Отладка разрешения имен с помощью 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
что может быть причиной этого?
Проблема "хозяина" или "клиент"?
Как я могу это отладить?
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. Принтеры, как правило, говорят все три и более.
устранение неполадок групповой основе протоколы:
- установить инструмент захвата пакетов.
- направьте его на интерфейс LAN.
- попробуйте разрешить имя, посмотрите, генерирует ли ваш компьютер ожидаемые пакеты запросов LLMNR или mDNS, и если другое устройство генерирует какие-либо ответы.
- перезагрузите другого устройства (или просто подключите его к сети), и посмотреть, если это устройство объявляет свое имя Регистрация пакетов.
обратите внимание, что nslookup is не общий инструмент поиска имен. Это строго одноадресный DNS-клиент и не помогает с mDNS/LLMNR/NBNS вообще.