none
Error 5719 en dos servidores windows 2008 r2 a los cuales se conectan por terminal server impiden conectarse de vez en cuando 10 min RRS feed

  • Pregunta

  • Buenas :

    Explico escenario en vsphere 6 : 

    Windows server 2012 servidor de directorio activo (virtual).

    2 * Windows server 2008 r2  (virtuales)que estan dentro del dominio anterior y que estos servidores hacen de terminal server a los cuales los usuarios se conectan para ejecutar su aplicación en cada uno de ellos . El caso es que alguna vez asi sin mas los usuarios dicen que en ese momento no le dejan conectarse, yo miro a esa hora y observo que a esa hora justo da un error 5719 en el visor de sucesos del windows 2008 al que se conectan. Unas veces pasa en un servidor y otras en el otro....( no estan clonados esos servidores )

    Al cabo de 5-10 min sin hacer nada ya se pueden conectar sin problemas y no se sabe cuando volvera a pasar ( no es diario , ni a la misma hora ). En el servidor AD no observo fallo y hay otros terminal server 2003 los cuales no se quejan de ese problema.

    También puedo decir que yo hago pings entre los servidores y no falla y ya he intentando actualizar drivers en el 2008 , hago consulta dns y no veo que falle tampoco. 

    Sabeis como puedo intentar solventar este problema ? Porque ya digo no es algo continuo pero si es un fastidio que se quejen que no pueden trabajar durante esos 10 min .....

    Gracias

    martes, 19 de septiembre de 2017 12:16

Respuestas

  • Aunque yo no he detectado problemas, siempre es conveniente cambiar la IP 127.0.0.1 por la dirección real, pero de todas formas no afecta al problema

    Lo que sí afecta es que tengan como secundario 8.8.8.8, deben apuntar solamente al Controlador de Dominio con DNS, y ningún otro

    Teniendo un único Controlador de Dominio, según lo que interpreto de tu mensaje, te preocupas por la resolución DNS, y no tienes en cuenta que si ese único Controlador de Dominio fallara, salvo que lo recuperes desde una copia de seguridad, perderías todo lo hecho, usuarios, grupos, permisos, GPOs, etc.

    El error 5719 de Netlogon es justamente porque no encuentra al Controlador de Dominio, y perfectamente puede ser porque cambia al 8.8.8.8 si no recibe respuesta o demora mucho la respuesta desde el DNS del Controlador de Dominio

    Se soluciona al cabo de unos minutos simplemente porque se vacía el "cache del resolver" que contiene la respuesta negativa del DNS

    Nunca un DNS externo podrá resolver los nombres de tu Dominio Active Directory interno. El acceso a Internet es lo menos problemático y se resuelve configurando en el DNS los Reenviadores

     


    Guillermo Delprato
    Buenos Aires, Argentina
    El Blog de los paso a paso

    MVP - MCSE - MCSA2012
    MCITP: Enterprise Administrator / Server Administrator
    MCTS: Active Directory/Network Configuration/Applications Configuration/Server Virtualization/Windows 7 Configuration/Windows 7 & Office 2010 Deployment/Vista Configuration

    Este mensaje se proporciona "como está" sin garantías de ninguna clase. Usted asume todos los riesgos.

    martes, 19 de septiembre de 2017 19:21
    Moderador

Todas las respuestas

  • Hola Alexoandro, falta un dato muy importante para poder ayudarte mejor: el Origen del evento, porque los números de error se repiten de muchas fuentes diferentes

    Si es el más común (Netlogon) eso es por falta de conectividad con Controladores de Dominio, así que lo primero a revisar, es que tengan configurado para usar como DNS únicamente a los Controladores de Dominio del Dominio con DNS, nunca ni como alternativo uno externo o el Router

     


    Guillermo Delprato
    Buenos Aires, Argentina
    El Blog de los paso a paso

    MVP - MCSE - MCSA2012
    MCITP: Enterprise Administrator / Server Administrator
    MCTS: Active Directory/Network Configuration/Applications Configuration/Server Virtualization/Windows 7 Configuration/Windows 7 & Office 2010 Deployment/Vista Configuration

    Este mensaje se proporciona "como está" sin garantías de ninguna clase. Usted asume todos los riesgos.

    martes, 19 de septiembre de 2017 16:10
    Moderador
  • Mira en el servidor de dominio como dns principal esta el mismo como 127.0.0.1 y como secundario tengo un segundo controlador de dominio que es la ip que tengo como dns alternativa.

    En los servidores que dan el fallo el 5719 que funcionan como terminal server en ambos servidores tengo configurado como dns principal la ip del ad y como secundario 8.8.8.8 ( las del google por si falla las dns del dominio ). Por cierto veo que en los pcs fisicos también veo que de vez en cuando salta ese mensaje ... lo raro es que es eso una vez al dia y solo deja de funcionar 10 min y no siempre a la misma hora a horas de mañana y de tarde aunque mis usuarios lo detectan mas por la tarde por la mañana no se quejaron pero puede ser que no les coincida porque yo veo errores de la mañana en algun dia tambien.

    la consulta dns en principio a mi me funciona

    martes, 19 de septiembre de 2017 18:10
  • Aunque yo no he detectado problemas, siempre es conveniente cambiar la IP 127.0.0.1 por la dirección real, pero de todas formas no afecta al problema

    Lo que sí afecta es que tengan como secundario 8.8.8.8, deben apuntar solamente al Controlador de Dominio con DNS, y ningún otro

    Teniendo un único Controlador de Dominio, según lo que interpreto de tu mensaje, te preocupas por la resolución DNS, y no tienes en cuenta que si ese único Controlador de Dominio fallara, salvo que lo recuperes desde una copia de seguridad, perderías todo lo hecho, usuarios, grupos, permisos, GPOs, etc.

    El error 5719 de Netlogon es justamente porque no encuentra al Controlador de Dominio, y perfectamente puede ser porque cambia al 8.8.8.8 si no recibe respuesta o demora mucho la respuesta desde el DNS del Controlador de Dominio

    Se soluciona al cabo de unos minutos simplemente porque se vacía el "cache del resolver" que contiene la respuesta negativa del DNS

    Nunca un DNS externo podrá resolver los nombres de tu Dominio Active Directory interno. El acceso a Internet es lo menos problemático y se resuelve configurando en el DNS los Reenviadores

     


    Guillermo Delprato
    Buenos Aires, Argentina
    El Blog de los paso a paso

    MVP - MCSE - MCSA2012
    MCITP: Enterprise Administrator / Server Administrator
    MCTS: Active Directory/Network Configuration/Applications Configuration/Server Virtualization/Windows 7 Configuration/Windows 7 & Office 2010 Deployment/Vista Configuration

    Este mensaje se proporciona "como está" sin garantías de ninguna clase. Usted asume todos los riesgos.

    martes, 19 de septiembre de 2017 19:21
    Moderador