Отладка разрешения имен с помощью Windows и APIPA

для лабораторного оборудования я использую настройки по умолчанию везде и они используют автоматическая настройка IP (APIPA aka zeroconf, я думаю); я поставил их на частный коммутатор.

Я всегда мог обратиться к ним через их имя хоста, я думаю, что это работает через mDNS.

теперь Я заменил одно устройство на идентичное и вдруг это перестало работать:

C:>ping FSW26-101414
Ping request could not find host FSW26-101414. Please check the name and try aga
in.

инструменты, безусловно, и имя наверняка правильно:

C:>ping 169.254.27.85

Pinging 169.254.27.85 with 32 bytes of data:
Reply from 169.254.27.85: bytes=32 time<1ms TTL=128
Reply from 169.254.27.85: bytes=32 time<1ms TTL=128
Reply from 169.254.27.85: bytes=32 time<1ms TTL=128
Reply from 169.254.27.85: bytes=32 time<1ms TTL=128

Ping statistics for 169.254.27.85:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 0ms, Maximum = 0ms, Average = 0ms

что может быть причиной этого?
Проблема "хозяина" или "клиент"?
Как я могу это отладить?

5
задан divB
26.01.2023 12:40 Количество просмотров материала 2559
Распечатать страницу

1 ответ

для разрешения локальных имен может использоваться несколько протоколов. Сгруппированы по клиентской ОС:

  • Windows 10 (не уверен, какие релизы, но примерно 10.1803 или более поздней версии) поддержка Apple mDNS протокол (UDP многоадресная рассылка на порт 5353). Запросы имен отправляются в многоадресные группы 224.0.0.251 и FF02::FB. Это не зависит от конфигурации IP (несмотря на то, что он является частью zeroconf suite, он не использует и не подразумевает APIPA и наоборот). Она появляется быть активным всякий раз, когда LLMNR активен.

    (если у вас установлен iTunes, независимо от версии Windows, он устанавливает свой собственный клиент mDNS-Apple Bonjour - как Winsock LSP. Bonjour разрешает только имена с .local суффикс, в то время как встроенный клиент также принимает имена без TLD с одной меткой.)

  • Windows Vista и Server 2008 и более поздние версии поддерживают LLMNR протокол UDP (мультикаст в порт 5355). Запросы имен отправляется в многоадресные группы 224.0.0.252 и FF02::1:3. Это не зависит от конфигурации IP; он активен, пока активно обнаружение сети.

  • все версии Windows поддерживают NetBIOS Name Service протокол (UDP / IPv4 вещание на порт 137, а также некоторые комплекс выборы "главного браузера"). Насколько я понимаю, запросы имен транслируются. Это не зависит от конфигурации IP, но требует установки SMBv1 и включен.

Я не знаю, что "лабораторное оборудование" вы используете, но любой из этих протоколов может поддерживается не Windows устройств. (Например, на Linux, mDNS протокол реализуется система mDNSResponder; функция llmnr реализуется посредством systemd-resolved или xllmnrd; использование nbns реализуется указан демон nmbd Самбу.) Многие устройства говорят mDNS. Принтеры, как правило, говорят все три и более.

устранение неполадок групповой основе протоколы:

  1. установить инструмент захвата пакетов.
  2. направьте его на интерфейс LAN.
  3. попробуйте разрешить имя, посмотрите, генерирует ли ваш компьютер ожидаемые пакеты запросов LLMNR или mDNS, и если другое устройство генерирует какие-либо ответы.
  4. перезагрузите другого устройства (или просто подключите его к сети), и посмотреть, если это устройство объявляет свое имя Регистрация пакетов.

обратите внимание, что nslookup is не общий инструмент поиска имен. Это строго одноадресный DNS-клиент и не помогает с mDNS/LLMNR/NBNS вообще.

0
отвечен grawity 2023-01-27 20:28

Постоянная ссылка на данную страницу: [ Скопировать ссылку | Сгенерировать QR-код ]

Ваш ответ

Опубликуйте как Гость или авторизуйтесь

Имя
Вверх