Как зайти на сайт пока не обновились dns
Обновлено: 06.07.2024
В этой статье описывается, как устранять неполадки на DNS-серверах.
Проверка IP-конфигурации
Выполните ipconfig /all команду из командной строки и проверьте IP-адрес, маску подсети и шлюз по умолчанию.
Проверьте, является ли DNS-сервер полномочным для имени, которое ищется. Если это так, см. раздел Проверка на наличие проблем с достоверными данными.
Выполните следующую команду.
Если вы получаете ответ об ошибке или истечении времени ожидания, см. раздел Проверка проблем с рекурсией.
Очистка кэша сопоставителя. Для этого выполните следующую команду в окне командной строки с правами администратора:
Или в окне администрирования PowerShell выполните следующий командлет:
Повторите шаг 3.
Проверка неполадок DNS-сервера
Журнал событий
Проверьте следующие журналы, чтобы узнать, есть ли записанные ошибки:
Тестирование с помощью запроса nslookup
Выполните следующую команду и проверьте, доступен ли DNS-сервер с клиентских компьютеров.
Если сопоставитель возвращает IP-адрес клиента, у сервера нет проблем.
Если сопоставитель возвращает ответ "сбой сервера" или "Запрос отклонен", зона может быть приостановлена или сервер может быть перегружен. Чтобы узнать, приостановлен ли он, перейдите на вкладку Общие окна свойств зоны в консоли DNS.
Если сопоставитель возвращает ответ "запрос на превышение времени ожидания сервера" или "нет ответа от сервера", возможно, служба DNS не запущена. Попробуйте перезапустить службу DNS-сервера, введя следующую команду в командной строке на сервере:
Если проблема возникает при запуске службы, сервер может не прослушивать IP-адрес, который использовался в запросе nslookup. На вкладке интерфейсы страницы свойств сервера консоли DNS администраторы могут ограничить DNS-сервер прослушиванием только выбранных адресов. Если DNS-сервер настроен для ограничения службы указанным списком настроенных IP-адресов, то возможно, что IP-адрес, используемый для связи с DNS-сервером, отсутствует в списке. Можно попробовать использовать другой IP-адрес в списке или добавить IP-адрес в список.
В редких случаях DNS-сервер может иметь расширенную конфигурацию безопасности или брандмауэра. Если сервер расположен в другой сети, доступной только через промежуточный узел (например, маршрутизатор фильтрации пакетов или прокси-сервер), DNS-сервер может использовать нестандартный порт для прослушивания и получения клиентских запросов. По умолчанию программа nslookup отправляет запросы на DNS-серверы через порт UDP 53. Поэтому, если DNS-сервер использует любой другой порт, запросы nslookup завершатся ошибкой. Если вы считаете, что это может быть проблема, проверьте, используется ли промежуточный фильтр для блокировки трафика на хорошо известных портах DNS. Если это не так, попробуйте изменить фильтры пакетов или правила портов в брандмауэре, чтобы разрешить трафик через порт UDP/TCP 53.
Проверка на наличие проблем с достоверными данными
Проверьте, является ли сервер, который возвращает неверный ответ, основным сервером для зоны (основным сервером-источником для зоны или сервером, который использует интеграцию Active Directory для загрузки зоны) или сервер, на котором размещена дополнительная копия зоны.
Если сервер является сервером-источником
Проблема может быть вызвана ошибкой пользователя при вводе пользователем данных в зону. Кроме того, это может быть вызвано проблемой, которая влияет на Active Directory репликацию или динамическое обновление.
Если на сервере размещается дополнительная копия зоны
Изучите зону на сервере-источнике (сервере, с которого этот сервер извлекает зоны).
Вы можете определить, какой сервер является сервером-источником, проверив свойства дополнительной зоны в консоли DNS.
Если на сервере-источнике указано неправильное имя, перейдите к шагу 4.
Если на сервере-источнике указано правильное имя, убедитесь, что серийный номер на сервере-источнике меньше или равен серийному номеру на сервере-получателе. Если это так, измените либо сервер-источник, либо сервер-получатель, чтобы серийный номер на сервере-источнике был больше, чем серийный номер на сервере-получателе.
На сервере-получателе выполните принудительную пересылку зоны с помощью консоли DNS или выполните следующую команду:
Изучите сервер-получатель еще раз, чтобы узнать, правильно ли передана зона. В противном случае у вас, вероятно, возникает проблема с переносом зоны. Дополнительные сведения см. в статье проблемы зонных передач.
Если зона была передана правильно, проверьте, правильно ли указаны данные. В противном случае данные в основной зоне неверны. Проблема может быть вызвана ошибкой пользователя при вводе пользователем данных в зону. Кроме того, это может быть вызвано проблемой, которая влияет на Active Directory репликацию или динамическое обновление.
Проверка проблем с рекурсией
Чтобы рекурсия работала успешно, все DNS-серверы, используемые в пути рекурсивного запроса, должны иметь возможность отвечать и пересылать правильные данные. Если это не так, рекурсивный запрос может завершиться ошибкой по одной из следующих причин:
Время ожидания запроса истекло, прежде чем его можно будет завершить.
Сервер, используемый во время запроса, не отвечает.
Сервер, используемый во время запроса, предоставляет неверные данные.
Начните устранение неполадок на сервере, который использовался в исходном запросе. Проверьте, пересылает ли этот сервер запросы на другой сервер, изучив вкладку серверы пересылки в свойствах сервера в консоли DNS. Если флажок включить серверы пересылки установлен и в списке присутствует один или несколько серверов, этот сервер перенаправляет запросы.
Если этот сервер пересылает запросы на другой сервер, проверьте наличие проблем, влияющих на сервер, на который сервер пересылает запросы. Чтобы проверить наличие проблем, см. раздел Проверка неполадок DNS-сервера. Когда этот раздел предписывает выполнить задачу на клиенте, выполните его на сервере.
Если сервер находится в работоспособном состоянии и может пересылать запросы, повторите этот шаг и проверьте сервер, на который сервер пересылает запросы.
Если этот сервер не перенаправляет запросы на другой сервер, проверьте, может ли этот сервер запрашивать корневой сервер. Для этого выполните следующую команду:
Если сопоставитель возвращает IP-адрес корневого сервера, возможно, имеется разорванное делегирование между корневым сервером и именем или IP-адресом, который вы пытаетесь разрешить. Следуйте инструкциям по тестированию неработающей процедуры делегирования , чтобы определить, где находится неработающее делегирование.
Если сопоставитель возвращает ответ "запрос на превышение времени ожидания сервера", проверьте, указывает ли корневые ссылки на работоспособность корневых серверов. Для этого используйте для просмотра текущей процедуры корневых ссылок . Если корневые ссылки указывают на работающие корневые серверы, возможно, возникла проблема с сетью или сервер может использовать расширенную конфигурацию брандмауэра, которая не позволяет арбитру конфликтов запрашивать сервер, как описано в разделе Проверка проблем DNS-сервера . Также возможно, что рекурсивное время ожидания по умолчанию слишком мало.
Тестирование неработающего делегирования
Начните тесты в следующей процедуре, запросив допустимый корневой сервер. Этот тест позволяет выполнить запрос всех DNS-серверов из корня к серверу, который тестируется для неработающего делегирования.
В командной строке на тестируемом сервере введите следующее:
Тип записи ресурса — это тип записи ресурса, для которой был выполнен запрос в исходном запросе, а полное доменное имя — полное доменное имя, для которого выполнялись запросы (заканчивающиеся точкой).
Если ответ содержит список записей ресурсов "NS" и "A" для делегированных серверов, повторите шаг 1 для каждого сервера и используйте IP-адрес из записей ресурсов "A" в качестве IP-адреса сервера.
Если ответ не содержит запись ресурса NS, делегирование будет разорвано.
Если ответ содержит записи ресурсов "NS", но нет записей ресурсов "A", введите " задать рекурсию" и выполните запрос по отдельности для записей ресурсов "a" серверов, перечисленных в записях NS. Если вы не нашли по меньшей мере один допустимый IP-адрес записи ресурса "A" для каждой записи ресурса NS в зоне, то у вас есть неработающее делегирование.
Если вы определили, что вы используете неработающее делегирование, исправьте его, добавив или обновив запись ресурса "A" в родительской зоне, используя допустимый IP-адрес для соответствующего DNS-сервера для делегированной зоны.
Просмотр текущих корневых ссылок
Запустите консоль DNS.
Добавьте или подключитесь к DNS-серверу, который не прошел рекурсивный запрос.
Щелкните правой кнопкой мыши сервер и выберите пункт Свойства.
Щелкните корневые ссылки.
Проверьте наличие базовых подключений к корневым серверам.
Если правильно настроены корневые ссылки, убедитесь, что DNS-сервер, используемый в разрешении имен с ошибками, может проверить связь с корневыми серверами по IP-адресу.
Если корневые серверы не отвечают на проверку связи по IP-адресу, IP-адреса для корневых серверов могли измениться. Однако нередко можно увидеть перенастройку корневых серверов.
Проблемы с зонными ошибками
Выполните следующие проверки:
Проверьте Просмотр событий как для основного, так и для дополнительного DNS-сервера.
Проверьте сервер источника, чтобы узнать, не отправит ли он передачу данных для безопасности.
Проверьте вкладку зонные передачи свойств зоны в консоли DNS. Если сервер ограничит передачу зоны на список серверов, например на вкладке серверы имен в свойствах зоны, убедитесь, что сервер-получатель находится в этом списке. Убедитесь, что сервер настроен на отправку зонных передач.
Проверьте наличие проблем на основном сервере, выполнив действия, описанные в разделе Проверка проблем DNS-сервера . Когда появится запрос на выполнение задачи на клиенте, выполните задачу на сервере-получателе.
Проверьте, не работает ли на сервере-получателе другая реализация сервера DNS, например BIND. Если это так, проблема может быть вызвана одной из следующих причин:
Windows сервер-источник может быть настроен для отправки быстрых зонных передач, но сервер-получатель стороннего производителя может не поддерживать быструю передачу зоны. В этом случае отключите передачу данных с помощью быстрой зоны на сервере-источнике из консоли DNS, установив флажок включить вторичные базы данных-получатели на вкладке Дополнительно свойств сервера.
если зона прямого просмотра на Windows сервере содержит тип записи (например, запись SRV), которую сервер-получатель не поддерживает, то на сервере-получателе могут возникнуть проблемы с извлечением зоны.
Проверьте, запущена ли на сервере-источнике другая реализация сервера DNS, например BIND. если да, то возможно, что зона на сервере источника включает несовместимые записи ресурсов, которые Windows не распознает.
Если на главном или вторичном сервере используется другая реализация DNS-сервера, проверьте оба сервера, чтобы убедиться, что они поддерживают одни и те же функции. сервер Windows можно проверить на консоли DNS на вкладке дополнительно страницы свойства сервера. В дополнение к полю включить вторичные получатели привязок на этой странице содержится раскрывающийся список Проверка имен . Это позволяет выбрать принудительное соответствие требованиям RFC для символов в DNS-именах.
Если вы хотите посмотреть сайт до изменения и/или обновления DNS-серверов, используйте системный файл hosts. Текстовый файл hosts содержит базу данных доменных имён и используется при их трансляции в сетевые адреса узлов. В данном файле задаётся соответствие домена IP-адресу. Запрос к hosts имеет приоритет перед обращением к DNS-серверам.
Таким образом, в обход DNS файл hosts ускоряет доступ к сайту. Так, если вы разместили сайт на Hosting Linux, а DNS-серверы ещё не обновились, вы можете увидеть его до обновления, обратившись к файлу hosts.
Чтобы посмотреть сайт через файл hosts, откройте файл от имени администратора на вашем компьютере в любом текстовом редакторе (например, «Блокнот» в Windows).
Местоположение файла hosts зависит от операционной системы, установленной на вашем компьютере:
- Windows NT, 2000, XP, 2003, Vista, 7, 8, 10 — c:\windows\system32\drivers\etc\hosts;
- Windows 95, 98, Me — c:\windows\hosts;
- Linux, Unix, BSD — /etc/hosts;
- Mac OS X и iPhone OS — /private/etc/hosts или /etc/hosts
Как открыть файл hosts от имени администратора и изменить его
Запустите Блокнот или любой другой редактор от имени администратора. Откройте Пуск, найдите нужный редактор, нажмите по нему правой кнопкой мыши и выберите Запуск от имени администратора:
В меню «Файл» нажмите Открыть и перейдите в каталог, в котором расположен файл hosts. Измените тип файла на «Все файлы»:
Добавьте в конце файла необходимую запись в формате:
Где 123.123.123.123 - IP-адрес вашего сервера или хостинга,
Теперь вы можете открыть ваш сайт в браузере, не дожидаясь обновления DNS-серверов.
Чтобы изменить файл hosts в виндовс 10 (8):
Запустите Блокнот или любой другой редактор от имени администратора. Для этого найдите его в Пуске, нажмите по нему правой кнопкой мыши и выберите Запуск от имени администратора:
В меню «Файл» нажмите Открыть и перейдите в каталог, где находится файл hosts . Измените тип файла на «Все файлы»:
Добавьте в конце файла необходимую запись в формате:
Где 123.123.123.123 - IP-адрес вашего сервера или хостинга,
Теперь вы можете открыть ваш сайт в браузере, не дожидаясь обновления DNS-серверов.
В Linux файл hosts находится в папке etc. Чтобы отредактировать его:
Введите в терминал Linux команду hosts: sudo nano /etc/hosts
Добавьте в конце файла необходимую запись в формате:
Где 123.123.123.123 - IP-адрес вашего сервера или хостинга,
Теперь вы можете открыть ваш сайт в браузере, не дожидаясь обновления DNS-серверов.
Файл hosts в Ubuntu редактируется так же, как и во всех Unix-системах.
Файл hosts в Mac OS расположен в каталоге: /private/etc/hosts. Чтобы изменить его:
Запустите терминал с помощью горячих клавиш: Command (⌘) + T или через Spotlight.Введите команду: sudo nano /etc/hosts и нажмите Enter:
Добавьте в конце файла необходимую запись в формате:
Где 123.123.123.123 - IP-адрес вашего сервера или хостинга,
Готово, после того как файл hosts будет изменён, откройте браузер и введите в адресную строку имя вашего домена. Важно: перед проверкой сайта обязательно очистите кеш браузера, для этого нажмите Ctrl+F5.
При работе с сайтом может возникнуть ситуация, когда DNS-сервер недоступен. В статье мы расскажем, почему это происходит и что делать, чтобы сайт заработал.
В случаях когда ДНС не работает, причина может зависеть от действий пользователя или от настройки DNS-серверов на стороне интернет-провайдера.
После указания DNS-серверов сайт начинает работать не сразу — нужно дождаться их обновления. Для серверов DNS обновление происходит в течение 24 часов. Если с момента указания DNS-серверов прошло больше суток, но сайт по-прежнему недоступен, нужно выяснить причину и устранить её.
Рассмотрим варианты, что делать, если недоступен сервер DNS.
Поскольку у вас нет доступа к DNS-серверу «напрямую», попробуйте устранить проблему с помощью описанных ниже решений:
1. Очистите кэш браузера. Для этого перейдите по адресу вашего сайта и нажмите Ctrl + F5. Если ошибка сохранилась, попробуйте другой способ.
2. Если вы хотите, чтобы сайт заработал как можно быстрее, настройте для своего домена DNS-серверы компании Google: 8.8.8.8 и 8.8.4.4. DNS обновятся в течение 3-4 часов.
Перед тем как проверить, решена ли проблема, нужно обновить кэш ДНС.
3. Проверьте активность домена в Личном кабинете. Если домен не активен, возможно, его нужно продлить. Если причина не в этом, обратитесь в техническую поддержку своего регистратора.
4. Проверьте доступность ресурса через сайт cameleo: укажите адрес вашего сайта и кликните GO. Если сайт доступен в сети, значит проблема на стороне провайдера. Также доступность можно проверить через сервис бесплатной проверки доступности сайта из различных частей мира.
5. Проверьте указанные для домена DNS-серверы через Whois-сервис. Для этого введите имя вашего домена и нажмите Проверить. Сервис выдаст ответ через несколько секунд.
Прописанные для домена серверы находятся в строках «nserver»:
Если для домена прописаны неподходящие серверы, обновить DNS-серверы можно по инструкции Как указать (изменить) DNS-серверы для домена. Если на вашем компьютере установлена ОС Windows, это можно сделать через параметры подключения TCP/IP по инструкции. DNS-серверы обновятся в течение 24 часов.
6. Если ни один из способов не сработал, обратитесь в клиентскую службу.
Вебмастеру придется узнать не только основы, но и более специфическую информацию. Например, что такое DNS-запись домена и как ее проверить? Как часто обновляются DNS-записи? Как можно быстро приступить за работу с доменом? Какие бывают типы записей DNS? Как правильно настроить субдомены, работающие автоматически? Эти и другие вопросы рассмотрим подробнее.
Что представляет собой DNS?
Интернет - это сеть, которая объединяет между собой миллионы компьютеров. В сети находятся компьютеры, работающие круглосуточно и без остановок. Как правило, это серверы, которые используются для хранения сайтов и электронной почты. Каждый компьютер при подключении к сети интернет получает специальный идентификатор в числовом виде. Другими словами, ip-адрес. Конечно, к серверу можно обратиться и с помощью числового идентификатора, но вот практика показывает, что людям не будет удобно запоминать адреса в виде чисел. Поэтому разработчики ввели систему буквенных доменов.
Domain Name System, или DNS - это специальная система, которая обеспечивает соответствие доменов их числовым адресам. В интернете есть специальный класс серверов - ns-серверы, которые отвечают за хранение DNS. Там можно проверить домена DNS записи. Их поддерживают с двух сторон - со стороны интернет-провайдеров и хостеров, а также со стороны администраторов доменных зон. Данные сервера имеют свою иерархию.
Сроки обновления DNS-записей
DNS-записи домена на серверах обновляются далеко не сразу. В зависимости от принципов работы DNS время обновления может составлять от трех часов до трех суток.
Быстрее приступить к работе
Если вы только что прошли процедуру регистрации домена или изменили DNS-записи, при этом появилась необходимость срочно начать работу с интернет-сайтом, можно воспользоваться одним хитрым трюком, который ускорит время, необходимое для начала работы. Добавьте в файл hosts, который по умолчанию есть по адресу C:\WINDOWS\system32\drivers\etc (папка может быть скрытой) одну строчку:
Всем доброго времени суток!
Надо сказать, что подобная ошибка довольно популярна, и причиной ее возникновения могут быть, как не корректные настройки Windows, так и проблемы вашего Интернет-провайдера.
Что делать с ошибкой "DNS-сервер не отвечает"
ШАГ 1: перезагрузка роутера и компьютера. Запуск диагностики неполадок сети
Как бы банален совет не был, и всё-таки первое, что порекомендую — перезагрузить ноутбук/компьютер и роутер (если он у вас есть (многие провайдеры сейчас при подключении ставят его "автоматически") ).
Чтобы выключить ноутбук -зажмите кнопку питания на 10-15 сек.
Диагностика неполадок сети
Результат диагностики может быть непредсказуемым: в моем случае ошибка вылезла снова (пример на скриншоте ниже) . Но тем не менее, нередко после перезагрузки — сеть начинает работать в нормальном режиме.
Диагностика сети в Windows / снова ошибка!
ШАГ 2: подключите еще какое-нибудь устройство
Если вы используете роутер (маршрутизатор), попробуйте подключить к Wi-Fi сети другое устройство (например, ноутбук, телефон и пр.) .
Важно проверить — будет ли на этом устройстве интернет, нет ли ошибок, связанных с DNS-сервером. Если проблема с конкретным ПК/ноутбуком — то на остальных устройствах сеть будет функционировать в обычном режиме.
Для проверки, кстати, можно подключить к Wi-Fi сети (скажем) даже обычный телефон. Также можно попробовать отключить маршрутизатор и подключить интернет-кабель напрямую к сетевой карте компьютера.
ШАГ 3: корректные ли настройки сети. Автоматическое получение DNS
Переходим к главному!
Чаще всего, проблемы и ошибки, связанные с DNS, возникают из-за неверных (сбившихся) настроек сетевого подключения. Поэтому, предлагаю проверить их в первую очередь!
Чтобы увидеть все сетевые подключения, нажмите WIN+R, введите в строку "Открыть" команду ncpa.cpl и нажмите Enter (как на скрине ниже) .
ncpa.cpl — просмотр всех сетевых подключений
Далее нужно открыть свойства того подключения, через которое Вы выходите в сеть интернет.
Чаще всего это либо "Беспроводное сетевое соединение" (если установлен роутер и создано Wi-Fi соединение, чаще на ноутбуках) , либо "Подключение по локальной сети" (Ethernet) — если ПК подключен к интернету сетевым кабелем.
Далее необходимо выбрать строку "Протокол Интернета версии 4 (TCP/IPv4)" и открыть ее свойства . См. скрин ниже.
Свойства протокола интернета версии 4
Во вкладке "Общие" необходимо задать IP-адрес и DNS-сервера. Здесь могут быть две ситуации:
Получить автоматически адреса DNS-серверов
ШАГ 4: попробуйте установить DNS Google
Бывает такое, что у Интернет-провайдеров (чаще всего небольших) глючат DNS-сервера (что не есть хорошо). Понятно, что DNS-сервера от Google быстрее, они бесплатны и намного стабильнее.
Поэтому, прописав их в настройках подключения — нередко можно быстро восстановить нормальную работу Интернета. Прописывать их нужно в свойствах сетевого подключения (как открыть эти свойства — рассказано в предыдущем шаге ☝) .
DNS-сервера:
8.8.8.8
8.8.4.4
Если у вас установлен Wi-Fi роутер — то правильнее будет написать так:
192.168.1.1 (либо 192.168.0.1, либо 192.168.10.1 — прописывается IP-адрес роутера) ;
8.8.8.8
DNS-серверы от Google
ШАГ 5: попытка очистить кэш DNS (и др. параметры) в командной строке
Чтобы открыть командную строку с администраторскими правами, нужно:
- запустить диспетчер задач (сочетание кнопок Ctrl+Shift+Esc или Ctrl+Alt+Del) ;
- в диспетчере задач нажать файл/новая задача ;
- и в строку "Открыть" ввести CMD , поставить галочку "Создать задачу с правами администратора" и нажать Enter.
CMD от имени администратора
Далее необходимо поочередно выполнить следующие команды (после каждой из них нужно нажимать на Enter):
- ipconfig /flushdns
- ipconfig /registerdns
- ipconfig /release
- ipconfig /renew
CMD - вводим поочередно 4 команды
После выполнения этих 4-х команд, перезагрузите компьютер/ноутбук.
ШАГ 6: проверьте службу DNS-клиент — работает ли она в Windows
Также нужно проверить, работает ли служба DNS-клиент в Windows (по умолчанию — она должна работать, но мало ли. ) .
Чтобы это сделать, нажмите сочетание кнопок WIN+R, и введите команду services.msc, нажмите Enter.
Открываем службы - services.msc (универсальный способ)
Далее в свойствах службы поставьте автоматический тип запуска, и в строке состояния убедитесь, что служба работает (если нет - запустите ее!) . См. скриншот ниже.
Запускаем службу, ставим автоматический запуск
После чего перезагрузите ПК.
ШАГ 6: нет драйверов на сетевую карту
Если у вас нет драйверов на сетевую карту (через которую у вас идет соединение с сетью) — то у вас совсем не будет интернета (да и ошибка DNS в этом случае, как правило, появляется не часто. ).
Запуск диспетчера устройств - devmgmt.msc
Далее посмотрите, нет ли у вас устройств напротив которых горит желтый восклицательный знак (чаще всего, они находятся в разделе "Другие устройства") . Если такие устройства есть — необходимо обновить для них драйвера.
Диспетчер задач - нет драйверов на Ethernet-контроллер (то бишь на сетевую карту)
Вообще, тема обновления драйверов — достаточно обширная, поэтому здесь предлагаю вам ознакомиться с моими предыдущими статьями, там все расписано! Ссылки ниже.
ШАГ 7: правильно ли настроены антивирус и брандмауэр
Нередко появление ошибки о том, что DNS-серверы перестали отвечать, происходит после установки/переустановки антивирусных и защитных программ.
Также подобное может наблюдаться при включении максимально-возможного уровня защиты в некоторых антивирусных продуктах.
Отключение антивируса Avast на 1 час
Поэтому, рекомендация здесь простая — попробуйте на время отключить (или даже удалить) свой антивирус (брандмауэр). Если ошибка перестанет появляется, думаю, стоит сменить антивирус, либо задать в нем оптимальные настройки.
ШАГ 7: обратитесь в поддержку Интернет-провайдера
И последнее, если все вышеперечисленное не дало никаких результатов, попробуйте сообщить о проблеме вашему Интернет-провайдеру. Возможно, что проблема находится на их стороне.
PS 1
Если Интернет-провайдер говорит, что на его стороне все "OK", как вариант, попробуйте восстановить Windows (если есть контрольные точки, на ту дату, когда всё работало) .
PS 2
Если у кого есть альтернативное решение подобной ошибки — чиркните в комментариях пару строк. Заранее благодарю.
Первая публикация: 28.10.2017
Здравствуйте! У меня тоже возникла проблема с подключением к сети интернет. Может Вы сталкивались с этим и подскажите где искать. Есть ноутбук HP, установлена 7-ка с родными драйверами. Дома вай-фай принимает без проблем и каких либо сбоев. До не давнего времени тоже самое было и на работе с бесплатным вай-фай. То есть всё нормально.
Но несколько дней назад на работе мой ноутбук перестал подключатся к этой сети. Сеть он видит, но "невозможно подключится ". Я подумал, что мой вай-фай адаптер накрылся. Приезжаю домой, а к моей сети ноутбук подключается без проблем. На следующий день, на работе не подключение к бесплатной сети повторилось. Это при том, что мои коллеги с телефонами и ноутбуками подключаются к рабочей сети без проблем.
Что я сделал: восстановил свою 7-ку в первоначальное состояние, не помогло. Установил с нуля 10-ку, не помогло. Вернулся обратно на 7-ку и подключил через USB внешний вай-фай адаптер с установкой соответствующих к нему драйверами - и о чудо, я подключён к рабочей сети! Но всё же, не понятно, почему мой встроенный в ноутбук вай-фай адаптер перестал подключаться к рабочей сети, а к домашней подключается без проблем?
Собрали абсолютно новый компьютер.
Установили на него виндоус 10 лицензия.
Начала устанавливать программы первой необходимости. И тут я сделала небольшую ошибку. Скачала не тот дискорд. Установилось что-то не то, что я сразу же удалила.
Потом было скачано и установлено множество других программ с официальных сайтов.
И в ходе этого процесса появилась ошибка "Dns-сервер не отвечает" в браузере. При том, что в дискорде я оставалась онлайн.
Перезагрузила компьютер вместе с роутером. Ошибка прошла. Но потом стала появляться вновь 1-2 раза в день.
Подскажите, пожалуйста, в чём может быть причина, ведь компьютер совсем новый? Защитник виндоус никаких вирусов не обнаружил.
Добрый день Анна.
1. "Новый" или "старый" компьютер - для этой ошибки значения не имеет.
2. Вы рекомендации из заметки пробовали? Например, можно вручную указать др. DNS-серверы, ознакомьтесь вот с этим.
Читайте также: