Дублирование hostname / появление суффиксного имени (`hostname-825679239`) для одного MAC-адреса

1. Определение ошибки

Краткое описание

В системе DDI/IPAM (например, VitalQIP) для одного и того же устройства с одинаковым MAC-адресом обнаруживаются две разные записи hostname:

• hostname
• hostname-825679239

При этом записи могут быть привязаны к разным IP-адресам, хотя физически это может быть одно и то же устройство.

Признаки

• Один MAC-адрес связан с несколькими IP или DNS-именами.
• В DNS и/или IPAM присутствуют дублирующие записи устройства.
• Прямая и обратная DNS-записи могут не совпадать.
• Имя устройства резолвится в один IP, а PTR для IP возвращает другое имя.
• После смены адреса устройства старая запись не удаляется автоматически.

Предполагаемая причина

Наиболее вероятная причина — рассинхронизация между:

• IPAM
• DHCP
• DNS
• механизмом динамического обновления DNS (DDNS)

Также возможны:

• некорректная очистка старых lease/объектов;
• параллельное обновление DNS и со стороны DHCP-сервера, и со стороны клиента;
• ошибки в логике автоименования при обнаружении конфликта имени.

3. Возможные методы исправления проблемы

3.1. Проверить, что записи относятся к одному устройству

Сравнить:

• MAC-адрес
• текущий IP
• DHCP lease
• hostname/FQDN
• данные из VitalQIP/IPAM
• DNS A/PTR-записи

Нужно подтвердить, что это действительно один физический хост, а не два разных клиента с подменой имени.

3.2. Найти источник создания дублирующей записи

Определить, кто именно создает/обновляет DNS:

• DHCP-сервер
• сам клиент
• скрипты/интеграции
• VitalQIP / внешний orchestration-процесс

Особенно важно проверить, не обновляют ли DNS одновременно две стороны.

3.3. Удалить или архивировать устаревшие записи

Если подтверждено, что одна из записей неактуальна:

• удалить старую DNS A-запись;
• удалить или исправить PTR-запись;
• очистить устаревший объект/lease в IPAM;
• проверить связанные reservation/static mapping.

3.4. Синхронизировать прямую и обратную зоны

Необходимо привести в соответствие:

• hostname -> IP
• IP -> hostname

У одного актуального IP должна быть одна корректная пара имени и обратной записи, если иное не предусмотрено политикой.

3.5. Проверить DHCP-логику присвоения имени

Проверить:

• как формируется hostname;
• откуда берется суффиксный вариант;
• не создается ли новое имя при конфликте;
• корректно ли освобождаются старые lease;
• не меняется ли имя устройства при повторной регистрации.

3.6. Очистить DNS-кэш на клиентах и серверах

После исправления записей может потребоваться очистка кэша.

Для Linux

Примеры проверки:

dig hostname A +short
dig -x <IP> +short
resolvectl query hostname