Код події 5719 реєструється під Вільний час запуску членом домену

Переклади статей Переклади статей
Номер статті: 938449 - Показ продуктів, яких стосується ця стаття.
Розгорнути все | Згорнути все

Ознаки

Важливою Дотримуйтесь ретельно кроки, описані в цьому розділі. Неправильне внесення змін до реєстру може викликати серйозні проблеми. Перед внесенням, зробити архівувати реєстру для відновлення у випадку, якщо виникають проблеми.

Розглянемо таку ситуацію.
  • У вас на комп'ютері під керуванням однієї з операційних системний інтегратор, які згадуються в розділі "Застосовується до".
  • комп’ютер-зразок належать домену.
  • Виконується одна з таких умов:
    • комп’ютер-зразок має гігабітні встановлено мережний адаптер.
    • Ви безпечний доступ до мережі за допомогою захисту доступу до мережі (NAP), перевірка автентичності мережі або інший метод.
У цьому випадку на реєструється така подія в журналі системних подій під Вільний час запуску комп'ютера:

Event Type: Error Event Source: NETLOGON Event Category: None Event ID: 5719Date: DateTime: TimeUser: N/A Computer: ServerDescription:No Domain Controller is available for domain <domain name> due to the following: There are currently no logon servers available to service the logon request. Make sure that the computer is connected to the network and try again. If the problem persists, contact your domain administrator.

причина

Ця проблема може виникнути через одну з таких причин:
  • Використовується мережний адаптер Gigabit та запуску служби Netlogon перш ніж глобальна мережа готова.
  • Рішення, які перевірити здоров'я нових членів мережі затримки мережне підключення та можливість доступу до контролерів домену. Якщо автоматичне прямий доступ канал підключення ввімкнуто, це також може вимагати більше часу для виконання, ніж Netlogon дозволяє.
  • 802.1 X автентифікації процес затримки зв'язки з контролерів домену.
  • Клієнт досвідом затримки для отримання ІР-адреси з DHCP-сервера. Це затримує дисплей для мережного інтерфейсу.

Розв'язанн

Попередження. Якщо неправильно змінити реєстр за допомогою редактора реєстру або іншим способом, це може спричинити серйозні ускладнення. Ці проблеми можуть викликати необхідність переінсталяції операційної системи. корпорація Майкрософт не може гарантувати, що ці проблеми можуть бути усунені. Змінюйте реєстр на власний ризик.

Виправлення 1

Щоб вирішити цю проблему, інсталюйте останню версію драйвера мережний адаптер Gigabit. Або увімкнути параметр PortFast на мережні комутатори.

Виправлення 2

Існує відома проблема, що впливає на код клієнта DHCP у Windows 7. Виправлення для Windows 7, що розв'язує цю проблему доступне через наступні статті бази знань Майкрософт:

2459530 Подія ID 5719 і подія ID 1129 може увійти до системи під Вільний час сценарій виконання з не - Microsoft DHCP реле агентом
Примітка. Цю проблему не впливає на Windows 8, Windows Server 2012 або пізніших версій цих системний інтегратор.

Виправлення 3

Щоб вирішити цю проблему, використовуйте реєстру змінити відповідні параметри, які впливають на підключення до постійного струму. Для цього скористайтеся нижченаведеними способами.
Спосіб 1
Налаштувати параметри брандмауера або політиці IPSEC, які змінюються щоб дозволити підключення до постійного струму. Ці зміни вносяться під клієнт отримує адресу IP, але вимагає більше часу, щоб отримати доступ до контролера домену (наприклад, після успішної перевірки через Cisco НАК або служб Microsoft NPS).
Спосіб 2
Налаштувати параметр реєстру Netlogon до значення, яке є безпечно поза часом, що потрібно дозволити підключення до постійного струму. Використовувати такі настройки якості керівних принципів.

Підрозділ реєстру:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Netlogon\Parameters

Ім'я значення: ExpectedDialupDelay
Тип даних: REG_DWORD
Значення даних є секунд (за промовчанням =0)
Діапазон даних є між 0 і 600 секунд (10 хвилин)

Для отримання додаткових відомостей клацніть цей номер статті, йти на статтю в базі знань Microsoft Knowledge Base:

819108 Настройки для зведення до мінімуму періодичних WAN трафіку
Метод 3
IP-стек перевіряється статичну настройку IP, адреси IP. Це затримує часу, що IP приймає приходять онлайн. Ви можете встановити на ArpRetryCount запис А а реєстру нуль (0). Для цього виконайте такі інтерактивні елементи.
  1. Запустіть редактор реєстру.
  2. Знайдіть і виберіть такий підрозділ:

    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\TcpIp\Parameters\ArpRetryCount
  3. У меню редагування виберіть команду створитиа потім параметр DWORD.
  4. Тип ArpRetryCount.
  5. Клацніть правою кнопкою миші на ArpRetryCount запис А а реєстру і виберіть пункт змінити.
  6. У полі значення введіть 0і натисніть кнопку ОК.

    Примітка. Діапазон даних є між 0 і 3 (за промовчанням є 3).
  7. Закрийте редактор реєстру.
