Исправить nslookup работает, но в Windows 10 сбой ping

При запросе IP-адреса веб-сайта, если ваш nslookup работает, но на ПК с Windows 10 происходит сбой ping, для этого может быть много причин. Давайте попробуем решить эти проблемы, но перед этим вот что nslookup.exe и Ping означают простыми словами.

nslookup – это инструмент командной строки, который помогает найти DNS-записи веб-сайта. Он отправляет запрос на сервер имен в DNS и получает соответствующий IP-адрес. Он также может выполнять некоторые сложные функции, такие как поиск сведений о FTP-сервере, почтовом сервере и т. Д., Но большинство из них используются администраторами. Лучшая часть nslookup – это то, что он напрямую запрашивает DNS-сервер и не использует кеш.

Еще один инструмент для проверки подключения – PING . Он отправляет пакет информации на IP-адрес или в домен и получает ответ в виде пакетов. Если все идет хорошо, все пакеты принимаются, но если нет, это поможет вам определить, где именно происходит задержка в сети. Однако команда ping не всегда пытается выполнить поиск DNS. Это означает, что она может использовать кэш DNS и использовать IP-адрес, указанный в этой таблице.

Хотя оба они помогают определить хост или IP-адрес, но иногда nslookup работает, но в Windows 10 происходит сбой проверки связи.

nslookup работает, но ping не работает

Может случиться так, что запросы nslookup будут работать на вас, но когда вы пытаетесь использовать PING, он терпит неудачу. Например, если XYZ.com – это имя веб-сайта, то вот как эта ситуация будет выглядеть в командной строке.

nslookup xyz.com
Сервер: dns.company.com
Адрес: 192.168.1.38

C: \> ping xyz.com
Не удалось найти запрос ping на хосте xyz.com. Пожалуйста, проверьте имя и попробуйте снова.

Когда вы используете PING, имя домена преобразуется в IP-адрес, а затем данные отправляются на этот IP-адрес. Когда ответ возвращается, это означает, что данные передаются туда и обратно без проблем. Однако, если DNS не может определить IP-адрес веб-сайта или если ваш компьютер не пытается выполнить поиск DNS, вы получите похожее сообщение об ошибке с надписью « Не удалось найти хост » и т. Д.

Попробуйте следующие методы устранения неполадок, чтобы решить эту проблему:

1] Сброс DNS, сброс Winsock и сброс TCP/IP

Иногда веб-сайты не разрешаются, потому что DNS на вашем ПК все еще помнит старый IP. Поэтому не забудьте очистить DNS, сбросить Winsock и сбросить TCP/IP.

Вы также можете использовать нашу бесплатную программу FixWin для выполнения этих трех операций одним щелчком мыши.

2] Заставьте Windows выполнять поиск DNS с использованием полного доменного имени .

На компьютере выберите «Настройки»> «Сеть и Интернет»> «Состояние»> «Изменить параметры адаптера».

1. Щелкните правой кнопкой мыши сеть и выберите «Свойства».
2. Выберите Internet Protocol Version 4 из списка соединений, доступных в списке. Если вы используете IPv6, используйте это.
3. Нажмите Свойства
4. Нажмите Дополнительно
5. Перейдите на вкладку DNS и выберите « Добавить эти DNS-адреса (по порядку) ».
6. Нажмите кнопку «Добавить» и добавьте . в качестве суффикса.

Каждый раз, когда вы делаете запрос, используя PING или любой другой инструмент, он добавляет. в конце, и заставит поиск.

3] Сценарий с несколькими сетевыми картами

Если к компьютеру подключено более одного сетевого адаптера и имеется несколько шлюзов по умолчанию, это может привести к путанице. Для этого необходимо удалить шлюз по умолчанию из конфигурации всех сетевых адаптеров, но только один шлюз по умолчанию .

4] Используйте общедоступный DNS Google

Если это не помогает, используйте Google Public DNS и посмотрите, подходит ли вам это. Вам необходимо явно изменить настройки DNS в вашей операционной системе, используя IP-адреса DNS.

• Прежде всего, щелкните правой кнопкой мыши значок сети на панели задач и выберите Центр управления сетями и общим доступом.
• Выберите «Изменить настройки адаптера».
• Поиск сетевого подключения, используемого для подключения к Интернету; опция может быть либо «Подключение по локальной сети», либо «Беспроводное подключение».
• Щелкните правой кнопкой мыши и выберите «Свойства».
• Выберите новое окно, чтобы выбрать «Протокол Интернета 4 (TCP/IPv4)», а затем нажмите кнопку «Свойства».
• Установите флажок «Использовать следующие адреса DNS-серверов» в новом окне.
• Введите 8.8.8.8 и 8.8.4.4 .
• Наконец, нажмите OK и выйдите.

