Отсутствуют серверы, которые могут обработать запрос на вход в сеть

При входе на компьютер Windows в домене Active Directory пользователь может увидеть следующее сообщение:

There are currently no logon servers available to service the logon request
Отсутствуют серверы, которые могли бы обрабатывать запрос на вход в сеть

Это сообщение говорит о том, что с компьютера не доступен ни один контроллер домена AD ( logonserver ), на котором можно выполнить аутентификацию пользователя.

Проблема может связана как с самим клиентом Windows, или с более глобальной проблемой с работоспособностью контроллеров домена и Active Directory.

Рассмотрим типовые причины, из-за которых может возникнуть такая ошибка и как их исправить.

  1. Проверьте, что ваш компьютер подключен к компьютерной сети. Отключите и подключите сетевой кабель (если используется Ethernet) или перезагрузите вашу точку доступа Wi-Fi;
  2. Попробуйте войти под локальным администратором на компьютер. Это может быть как встроенная учетная запись administrator , так и дополнительный администратор, созданный вручную или с помощью Microsoft LAPS . Если вы не знаете пароль локального администратора, его можно сбросить .
    Также можно попробовать войти на компьютер, под доменной учетной записью пользователя, который логинился на этот компьютер ранее. Windows по умолчанию сохраняет в локальный кэш компьютера учетные данные последних 10 пользователей ( cached credentials ). Это настраивается с помощью параметра групповых политик Interactive logon: Number of previous logons to cache (in case domain controller is not available в разделе Computer Configuration -> Policies -> Windows Settings -> Security Settings -> Local Policies -> Security Options. Количество пользователей, учетные данные которых кэшируются на компьютере можно получить из реестра с помощью PowerShell : ( Get-ItemProperty "HKLM:SOFTWAREMicrosoftWindows NTCurrentVersionWinlogon").CachedLogonsCount
    Если значение этого параметра 0, значит доменный пользователь не сможет войти на компьютер, если контроллеры домена не доступны или компьютер не подключен к корпоративной сети.
  3. Проверьте, что Windows видит сетевые адаптеры ;
  4. Проверьте, что ваш компьютер получил корректный IP адрес от вашего DHCP сервера с помощью команды ipconfig /all или с помощью PowerShell : Get-NetIPConfiguration . Сбросьте настройки сети с помощью команд:
    netsh winsock reset
    netsh int ip reset
  5. Если DHCP сервер не доступен, компьютер получит IP адрес формата 169.254.x.x . Обновите IP адрес ipconfig /release & ipconfig /renew . Если компьютер не получит IP адрес, нужно попробовать указать IP адрес и DNS сервера вручную;
  6. Проверьте, что на компьютере запущены службы DNS client, DHCP client и netlogon. Перезапустите службы с помощью PowerShell : get-service Dhcp, Dnscache, Netlogon | restart-service
  7. Проверьте, доступны ли DNS сервера, указанные в настройках вашего сетевого адаптера с помощью команды nslookup -> your_domain_name . Проверьте, что вам отвечает корректный DNS сервер. Если DNS сервера не доступны, проверьте с помощью утилиты portquery , что доступ к ним не блокируется файерволом по порту 53 UDP: PortQry.exe –n your_dns_server -p both -e 53
    Проверьте, нет ли статических DNS записей для вашего домена в файле hosts : Get-Content $env:SystemRootSystem32Driversetchosts . Удалите лишние записи из файла.
  8. Выполните трассировку маршрута до вашего DNS сервера: tracert your_dns_server
  9. Попробуйте выполнить поиск контроллера домена в DNS: nltest /dnsgetdc:remontka.com . Проверьте что клиент может найти контроллер домена с помощью поиска: nltest /dsgetdc:remontka.com
  10. Попробуйте вручную переключить Windows на использование другого контроллера домена AD: nltest /SC_RESET:WINITPROMSK-DC02.remontka.com

Если проблема с недоступностью DC возникает у множества пользователей, нужно проверить контроллеры домена и состояние AD.

  1. Проверьте здоровье контроллеров домена и репликации AD ;
  2. Проверьте службу W32Time( NTP ) и время на DC и на клиентах. Оно не должно отличаться более чем на 5 минут;
  3. Проверьте, что политики Windows Defender Firewall на контроллерах домена не блокируют входящий трафик от клиентов;
  4. Проверьте, что на контроллере домена запущена служба netlogon и опубликованы административные сетевые каталоги SYSVOL и NETLOGON: net share (могут быть проблемы с sysvol и netlogon при восстановлении Active Directory из бэкапа );
  5. Если вы недавно удаляли контроллер домена, проверьте что он был удален корректно ;
  6. Проверьте наличие SRV записей для контроллеров домена AD в DNS ( https://docs.microsoft.com/en-us/troubleshoot/windows-server/networking/verify-srv-dns-records-have-been-created ). Если записи DC были удалены, это вызовет проблемы с поиском контроллера домена клиентами и установкой защищенного канала ;

В этой статье я постарался собрать типовые шаги при диагностике ошибки с недоступностью логон серверов Windows.

admin

Share
Published by
admin

Recent Posts

Консоль удаленного рабочего стола(rdp console)

Клиент удаленного рабочего стола (rdp) предоставляет нам возможность войти на сервер терминалов через консоль. Что…

2 недели ago

Настройка сети в VMware Workstation

В VMware Workstation есть несколько способов настройки сети гостевой машины: 1) Bridged networking 2) Network…

2 недели ago

Логи брандмауэра Windows

Встроенный брандмауэр Windows может не только остановить нежелательный трафик на вашем пороге, но и может…

2 недели ago

Правильный способ отключения IPv6

Вопреки распространенному мнению, отключить IPv6 в Windows Vista и Server 2008 это не просто снять…

2 недели ago

Ключи реестра Windows, отвечающие за параметры экранной заставки

Параметры экранной заставки для текущего пользователя можно править из системного реестра, для чего: Запустите редактор…

2 недели ago

Как управлять журналами событий из командной строки

В этой статье расскажу про возможность просмотра журналов событий из командной строки. Эти возможности можно…

2 недели ago