После загрузки я сразу получил подключение к интернету через Wi-Fi / роутер

C:\Users>ping 8.8.8.8
Ping wird ausgeführt für 8.8.8.8 mit 32 Bytes Daten:
Antwort von 8.8.8.8: Bytes=32 Zeit=11ms TTL=55
Antwort von 8.8.8.8: Bytes=32 Zeit=10ms TTL=55
Antwort von 8.8.8.8: Bytes=32 Zeit=11ms TTL=55
Antwort von 8.8.8.8: Bytes=32 Zeit=10ms TTL=55

DNS-поиск сбой вскоре после загрузки

C:\Users>nslookup heise.de
DNS request timed out.
    timeout was 2 seconds.
Server:  UnKnown
Address:  62.117.1.25
DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
    timeout was 2 seconds.
DNS request timed out.
    timeout was 2 seconds.
*** Zeitüberschreitung bei Anforderung an UnKnown.

~ 2 минуты после загрузки проблема с DNS волшебным образом излечивает себя.

C:\Users\razor>nslookup heise.de
Server:  ns1.telecolumbus.net
Address:  62.117.1.25
Nicht autorisierende Antwort:
Name:    heise.de
Addresses:  2a02:2e0:3fe:1001:302::
          193.99.144.80

Как я могу исправить это, чтобы иметь рабочее разрешение DNS сразу после загрузки?

1 ответ1

1

Чтобы помочь локализовать проблему, используйте команду traceroute (Linux или OS X), которая в системе Microsoft Windows является tracert. Выполните команду, когда проблема DNS происходит, и когда это не так. То есть tracert -d 62.117.1.25 для проверки сетевого пути к DNS-серверу. Это покажет вам все сетевые переходы между вашей системой и DNS-сервером и, если изначально возникла проблема с подключением к DNS-серверу, где эта проблема возникает. Параметр «-d» для tracert указывает, что он не должен пытаться разрешить IP-адреса в доменных именах, что изначально не будет работать. Вы можете опустить опцию -d когда работает DNS.

Вы также можете попробовать изменить DNS-сервер для команды nslookup при запуске сразу после загрузки, чтобы помочь локализовать проблему. Поскольку 8.8.8.8 является DNS-сервером Google, посмотрите, что произойдет, если вы укажете, что он будет использоваться. Например: nslookup heise.de 8.8.8.8 . Если в конце команды указать IP-адрес DNS-сервера, этот DNS-сервер будет использоваться вместо того, который настроен для Windows. В качестве альтернативы вы можете просто набрать nslookup а затем на сервере приглашения типа nslookup server 8.8.8.8 . Например:

c:\>nslookup
Default Server:  UnKnown
Address:  ::1

> server 8.8.8.8
Default Server:  google-public-dns-a.google.com
Address:  8.8.8.8

> heise.de
Server:  google-public-dns-a.google.com
Address:  8.8.8.8

Non-authoritative answer:
Name:    heise.de
Addresses:  2a02:2e0:3fe:1001:302::
          193.99.144.80

Если вы изначально используете DNS-сервер Google, проблема все еще возникает или вы вместо этого получаете ответ от этого DNS-сервера?

Я использовал DNSQuerySniffer, созданный Nir Sofer, который является бесплатным и доступен на его веб- сайте NirSoft вместе со многими другими бесплатными утилитами, которые он создал, для исследования проблем DNS в системах Windows. Вы можете использовать его для устранения неполадок. Например, вы можете использовать его для проверки того, что ваша система отправляет запросы DNS при возникновении проблемы.

Вы также можете проверить, имеет ли значение значение времени ожидания для nslookup какую-либо разницу. Например, чтобы изменить его с 2 до 4 секунд, вы можете получить приглашение nslookup, просто набрав в командной строке nslookup без указания IP-адреса или полного доменного имени (FQDN), а затем введите set timeout=4 . Другим параметром, который можно настроить для nslookup, является количество повторных попыток, которое можно изменить с помощью set retry=X где X - количество повторных попыток. Например:

c:\>nslookup
Default Server:  UnKnown
Address:  ::1

> set timeout=4
> heise.de
Server:  UnKnown
Address:  ::1

Non-authoritative answer:
Name:    heise.de
Addresses:  2a02:2e0:3fe:1001:302::
          193.99.144.80

>

Изменение значения, например значения времени ожидания, не является постоянным, оно применяется только к этому экземпляру nslookup. После того как вы введете команду exit чтобы выйти из команды nslookup, при следующем использовании этой команды у вас снова будет значение по умолчанию 2 секунды.

Обновление: чтобы определить, есть ли проблема с сетью где-нибудь вдоль сетевого пути между вашей системой Windows и используемым вами DNS-сервером, вы можете запустить некоторые тесты tracert, например, tracert ns1.telecolumbus.net или tracert -d tracert ns1.telecolumbus.net отказаться от разрешения DNS для команды tracert. Tracert может показать проблему где-то еще по пути сети. Например, вы можете увидеть высокое время приема-передачи (RTT) или постоянную задержку при конкретном скачке сети и т.д.

Вы также можете попробовать заменить DNS-сервер, который вы используете, на другой, например, DNS-сервер Google на 8.8.8.8, или использовать серверы OpenDNS , например, 208.67.222.222 и 208.67.220.220 - см. « За» и «против» использования альтернативный DNS вместо DNS-сервера ISP? , Вы можете внести изменения в самой системе Windows; если он получает IP-адрес через DHCP сейчас, вы можете изменить конфигурацию сетевого адаптера в системе Windows, чтобы вместо него использовать статический IP-адрес и DNS-сервер, или, если ваш маршрутизатор работает как DHCP-сервер, вы можете настроить ваш маршрутизатор предоставит IP-адрес DNS-сервера Google или OpenDNS для DNS-сервера, который будут использовать устройства в вашей локальной сети (LAN). Затем проверьте, остается ли проблема или больше не существует.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .