Cuestión : Diagnosticando porqué un regulador del dominio no está manejando ninguna peticiones de la autentificación.

Hola los individuos,
We hacen un ANUNCIO 2003 Domain.
We haber agregado el sitio correcto y los subnets a los sitios del ANUNCIO y los servicios y la C.C. correcta están en el ANUNCIO correcto Site.
What que estamos encontrando somos que este regulador del dominio no está authenticando a ninguna clientes en las gamas aplicables del subnet que debe ser. No hay tentativas para que los clientes entren en contacto con este regulador del dominio, y están siendo authenticados por otros reguladores del dominio y no sabemos que why.
We saben que este regulador del dominio está manejando actividades de la réplica correctamente por ejemplo la creación etc de la cuenta de usuario, así que no sabemos porqué no está authenticando clients.

We ha funcionado un dcdiag contra este regulador del dominio y todo parece fine.

Any la otra ayuda grandemente appreciated.
class= del

Respuesta : Diagnosticando porqué un regulador del dominio no está manejando ninguna peticiones de la autentificación.

la autorización. .if esto es la nueva C.C. y ha colocado ya sus expedientes del srv en el servidor del dsn. (a los resultados de la prueba de RReg del cheque de la prueba del dcdiag /test del comand: dns)
los clientes mis todavía estén utilizando la vieja C.C. para ése usted necesita hacer el ipconfig /flushdns en los clientes de modo que pregunten el dns para una C.C. en su sitio y el dns dé a esto expedientes de los servidores al cliente para la autentificación
.
aquí es cómo startd de proceso de la conexión:
el servicio del dns en el sitio de trabajo envía pregunta del dns al servidor de dns especificado en los ajustes del TCP/IP
y el servidor de dns da los resultados que acuerdan el requestd de la localización de sitio del cliente.
si el cliente no especifica ningún sitio. el dns da todo el DCS. y el cliente conecta con la C.C. al azar

howevr si la C.C. está en diverso sitio. esta C.C. dará el FQDN del cliente de la C.C. debe ser conexión a.

ahora. el otro caso puede ser. si proority de registro y peso de SRV especificados en el dns

los cleints conectan con los expedientes del srv con la “prioridad más baja y el weith más alto”.  eso está (0) (100) por abandono

si hay una C.C. con prioruty de 5 y el peso de 100 y la otra C.C. tiene 0 y 100

el cliente eligió C.C. posterior. .as esto tiene prioridad más baja

comprobar que si DCS en el otro sitio tiene expedientes del srv modificados

Otras soluciones  
 
programming4us programming4us