DNS Windows 7 не работает (nslookup работает; ping -4 name.com НЕ работает)

Nslookup работает; ping -4 name.com НЕ работает

Наиболее очевидным симптомом этой проблемы является то, что nslookup работает, в то время как ping -4 name.com НЕ работает.

Это потому, что nslookup содержит свой собственный DNS-клиент и поэтому не использует клиент Windows.

ping при присвоении имени использует DNS-клиент Windows для перевода имени -> номер.

Итак, если nslookup может переводить, то многое работает: сетевое оборудование, сетевой адаптер драйвер, подключение к Интернету к DNS-серверам и успешный доступ к серверам для выполнения перевода. Это очень много!

Однако ping -4 name.com терпит неудачу, поэтому, если все остальное работает, это связано с самим программным обеспечением DNS-клиента Windows.

Обратите внимание, что я сделал ping -4, чтобы изолировать IPv4, исключая влияние IPv6.

Сбой отображения

Вот почему лучшим симптомом для описания актуальной проблемы является это

ipconfig /displaydns

Отчеты:

Could not display the DNS Resolver Cache.

Но DNS-клиент запущен

Читая форумы, наиболее вероятной причиной этого симптома является то, что служба DNS-клиента (она же dnscache) не запущена; однако для нас это так.

Мы сделали

net stop dnscache
net start dnscache
sc query dnscache

И это продолжается.

Это не DNS-суффикс

Другая возможность заключается в том, что используются DNS-суффиксы. Однако зайдя в центр управления сетями и общим доступом -> измените настройки адаптера -> Подключение к беспроводной сети -> Свойства ->Свойства интернет-протокола версии 4 ->Дополнительно ->вкладка DNS, у нас есть:

[ПРОВЕРЕНО] Добавьте DNS-суффиксы основного и конкретного подключения

  • [ПРОВЕРЕНО] Добавьте родительские суффиксы к основному DNS-суффиксу

[Не отмечено] Добавьте эти DNS-суффиксы

(и список пуст)

DNS-суффикс для этого соединения:

[ПРОВЕРЕНО] Зарегистрируйте адреса этого соединения в DNS [Непроверено] Используйте DNS-суффикс этого соединения в Регистрация DNS.

Однако я не уверен, имеет ли это какое-либо значение, потому что мы не можем добраться до goolge.com, т.е. ПОЛНОЕ ДОМЕННОЕ имя.

Дополнительная информация

На данный момент мы отключили IPv6 для отладки. Так что все, о чем здесь сообщается, отключено по протоколу IPv6.

nslookup работает надежно, на google.com и всем остальном.

Однако,

ping -4 google.com

Говорит

Ping request could not find host google.com

И просмотр говорит об ошибке DNS.

Теперь я узнал, что nslookup имеет свой собственный DNS-клиент, отдельный от Windows. Что заставило бы меня поверить, что nslookup's DNS-клиент в порядке, а Windows каким-то образом повреждена.

Действительно, мы можем просматривать Google и другие сайты по IP-адресу, просто не по имени.

ping по IP-адресу работает нормально. Как и tracert по IP-адресу.

Не прямой доступ

Проблема, похоже, не в DirectAccess:

netsh dns show state

Отчеты (среди прочего)

Network Location Behavior           Never use Direct Access settings

Direct Access Settings              Not Configured

Wireshark

Захват Wireshark во время nslookup показывает имя запросы.

Однако захват, выполняющий пинг, не показал таких запросов. На самом деле, никакой активности вообще (кроме фоновой). Это говорит о том, что DNS-клиент Windows даже не пытается выйти в Интернет и перевести имя, что соответствовало бы его неспособности отображать имена.

Другие примечания

c:windowssystem32driversetchosts пусто (только комментарии).

Проблема возникает, когда DNS-сервер настроен на университетский; или когда установлен на 8.8.8.8 google и/или 8.8.4.4 и/или OpenDNS 208.67.222.222 и/или 208.67.220.220. Что имеет смысл, учитывая, что Wireshark сообщает, что Windows даже не отправляет запрос имени.

Проблема возникла после тепловой аварии. Однако возможность просмотра по правилам IP приводит к аппаратным проблемам, за исключением, возможно, повреждения жесткого диска. Однако chkdsk не сообщал о каких-либо плохих секторах и sfc не обнаружил никаких повреждений.

Мы также удалили сетевой адаптер в Диспетчере устройств и разрешили его переустановить автоматически. Также проверено наличие обновлений для этого адаптера в Windows. Там их не было.

Сбой означает перезагрузку, так что, возможно, это было плохое обновление Windows. Однако до этого и после последнего обновления Windows было несколько перезагрузок.

Мы запустили для руткита Антивирус Malwarebytes, а также их бета-версию антивируса Malwarebytes, TDSSKiller и Comodo Cleaning Essentials (CCE, но, похоже, он не обновляется).

Не пробовали в безопасном режиме с пока нет сети.

В основном мы используем университетский маршрутизатор, однако проблема также возникает при подключении к точке доступа смартфона.

ipconfig сообщает о 5 туннельных адаптерах, но все они сообщают о "Отключенном носителе". 2 из них выглядят специфичными для университета.

ipconfig и диспетчер устройств оба сообщают о Microsoft Virtual WiFi Miniport Adapter. Что это такое и может ли это быть проблемой?

Проблема идентична после многих перезагрузок ПК.

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

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

Итак, похоже, что DNS-клиент Windows поврежден или, по крайней мере, каким-то образом неисправен, но я не уверен, как понять, почему.

(КСТАТИ, я пишу это на другом компьютере)

Редактировать:

@Крис хотел увидеть ipconfig /all

C:Users[username]>ipconfig /all

Windows IP Configuration

   Host Name . . . . . . . . . . . . :       <<<====NOTE NO HOST NAME
   Primary Dns Suffix  . . . . . . . :
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No
   DNS Suffix Search List. . . . . . : ed*****.***l.edu

Wireless LAN adapter Wireless Network Connection 2:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft Virtual WiFi Miniport Adapter
   Physical Address. . . . . . . . . : xx-xx-xx-xx-xx-xx
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes

Wireless LAN adapter Wireless Network Connection:

   Connection-specific DNS Suffix  . : ed*****.***l.edu
   Description . . . . . . . . . . . : Broadcom 802.11n Network Adapter
   Physical Address. . . . . . . . . : xx-xx-xx-xx-xx-xx
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   IPv4 Address. . . . . . . . . . . : 10.131.2.**(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.128.0
   Lease Obtained. . . . . . . . . . : Monday, April 27, 2015 11:32:13 AM
   Lease Expires . . . . . . . . . . : Monday, April 27, 2015 11:47:13 AM
   Default Gateway . . . . . . . . . : 10.131.0.1
   DHCP Server . . . . . . . . . . . : 132.236.56.249
   DNS Servers . . . . . . . . . . . : 192.35.82.50
                                       128.253.180.2
                                       132.236.56.250
   NetBIOS over Tcpip. . . . . . . . : Enabled

Ethernet adapter Local Area Connection:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . : r****.****l.edu
   Description . . . . . . . . . . . : Broadcom NetLink (TM) Gigabit Ethernet
   Physical Address. . . . . . . . . : xx-xx-xx-xx-xx-xx
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter Reusable ISATAP Interface {CBE4B55D-63C6-460A-82CF-7076427CD2AF}:


   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #2
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter isatap.e****.****l.edu:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #3
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter Local Area Connection* 9:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter isatap.{270C639B-82A2-4AE7-B886-D40DAA7EF798}:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #4
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter isatap.r****.****l.edu:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #5
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Правка 2:

Пытался

netsh int ip set dns "wireless network connection" static 8.8.4.4
net winsock reset

И перезагрузился, но ничего не изменил.

Попробовал это отличный сайт (спасибо @Kris) Windows 7: Службы - Восстановите службы по умолчанию в Windows 7 и загрузил их DNS_Client.reg (и назвал его .reg.txt для безопасности) и сравнил это с существующей записью реестра HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesDnscache, но, к сожалению, они были одинаковыми.