DNS PROBLEMAS

Tenes control administrativo sobre el servidor 10.27.1.9?? Si es así
podrías configurar Forwarders condicionales o una stub zone, cosa que sí el
cliente pregunta por tu dominio, lo redireccione hacia el 10.24.10.4... Si
no tienes administración, podrías hacer a la inversa... apuntarle el cliente
al 10.24.10.4 como primario y configurar conditional forwarders para dicha
zona al 10.27.1.9


Saludos

Rodrigo de los Santos
rodrigo at dlssolutions dot net
www.dlssolutions.net


"MARTIN R." <MARTIN wrote in message
news:

Tenia una pregunta que hacerla a ver si usted me puede sacar de la duda,
le
voy a plantear mi problema va mas o menos así


lo que pasa es que en mi servidor de dominio en mi DHCP el servidor de
dominio que viene siendo Domain server tengo como principal a mi cliente
que
viene siendo xxx que su DNS viene siendo 10.27.1.9 y como secundario tengo
mi
DNS de dominio que es 10.24.10.4, el problema sale cuando el usuario se
logea
al equipo se tarda bastante en entrar a la sesión de Windows y estamos
viendo
si por DNSsuffix podemos solucionar este problema pero sin afectar a
nuestro
cliente con su Dns ya que manejan VoIP y pues como le digo tenemos que
dejar
su DNS principal, entonces ando buscando la manera de que el usuario no
see
tarde tanto el logear al equipo.


Cuando nuestro Dns 10.24.10.4 esta como primario no tenemos ningún
problema
para entrar de hecho entra rapidísimo como diríamos pero afectamos al
sistema
de telcel, que podemos hacer? alguna sugerencia, o alguna experiencia
propia
no sé a ver si me puedeN echar una manita con esto, sélos platico a
grandes
rasgos

que tal rodrigo gracias por contestar

a tu preguntra respondo no tengo administracion sobre el dns 10.27.1.9 y de
hecho hemos puesto nuestro dns primario y forwarders al 10.27.1.9. de esta
manera funciona y puedo entrar rapidamente a la sesion de windows el problema
que aqui el problema es con el programa de cosmo agent (Voip) funciona
excelente por 2 semanas con mi dns primario pero al cabo del tiempo el ruteo
de mi cliente su dns tiene problemas y se va por otra ruta y deja de
responder. y pues como somos outsourcing claro al primero que le hechan la
culpa es a uno que disque poner el dns de nosotros como primario, el cual ya
selo hemos hecho saber que nosotros no tenemos ningun problema con nuestros
dns le hemos mandado graficas de snnifer y pues ya ves como se ponen los
ing. cuando le recalcas algo que creen ellos que es correcto(dime a mi) uno
siempre quiere tener la razòn. pero tu idea si funciona pero como te digo es
el problema este que pasa y pues asi como lo tengo ahorita con el dns de
ellos principal las cuentas tardan mucho en logearce y ademas que si modifico
una politica de grupo pues que te dire que nunca se refresca.



saludos

"Rodrigo de los Santos" wrote:

Tenes control administrativo sobre el servidor 10.27.1.9?? Si es así
podrías configurar Forwarders condicionales o una stub zone, cosa que sí el
cliente pregunta por tu dominio, lo redireccione hacia el 10.24.10.4... Si
no tienes administración, podrías hacer a la inversa... apuntarle el cliente
al 10.24.10.4 como primario y configurar conditional forwarders para dicha
zona al 10.27.1.9


Saludos

Rodrigo de los Santos
rodrigo at dlssolutions dot net
www.dlssolutions.net


"MARTIN R." <MARTIN wrote in message
news:
> Tenia una pregunta que hacerla a ver si usted me puede sacar de la duda,
> le
> voy a plantear mi problema va mas o menos así
>
>
> lo que pasa es que en mi servidor de dominio en mi DHCP el servidor de
> dominio que viene siendo Domain server tengo como principal a mi cliente
> que
> viene siendo xxx que su DNS viene siendo 10.27.1.9 y como secundario tengo
> mi
> DNS de dominio que es 10.24.10.4, el problema sale cuando el usuario se
> logea
> al equipo se tarda bastante en entrar a la sesión de Windows y estamos
> viendo
> si por DNSsuffix podemos solucionar este problema pero sin afectar a
> nuestro
> cliente con su Dns ya que manejan VoIP y pues como le digo tenemos que
> dejar
> su DNS principal, entonces ando buscando la manera de que el usuario no
> see
> tarde tanto el logear al equipo.
>
>
> Cuando nuestro Dns 10.24.10.4 esta como primario no tenemos ningún
> problema
> para entrar de hecho entra rapidísimo como diríamos pero afectamos al
> sistema
> de telcel, que podemos hacer? alguna sugerencia, o alguna experiencia
> propia
> no sé a ver si me puedeN echar una manita con esto, sélos platico a
> grandes
> rasgos
>

Es simple... todos los documentos de instalación de AD indican que debes
poder consultar la zona correspondiente a la implementación, sea como sea
(por forwarders, directamente, stub zones... root hints si tu zona está
nomenclada de acuerdo a las nomenclaturas posibles de Internet) Si no ubican
al DC, luego del timeout tratan de ubicarlo por netbios de la vieja manera,
lo que hace que tus clientes tarden mucho en loguearse... es así es by
design no hay tu tía (Salvo que te configures en tu archivo HOST todas las
entradas necesarias para ubicar los registros necesarios para loguearse lo
que sería un... disparate)

Ahora si vos decis que despues de 2 semanas el cliente sale por otra ruta
podes tener dos problemas dos
1. Un problema grave de ruteo (si la IP que hace referencia a ese nombre de
dominio y que es la que tiene que alcanzar el cliente no cambia)
2. Que la dirección IP Cambia constantemente y quizás en el servidor
10.27.1.9 tienes un Time To Live de zona o de registro MUY ALTO que hace que
la cache de tu DNS Server lo mantenga y que no refleje el cambio.

Para "verificar esto" hacete un tracert de la dirección IP desde la máquina
cliente hacia dicho host para ver la ruta y cual es la dirección IP.
En el momento que falla vuelve a hacer un tracert a ver que ocurre. Utiliza
NSLookup para verificar en el 10.27.1.9 si la ip cambio.
De esta manera documentas las posibles respuestas a los ingenieros...!!!
(espero que no usurpen el título!! aca en Argentina se dieron ya varios
casos de profesionales que no lo SON :D :D :D :D)


Saludos

Rodrigo de los Santos
rodrigo at dlssolutions dot net
www.dlssolutions.net

"MARTIN R." wrote in message
news:

que tal rodrigo gracias por contestar

a tu preguntra respondo no tengo administracion sobre el dns 10.27.1.9 y
de
hecho hemos puesto nuestro dns primario y forwarders al 10.27.1.9. de esta
manera funciona y puedo entrar rapidamente a la sesion de windows el
problema
que aqui el problema es con el programa de cosmo agent (Voip) funciona
excelente por 2 semanas con mi dns primario pero al cabo del tiempo el
ruteo
de mi cliente su dns tiene problemas y se va por otra ruta y deja de
responder. y pues como somos outsourcing claro al primero que le hechan la
culpa es a uno que disque poner el dns de nosotros como primario, el cual
ya
selo hemos hecho saber que nosotros no tenemos ningun problema con
nuestros
dns le hemos mandado graficas de snnifer y pues ya ves como se ponen los
ing. cuando le recalcas algo que creen ellos que es correcto(dime a mi)
uno
siempre quiere tener la razòn. pero tu idea si funciona pero como te digo
es
el problema este que pasa y pues asi como lo tengo ahorita con el dns de
ellos principal las cuentas tardan mucho en logearce y ademas que si
modifico
una politica de grupo pues que te dire que nunca se refresca.



saludos

"Rodrigo de los Santos" wrote:

Tenes control administrativo sobre el servidor 10.27.1.9?? Si es así
podrías configurar Forwarders condicionales o una stub zone, cosa que sí
el
cliente pregunta por tu dominio, lo redireccione hacia el 10.24.10.4...
Si
no tienes administración, podrías hacer a la inversa... apuntarle el
cliente
al 10.24.10.4 como primario y configurar conditional forwarders para
dicha
zona al 10.27.1.9


Saludos

Rodrigo de los Santos
rodrigo at dlssolutions dot net
www.dlssolutions.net


"MARTIN R." <MARTIN wrote in message
news:
> Tenia una pregunta que hacerla a ver si usted me puede sacar de la
> duda,
> le
> voy a plantear mi problema va mas o menos así
>
>
> lo que pasa es que en mi servidor de dominio en mi DHCP el servidor de
> dominio que viene siendo Domain server tengo como principal a mi
> cliente
> que
> viene siendo xxx que su DNS viene siendo 10.27.1.9 y como secundario
> tengo
> mi
> DNS de dominio que es 10.24.10.4, el problema sale cuando el usuario se
> logea
> al equipo se tarda bastante en entrar a la sesión de Windows y estamos
> viendo
> si por DNSsuffix podemos solucionar este problema pero sin afectar a
> nuestro
> cliente con su Dns ya que manejan VoIP y pues como le digo tenemos que
> dejar
> su DNS principal, entonces ando buscando la manera de que el usuario no
> see
> tarde tanto el logear al equipo.
>
>
> Cuando nuestro Dns 10.24.10.4 esta como primario no tenemos ningún
> problema
> para entrar de hecho entra rapidísimo como diríamos pero afectamos al
> sistema
> de telcel, que podemos hacer? alguna sugerencia, o alguna experiencia
> propia
> no sé a ver si me puedeN echar una manita con esto, sélos platico a
> grandes
> rasgos
>

rodrigo gracias por tu ayuda de hecho agregue al root hints mi DNS y funciona
de poca ya el usuario entra inmediatamente, gracias por todas las ideas. fue
un problemita menos.

Ahora tengo otro detallito ya vez que una cosa lleva a otra ahora mi
problema es que cuando hago o quito una GP no me la refresca y apenas
poniendo mi dns como primario es la unica forma que refresca, a ver si tienes
unas ideas por hay guardadas de bajo de la manga =)..
bueno te dejo mi MSN para hacerlo mas facil


saludos y gracias de antemano

"Rodrigo de los Santos" wrote:

Es simple... todos los documentos de instalación de AD indican que debes
poder consultar la zona correspondiente a la implementación, sea como sea
(por forwarders, directamente, stub zones... root hints si tu zona está
nomenclada de acuerdo a las nomenclaturas posibles de Internet) Si no ubican
al DC, luego del timeout tratan de ubicarlo por netbios de la vieja manera,
lo que hace que tus clientes tarden mucho en loguearse... es así es by
design no hay tu tía (Salvo que te configures en tu archivo HOST todas las
entradas necesarias para ubicar los registros necesarios para loguearse lo
que sería un... disparate)

Ahora si vos decis que despues de 2 semanas el cliente sale por otra ruta
podes tener dos problemas dos
1. Un problema grave de ruteo (si la IP que hace referencia a ese nombre de
dominio y que es la que tiene que alcanzar el cliente no cambia)
2. Que la dirección IP Cambia constantemente y quizás en el servidor
10.27.1.9 tienes un Time To Live de zona o de registro MUY ALTO que hace que
la cache de tu DNS Server lo mantenga y que no refleje el cambio.

Para "verificar esto" hacete un tracert de la dirección IP desde la máquina
cliente hacia dicho host para ver la ruta y cual es la dirección IP.
En el momento que falla vuelve a hacer un tracert a ver que ocurre. Utiliza
NSLookup para verificar en el 10.27.1.9 si la ip cambio.
De esta manera documentas las posibles respuestas a los ingenieros...!!!
(espero que no usurpen el título!! aca en Argentina se dieron ya varios
casos de profesionales que no lo SON :D :D :D :D)


Saludos

Rodrigo de los Santos
rodrigo at dlssolutions dot net
www.dlssolutions.net