4] Проверьте свой файл хоста

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

5] Удалить профили WLAN

При подключении к нескольким сетям все они сохраняются на вашем компьютере. В следующий раз, когда вы окажетесь в этой сети, она автоматически подключится. Возможно, что одна из этих сетей стала мошеннической, и она не подключается должным образом, или, возможно, она продолжает отключаться от этой сети. Лучше всего удалить все профили сети WLAN и начать все заново,

6] Переустановите драйверы сетевого адаптера

Если удаление профилей WLAN не работает, есть вероятность, что сетевые драйверы повреждены. Вам нужно будет переустановить сетевые адаптеры и драйверы, а также для достижения наилучших результатов. Следуйте инструкциям в руководствах, и это решит проблему для вас.

Я уверен, что для большинства из вас первые три совета по устранению неполадок решат проблему, при которой работает nslookup, но ping не работает. Однако, если его драйвер адаптера вызывает проблему, остальные советы помогут вам решить. Дайте нам знать, какой из них работал для вас?

Windows не работает nslookup

netdiag
dcdiag
ipconfig /all

с контролера домена сюда выложите

Обратной зоны нет.

Computer Name: SRVR001
DNS Host Name: srvr001.study.local
System info : Microsoft Windows Server 2003 (Build 3790)
Processor : x86 Family 15 Model 4 Stepping 4, GenuineIntel
List of installed hotfixes :
Q147222

Netcard queries test . . . . . . . : Passed
GetStats failed for ‘¦Ё*ьющ ярЁрыыхы№эvщ яюЁЄ’. [ERROR_NOT_SUPPORTED]
[WARNING] The net card ‘¦шэшяюЁЄ WAN (PPTP)’ may not be working because it h
as not received any packets.
[WARNING] The net card ‘¦шэшяюЁЄ WAN (PPPoE)’ may not be working because it
has not received any packets.
[WARNING] The net card ‘¦шэшяюЁЄ WAN (IP)’ may not be working because it has
not received any packets.
GetStats failed for ‘¦шэшяюЁЄ WAN (L2TP)’. [ERROR_NOT_SUPPORTED]

Per interface results:

Adapter : ¦юфъы¦ўхэшх яю ыюъры№эющ ёхЄш 2

Netcard queries test . . . : Passed

Host Name. . . . . . . . . : srvr001
IP Address . . . . . . . . : 192.168.1.200
Subnet Mask. . . . . . . . : 255.255.255.0
Default Gateway. . . . . . : 192.168.1.1
Dns Servers. . . . . . . . : 192.168.1.200

AutoConfiguration results. . . . . . : Passed

Default gateway test . . . : Passed

NetBT name test. . . . . . : Passed
[WARNING] At least one of the ‘WorkStation Service’, ‘Messenge
r Service’, ‘WINS’ names is missing.
No remote names have been found.

WINS service test. . . . . : Skipped
There are no WINS servers configured for this interface.

Domain membership test . . . . . . : Passed

NetBT transports test. . . . . . . : Passed
List of NetBt transports currently configured:
NetBT_Tcpip_
1 NetBt transport currently configured.

Autonet address test . . . . . . . : Passed

IP loopback ping test. . . . . . . : Passed

Default gateway test . . . . . . . : Passed

NetBT name test. . . . . . . . . . : Passed
[WARNING] You don’t have a single interface with the ‘WorkStation Servi
ce’, ‘Messenger Service’, ‘WINS’ names defined.

Winsock test . . . . . . . . . . . : Passed

DNS test . . . . . . . . . . . . . : Passed
PASS — All the DNS entries for DC are registered on DNS server ‘192.168.1.20
0′.

Redir and Browser test . . . . . . : Passed
List of NetBt transports currently bound to the Redir
NetBT_Tcpip_
The redir is bound to 1 NetBt transport.

List of NetBt transports currently bound to the browser
NetBT_Tcpip_
The browser is bound to 1 NetBt transport.

DC discovery test. . . . . . . . . : Passed

DC list test . . . . . . . . . . . : Passed

Trust relationship test. . . . . . : Skipped

Kerberos test. . . . . . . . . . . : Passed

LDAP test. . . . . . . . . . . . . : Passed

Bindings test. . . . . . . . . . . : Passed

