Некоторые устройства (принтеры и ноутбуки), перемещенные в другое здание с другой VLAN, не освобождают назначенный IP-адрес. Я заметил это впервые, когда ноутбук сообщил об отсутствии сетевого подключения, но при более внимательном рассмотрении обнаружил, что он получил IP, сетевую маску, DHCP и информацию DNS от DHCP-сервера, но из другой VLAN. Это всего лишь несколько устройств, у которых возникла эта проблема. Для ноутбуков мне нужно вернуть их в здание, которому назначен этот IP-адрес, и выполнить ipconfig /release, перенести их в другое здание, и тогда они получат правильный IP-адрес.
Я не могу сделать то же самое для 2 принтеров. Мы пробовали установить статический IP-адрес на принтере как на DHCP-сервере, так и на самом принтере, но он вообще не подключается, и DHCP-сервер назначает IP для предыдущей VLAN.
У нас есть только один DHCP-сервер 2019 года, и IP-помощник настроен правильно на коммутаторах.
Обновление: Я попытался подделать MAC-адрес одного из принтеров на ноутбуке и подключил его к исходной VLAN коммутатора. Он получил тот же IP, что и принтер. Я выполнил ipconfig /release, заметил, что DHCP удалил аренду IP, и пошел в другое здание и снова подключил принтер. К сожалению, он получил тот же IP для другого здания.
решение1
Ваш вопрос неоднозначен. «Некоторые устройства [...] перемещены в другую [...] VLAN. Они получили IP [...] из другой VLAN [...]». Разве это не то, что вы хотите?
Если вы не можете связаться даже со статическим IP из этой комбинации подсети/VLAN, то ваша сеть настроена неправильно. Порты, к которым подключен ваш принтер, вероятно, назначены старой VLAN, которая все еще находится на порту коммутатора, к которому он подключен.
Другого пути нет, так как DHCP не заботится о том, что для того же MAC-адреса есть другая аренда. Одно и то же устройство/MAC-адрес может иметь несколько аренд на DHCP-сервере. Пока на DHCP-сервере определены несколько областей, по одной для каждой подсети/VLAN. Убедитесь, что каждая VLAN имеет свой уникальный диапазон подсети.
решение2
Похоже, что создание суперобластей действительно нарушило выпуски и назначения DHCP. Этотдругой пост на форуме был полезен.
После того, как они сняли суперскопы, все вернулось на круги своя.