Estás trabajando sin conexión, espera a que vuelva la conexión a Internet

Netlogon 5719 de ID o directiva de grupo del evento 1129 se registra cuando se inicia un miembro de dominio

Ha finalizado el soporte técnico para Windows XP

Microsoft puso fin al soporte técnico para Windows XP el 8 de abril de 2014. Este cambio ha afectado a las actualizaciones de software y las opciones de seguridad. Sepa qué significa esto en su caso y cómo puede mantenerse protegido.

El soporte técnico para Windows Server 2003 finalizó el 14 de julio de 2015

Microsoft finalizó el soporte técnico para Windows Server 2003 el 14 de julio de 2015. Este cambio ha afectado a las actualizaciones de software y las opciones de seguridad. Sepa qué significa esto en su caso y cómo puede mantenerse protegido.

IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.

Haga clic aquí para ver el artículo original (en inglés): 938449
Síntomas
Importante: siga cuidadosamente los pasos de esta sección. Pueden producirse problemas graves si modifica incorrectamente el registro. Antes de modificarlo, copia de seguridad del registro para la restauración por si se produjeran problemas.

Considere el siguiente escenario:
  • Tiene un equipo que está ejecutando uno de los sistemas operativos que se menciona en la sección "Aplicable a".
  • El equipo está unido a un dominio.
  • Una de las siguientes condiciones es verdadera:
    • El equipo tiene instalado un adaptador de red Gigabit.
    • Proteger el acceso a la red mediante el uso de protección de acceso a redes (NAP), autenticación de red (mediante el uso de 802.1Xx), o cualquier otro método.
En este escenario, el suceso siguiente se registra en el registro del sistema cuando inicia el equipo en cada versión de Windows hasta e incluidos Windows 8.1:

Tipo de suceso: Error
Origen del suceso: NETLOGON
Categoría del suceso: ninguna
Id. de suceso: 5719
Descripción: No hay ningún controlador de dominio está disponible para el dominio <domain name="">debido a los siguientes:<b00> </b00> </domain>
Actualmente no hay ningún servidor de inicio de sesión disponibles para atender la solicitud de inicio de sesión.
Asegúrese de que el equipo está conectado a la red e inténtelo de nuevo.
Si el problema persiste, póngase en contacto con el administrador del dominio.

En 10 de Windows y las versiones más recientes, ya no se registra el suceso 5719 en esta situación. En su lugar, las siguientes líneas se registran en Netlogon.log:
[CRITICAL] [960] CONTOSO: NlSessionSetup: Session setup: cannot pick trusted DC[SESSION] [960] No IP addresses present, skipping No DC event log
Una vez que esto ocurre, el equipo se le asigna una dirección IP:
[SESSION] [960] V6 Winsock Addrs: fe80::5faf:632a:f22c:644a%2 (1) V6WinsockPnpAddresses List used to be empty.[SESSION] [960] Winsock Addrs: 10.1.1.80 (1) List used to be empty.
En Windows 10 y versiones posteriores, verá sólo los eventos por componentes, dependiendo de la conectividad del controlador de dominio (por ejemplo, la directiva de grupo):

Nombre de registro: sistema
Fuente: Microsoft-Windows-GroupPolicy
Id. de suceso: 1129
Nivel: Error
Descripción:
Error al procesar la directiva de grupo debido a la falta de conectividad de red con un controlador de dominio. Esto puede ser una condición transitoria. Podría generar un mensaje de confirmación una vez que el equipo se conecte al controlador de dominio y directiva de grupo ha procesado correctamente. Si no ve un mensaje de éxito durante varias horas, póngase en contacto con el administrador.

Lo siguiente se graba en el registro de depuración de la directiva de grupo:
CGPApplicationService::MachinePolicyStartedWaitingOnNetwork.CGPMachineStartupConnectivity::CalculateWaitTimeoutFromHistory: Average is 388.CGPMachineStartupConnectivity::CalculateWaitTimeoutFromHistory: Current is -1.CGPMachineStartupConnectivity::CalculateWaitTimeoutFromHistory: Taking min of 776 and 30000.Waiting for SamSs with timeout 776 …NlaQueryNetSignatures returned 1 networksNSI Information (Network GUID)  : {395DB3C8-CE45-11E5-9739-806E6F6E6963}NSI Information (CompartmentId) : 1NSI Information (SiteId)        : 134217728NSI Information (Network Name)  : NlaGetIntranetCapability failed with 0x15There is no domain compartmentProcessGPOs(Machine): MyGetUserName failed with 1355.Opened query for NLA successfullyNlaGetIntranetCapability returned Not Ready error. Consider it as NOT intranet capable.…GPSVC(530.ae0) 13:32:28:728 There is no connectivityGPSVC(530.8e0) 13:32:28:728 ApplyGroupPolicy: Getting ready to create background thread GPOThread.
La primera sección muestra el cálculo para el tiempo de espera se utiliza para mostrar la red. Esto puede basarse en los inicios rápidos anteriores.

