Relación de confianza y NAT.

06/03/2005 - 11:22 por Juan Bosco | Informe spam
Hola a todos:

Tengo dos dominios, uno en modo Windows 2003 nativo (dominio1.com) y otro en
Windows 200 mixto (dominio2.com) (en el que aún quedan un par de BDC' de NT
4.0) con una relación de confianza unidireccional en la que dominio2 confía
en dominio1.
Los dos dominios están separados por un NAT, de tal modo que dominio2 está
en la parte pública y dominio1 en la privada.
El único DC accesible de dominio1 a través del NAT es el emulador de PDC, y
sólo para los DC's de dominio2.
El problema que se presenta es que cuando un usuario de dominio1, se conecta
físicamente en una máquina de dominio2 el login tarda una barbaridad en
completarse (pero llega a realizarse). Cuando el login no es físico, sino
que por ejemplo cuando un usuario de dominio1 desde un equipo de dominio1
accede a un recurso de red de cualquier equipo de dominio2, no hay ningún
retraso.
Este problema no se presentaba cuando dominio2 aún era un dominio de NT4.
Al parecer cuando el dominio era aún NT4, los clientes utilizaban NTLM para
la autentificación a través de la relación de confianza, de modo que un
cliente de dominio2 contactaba con el PDC de dominio2 y éste con el PDC de
dominio1.
Al migrar el dominio los clientes (creo) están usando Kerberos, de modo que
ellos intentan acceder directamente hacia el PDC de dominio1, y como el
tráfico de red no está permitido tardan un tiempo hasta que finalmente
utilizan NTLM.
He intentado buscar información acerca de una solución viable que no incluya
permitir él tráfico directo entre los clientes de dominio2 y el PDC de
dominio1, pero no he encontrado nada.
¿Alguien tiene alguna idea acerca de cómo solucionar ésto? Muchas gracias.

Juan

Preguntas similare

Leer las respuestas

#1 Guillermo Delprato [MS-MVP]
06/03/2005 - 14:24 | Informe spam
Juan, el diagnóstico que haces es el correcto. Un cliente 2000 en un dominio
2000 tratará siempre de usar Kerberos, y en este caso el cliente contacta al
Controlador de Dominio de SU propio dominio, el cual le otorga un Ticket
Kerberos, para que acceda al servidor de Kerberos del otro dominio.

Realmente no creo que exista forma de suprimir el intento por Kerberos,
antes de NTLM. Esperemos a ver si algún compañero de la lista se le ocurre
alguna solución

Saludos

Guillermo Delprato
MVP - MCT - MCSE - MCP
Buenos Aires, Argentina

NOTA. Por favor, las preguntas y comentarios en los grupos, así nos
beneficiamos todos. Este mensaje se proporciona "como está" sin
garantías de ninguna clase, y no otorga ningún derecho. Ud. asume los
riesgos This posting is provided "AS IS" with no warranties, and
confers no rights. You assume all risk for your use.



Juan Bosco wrote:
Hola a todos:

