Мой Windows Server 2008 должен быть настроен для работы в качестве DHCP-сервера в сети. Поэтому я установил Роль и все настроил.
Я загрузил крошечный инструмент, который может отображать DHCP-предложения в сети. При его выполнении я получаю:
Packet from 192.168.100.5
Offered IP 192.168.100.202
Subnet Mask 255.255.255.0
Renew Due in 345600 Seconds
Lease Length 691200 Seconds
-------------------------
Так что, похоже, все работает нормально. Однако, если я настраиваю свою сетевую карту на получение IP-адреса от DHCP, она просто ничего не получает. Windows (клиент) затем выбирает свой адрес по умолчанию «Нет DHCP-доступный», например «169.254.21.222 (предпочтительно)».
Служба работает, IP-адреса "предлагаются", также настроены данные для входа в систему для динамического обновления DNS (DHCP == DC).
Журналы Windows Server ничего не показывают. Любая идея, как я могу отладить это лучше всего?
изменить: DHCP также авторизован в домене.
ОБНОВЛЕНИЕ 1: Wireshark:
Я скачал Wireshark для Сервера и для Клиента. Запустил и попытался /release
, /renew
IP-адрес ... Ничего не было зарегистрировано (использованный фильтр (bootp.option.type == 53)
) - Ни на сервере, ни на стороне клиента.
Итак, я отключил DHCP на своем сервере, снова включил его на своем выделенном маршрутизаторе (Fritz Box), перезагрузил клиент и, наконец, смог отследить запрос, сделанный клиентом:
8328 7.052393000 192.168.100.29 192.168.100.2 DHCP 362 DHCP Request - Transaction ID 0x51a0cafa
8329 7.054365000 192.168.100.2 192.168.100.29 DHCP 590 DHCP ACK - Transaction ID 0x51a0cafa
Итак, клиент, похоже, хорошо работает с DHCP.
Я снова включил DHCP на сервере и настроил клиента на использование динамического IP-адреса, но с использованием DNS моего сервера в качестве основного (и единственного) DNS-сервера. Опять ничего не получаю. (И снова никаких журналов Wireshark на любом устройстве)
Я заметил, что при выполнении /release
, /renew
, то /renew
всегда выдает ошибку, если DHCP на сервере включен. (An attempt was made to access a socket in a way forbidden by its access permissions.
)
Но мне кажется, что это локальная ошибка, я не знаю, какое отношение она имеет к присутствию (или отсутствию) какого-либо DHCP-сервера.
ОБНОВЛЕНИЕ 2: Теперь я сделал следующее: Используя статический IP-адрес, я запустил Wireshark на сервере и переключился на автоматическую настройку на клиенте. Он не получил IP-адрес (используется значение по умолчанию 169.254.21.222
. Опять же, на сервере нет журналов Wireshark.
Затем я использовал ту же конфигурацию и использовал DHCP-Finder-Tool. Теперь сервер зарегистрировал несколько записей обнаружения DHCP с ЭТОГО IP-адреса.
779 55.354991000 169.254.21.222 255.255.255.255 DHCP 590 DHCP Discover - Transaction ID 0x9a020000
780 55.355668000 192.168.100.5 255.255.255.255 DHCP 342 DHCP Offer - Transaction ID 0x9a020000
Однако клиент НЕ получил IP-адрес. Кроме того, инструмент не показывал никакого ответа, как при использовании его с жестко заданного IP-адреса из той же подсети.
ОБНОВЛЕНИЕ 3: Теперь я сбит с толку: только что проверил Adressleases DHCP и заметил, что ЛЮБОЕ WLAN-устройство успешно арендовало IP-адрес. (Продолжительность ~ 8 дней)
Однако для моих (проводных) клиентов это все еще не работает ...?
https://abload.de/img/wifi1b3xf7.png
Клиенты Wlan подключаются через AccessPoint, который подключен к тому же 24-портовому коммутатору, который каждый проводной клиент ...
Просто подключил мой компьютер с запасным WLAN-USB-Dongle - работал отлично ...
https://abload.de/img/wifi23ojcg.png
ps: Я очень хорошо знаком с настройками серверов - но это просто шокирует меня - почему должно быть различие между клиентами WLAN и WIRED, когда дело доходит до DHCP ?!
После перезагрузки (и многократного включения / отключения) клиента (сетевого подключения) он работает ...
Может быть, есть уровень "Кеша", который задерживает доступ на "новых" DHCP-серверах ... Однако пока мой локальный клиент - единственный из 20, который успешно запросил IP-адрес ... оставь так и завтра проверь статус.
Похоже, вам нужно настроить DHCP-ретранслятор или вспомогательный IP-адрес на управляемом коммутаторе, который указывает на DHCP-сервер.
У вас также может быть проблема с физической проводкой в этом сегменте. Большинство маршрутизаторов могут предоставлять DHCP через порты LAN и передавать трафик через порт WAN. Если DHCP отключен, маршрутизаторы работают как коммутаторы через свои порты LAN. Коммутатор на 24 порта следует переместить с порта WAN на порт LAN.
Я не совсем уверен в конкретных моделях коммутаторов / маршрутизаторов в вашей сети или в их конструкции, поэтому это может не относиться к вашей конкретной ситуации.