"MARTIN R." wrote in message
news:
> que tal rodrigo gracias por contestar
>
> a tu preguntra respondo no tengo administracion sobre el dns 10.27.1.9 y
> de
> hecho hemos puesto nuestro dns primario y forwarders al 10.27.1.9. de esta
> manera funciona y puedo entrar rapidamente a la sesion de windows el
> problema
> que aqui el problema es con el programa de cosmo agent (Voip) funciona
> excelente por 2 semanas con mi dns primario pero al cabo del tiempo el
> ruteo
> de mi cliente su dns tiene problemas y se va por otra ruta y deja de
> responder. y pues como somos outsourcing claro al primero que le hechan la
> culpa es a uno que disque poner el dns de nosotros como primario, el cual
> ya
> selo hemos hecho saber que nosotros no tenemos ningun problema con
> nuestros
> dns le hemos mandado graficas de snnifer y pues ya ves como se ponen los
> ing. cuando le recalcas algo que creen ellos que es correcto(dime a mi)
> uno
> siempre quiere tener la razòn. pero tu idea si funciona pero como te digo
> es
> el problema este que pasa y pues asi como lo tengo ahorita con el dns de
> ellos principal las cuentas tardan mucho en logearce y ademas que si
> modifico
> una politica de grupo pues que te dire que nunca se refresca.
>
>
>
> saludos
>
> "Rodrigo de los Santos" wrote:
>
>> Tenes control administrativo sobre el servidor 10.27.1.9?? Si es así
>> podrías configurar Forwarders condicionales o una stub zone, cosa que sí
>> el
>> cliente pregunta por tu dominio, lo redireccione hacia el 10.24.10.4...
>> Si
>> no tienes administración, podrías hacer a la inversa... apuntarle el
>> cliente
>> al 10.24.10.4 como primario y configurar conditional forwarders para
>> dicha
>> zona al 10.27.1.9
>>
>>
>> Saludos
>>
>> Rodrigo de los Santos
>> rodrigo at dlssolutions dot net
>> www.dlssolutions.net
>>
>>
>> "MARTIN R." <MARTIN wrote in message
>> news:
>> > Tenia una pregunta que hacerla a ver si usted me puede sacar de la
>> > duda,
>> > le
>> > voy a plantear mi problema va mas o menos así
>> >
>> >
>> > lo que pasa es que en mi servidor de dominio en mi DHCP el servidor de
>> > dominio que viene siendo Domain server tengo como principal a mi
>> > cliente
>> > que
>> > viene siendo xxx que su DNS viene siendo 10.27.1.9 y como secundario
>> > tengo
>> > mi
>> > DNS de dominio que es 10.24.10.4, el problema sale cuando el usuario se
>> > logea
>> > al equipo se tarda bastante en entrar a la sesión de Windows y estamos
>> > viendo
>> > si por DNSsuffix podemos solucionar este problema pero sin afectar a
>> > nuestro
>> > cliente con su Dns ya que manejan VoIP y pues como le digo tenemos que
>> > dejar
>> > su DNS principal, entonces ando buscando la manera de que el usuario no
>> > see
>> > tarde tanto el logear al equipo.
>> >
>> >
>> > Cuando nuestro Dns 10.24.10.4 esta como primario no tenemos ningún
>> > problema
>> > para entrar de hecho entra rapidísimo como diríamos pero afectamos al
>> > sistema
>> > de telcel, que podemos hacer? alguna sugerencia, o alguna experiencia
>> > propia
>> > no sé a ver si me puedeN echar una manita con esto, sélos platico a
>> > grandes
>> > rasgos
>> >
>>
>>

No me quedo claro en donde pusiste la IP de tu dns en los root hints (o que
ip, si la tuya o la del otro servidor)

Si no te refresca las políticas es porque probablemente no este contactando
correctamente al DC o no lo esté ubicando.
1. Que arroja GPResult cuando lo ejecutas en el cliente?
2. Que pasa si forzas con el comando gpupdate?
3. En el eventvwr te deja registros de errores de Group Policy ?


Saludos

Rodrigo de los Santos
rodrigo at dlssolutions dot net
www.dlssolutions.net

"MARTIN R." wrote in message
news:

rodrigo gracias por tu ayuda de hecho agregue al root hints mi DNS y
funciona
de poca ya el usuario entra inmediatamente, gracias por todas las ideas.
fue
un problemita menos.

Ahora tengo otro detallito ya vez que una cosa lleva a otra ahora mi
problema es que cuando hago o quito una GP no me la refresca y apenas
poniendo mi dns como primario es la unica forma que refresca, a ver si
tienes
unas ideas por hay guardadas de bajo de la manga =)..
bueno te dejo mi MSN para hacerlo mas facil


saludos y gracias de antemano

"Rodrigo de los Santos" wrote:

Es simple... todos los documentos de instalación de AD indican que debes
poder consultar la zona correspondiente a la implementación, sea como sea
(por forwarders, directamente, stub zones... root hints si tu zona está
nomenclada de acuerdo a las nomenclaturas posibles de Internet) Si no
ubican
al DC, luego del timeout tratan de ubicarlo por netbios de la vieja
manera,
lo que hace que tus clientes tarden mucho en loguearse... es así es by
design no hay tu tía (Salvo que te configures en tu archivo HOST todas
las
entradas necesarias para ubicar los registros necesarios para loguearse
lo
que sería un... disparate)

Ahora si vos decis que despues de 2 semanas el cliente sale por otra ruta
podes tener dos problemas dos
1. Un problema grave de ruteo (si la IP que hace referencia a ese nombre
de
dominio y que es la que tiene que alcanzar el cliente no cambia)
2. Que la dirección IP Cambia constantemente y quizás en el servidor
10.27.1.9 tienes un Time To Live de zona o de registro MUY ALTO que hace
que
la cache de tu DNS Server lo mantenga y que no refleje el cambio.

Para "verificar esto" hacete un tracert de la dirección IP desde la
máquina
cliente hacia dicho host para ver la ruta y cual es la dirección IP.
En el momento que falla vuelve a hacer un tracert a ver que ocurre.
Utiliza
NSLookup para verificar en el 10.27.1.9 si la ip cambio.
De esta manera documentas las posibles respuestas a los ingenieros...!!!
(espero que no usurpen el título!! aca en Argentina se dieron ya varios
casos de profesionales que no lo SON :D :D :D :D)


Saludos

Rodrigo de los Santos
rodrigo at dlssolutions dot net
www.dlssolutions.net

"MARTIN R." wrote in message
news:
> que tal rodrigo gracias por contestar
>
> a tu preguntra respondo no tengo administracion sobre el dns 10.27.1.9
> y
> de
> hecho hemos puesto nuestro dns primario y forwarders al 10.27.1.9. de
> esta
> manera funciona y puedo entrar rapidamente a la sesion de windows el
> problema
> que aqui el problema es con el programa de cosmo agent (Voip) funciona
> excelente por 2 semanas con mi dns primario pero al cabo del tiempo el
> ruteo
> de mi cliente su dns tiene problemas y se va por otra ruta y deja de
> responder. y pues como somos outsourcing claro al primero que le hechan
> la
> culpa es a uno que disque poner el dns de nosotros como primario, el
> cual
> ya
> selo hemos hecho saber que nosotros no tenemos ningun problema con
> nuestros
> dns le hemos mandado graficas de snnifer y pues ya ves como se ponen
> los
> ing. cuando le recalcas algo que creen ellos que es correcto(dime a mi)
> uno
> siempre quiere tener la razòn. pero tu idea si funciona pero como te
> digo
> es
> el problema este que pasa y pues asi como lo tengo ahorita con el dns
> de
> ellos principal las cuentas tardan mucho en logearce y ademas que si
> modifico
> una politica de grupo pues que te dire que nunca se refresca.
>
>
>
> saludos
>
> "Rodrigo de los Santos" wrote:
>
>> Tenes control administrativo sobre el servidor 10.27.1.9?? Si es así
>> podrías configurar Forwarders condicionales o una stub zone, cosa que
>> sí
>> el
>> cliente pregunta por tu dominio, lo redireccione hacia el
>> 10.24.10.4...
>> Si
>> no tienes administración, podrías hacer a la inversa... apuntarle el
>> cliente
>> al 10.24.10.4 como primario y configurar conditional forwarders para
>> dicha
>> zona al 10.27.1.9
>>
>>
>> Saludos
>>
>> Rodrigo de los Santos
>> rodrigo at dlssolutions dot net
>> www.dlssolutions.net
>>
>>
>> "MARTIN R." <MARTIN wrote in message
>> news:
>> > Tenia una pregunta que hacerla a ver si usted me puede sacar de la
>> > duda,
>> > le
>> > voy a plantear mi problema va mas o menos así
>> >
>> >
>> > lo que pasa es que en mi servidor de dominio en mi DHCP el servidor
>> > de
>> > dominio que viene siendo Domain server tengo como principal a mi
>> > cliente
>> > que
>> > viene siendo xxx que su DNS viene siendo 10.27.1.9 y como secundario
>> > tengo
>> > mi
>> > DNS de dominio que es 10.24.10.4, el problema sale cuando el usuario
>> > se
>> > logea
>> > al equipo se tarda bastante en entrar a la sesión de Windows y
>> > estamos
>> > viendo
>> > si por DNSsuffix podemos solucionar este problema pero sin afectar a
>> > nuestro
>> > cliente con su Dns ya que manejan VoIP y pues como le digo tenemos
>> > que
>> > dejar
>> > su DNS principal, entonces ando buscando la manera de que el usuario
>> > no
>> > see
>> > tarde tanto el logear al equipo.
>> >
>> >
>> > Cuando nuestro Dns 10.24.10.4 esta como primario no tenemos ningún
>> > problema
>> > para entrar de hecho entra rapidísimo como diríamos pero afectamos
>> > al
>> > sistema
>> > de telcel, que podemos hacer? alguna sugerencia, o alguna
>> > experiencia
>> > propia
>> > no sé a ver si me puedeN echar una manita con esto, sélos platico a
>> > grandes
>> > rasgos
>> >
>>
>>