☰

Разрешение имен IPV4 в Win 10 периодически падает

tag-icon • tag-icon networking windows-10
Разрешение имен IPV4 в Win 10 периодически падает

У меня есть ящик Win 10 в моей офисной сети, который периодически теряет способность разрешать имена IPV4. Когда возникает проблема, пользователь не может попасть ни на один внешний веб-сайт в Интернете. Я сузил проблему до какого-то типа сетевой проблемы на ящике Win 10, но не могу понять, что это может быть, или какими должны быть мои следующие диагностические шаги. Вот диагностические шаги, которые я попробовал.

  1. Проблема с интернет-провайдером исключена, поскольку все остальные компьютеры в нашем небольшом офисе имеют подключение к Интернету, когда эта проблема возникает на этом компьютере.

  2. Исключена внутренняя проблема DNS локальной сети, так как все ящики получают свою конфигурацию DNS и DHCP через dnsmasq. Проверил и сравнил этот ящик с другими в офисе, и существенной разницы нет.

  3. Сравнил таблицу маршрутизации и кэш ARP с другими рабочими устройствами и не обнаружил существенной разницы между ними.

Симптомы при наличии проблемы:

а) Пинг внешнего веб-сайта по имени. Не работает.

C:\WINDOWS\system32>ping meridianenv.com  
Ping request could not find host meridianenv.com. Please check the name and try again.

На момент проверки этот сайт был работоспособен и отвечал.

б) Пинг внешнего веб-сайта по адресу IPV4. Работает.

C:\WINDOWS\system32>ping 66.160.145.21  
Pinging 66.160.145.21 with 32 bytes of data:  
Reply from 66.160.145.21: bytes=32 time=26ms TTL=54

Провел этот тест сразу же, вплотную к предыдущему тесту. Затем немедленно провел предыдущий тест повторно, и результат был таким же, как и выше.

в) Выполните ping-запрос на другой внутренний LAN-бокс по имени. Работает, но отвечает IPV6 вместо IPV4.

C:\WINDOWS\system32>ping jab-prec3610  
Pinging jab-prec3610 [fe80::28f1:3c0b:c6a8:91ea%3] with 32 bytes of data:  
Reply from fe80::28f1:3c0b:c6a8:91ea%3: time<1ms

г. Выполните пинг на другой внутренний LAN-бокс по номеру IPV4. Работает. Это тот же самый ящик, что и выше.

C:\WINDOWS\system32>ping 192.168.112.101  
Pinging 192.168.112.101 with 32 bytes of data:  
Reply from 192.168.112.101: bytes=32 time<1ms TTL=128

е. Выполните ping-тест с другого внутреннего LAN-устройства на проблемное устройство по имени. Работает.

C:\Users\jeffb>ping acct-opti5040  
Pinging acct-opti5040.mei.lan [192.168.112.108] with 32 bytes of data:  
Reply from 192.168.112.108: bytes=32 time<1ms TTL=128

е. Выполните пинг с другого внутреннего LAN-бокса обратно на проблемный бокс по адресу IPV4. Работает.

C:\Users\jeffb>ping 192.168.112.108  
Pinging 192.168.112.108 with 32 bytes of data:  
Reply from 192.168.112.108: bytes=32 time<1ms TTL=128

Когда коробка заработала правильно, я снова провел эти же тесты, и следующие два результата изменились (пунктыаисвыше).

а) Пинг внешнего веб-сайта по имени. Работает.

C:\WINDOWS\system32>ping meridianenv.com  
Pinging meridianenv.com [66.160.145.21] with 32 bytes of data:  
Reply from 66.160.145.21: bytes=32 time=33ms TTL=54

в) Выполните ping-запрос на другой внутренний LAN-бокс по имени. Работаети возвращается с информацией IPV4.

C:\WINDOWS\system32>ping jab-prec3610  
Pinging jab-prec3610.mei.lan [192.168.112.101] with 32 bytes of data:  
Reply from 192.168.112.101: bytes=32 time<1ms TTL=128

Что еще я пробовал:

  1. Очистите кэш DNS Windows. Проблема не устранена.

    C:\WINDOWS\system32>ipconfig /flushdns
    Конфигурация IP Windows
    Успешно очищен кэш DNS-распознавателя.

  2. Сбросьте интерфейс IPV4.

    C:\WINDOWS\system32>netsh int ipv4 reset reset.log
    Сброс интерфейса, ОК!
    Сброс адреса Unicast, ОК!
    Сброс соседа, ОК!
    Сброс пути, ОК!
    Сброс, не удалось.
    Доступ запрещен.
    Перезагрузите компьютер, чтобы завершить это действие.

Не уверен, что это успешно, так как он сообщает, что сброс не удался и доступ запрещен. Затем он сообщает, что для вступления в силу требуется перезагрузка. Хотя сброс интерфейса и перезагрузка системы могут временно решить проблему, невозможно сказать, является ли решение результатом сброса или перезагрузки. Поскольку система перезагружалась каждый день, это, по-видимому, не является решением проблемы.

  1. Сбросьте интерфейс IPV6.

    C:\WINDOWS\system32>netsh int ipv6 reset reset.log
    Сброс интерфейса, ОК!
    Сброс соседа, ОК!
    Сброс пути, ОК!
    Сброс, не удалось.
    Доступ запрещен.
    Сброс, ОК!
    Сброс, ОК!
    Перезагрузите компьютер, чтобы завершить это действие.

Тот же вывод, что и при сбросе интерфейса IPV4 выше. Похоже, это не решение проблемы.

Эта проблема не возникает ни с одним из других ящиков Windows в офисе (в основном Win 7 и еще один ящик Win10). Когда проблема возникает, она может возникать только в течение минуты или двух, или может длиться более 10 минут. Я не могу связать, когда это происходит или когда это само собой устраняется, с чем-либо еще, происходящим в нашей сети.

Я ищу дополнительные предложения относительно того, что может быть причиной этой проблемы, варианты диагностики или способы ее устранения.

Спасибо за любую помощь.

Связанный контент