Більш докладну інформацію, скачати на "TCP/IP значень реєстру для Microsoft Windows Vista і Windows Server 2008" документ від наступного веб-сайт центру завантажень Microsoft:

TCPIP_Reg.doc
Метод 4
Щоб вирішити цю проблему, скоротити період Netlogon негативні кеш, змінивши запис А реєстру NegativeCachePeriod в такому підрозділі:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Netlogon\Parameters\NegativeCachePeriod
Після того, як ви зробите це зміна, служба Netlogon не ведуть себе так, ніби контролери домену в автономному режимі протягом 45 секунд. До цих пір реєструється подія 5719. Однак, захід не викликає будь-які інші значні проблеми. Цей параметр дозволяє член можна спробувати контролерів домену раніше, якщо процес не вдалося раніше.

Пропозиція: Спробуйте встановити на низьке значення, наприклад, три секунди. В умовах локальної мережі ви можете використовувати значення 0 Щоб вимкнути негативні кеш.

Щоб отримати додаткові відомості про цей параметр клацніть цей номер статті, йти на статтю в базі знань Microsoft Knowledge Base:

819108 Настройки для зведення до мінімуму періодичних WAN трафіку

Метод 5
Налаштувати параметр реєстру Kerberos до значення, яке є безпечно поза часом, що потрібно дозволити підключення до постійного струму. Використовувати такі настройки якості керівних принципів.

Примітка. Цей параметр застосовується лише до Windows XP та Windows Server 2003 або попередніх версій цих системний інтегратор. Windows Vista і Windows Server 2008 і пізніших версій використовувати за промовчанням значення 0. Це значення вимикає протокол користувацьких дейтаграм (UDP) функціональність для клієнта Kerberos.

Підрозділ реєстру:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Lsa\Kerberos\Parameters

Ім'я значення: MaxPacketSize
Тип даних: REG_DWORD
Значення параметра: 1
За замовчуванням: (залежить від версії системи)

Для отримання додаткових відомостей клацніть цей номер статті, йти на статтю в базі знань Microsoft Knowledge Base:

244474 Як змусити Kerberos використовувати TCP замість UDP у Windows
6 метод
Вимкнути медіа сенсі для TCP/IP. Для цього додайте значення до Tcpip підрозділ реєстру:

Підрозділ реєстру:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Tcpip\Parameters

Ім'я параметра: DisableDHCPMediaSense
Тип даних: REG_DWORD
Значення параметра: 1
Значення діапазону: Булеві (0= False, 1= True)
За промовчанням: 0 (False)

Для отримання додаткових відомостей клацніть цей номер статті, йти на статтю в базі знань Microsoft Knowledge Base:

239924 Вимкнення мережного підключення для протоколу TCP/IP у Windows

Додаткові відомості

Якщо ви можете правильно увійти до домену, ви можете безпечно ігнорувати подія 5719 Ідентифікатором. Тому, що служба Netlogon може запуститися перш ніж глобальна мережа готова, комп’ютер-зразок може бути не вдається знайти контролер домену для входу. Таким чином, реєструється подія 5719 Ідентифікатором. Однак, після того, як глобальна мережа готова, комп’ютер-зразок ще раз спробувати знайти вхід до контролера домену. У цій ситуації Операція повинна бути успішним.

У Netogon.log можуть вноситися запис А бізнес-партнера, які нагадують такі дії:

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.
Подібні помилки може бути повідомляє обробник групової політики. Наприклад, групової політики не може використовуватися під Вільний час запуску системи. У цьому випадку не запускати сценарії запуску. Групова політика невдачі можуть пов'язаний з відмовою Netlogon пошуку контролера. Ви можете встановити групової політики до більш Зверніть увагу реагувати на пізнього прибуття підключення до мережі.

Для отримання додаткових відомостей клацніть цей номер статті, йти на статтю в базі знань Microsoft Knowledge Base:

2421599 Windows 7 клієнтів з перервами не застосовувати групової політики під Вільний час запуску

Властивості

Номер статті: 938449 - Востаннє переглянуто: 16 березня 2014 р. - Редакція: 5.0
Застосовується до:
  • 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 Edition
  • Microsoft Windows Server 2003 Service Pack 2
  • Microsoft Windows 2000 Professional Edition
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Server
Ключові слова: 
kbexpertiseinter kbtshoot kbprb kbmt KB938449 KbMtuk
Машинний переклад
ВАЖЛИВО! Ця стаття перекладена засобами машинного перекладу Microsoft. Статтю можна редагувати в середовищі Community Translation Framework (CTF). Щоб якомога швидше перекласти всі статті у своїй базі знань різними мовами, компанія Microsoft не лише звертається до професійних перекладачів, але й вдається до машинного перекладу, який потім редагується спільнотою. Такі статті можуть містити лексичні, синтаксичні та граматичні помилки. Microsoft не несе відповідальності за будь-які неточності, помилки або збитки, до яких може призвести неправильний переклад статей або їх використання. Докладніше про CTF див. на веб-сторінці http://support.microsoft.com/gp/machine-translation-corrections/uk-ua.
Клацніть тут, щоб переглянути цю статтю англійською мовою: 938449

Надіслати відгук

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com