Устранение неполадок на сервере DHCP Troubleshoot problems on the DHCP server

В этой статье описывается, как устранять неполадки, возникающие на DHCP-сервере. This article discusses how to troubleshoot problems that occur on the DHCP server.

Контрольный список по устранению неполадок Troubleshooting checklist

Проверьте следующие настройки. Check the following settings:

Служба DHCP-сервера запущена и запущена. The DHCP server service is started and running. Чтобы проверить этот параметр, выполните команду net start и найдите DHCP-сервер. To check this setting, run the net start command, and look for DHCP Server.

Убедитесь, что аренда IP-адресов доступна в области DHCP-сервера для подсети, в которой находится клиент DHCP. Verify that IP address leases are available in the DHCP server scope for the subnet the DHCP client is on. Для этого см. статистику для соответствующей области в консоли управления DHCP-сервером. To do this, see the statistic for the appropriate scope in the DHCP server management console.

Проверьте _ , можно ли найти в аренде адресов НЕдопустимые списки адресов. Check whether any BAD_ADDRESS listings can be found in Address Leases.

Проверьте, имеют ли устройства в сети статические IP-адреса, которые не были исключены из области DHCP. Check whether any devices on the network have static IP addresses that have not been excluded from the DHCP scope.

Убедитесь, что IP-адрес, с которым связан DHCP-сервер, находится в подсети областей, из которых должны быть арендованы IP-адреса. Это происходит, если агент ретрансляции недоступен. Verify that the IP address to which DHCP server is bound is within the subnet of the scopes from which IP addresses must be leased out. This is in case no relay agent is available. Для этого выполните командлет Get-DhcpServerv4Binding или Get-DhcpServerv6Binding . To do this, run the Get-DhcpServerv4Binding or Get-DhcpServerv6Binding cmdlet.

Убедитесь, что только DHCP-сервер прослушивает порт UDP 67 и 68. Verify that only the DHCP server is listening on UDP port 67 and 68. Никакие другие процессы и другие службы (такие как WDS или PXE) не должны занимать эти порты. No other process or other services (such as WDS or PXE) should occupy these ports. Для этого выполните netstat -anb команду. To do this, run the netstat -anb command.

Убедитесь, что исключение IPsec-сервера Добавлено при работе с средой, развернутой по протоколу IPsec. Verify that the DHCP server IPsec exemption is added if you are dealing with an IPsec-deployed environment.

Убедитесь, что IP-адрес агента ретранслятора можно проверить с DHCP-сервера. Verify that the relay agent IP address can be pinged from the DHCP server.

Перечисление и Проверка настроенных политик и фильтров DHCP. Enumerate and check configured DHCP policies and filters.

Журналы событий Event logs

Проверьте журналы событий службы «система и DHCP-сервер» (журналы приложений и служб > Microsoft > Windows > DHCP-сервер), чтобы сообщить о проблемах, связанных с наблюдаемой проблемой. Check the System and DHCP Server service event logs (Applications and Services Logs > Microsoft > Windows > DHCP-Server) for reported issues that are related to the observed problem. В зависимости от типа проблемы событие заносится в журнал для одного из следующих каналов событий: DHCP- сервер: рабочиесобытия DHCP-сервер события административных событий DHCP-сервера системные события оповещения DHCP-сервер события аудита DHCP-сервера Depending on the kind of issue, an event is logged to one of the following event channels: DHCP Server Operational Events DHCP Server Administrative Events DHCP Server System Events DHCP Server Filter Notification Events DHCP Server Audit Events

Сбор данных Data collection

Журнал DHCP-сервера DHCP Server log

Журналы отладки службы DHCP-сервера содержат дополнительные сведения о назначении аренды IP-адресов и динамические обновления DNS, которые выполняются DHCP-сервером. The DHCP Server service debug logs provide more information about the IP address lease assignment and the DNS dynamic updates that are done by the DHCP server. Эти журналы по умолчанию расположены в папке% WINDIR% \ system32 \ DHCP. These logs by default are located in %windir%\System32\Dhcp. Дополнительные сведения см. в разделе Анализ файлов журнала DHCP-сервера. For more information, see Analyze DHCP Server Log Files.

Трассировка сети Network trace

Корреляция трассировки сети может означать, что DHCP-сервер выполнялся в момент записи события в журнал. A correlating network trace may indicate what the DHCP server was doing at the time that the event was logged. Чтобы создать такую трассировку, выполните следующие действия. To create such a trace, follow these steps:

Перейдите в GitHubи скачайте файл _tools.zipТсс . Go to GitHub, and download the tss_tools.zip file.