WAN configuration test . . . . . . : Skipped
No active remote access connections.

Modem diagnostics test . . . . . . : Passed

IP Security test . . . . . . . . . : Skipped

Note: run «netsh ipsec dynamic show /?» for more detailed information

The command completed successfully

Domain Controller Diagnosis

Performing initial setup:
Done gathering initial info.

Doing initial required tests

Testing server: Default-First-Site-Name\SRVR001
Starting test: Connectivity
. SRVR001 passed test Connectivity

Doing primary tests

Testing server: Default-First-Site-Name\SRVR001
Starting test: Replications
. SRVR001 passed test Replications
Starting test: NCSecDesc
. SRVR001 passed test NCSecDesc
Starting test: NetLogons
. SRVR001 passed test NetLogons
Starting test: Advertising
. SRVR001 passed test Advertising
Starting test: KnowsOfRoleHolders
. SRVR001 passed test KnowsOfRoleHolders
Starting test: RidManager
. SRVR001 passed test RidManager
Starting test: MachineAccount
. SRVR001 passed test MachineAccount
Starting test: Services
. SRVR001 passed test Services
Starting test: ObjectsReplicated
. SRVR001 passed test ObjectsReplicated
Starting test: frssysvol
. SRVR001 passed test frssysvol
Starting test: frsevent
. SRVR001 passed test frsevent
Starting test: kccevent
. SRVR001 passed test kccevent
Starting test: systemlog
. SRVR001 passed test systemlog
Starting test: VerifyReferences
. SRVR001 passed test VerifyReferences

Running partition tests on : ForestDnsZones
Starting test: CrossRefValidation
. ForestDnsZones passed test CrossRefValidation

Starting test: CheckSDRefDom
. ForestDnsZones passed test CheckSDRefDom

Running partition tests on : DomainDnsZones
Starting test: CrossRefValidation
. DomainDnsZones passed test CrossRefValidation

Starting test: CheckSDRefDom
. DomainDnsZones passed test CheckSDRefDom

Running partition tests on : Schema
Starting test: CrossRefValidation
. Schema passed test CrossRefValidation
Starting test: CheckSDRefDom
. Schema passed test CheckSDRefDom

Running partition tests on : Configuration
Starting test: CrossRefValidation
. Configuration passed test CrossRefValidation
Starting test: CheckSDRefDom
. Configuration passed test CheckSDRefDom

Running partition tests on : study
Starting test: CrossRefValidation
. study passed test CrossRefValidation
Starting test: CheckSDRefDom
. study passed test CheckSDRefDom

Running enterprise tests on : study.local
Starting test: Intersite
. study.local passed test Intersite
Starting test: FsmoCheck
. study.local passed test FsmoCheck

Настройка протокола IP для Windows

Имя компьютера . . . . . . . . . : srvr001
Основной DNS-суффикс . . . . . . : study.local
Тип узла. . . . . . . . . . . . . : неизвестный
IP-маршрутизация включена . . . . : нет
WINS-прокси включен . . . . . . . : да
Порядок просмотра суффиксов DNS . : study.local

Подключение по локальной сети 2 — Ethernet адаптер:

DNS-суффикс этого подключения . . :
Описание . . . . . . . . . . . . : Realtek RTL8169/8110 Family Gigabit Ether
net NIC
Физический адрес. . . . . . . . . : 00-13-D3-CD-5D-BB
DHCP включен. . . . . . . . . . . : нет
IP-адрес . . . . . . . . . . . . : 192.168.1.200
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз . . . . . . . . . . : 192.168.1.1
DNS-серверы . . . . . . . . . . . : 192.168.1.200

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

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

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

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

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

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

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

сбой displaydns

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

Но DNS-клиент работает

Чтение форумов, наиболее вероятная причина этого признака dnscache — не работает служба DNS Client (aka ); Однако для нас это так.

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

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

[CHECKED] Добавляет основной DNS-суффикс и суффикс соединения

• [CHECKED] Добавить родительские суффиксы основного DNS-суффикса

[UNchecked] Добавить эти суффиксы DNS

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

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

Однако я не уверен, что что-то из этого имеет значение, потому что мы не можем попасть на goolge.com, то есть полное доменное имя.

Больше информации

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

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

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

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

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

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

Не DirectAccess

Проблема не в DirectAccess:

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

Wireshark

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

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

Другие заметки

c:\windows\system32\drivers\etc\hosts Пуст (только комментарии).

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

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

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

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

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

Еще не пробовал в безопасном режиме с сетью еще.

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

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

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

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

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