Tengo dos dominios, uno en modo Windows 2003 nativo (dominio1.com) y
otro en Windows 200 mixto (dominio2.com) (en el que aún quedan un par
de BDC' de NT 4.0) con una relación de confianza unidireccional en la que
dominio2
confía en dominio1.
Los dos dominios están separados por un NAT, de tal modo que dominio2
está en la parte pública y dominio1 en la privada.
El único DC accesible de dominio1 a través del NAT es el emulador de
PDC, y sólo para los DC's de dominio2.
El problema que se presenta es que cuando un usuario de dominio1, se
conecta físicamente en una máquina de dominio2 el login tarda una
barbaridad en completarse (pero llega a realizarse). Cuando el login
no es físico, sino que por ejemplo cuando un usuario de dominio1
desde un equipo de dominio1 accede a un recurso de red de cualquier
equipo de dominio2, no hay ningún retraso.
Este problema no se presentaba cuando dominio2 aún era un dominio de
NT4. Al parecer cuando el dominio era aún NT4, los clientes
utilizaban NTLM para la autentificación a través de la relación de
confianza, de modo que un cliente de dominio2 contactaba con el PDC
de dominio2 y éste con el PDC de dominio1.
Al migrar el dominio los clientes (creo) están usando Kerberos, de
modo que ellos intentan acceder directamente hacia el PDC de
dominio1, y como el tráfico de red no está permitido tardan un tiempo
hasta que finalmente utilizan NTLM.
He intentado buscar información acerca de una solución viable que no
incluya permitir él tráfico directo entre los clientes de dominio2 y
el PDC de dominio1, pero no he encontrado nada.
¿Alguien tiene alguna idea acerca de cómo solucionar ésto? Muchas
gracias.
Juan
Respuesta Responder a este mensaje
#2 Ivan [MS MVP]
07/03/2005 - 09:34 | Informe spam
Y porque no intentas pernitir el trafico necesario entre los dos dominios ?
http://support.microsoft.com/default.aspx?scid=kb;[LN];179442

Un saludo.
Ivan
MS MVP ISA Server


"Juan Bosco" escribió en el mensaje
news:
Hola a todos:

Tengo dos dominios, uno en modo Windows 2003 nativo (dominio1.com) y otro
en Windows 200 mixto (dominio2.com) (en el que aún quedan un par de BDC'
de NT 4.0) con una relación de confianza unidireccional en la que dominio2
confía en dominio1.
Los dos dominios están separados por un NAT, de tal modo que dominio2 está
en la parte pública y dominio1 en la privada.
El único DC accesible de dominio1 a través del NAT es el emulador de PDC,
y sólo para los DC's de dominio2.
El problema que se presenta es que cuando un usuario de dominio1, se
conecta físicamente en una máquina de dominio2 el login tarda una
barbaridad en completarse (pero llega a realizarse). Cuando el login no es
físico, sino que por ejemplo cuando un usuario de dominio1 desde un equipo
de dominio1 accede a un recurso de red de cualquier equipo de dominio2, no
hay ningún retraso.
Este problema no se presentaba cuando dominio2 aún era un dominio de NT4.
Al parecer cuando el dominio era aún NT4, los clientes utilizaban NTLM
para la autentificación a través de la relación de confianza, de modo que
un cliente de dominio2 contactaba con el PDC de dominio2 y éste con el PDC
de dominio1.
Al migrar el dominio los clientes (creo) están usando Kerberos, de modo
que ellos intentan acceder directamente hacia el PDC de dominio1, y como
el tráfico de red no está permitido tardan un tiempo hasta que finalmente
utilizan NTLM.
He intentado buscar información acerca de una solución viable que no
incluya permitir él tráfico directo entre los clientes de dominio2 y el
PDC de dominio1, pero no he encontrado nada.
¿Alguien tiene alguna idea acerca de cómo solucionar ésto? Muchas gracias.

Juan



Respuesta Responder a este mensaje
#3 Juan Bosco
07/03/2005 - 11:45 | Informe spam
Gracias a los dos.
El no permitir el tráfico tiene su explicación.
Uno, mientras el dominio externo ha sido NT4.0 no he necesitado pasar dicho
tráfico, y dos, no quiero permitir que cualquier máquina del dominio externo
(algunas máquinas son accesibles desde internet para todo el mundo) tenga
acceso a mi LAN (aunque sólo sea al emulador de PDC).
Lo ideal es que todo siguiera funcionando como hasta ahora.

Un saludo:

Juan
Respuesta Responder a este mensaje
#4 Ivan [MS MVP]
07/03/2005 - 13:56 | Informe spam
Si, pero antes tenias NT y no tenias necesidad de permitir kerberos en el
dispositivo NAT hacia el otro dominio. Si quieres que todo funcione como es
debido, deberas permitir el trafico que te indica el articulo. Ahora mismo
estas permitiendo ese trafico, luego no se que problemas puedes tener .

Un saludo.
Ivan
MS MVP ISA Server


"Juan Bosco" escribió en el mensaje
news:
Gracias a los dos.
El no permitir el tráfico tiene su explicación.
Uno, mientras el dominio externo ha sido NT4.0 no he necesitado pasar
dicho tráfico, y dos, no quiero permitir que cualquier máquina del dominio
externo (algunas máquinas son accesibles desde internet para todo el
mundo) tenga acceso a mi LAN (aunque sólo sea al emulador de PDC).
Lo ideal es que todo siguiera funcionando como hasta ahora.

Un saludo:

Juan



Respuesta Responder a este mensaje
#5 Juan Bosco
07/03/2005 - 18:05 | Informe spam
Hola:

Sólo está permitido el tráfico de los controladores del dominio externo
hacia el emulador de PDC del dominio interno. Todo lo demás no se permite.
El problema es muy concreto y es si hay alguna forma de hacer que los
servidores del dominio externo cuando validan a un usuario del dominio
interno en un login interactivo no intenten contactar directamente con el
emulador de PDC del dominio interno (dado que dicho tráfico no está
permitido), sino que validen directamente al usuario a través de la relación
de confianza (al estilo NT, de modo que los DC's hablen entre ellos).

Un saludo,

Juan
email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida