Домен, AD, DHCP, DNS. Ответственность низкая, контроллер единственный.
В сети используется подсеть 172.16.0.0/20. В DHCP создана IPv4-область [172.16.0.0], в ней пулы адресов:
172.16.0.1-172.16.2.254 - Диапазон адресов для аренды
172.16.0.1-172.16.0.32 - Не выдаваемые в аренду IP-адреса (серверы)
172.16.1.1-172.16.1.127 - Не выдаваемые в аренду IP-адреса (сетевые принтеры)
Сегодня в сеть подключались два свежеполученных плоттера Canon TM-350. Поскольку физически это на другой площадке, выглядело так: плоттер включается в сеть, получает некий адрес по DHCP (конкретно - 172.16.0.141 и 172.16.0.159), я вижу МАС, удаляю выделение, создаю с этим МАС резервирование (конкретно - 172.16.1.61 и 172.16.1.62), плоттер переподключается к сети...
И вот странность. Один плоттер прекрасно ловит установленный ему адрес - в списке арендованных адресов поле Тип устанавливается в DHCP, а Истечение срока аренды изменяется с Резервирование (не активное) на Резервирование (активное). А второй - не подключается. Выглядит это так - плоттер обращается к DHCP и получает выделение (в списке арендованных адресов значение поля Тип изменяется с Нет на DHCP), однако через несколько секунд, видимо, начинается новый поиск, потому что плоттер присваивает себе APIPA-адрес, а поле Истечение срока аренды так и остаётся в состоянии Резервирование (не активное).
Внешне похоже на дублирование IPv4- адреса, но нет. Дублирования адресов в сети (как МАС, так и IPv4) не обнаружено. А главное, почему это вряд ли дублирование - в журнал Microsoft \ DHCP Server падает ошибка 20319
Регистрация записи прямой связи для IPv4-адреса [[172.16.1.62]] и FQDN TM-350ipffc28b.xxxx.yyyy.zzzz завершилась с ошибкой 9005 (Операция DNS отвергнута.).
Согласно MS Learn это ошибка, связанная с регистрацией подключения в DNS:
DHCPv4.PTRRecordDNSFailure Регистрация записи PTR для IPv4-адреса %1 и полного доменного имени %2 завершилась ошибкой %3. Скорее всего, это связано с тем, что на DNS-сервере не существует зона обратного поиска для этой записи.
Однако в DNS никаких проблем не наблюдаю. Уж тем более с обратной зоной - PTR-записи туда исправно капают от всех, кроме проблемного плоттера.
А вот если полученный плоттером адрес 172.16.0.159 преобразовать в резервирование, то указанной проблемы не наблюдается.
Больше всего убивает то, что уж больно идентичные плоттеры-то, никто в них не ковырялся, а что они пришли в заводской упаковке с разными настройками, мне крайне сомнительно.
Вот даже и не знаю, что собственно спросить-то...
Простой
Простой