Резюме

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

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

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

@Kris хотел увидеть ipconfig /all

Изменить 2:

и перезагрузка и ничего не изменилось.

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

Мы нашли ответ на edugeek.com и использовали его в качестве руководства. Наши явные действия объяснены ниже.

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

Пост 20 от fencecat42 более детально рассмотрен.

В разделе реестра:

Следующие «значения» (как MS вводит их в заблуждение, каждое из которых может иметь «данные») отсутствуют

Все три отсутствовали как на fencecat42, так и в нашей системе.

Теперь, слава (ну, почти;) @Kris, потому что было доказательство этой проблемы в ipconfig /all что они попросили меня опубликовать. Уведомления в моем опубликованном выводе нет Host Name . Это одно и то же Hostname из реестра.

Я не решаюсь отредактировать реестр, потому что одно случайное нажатие клавиши может сделать вашу систему не загружаемой, и в этом случае, надеюсь, вы произвели восстановление системы или сделали копию своего реестра (мои любимые способы — ERUNT и Tweaking.com Windows Repair All-In -Один (который включает в себя инструмент для сохранения реестра) (об этих инструментах я узнал на techsupportalert.com))

Итак, чтобы установить Hostname , мы просто зашли в Панель управления -> Система. (Часто ссылка «Изменить настройки» не отображается на первом экране; необходимо прокрутить вниз. Для этого шага требуется авторизация UAC. После настройки необходимо перезагрузиться.)

Это действие устанавливает как Hostname и NV Hostname «ценность» в реестре.

Мы не смогли найти нередактированный способ редактирования Domain «значения». (Возможно, netdom но у нас этого не было в этой системе Windows 7 Home Premium.) Поэтому мы использовали реестр, чтобы установить Domain пустое значение . Мы использовали regedit , перешли к Tcpip/Parameters клавише, щелкнули правой кнопкой мыши -> New -> String Value. Это создаст новое «значение» и настроит вас ввести его имя, изменив новое имя по умолчанию. Тогда нам не нужно было создавать фактические «данные» для этого «значения» (опять же простите за нелогичные термины MS). Просто создал его и оставил его «данные» неинициализированными.

Примечание: мы попытались установить сеть после установки просто имени хоста. Не работал. Domain (даже пустой) требовалось. Мы не пытались с созданным (и пустым) Доменом, но без создания и настройки имени хоста. Но я думаю, что это интересный эксперимент.

Размышления

Я не помню сейчас, но я подозреваю, что мы попробовали Microsoft «Как сбросить TCP / IP с помощью утилиты NetShell», которая

(или любой другой путь и имя файла для файла журнала).

И эта страница MS говорит это:

Когда вы запускаете команду сброса, она перезаписывает следующие разделы реестра, оба из которых используются TCP / IP:

[Похоже, тот же ключ реестра, который мы изменили, MS просто не показывает всю свою иерархию. — Джон В Кумпф]

Это имеет тот же эффект, что и удаление и переустановка TCP / IP. Для успешного выполнения ручной команды необходимо указать имя файла журнала, в который будут записаны действия netsh. (Этот файл журнала называется «resetlog.txt» в процедурах, описанных выше в этом разделе.)

Возможно, этот процесс переустановки перезаписывает эти ключи реестра и не может записать имя хоста и домен ? Может быть?

Если это так, то то, что действительно работает для нас, — это сброс IP-адреса MS, затем установка этих ключей реестра.

Наша проблема появилась после перезагрузки после сбоя из-за жары. Трудно связать это событие с проблемой. Одна возможность состоит в том, что высокая температура сломала небольшое количество блоков диска, и один из этих блоков оказался частью значений ключа реестра Tcpip. Вряд ли, но я думаю, возможно.

Или, если переустановка TCP / IP была необходим, что блоки диска повреждены службы TCP / IP, и мы должны были повторно установить его , а затем зафиксировать его после.

Это довольно интересный результат. Это означает, что DNS-клиент Windows ищет Domain в реестре либо 2, либо все 3 «значения». И если он найдет это (их), это нормально. Если он не находит их, особенно если он не находит Domain , он выдает ошибку и просто терпит неудачу. Нет сообщения об ошибке [1].

Я думаю, мы можем сделать вывод из этого доказательства, что это ошибка в Windows DNS Client . Мы можем доказать это, потому что он работает с пустым значением Домена, что означает, что программное обеспечение не может его использовать, а это значит, зачем ему требовать его существования (даже пустого) для правильной работы? Это ошибка.

