#Симптом и условия применимости
Сообщение «ошибка DHCP Server» в журнале Windows не определяет причину: это может быть отсутствие авторизации в Active Directory, конфликт диапазонов, нехватка адресов, проблемы сетевого интерфейса или отдельное предупреждение. Сначала нужны точные ID событий. Инструкция подходит для Windows Server 2022 и Windows Server 2025 при наличии соответствующей роли или компонента; варианты Desktop Experience и Server Core могут отличаться. Для критических серверов требуется согласование с владельцем системы.
#Возможные причины и признаки
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Нет авторизации DHCP в ADДоменный DHCP не может выдавать аренды без нужной авторизации. | Служба работает, но журнал сообщает об отсутствии авторизации. | Проверить список Get-DhcpServerInDC. |
| Исчерпан адресный пулАктивная область не имеет свободных адресов для новых клиентов. | Существующие клиенты работают, новые не получают IP. | Проверить область и аренды. |
| Конфликт серверов или сетиВ подсети работает другой DHCP либо задан неверный шлюз/relay. | Клиенты получают адрес не из ожидаемой области. | Проверить источник выдачи и сетевую схему. |
#Пошаговая диагностика и устранение
- Зафиксируйте исходный сбой и исходные условияЗапишите дату и время, полную версию Windows Server, роль устройства (член домена, контроллер домена, узел виртуализации и т. п.), точный текст ошибки и последнее известное изменение конфигурации. Для графической установки версию можно проверить Win+R →
winver; для Server Core — через штатную административную консоль. Не считайте совпадение по дате доказательством, что причиной было обновление.
- Зафиксируйте конкретное событиеНа DHCP-сервере Win+R → eventvwr.msc → «Журналы приложений и служб» → «Microsoft» → «Windows» → «DHCP-Server»; откройте доступный административный/операционный журнал и запишите ID, время и текст. Дополнительно проверьте «Система». Нельзя объявлять любое предупреждение критической ошибкой.
- Сверьте роль и службуОткройте «Диспетчер серверов» → «Средства» → «DHCP» и проверьте, отображаются ли сервер и области. В PowerShell с правом чтения выполните Get-Service DHCPServer, затем Get-DhcpServerv4Scope, если модуль DHCP установлен. Пустой список областей — не то же самое, что остановленная служба.Windows · PowerShellКомандаПрава администратораWindows PowerShell на сервере с модулем DhcpServer. Чтение службы, списка авторизованных серверов AD и IPv4-областей; доступ к AD/модулю может потребовать повышенных прав. Ничего не изменяет.
Get-Service -Name DHCPServerGet-DhcpServerInDCGet-DhcpServerv4Scope
- Проверьте авторизацию в доменеНа доменном DHCP с разрешения администратора домена выполните Get-DhcpServerInDC. Найдите текущее DNS-имя и IP. Если записи нет, не добавляйте сервер самостоятельно: для авторизации в AD требуются соответствующие полномочия и проверка, что в сети нет другого активного DHCP.
- Сверьте области и арендыВ консоли DHCP раскройте IPv4 → нужная область → «Аренды адресов». Сравните число занятых адресов и заданный диапазон с политикой адресации. Не увеличивайте диапазон за пределы своей подсети и не удаляйте все аренды ради теста.
- Проверьте клиента без воздействия на всю сетьНа одном согласованном тестовом компьютере откройте cmd → ipconfig /all, найдите «DHCP-сервер», IPv4 и время аренды. Если IP начинается с 169.254, адрес мог не быть получен; если адрес выдан чужим сервером, проверьте сетевой сегмент и настройки ретрансляции.
- Проверьте интерфейс и сетевую границуВ консоли DHCP посмотрите свойства сервера и привязки (Bindings), где поддерживается. Сверьте реальный IP сетевой карты и адрес области. Не включайте вторую сетевую карту наугад: это может начать выдачу адресов в неправильную сеть.
- Исправьте причину в рамках измененийЕсли проблема — авторизация, согласуйте её с администратором AD; если пул исчерпан, планируйте новый диапазон с сетью; если конфликт, изолируйте источник по результатам сетевой диагностики. Не используйте
ipconfig /releaseна критическом сервере и не отключайте весь DHCP.
- Подтвердите выдачу адресаНа выделенном тестовом клиенте получите адрес согласованным способом и проверьте, что сервер DHCP, диапазон, шлюз и DNS соответствуют проекту. Сопоставьте события DHCP после проверки; один работающий клиент не подтверждает исправность всех VLAN.
#Как понять, что проблема решена
Сопоставьте исходную неисправность («в журнале событий ошибки службы dhcp server») с новым результатом после одного согласованного изменения. Зафиксируйте время теста, журналы и результаты для затронутых пользователей или служб. Если результат нестабилен, не предпринимайте второй рискованный шаг наугад: восстановите согласованное предыдущее состояние и передайте журнал владельцу роли.
#Если не помогло
Сохраните исходный и новый код ошибки, выбранную роль, версию сборки, номера событий и анонимизированные результаты диагностических команд. Для доменных контроллеров, узлов Hyper-V и серверов безопасности рассмотрите профильную поддержку и процедуру изменения конфигурации. Не выключайте защиту, не удаляйте роли и не сбрасывайте всю ОС вместо адресной диагностики.