La segunda sección muestra que NLA dejar de informar sobre un trabajo en red dentro el intervalo de espera permitido y se produce un error en el procesamiento de inicio de directiva de grupo. La tercera sección muestra que el motor de directiva de grupo inicia un procedimiento de fondo y, a continuación, espera un minuto después de que una red esté disponible.
Causa
Este problema puede producirse por cualquiera de las siguientes razones:
  • El servicio Netlogon se inicia antes de que la red está lista. La pila y el adaptador de inicialización de red a menudo comienzan en aproximadamente al mismo tiempo. Algunos adaptadores de red y conmutadores tienen vínculo arbitraje y comprobaciones de unicidad de dirección MAC que tardan más en completarse que el tiempo de espera establecido para que Netlogon detectar la conectividad de red.
  • Soluciones que compruebe el estado del nuevo miembro red retrasar la conexión de red y su capacidad para tener acceso a controladores de dominio. Si tiene una conexión de canal de acceso directo automático habilitada, también puede ser necesario más tiempo para realizar de Netlogon permite.
  • 802.1X X autenticación proceso retrasos conexiones a los controladores de dominio.
  • El cliente experimenta un retraso para recuperar una dirección IP del servidor DHCP. Esto retrasa la presentación de la interfaz de red.
Directiva de grupo en Windows Vista y versiones posteriores se escribe para negociar el estado de la red que se ha habilitado el reconocimiento de ubicación de red (NLA) y espera a que una red que tenga conectividad con el controlador de dominio. Sin embargo, la directiva de grupo puede iniciar prematuramente debido a una aplicación de la directiva. Esto es especialmente cierto cuando la demora en la búsqueda de una red alterna entre inicios.
Solución
Advertencia: pueden producirse problemas graves si modifica incorrectamente el registro mediante el Editor del registro o mediante cualquier otro método. Estos problemas pueden requerir que reinstale el sistema operativo. Microsoft no puede garantizar que estos problemas puedan resolverse. Modifique el registro bajo su propio riesgo.

Resolución 1

Para resolver este problema, instale al controlador más reciente para el adaptador de red Gigabit. O bien, habilite la opción "PortFast" en los conmutadores de red.

Resolución 2

Hay un problema conocido que afecta al código de cliente DHCP en Windows 7. Hay una revisión para Windows 7 que resuelve este problema mediante el siguiente artículo de Microsoft Knowledge Base:

2459530 Event ID 5719 y evento ID 1129 puede anotarse cuando se usa no - Microsoft agente de retransmisión DHCP
Nota: Ese problema no afecta a Windows 8, Windows Server 2012 o versiones posteriores de estos sistemas.

Resolución 3

Para resolver este problema, utilice el registro para cambiar los ajustes relacionados que afectan a la conectividad de DC. Para ello, utilice los métodos siguientes.

Método 1

Ajustar la configuración del firewall o las directivas IPSEC que se cambian para permitir la conectividad de DC. Estos cambios se realizan cuando el cliente recibe una dirección IP, pero requiere más tiempo para tener acceso a un controlador de dominio (por ejemplo, después de una comprobación satisfactoria a través de servicios de NPS de Microsoft o Cisco NAC).

Método 2

Configurar la configuración del registro de Netlogon en un valor que está más allá del tiempo que se requiere permiten conectividad de DC. Tenga en cuenta que esto sólo es efectivo si el equipo ya tiene una dirección IP. Esto se aplica a los escenarios donde una solución NAP pone el equipo en una red de cuarentena. Utilice los valores siguientes como directrices.

Subclave del registro:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Netlogon\Parameters

Nombre de valor: ExpectedDialupDelay
Tipo de datos: REG_DWORD
Valor de datos es en segundos (valor predeterminado =0)
Es el rango de datos entre 0 y 600 segundos (10 minutos)

Para obtener más información, consulte el siguiente artículo de Microsoft Knowledge Base:

819108 Configuración para minimizar el tráfico WAN periódico

Método 3

La pila IP intenta verificar la dirección IP mediante una difusión de ARP. Esto retrasa el tiempo que tarda la IP a ponerse en conexión. Puede establecer la entrada de registro ArpRetryCount a uno (1), por lo que se acorta la espera de unicidad. Para ello, siga estos pasos:
  1. Inicie el Editor del registro.
  2. Busque y seleccione la siguiente subclave:

    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\TcpIp\Parameters\
  3. En el menú Edición , seleccione Nuevo y, a continuación, haga clic en Valor DWORD.
  4. Escriba el ArpRetryCount.
  5. Haga clic en la entrada de registro ArpRetryCount y, a continuación, haga clic en Modificar.
  6. En el cuadro información del valor , escriba 1y, a continuación, haga clic en Aceptar.

    Nota: Es el rango de datos entre 0 y 3 (3 es el predeterminado).
  7. Salga del Editor del Registro.
Para obtener más información, descargue el documento "Valores del registro de TCP/IP para Microsoft Windows Vista y Windows Server 2008" desde el siguiente sitio Web de Microsoft Download Center:


Método 4

Reducir el período de caché negativa de Netlogon cambiando la entrada NegativeCachePeriod del registro en la subclave siguiente:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Netlogon\Parameters\NegativeCachePeriod
Después de realizar este cambio, el servicio Netlogon no se comporta como si los controladores de dominio están desconectados durante 45 segundos. El evento 5719 aún está registrado. Sin embargo, el evento no causa problemas significativos. Esta configuración permite probar los controladores de dominio anteriormente si el proceso no pudo anteriormente.

Sugerencia: Intente establecer un valor bajo, por ejemplo, tres segundos. En entornos de LAN, puede utilizar un valor de 0 Para desactivar la caché negativa.

Para obtener más información acerca de esta configuración, haga clic en el número de artículo siguiente para ir al artículo de Microsoft Knowledge Base:

819108 Configuración para minimizar el tráfico WAN periódico

Método 5

Configurar la configuración de Kerberos del registro en un valor que está más allá del tiempo que se requiere permiten conectividad de DC. Utilice los valores siguientes como directrices.

Nota: Esta configuración sólo se aplica a Windows XP y Windows Server 2003 o versiones anteriores de estos sistemas. Windows Vista y Windows Server 2008 y versiones posteriores utilizan un valor predeterminado de 0. Este valor desactiva la funcionalidad de protocolo de datagramas de usuario (UDP) para el cliente Kerberos.

Subclave del registro:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Lsa\Kerberos\Parameters

Nombre de valor: MaxPacketSize
Tipo de datos: REG_DWORD
Datos del valor: 1
Valor predeterminado: (depende de la versión del sistema)

Para obtener más información, haga clic en el número de artículo siguiente para ir al artículo en Microsoft Knowledge Base:

244474 Cómo hacer que Kerberos use TCP en lugar de UDP en Windows

Método 6

Deshabilitar media sense para TCP/IP. Para ello, agregue el siguiente valor de la subclave Tcpip :

Subclave del registro:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters

Nombre de valor: DisableDHCPMediaSense
Tipo de datos: REG_DWORD
Datos del valor: 1
El intervalo de valores: ( Booleano )0= False, 1= True)
Valor predeterminado: 0 (False)

Para obtener más información, haga clic en el número de artículo siguiente para ir al artículo en Microsoft Knowledge Base:

239924 Cómo deshabilitar la característica de detección de medios para TCP/IP en Windows

Método 7

Directiva de grupo tiene la configuración de directiva para controlar el tiempo de espera para el procesamiento de la directiva de inicio:
  1. LAN corporativa o WLAN:
    Policy Folder: “Computer Configuration\Administrative Templates\System\Group Policy\”Policy Name: “Specify startup policy processing wait time”
  2. LAN externa o WLAN:
    Policy Folder: “Computer Configuration\Administrative Templates\System\Group Policy\”Policy Name: “Specify workplace connectivity wait time for policy processing”
El tiempo que tarda el Netlogon para adquirir una IP de trabajo puede ser la base para la configuración. Para los escenarios de acceso directo puede medir el retardo típico que tiene de su base de usuarios hasta que se establezca la conexión.


Método 8

Si la configuración del registro DisabledComponents está en su lugar y tiene un valor incorrecto de 0xfffffff, elimine la clave o cambiarla para el valor de 0xff.

Importante
protocolo de Internet versión 6 (IPv6) es una parte obligatoria de Windows Vista y versiones posteriores de Windows. Es recomendable que deshabilite IPv6 o sus componentes. Si lo hace, algunos componentes de Windows puede que no funcionen. Además, inicio del sistema será retrasada forfive segundos si IPv6 está disabledincorrectly estableciendo la configuración del registro DisabledComponents a un valor de 0xfffffff. El valor correcto es 0xff . Para obtener más información, consulte la pregunta "¿Cuáles son las recomendaciones de Microsoft acerca de cómo deshabilitar IPv6?" en IPv6 para Microsoft Windows: preguntas más frecuentes.

Más información
Si puede iniciar sesión en el dominio sin problemas, puede ignorar 5719 de ID de evento. Porque el servicio Netlogon se inicia antes de que la red está lista, el equipo puede ser incapaz de encontrar el controlador de dominio de inicio de sesión. Por lo tanto, se registra suceso 5719 de ID. Sin embargo, después de que la red esté lista, el equipo volverá a intentarlo localizar el controlador de dominio de inicio de sesión. En esta situación, la operación debe ser correcta.

En un Netogon.log, se pueden registrar entradas similares a los siguientes:

08/24 07:47:03 [CRITICAL] <domain>: NlDiscoverDc: Cannot find DC.08/24 07:47:03 [CRITICAL] <domain>: NlSessionSetup: Session setup: cannot pick trusted DC08/24 07:47:03 [MISC] Eventlog: 5719 (1) "<domain>" 0xc000005e ...08/24 07:47:03 [SESSION] WPNG: NlSetStatusClientSession: Set connection status to c000005e...08/24 07:47:19 [SESSION] \Device\NetBT_Tcpip_{4A47AF53-40D3-4F92-ACDF-9B5E82A50E32}: Transport Added (10.0.64.232)-> Getting a proper IP address takes >15 seconds.
Otros componentes que requieren conectividad de controlador de dominio funcione correctamente podrían notificar errores similares. Por ejemplo, la directiva de grupo puede no aplicarse al iniciar el sistema. En este caso, las secuencias de comandos de inicio no se ejecutan. Los errores de la directiva de grupo pueden deberse a la falta de Netlogon de localizar un controlador de dominio. Puede establecer la directiva de grupo para ser más sensibles a la llegada tardía de conectividad de red.

Para obtener más información, haga clic en el número de artículo siguiente para ir al artículo en Microsoft Knowledge Base:

2421599 Los clientes de Windows 7 fallan intermitentemente aplicar directiva de grupo al inicio

Advertencia: este artículo se tradujo automáticamente

Propiedades

Id. de artículo: 938449 - Última revisión: 08/24/2016 00:16:00 - Revisión: 10.0

Windows 10, Windows 8.1, Windows 8 Pro, Windows 8, Windows 8.1 Pro, Windows Server 2012 R2 Datacenter, Windows Server 2012 R2 Standard, Windows Server 2012 R2 Essentials, Windows Server 2012 Datacenter, Windows Server 2012 Standard, Windows Server 2012 Essentials, Windows 7 Enterprise, Windows 7 Ultimate, Windows 7 Professional, Windows Server 2008 R2 Enterprise, Windows Server 2008 R2 Standard, Windows Server 2008 Enterprise, Windows Server 2008 Standard, Windows Vista Enterprise, Windows Vista Ultimate, Windows Vista Business, Microsoft Windows XP Professional, Microsoft Windows Server 2003 Service Pack 2, Microsoft Windows 2000 Professional Edition, Microsoft Windows 2000 Advanced Server, Microsoft Windows 2000 Server, Windows 8.1 with Bing

  • kbexpertiseinter kbtshoot kbprb kbmt KB938449 KbMtes
Comentarios
tyle="display: none; " src="https://c1.microsoft.com/c.gif?DI=4050&did=1&t=">