Скопируйте _ файлtools.zip Тсс и разверните его в расположении на локальном диске, например в папке C: \ Tools. Copy the Tss_tools.zip file, and expand it to a location on the local disk, such as to the C:\tools folder.

Выполните следующую команду из раздела C: \ Tools в окне командной строки с повышенными привилегиями: Run the following command from C:\tools in an elevated Command Prompt window:

Клиент DHCP может не получить IP-адрес, присвоенный DHCP

Эта статья поможет устранить проблему, из-за которой DHCP-клиент не может получить IP-адрес, присвоенный DHCP.

Исходная версия продукта: Windows Server 2012 R2
Исходный номер КБ: 167014

Симптомы

При перемещении DHCP-клиента из одной подсети в другую может не получиться действительный IP-адрес в новой подсети.

Решение

Чтобы обойти эту проблему, сделайте один из следующих способов:

Не используйте перекрывающиеся схемы IP-адресов.

После перемещения клиента в новый сегмент запустите следующие команды:

Дополнительные сведения

Когда DHCP-клиент с ранее назначенным DHCP-адресом снова запущен, он переходит в состояние INIT-REBOOT. Клиент попытается убедиться, что он может использовать тот же адрес, отправив пакет DHCPRequest, заполнив поле параметра DHCP «DHCP Requested Address» ранее назначенным IP-адресом.

Если DHCP-сервер остается в тихом режиме, клиент считает предыдущий адрес действительным и сохраняет его. Если DHCP-сервер отправляет пакет NACK в ответ на DHCPRequest, клиент переходит в цикл обнаружения; Он также запрашивает ранее назначенный адрес в пакете DHCPDiscover.

Когда DHCP-сервер получает DHCPRequest с указанным ранее адресом, он сначала проверяет, поступил ли он из локального сегмента, проверив поле GIADDR. Если он был получен из локального сегмента, DHCP-сервер сравнивает запрашиваемую адрес с IP-адресом и маской подсети, принадлежащей локальному интерфейсу, который получил запрос.

Если адрес находится в той же подсети, DHCP-сервер будет оставаться в тихом режиме, даже если адрес находится не в диапазоне его пула адресов. Сервер DHCP предполагает, что адрес был назначен другим DHCP-сервером в том же сегменте, если он не принадлежит к собственному пулу. Если адрес не удается проверить маску подсети или IP-адрес, DHCP-сервер проверяет, поступил ли он из superscope, если он определен. В этом случае сервер отвечает на DHCPRequest пакетом NACK.

Если клиент, отправляющий DHCPRequest, запрашивает адрес, который, как представляется, находится в той же подсети, но фактически был назначен с другой маской подсети, DHCP-сервер будет оставаться в тихом режиме, и клиенту не удастся получить действительный IP-адрес для новой подсети.

Например, предположим, что клиент DHCP получает адрес 172.17.3.x с маской подсети 255.255.255.0, а клиент перемещается в новый сегмент, где адрес DHCP-сервера — 172.17.1.x с маской подсети 255.255.0.0. После сравнения маски подсети и IP-адреса на DHCP-сервере DHCP-сервер будет оставаться в тихом режиме, предполагая, что адрес назначен другому DHCP-серверу в сегменте. Если маски подсети были отменены, клиент получит действительный адрес.

Windows dhcp не выдавать ip

Сообщения: 1034
Благодарности: 5

Вывод команды netstat -ano | findstr «LISTENING»:

C:\Users\Администратор>netstat -ano | findstr «LISTENING»
TCP 0.0.0.0:80 0.0.0.0:0 LISTENING 1868
TCP 0.0.0.0:88 0.0.0.0:0 LISTENING 620
TCP 0.0.0.0:135 0.0.0.0:0 LISTENING 944
TCP 0.0.0.0:389 0.0.0.0:0 LISTENING 620
TCP 0.0.0.0:445 0.0.0.0:0 LISTENING 4
TCP 0.0.0.0:464 0.0.0.0:0 LISTENING 620
TCP 0.0.0.0:593 0.0.0.0:0 LISTENING 944
TCP 0.0.0.0:636 0.0.0.0:0 LISTENING 620
TCP 0.0.0.0:3268 0.0.0.0:0 LISTENING 620
TCP 0.0.0.0:3269 0.0.0.0:0 LISTENING 620
TCP 0.0.0.0:3306 0.0.0.0:0 LISTENING 1084
TCP 0.0.0.0:3389 0.0.0.0:0 LISTENING 1088
TCP 0.0.0.0:5040 0.0.0.0:0 LISTENING 2156
TCP 0.0.0.0:5357 0.0.0.0:0 LISTENING 4
TCP 0.0.0.0:9750 0.0.0.0:0 LISTENING 3944
TCP 0.0.0.0:49152 0.0.0.0:0 LISTENING 528
TCP 0.0.0.0:49153 0.0.0.0:0 LISTENING 236
TCP 0.0.0.0:49154 0.0.0.0:0 LISTENING 344
TCP 0.0.0.0:49156 0.0.0.0:0 LISTENING 620
TCP 0.0.0.0:49157 0.0.0.0:0 LISTENING 620
TCP 0.0.0.0:49158 0.0.0.0:0 LISTENING 620
TCP 0.0.0.0:49159 0.0.0.0:0 LISTENING 1816
TCP 0.0.0.0:49162 0.0.0.0:0 LISTENING 1136
TCP 0.0.0.0:49240 0.0.0.0:0 LISTENING 2084
TCP 0.0.0.0:49254 0.0.0.0:0 LISTENING 608
TCP 0.0.0.0:52236 0.0.0.0:0 LISTENING 752
TCP 0.0.0.0:53794 0.0.0.0:0 LISTENING 4848
TCP 127.0.0.1:53 0.0.0.0:0 LISTENING 752
TCP 192.168.48.2:53 0.0.0.0:0 LISTENING 752
TCP 192.168.48.2:139 0.0.0.0:0 LISTENING 4
TCP [::]:88 [::]:0 LISTENING 620
TCP [::]:135 [::]:0 LISTENING 944
TCP [::]:389 [::]:0 LISTENING 620
TCP [::]:445 [::]:0 LISTENING 4
TCP [::]:464 [::]:0 LISTENING 620
TCP [::]:593 [::]:0 LISTENING 944
TCP [::]:636 [::]:0 LISTENING 620
TCP [::]:3268 [::]:0 LISTENING 620
TCP [::]:3269 [::]:0 LISTENING 620
TCP [::]:3389 [::]:0 LISTENING 1088
TCP [::]:5040 [::]:0 LISTENING 2156
TCP [::]:5357 [::]:0 LISTENING 4
TCP [::]:49152 [::]:0 LISTENING 528
TCP [::]:49153 [::]:0 LISTENING 236
TCP [::]:49154 [::]:0 LISTENING 344
TCP [::]:49156 [::]:0 LISTENING 620
TCP [::]:49157 [::]:0 LISTENING 620
TCP [::]:49158 [::]:0 LISTENING 620
TCP [::]:49159 [::]:0 LISTENING 1816
TCP [::]:49162 [::]:0 LISTENING 1136
TCP [::]:49240 [::]:0 LISTENING 2084
TCP [::]:49254 [::]:0 LISTENING 608
TCP [::]:52236 [::]:0 LISTENING 752
TCP [::]:53794 [::]:0 LISTENING 4848
TCP [::1]:53 [::]:0 LISTENING 752
TCP [fe80::a0b5:ada8:c009:8b24%10]:53 [::]:0 LISTENING
752

Вывод команды ipconfig /all:

Настройка протокола IP для Windows

Имя компьютера . . . . . . . . . : ServerN
Основной DNS-суффикс . . . . . . : tk
Тип узла. . . . . . . . . . . . . : Гибридный
IP-маршрутизация включена . . . . : Нет
WINS-прокси включен . . . . . . . : Нет
Порядок просмотра суффиксов DNS . : tk

Ethernet adapter Подключение по локальной сети:

DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Intel(R) PRO/1000 EB Network Connection w
ith I/O Acceleration
Физический адрес. . . . . . . . . : 00-30-48-BA-9F-FA
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Локальный IPv6-адрес канала . . . : fe80::a0b5:ada8:c009:8b24%10(Основной)
IPv4-адрес. . . . . . . . . . . . : 192.168.48.2(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . : 192.168.48.99
IAID DHCPv6 . . . . . . . . . . . : 234893384
DUID клиента DHCPv6 . . . . . . . : 00-01-00-01-12-BE-65-B8-00-30-48-BA-9F-FA

DNS-серверы. . . . . . . . . . . : ::1
192.168.48.2
217.24.112.2
NetBios через TCP/IP. . . . . . . . : Включен

Туннельный адаптер Подключение по локальной сети*:

Состояние носителя. . . . . . . . : Носитель отключен
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : isatap. <3FF4A43D-6AA4-4B1A-B4C5-DD9BAC19C
3AF>
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да

Туннельный адаптер Подключение по локальной сети* 8:

Состояние носителя. . . . . . . . : Носитель отключен
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Физический адрес. . . . . . . . . : 02-00-54-55-4E-01
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да

вот скрин, галочка не сохраняется почему-то, поэтому адреса, я так предполагаю, не раздаются:

Руководство по устранению неполадок для протокола DHCP Troubleshooting guide for Dynamic Host Configuration Protocol (DHCP)

Для любого устройства (например, компьютера или телефона), которое может работать в сети, ему должен быть назначен IP-адрес. For any device (such as a computer or phone) to be able to operate in a network, it must be assigned an IP address. IP-адрес можно назначить вручную или автоматически. You can assign an IP address manually or automatically. Автоматическое назначение обрабатывается службой DHCP (Microsoft или сервер стороннего производителя). The automatic assignment is handled by the DHCP service (Microsoft or third-party server).

В этой статье рассматриваются общие шаги по устранению неполадок для DHCP-клиента и сервера Microsoft IPv4. In this article, we will discuss general troubleshooting steps for the Microsoft IPv4 DHCP client and server.

Дополнительные сведения More information

Процедура назначения адресов IPv4 обычно включает три основных компонента: The procedure for IPv4 address assignment usually involves three main components:

Клиентское устройство DHCP, которое должно получить IP-адрес A DHCP client device that has to obtain an IP address

Служба DHCP, предоставляющая клиенту IP-адреса на основе конкретных параметров. A DHCP service that provides IP addresses to the client based on specific settings

Вспомогательный модуль/IP агента ретранслятора DHCP для отправки широковещательных запросов DHCP в другой сегмент сети A DHCP relay agent /IP Helper to send DHCP broadcast requests to a different network segment

Обмен данными между клиентом и сервером DHCP состоит из трех видов взаимодействия между двумя одноранговыми узлами: A DHCP client-to-server communication consists of three kinds of interaction between the two peers:

Дора на основе вещания (обнаружение, предложение, запрос, подтверждение). Broadcast-based DORA (Discover, Offer, Request, Acknowledgement). Эта процедура состоит из следующих шагов: This process consists of the following steps:

DHCP-клиент отправляет широковещательный запрос обнаружения DHCP на все доступные DHCP-серверы в пределах диапазона. The DHCP client sends a DHCP Discover broadcast request to all available DHCP servers within range.

От DHCP-сервера получен ответ на широковещательный запрос предложения DHCP, предлагающий доступную аренду IP-адреса. A DHCP Offer broadcast response is received from the DHCP server, offering an available IP address lease.

Широковещательный запрос клиента DHCP запрашивает в конце предлагаемую аренду IP-адреса и подтверждение широковещательной передачи DHCP. The DHCP client broadcast Request asks for the offered IP address lease and the DHCP broadcast Acknowledgement at the end.

Если DHCP-клиент и сервер находятся в разных сегментах логической сети, Агент ретранслятора DHCP выполняет сервер пересылки, отправляющий широковещательные пакеты DHCP между равноправными узлами. If the DHCP client and server are located in different logical network segments, a DHCP relay agent acts a forwarder, sending the DHCP broadcast packets back and forth between peers.

Запросы обновления DHCP одноадресной рассылки. они отправляются непосредственно DHCP-клиенту с DHCP-клиента для продления назначения IP-адресов после 50% времени аренды IP-адреса. Unicast DHCP Renew requests: These are sent directly to the DHCP server from the DHCP client to renew the IP address assignment after 50 percent of the IP address lease time.

Повторная привязка широковещательных запросов DHCP: они выполняются на любом DHCP-сервере в пределах диапазона клиента. Rebind DHCP broadcast requests: These are made to any DHCP server within range of the client. Они отправляются после 87,5% срока аренды IP-адреса, так как это указывает на то, что направленный одноадресный запрос не сработал. These are sent after 87.5 percent of the IP address lease duration because this indicates that the directed unicast request didn’t work. Как и для процесса Дора, этот процесс включает взаимодействие с агентом DHCP-ретрансляции. As for the DORA process, this process involves a DHCP relay agent communication.

Если клиент Microsoft DHCP не получает допустимый IPv4-адрес DHCP, вероятно, клиент настроен на использование адреса APIPA. If a Microsoft DHCP client does not receive a valid DHCP IPv4 address, the client is likely configured to use an APIPA address. Дополнительные сведения см. в следующей статье базы знаний: 220874 использование автоматической адресации TCP/IP без DHCP-сервера For more information, see the following Knowledge Base article: 220874 How to use automatic TCP/IP addressing without a DHCP server

Все подключения выполняются на UDP-портах 67 и 68. All communication is done on UDP ports 67 and 68. Дополнительные сведения см. в следующей статье базы знаний: основные сведения об DHCP 169289 (протокол динамической конфигурации узла). For more information, see the following Knowledge Base article: 169289 DHCP (Dynamic Host Configuration Protocol) Basics.