У меня есть сервер Windows DHCP со многими областями, каждая из которых связана с VLAN, и у меня есть ПК, подключенный к порту коммутатора. Затем я изменяю VLAN доступа на этом порту коммутатора, чтобы увидеть, получает ли ПК IP-адрес, принадлежащий такой VLAN, но клиент всегда получает один и тот же IP-адрес независимо от VLAN, настроенной на порту коммутатора. Я настроил ретранслятор DHCP на своем брандмауэре, и эта часть работает нормально. Теперь, когда я меняю порт коммутатора на новую VLAN и когда я делаю tcpdump и вижу трассировку, я вижу, что клиент запрашивает старый IP-адрес 172.22.2.4 (старая VLAN), и сервер DHCP выдает этот старый IP-адрес, игнорируя поле «IP-адрес агента ретрансляции» (172.22.9.1), которое брандмауэр вставляет в пакет запроса DHCP. Не уверен, почему ПК запрашивает старый IP после выполнения ipconfig /release и ipconfig /renew. Но, насколько я понимаю, DHCP-сервер должен выдавать IP-адрес в диапазоне 172.22.9.0/24, поскольку IP-адрес агента ретрансляции — 172.22.9.1, независимо от того, какой IP-адрес запрашивает ПК.
IP-адрес ретранслятора и маски подсети настроенных областей сервера сравниваются с помощью логического сравнения И для поиска области, сетевой идентификатор которой совпадает с сетевым идентификатором IP-адреса ретранслятора. Когда совпадение найдено, DHCP-сервер выделяет IP-адрес из этой области.
https://www.itgeared.com/dhcp-relay-agent/
Единственное, что я вижу странного, это то, что брандмауэр не вставляет "IP-адрес агента ретрансляции" в поле GIADDR или DHCP-опцию 82, а только в основное поле DHCP, хотя это может быть правильно. Есть идеи?
Прикрепил трассировки DHCP-запроса и DHCP-ответа.
С уважением, Хулиан
решение1
Если кому-то интересно, проблема в том, что DHCP-сервер настроил суперобласть:
Запретить DHCP-клиенту получать старый IP-адрес в новой VLAN
После того, как я удалил superscope, сервис заработал нормально.
С уважением, Хулиан