APIPA у принтера Canon TM‑350 после DHCP‑резервирования

Столкнулся с тем, что один из двух одинаковых принтеров получает APIPA‑адрес после создания DHCP‑резервирования, в то время как второй работает как надо.
Ниже разберём, почему это может происходить и какие шаги помогут исправить ситуацию.

Содержание

• Почему APIPA‑адрес появляется после DHCP‑резервирования?
• Ошибка 20319 / DNS‑опция 9005: причины и последствия
• Возможные причины «неактивного» резервирования
• Решения и рекомендации
• Как проверить и отладить проблему
• Выводы

Почему APIPA‑адрес появляется после DHCP‑резервирования?

APIPA (Automatic Private IP Addressing) – это механизм, который активируется, когда клиент не получает IP‑адрес от DHCP‑сервера в течение 5 сек.
Если DHCP‑сервер отбрасывает запрос (например, из‑за отказа в обновлении DNS, конфликтов в таблице ARP, ошибки в резервировании и т.д.), клиент быстро переходит в режим APIPA и выдаёт себе адрес в диапазоне 169.254.x.x.

В вашем случае принтер получил IP 172.16.0.141/159, прежде чем DHCP‑сервер выдал ему резервированный адрес 172.16.1.61‑62. Это означает, что DHCP‑сервер не смог завершить процесс lease‑ACK для этой машины.
Причины, по которым это может произойти:

Ошибка 20319 / DNS‑опция 9005: причины и последствия

Ошибка 20319 – это запись в логах DHCP‑сервера о неудачной попытке обновить DNS‑запись. В вашем случае сообщение:

«Регистрация записи прямой связи для IPv4‑адреса 172.16.1.62 и FQDN TM‑350ipffc28b.xxxx.yyyy.zzzz завершилась с ошибкой 9005 (Операция DNS отвергнута.)»

Ошибка 9005 означает, что DNS‑сервер отказал в динамическом обновлении. Возможные причины:

1. DNS‑зона не разрешает динамические обновления – в свойствах зоны отключено «Разрешить динамическое обновление» или включено только «Разрешить обновления только от авторизованных клиентов».
2. Учетная запись DHCP‑сервера не входит в группу DNS‑админов – требуется добавить сервис‑аккаунт в группу DnsAdmins или назначить права на обновление конкретной зоны.
3. Отсутствует обратная зона для IP‑адреса – если в зоне обратного поиска нет записи, DNS может отказать в обновлении PTR (хотя в большинстве случаев он просто создаёт её).
4. Проблемы с разрешением FQDN – если FQDN не соответствует правилам зоны, DNS отказает в обновлении.

По данным Microsoft Learn, ошибка 20319/9005 связана с отсутствием зоны обратного поиска для записи PTR.
(Источник: Microsoft Q&A – Issues with DHCP DNS updates)

Возможные причины «неактивного» резервирования

1. Неверный MAC‑адрес

   • При настройке резервирования в DHCP‑сервере может быть опечатка в MAC‑адресе одного из принтеров.
   • Если MAC неверен, сервер выдаёт случайный IP, и принтер «забывает» о резервном.

2. Дублирующийся MAC‑адрес

   • Если в сети уже есть устройство с тем же MAC‑адресом, DHCP‑сервер может отдать другой IP.
   • Проверьте ARP‑таблицу или arp -a.

3. Проблема с ARP‑кешем

   • Старый ARP‑запись может мешать принтеру «видеть» DHCP‑сервер.
   • Очистка ARP‑кеша на маршрутизаторе/сервере может помочь.

4. Проблема с обновлением DNS

   • Если DHCP‑сервер не может обновить DNS‑запись, клиент может считать резерв недействительным и перейти в APIPA.
   • В Windows DHCP‑сервер отправляет запрос на обновление DNS и ждёт подтверждения. Если подтверждения нет, он отбрасывает lease.

5. Проблемы в сетевой инфраструктуре

   • VLAN‑теги, ACL‑ы, QoS или фильтры, которые блокируют DHCP‑ACK для конкретного MAC‑адреса.
   • Некоторые коммутаторы реализуют «port security» и могут блокировать новые MAC‑адреса.

6. Баг в прошивке принтера

   • Некоторые модели Canon TM‑350 могут некорректно обрабатывать DHCP‑ACK, если в FQDN встречается определённый паттерн (например, ipffc28b).
   • В таком случае принтер может «вернуть» APIPA, даже если сервер его обслужил.

Решения и рекомендации

Как проверить и отладить проблему

1. Проверка DHCP‑лога

   • Откройте журнал DHCP‑серверов (Event Viewer → Applications and Services Logs → Microsoft → Windows → DHCP‑Server → Operational).
   • Найдите DHCPREQUEST и DHCPACK для MAC‑адреса проблемного принтера.
   • Если DHCPACK отсутствует, значит сервер отказался или не смог отправить ACK.

2. Проверка DNS‑лога

   • В журнале DNS‑серверов (Event Viewer → Applications and Services Logs → Microsoft → Windows → DNS‑Server → Operational) ищите события 20319/9005.
   • Если событие появляется только для одного принтера, значит у него проблемы с обновлением DNS.

3. Проверка обратного поиска

   • Выполните nslookup -type=ptr 172.16.1.62.
   • Если ответ NXDOMAIN, обратная зона отсутствует.
   • Добавьте запись PTR вручную и проверьте, исчезнет ли ошибка.

4. Проверка сетевого соединения

   • ping 172.16.1.62 с сервера и с другого ПК.
   • tracert 172.16.1.62 – убедитесь, что маршрут проходит без блокировок.

5. Проверка MAC‑адресов

   • На принтере: ipconfig /all → Physical Address.
   • На сервере: arp -a – найдите запись для IP, который должен получить принтер.

6. Проверка обновления DNS

   • На сервере выполните nslookup -type=aaaa TM‑350ipffc28b.xxxx.yyyy.zzzz.
   • Убедитесь, что A‑запись существует и указывает на 172.16.1.62.

Выводы

• APIPA появляется, когда DHCP‑сервер не может завершить процесс выдачи IP‑адреса. Это обычно связано с ошибкой в резервировании, конфликтом MAC/IP, либо проблемой с динамическим обновлением DNS.
• Ошибка 20319/9005 указывает, что DNS‑сервер отказал в динамическом обновлении. В большинстве случаев это связано с отсутствием обратной зоны или с тем, что сервис‑аккаунт DHCP‑сервера не имеет прав на обновление.
• Один из принтеров «работает», потому что у него корректно настроено резервирование, его MAC‑адрес совпадает с записью, и DHCP‑сервер может успешно обновить DNS.
• Второй принтер получает APIPA, потому что один из вышеуказанных факторов препятствует успешной выдаче IP и обновлению DNS.
• Рекомендовано:
  1. Проверить и подтвердить MAC‑адреса в резервировании.
  2. Убедиться, что DHCP‑сервер имеет права на обновление DNS и что обратные зоны существуют.
  3. Отключить APIPA на принтерах (если опция доступна) и/или задать им статический IP.
  4. Обновить прошивку принтера, если проблема повторяется.

Выполнив эти шаги, вы устраните APIPA‑адрес и обеспечите корректную работу обоих принтеров.