Там может быть отчет об ошибке, но не в окне просмотра событий в общих местах (по иерархии: Просмотр событий (Local) -> Windows -> Application и System). Существуют и другие журналы, многие из которых не включены по умолчанию, которые могли иметь какой-то вывод, особенно

но также возможно

После МНОГИХ поисков этой проблемы кажется, что эту проблему обычно трудно отладить, и это что-то «странное».

Например, в этом сообщении на spiceworks проблема заключалась в истекшем сертификате на DNS-сервере.

Плакат «Galen in Laguna» на spiceworks предложил способ полностью удалить стек TCP / IP в Windows 7 и позволить Windows переустановить его. Я подозреваю, что это работало бы в нашем случае, потому что это восстановило бы Tcpip раздел реестра. (Но см. Пост MS выше.)

Плакат ILS на spiceworks предположил, что afd.sys драйвер может иметь трояна или каким-либо образом поврежден, и предложил, как его заменить. ( afd расшифровывается как «Драйвер вспомогательной функции» для Winsock.)

Это сообщение суперпользователя Почему ping не может разрешить имя, когда nslookup работает нормально? где вопрос имел 35 голосов, а лучший ответ — 27, это хорошая ссылка. Там люди сообщили о «других решениях для них», включая:

• несколько шлюзов по умолчанию
• два компьютера с одинаковым IP-адресом в сети
• Проблема многопользовательского DNS-запроса в Windows 7 (что бы это ни было)

Также люди сообщают, что эта проблема может быть вызвана «руткитами». Я бы предложил всем, кто борется с этой проблемой, запустить несколько сканеров руткитов. bleepingcomputer.com — хорошее место, чтобы получить совет. Или прочитайте Лучший бесплатный сканер рутов Gitmo / Remover на techsupportalert.com

На форумах есть свидетельства того, что эта проблема чаще всего остается неразрешенной.

Тот же пост суперпользователя Почему ping не может разрешить имя, когда nslookup работает нормально? Там, где на вопрос было 35 голосов, а лучший ответ — 27, автор лучшего ответа сказал: «В этом случае некоторые сайты также рекомендуют удалить и переустановить SP3».

Полезный совет, если это не решит вашу проблему: при поиске в Интернете проблем с DNS в Windows имейте в виду, что во многих публикациях говорится о сервере Windows, функционирующем как DNS-сервер . Наша проблема заключалась в том, что у нас был обычный старый компьютер, подключенный через маршрутизатор к Интернету, и наше программное обеспечение DNS- клиента не работало. Иногда читая посты, я пропускал это различие.

Еще один полезный совет, если вы отправляетесь на поиск: многие проблемы такого рода, которые мы обнаружили, имели атрибуты, которых у нас НЕ было:

1. локальный DNS-сервер внутри здания (наш был общедоступным DNS-сервером, например, Google 8.8.8.8).
2. не удалось перевести названия локальных узлов в здании (мы пытались получить доступ к общедоступным интернет-сайтам, таким как www.google.com)
3. часть домена Windows и / или использование Active Directory, например, в корпоративной среде (мы только что подключили наш ПК к беспроводному маршрутизатору)

Я надеюсь, что наш ответ поможет кому-то еще.

Я бы переустановил все сетевые драйверы и установил статический DNS на 8.8.8.8 и 8.8.4.4 (основной и дополнительный серверы Google).

Попробуйте очистить кэш DNS, используя:

Если это не поможет, возможно, стоит проверить службу DNS-клиента, запустив services.msc из командной строки. Найдите службу под названием «DNS-клиент» и убедитесь, что для ее метода запуска установлено значение «Автоматически» и что служба запущена.

Переустановите TCP / IP (пожалуйста, продолжайте читать . ). Я не имею в виду «сбросить его», «перезапустить», «включить его». В Windows 10 запустите «netcfg -u ms_tcp». Это на самом деле удалит протокол из вашей системы. Нет больше TCP / IP v4 на нем. Переустановите протокол обычным способом (свойства сетевого подключения; добавить протокол). В Windows 7 вы можете отредактировать файл nettcpip.inf, чтобы разрешить удаление протокола из свойств сетевого подключения, но это невозможно в Windows 10 (нельзя сказать ни в 8, ни в 8.1). Надеюсь, это кому-нибудь поможет. Р.В.

У меня такая же проблема, мой реестр кажется штраф, единственный способ исправить эту проблему во времени является запуск: ipconfig /renew . Попробую сбросить стек IP, выложу больше информации, если найду решение .