Dns не работает сайт: 5 причин почему сайт не открывается. И 3 способа решить проблему

Содержание

Домен оплачен, но не работает | Вопросы-ответы на Wiki

Статья актуальна для следующих ситуаций:

В системе DNS существует ситуация, когда какой либо сервер кеширует данные и состояние домена на определенный период, заданный TTL (time-to-live) или же в рамках самого сервера, после чего информация обновляется. Максимальный срок кеширования может составлять до 72 часов. С подобным кешированием можно столкнуться, когда были изменены NS сервера, A (Ip на который направлен домен) или другие записи, а также после регистрации или восстановления домена.

Принцип работы системы доменных имён в интернете:

До регистрации доменного имени Вы вводите доменное имя example.com на вашем устройстве. Происходят следующие операции:

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

Проходит некоторое время и вы оформляете на нашем сайте заявку на регистрацию доменного имени. Мы отправляем вам уведомление о том, что домен зарегистрирован. Вы на своём устройстве вводите адрес домена, но по-прежнему получаете ответ, что такой домен не найден. Это связано с тем, что теперь происходят операции, которые отличаются от тех, что происходили в начале, а именно:

Ваше устройство отправляет запрос на DNS-сервер интернет-провайдера.
DNS-сервер интернет-провайдера отвечает вашему устройству, что домен не существует.
Обратите внимание: DNS-сервер интернет-провайдера теперь не отсылает запрос DNS-серверу .COM, который уже знает про существование домена example.com. Это связано с тем, что DNS-сервер интернет-провайдера запомнил, что такого домена нет, и помнить он это будет от 1 до 24 часов.

Аналогичная ситуация происходит при изменении доменных записей, но в отличие от предыдущей — ответ от DNS-серверов доменной зоны (.COM или другие) приходит с указанием сервера, на котором размещаются доменные записи запрошенного адреса, чаще всего это NS сервера провайдера. В таком случае процедура получения записей для домена

example.com примерно следующая:

Ваше устройство отправляет запрос на DNS-сервер интернет-провайдера.
DNS-сервер интернет-провайдера отправляет запрос на DNS-сервер доменной зоны (в данном случае это DNS сервер .COM).
DNS-сервер доменой зоны отвечает DNS-серверу интернет-провайдера, что данные домена размещены на следующих NS.
DNS-сервер интернет провайдера производит запрос к NS серверам, на которые указал DNS сервер доменной зоны.
DNS-сервер интернет-провайдера получает данные домена и передает на Ваше устройство.
DNS-сервер интернет-провайдера сохраняет эту информацию у себя, для дальнейшего использования (период хранения этой информации обычно равен значению TTL записи).

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

DigitalOcean + Google Domains DNS не работает

У меня есть доменное имя с доменами Google и VPS с DigitalOcean. Я читал, как настроить имя хоста на DigitalOcean и следовал инструкциям там.

У меня есть домен, настроенный как таковой на DigitalOcean

Где строка @ имеет значение адреса IP моей капли (это правильно).

На доменах Google у меня есть настройка DNS примерно так

Итак, согласно инструкции

Вы также можете подключить свой IP к доменному имени, перед которым ничего нет (это также должно происходить по умолчанию при добавлении домена):…для этого создайте новое имя хоста с символом » @ » в поле Имя хоста.

Таким образом, в соответствии с этим я должен иметь возможность ввести свое доменное имя в браузере, и сайт на моем адресе IP должен быть там. Я знаю, что сайт работает, потому что, когда я иду на сам адрес IP, сайт там есть, но когда я использую доменное имя, я получаю ошибку:

 server DNS address could not be found.

Я следовал инструкциям и понятия не имею, почему он не может найти адрес DNS. Что я делаю не так?

digital-ocean
Поделиться Источник northsideknight 24 марта 2016 в 14:18
2 ответа

Google Cloud DNS не работает для меня
Я сделал следующие шаги, но мой домен не был разрешен: Я создал зону (файл) в Google Cloud -> Networking -> Cloud DNS, используя правильное имя DNS для домена. Я поместил эти NS, как показано в разделе Настройка регистратора, в свой регистратор домена: ns-cloud-c1.googledomains.com…
DNS с доменами Heroku и Google-SSL переадресация
Я веду веб-сайт по адресу example.herokuapp.com . Я владею доменом example.com в Google Domains (регистратор). У меня также есть настройка GSuite для этого домена (email). Я хотел бы переслать все либо на https://www , либо на https:// . Пока что я могу добраться: [Failure] https://example.com/…

1

похоже, что сегодня утром у DO возникли проблемы с DNS, которые могли бы вызвать это
Поделиться

Paul 24 марта 2016 в 15:00
Поделиться RVE 24 марта 2016 в 15:07
Похожие вопросы:

Как настроить SSL для голого домена от Google Domains до Heroku?
Я пытаюсь использовать автоматическое управление сертификатами Heroku для настройки SSL для моего сайта. Мое приложение находится на heroku в myapp.herokuapp.com , и в настоящее время у меня…

Google Plus Domains API AccessTokenRefreshError
Я пытаюсь использовать Google+ Domains API для создания кругов для моего домена Google Apps. Я использую делегирование всего домена в соответствии с…

Google+ Domains API Не Настроен
Когда я пытаюсь опубликовать действие в Google+, я получаю ошибку: { error: { code: 403, message: Access Not Configured. The API (Google+ Domains API) is not enabled for your project. Please use the…

Google Cloud DNS не работает для меня
Я сделал следующие шаги, но мой домен не был разрешен: Я создал зону (файл) в Google Cloud -> Networking -> Cloud DNS, используя правильное имя DNS для домена. Я поместил эти NS, как показано в…

DNS с доменами Heroku и Google-SSL переадресация
Я веду веб-сайт по адресу example.herokuapp.com . Я владею доменом example.com в Google Domains (регистратор). У меня также есть настройка GSuite для этого домена (email). Я хотел бы переслать все…

Как настроить пользовательский домен из Google Domains на хостинге Firebase
Начиная с firebase хостинг- документов , в которых говорится… В большинстве случаев вы можете использовать быструю настройку . Укажите записи DNS A для вашего домена на хостинг Firebase, и…

Как настроить DigitalOcean DNS ссылку на дистрибутив AWS CloudFront
У меня есть установка DNS с DigitalOcean для домена ghazanfarmir.me Что я хочу сделать? Я хотел бы , чтобы поддомен, то есть static.ghazanfarmir.me , был связан с дистрибутивом CloudFront, который…

Как разрешить google domains DynamicDNS обновлять ipv4 вместо ipv6 для Raspberry pi3
Я пытаюсь настроить личный веб-сервер на своем Raspberry Pi3, я купил домен у Google Domains, чтобы использовать динамический DNS, чтобы google мог обновить IP-адрес моего Raspberry-Pi webserver…

Электронные письма GSuite с Cloud DNS для доменов google
У меня есть домен, купленный в Google Domains. Чтобы мое приложение могло маршрутизировать к compute engine и использовать мой домен, я изменил серверы имен на серверы имен Cloud DNS, как это…

Доменное имя Namecheap для DigitalOcean
Начинающий вопрос здесь. Я перепробовал множество учебников, но, похоже, не могу поднять доменное имя. В принципе, я развернул свое приложение node на DigitalOcean, и ссылка работает (я использую…

Поиск и устранение неполадок после добавления домена и записей DNS — Microsoft 365 admin

24.05.2021

Чтение занимает 3 мин

В этой статье

Если вы не нашли то, что вы ищете, обратитесь к разделу вопросы и ответы по доменам.Check the Domains FAQ if you don’t find what you’re looking for.
Настройка домена для работы с Microsoft 365 может быть сложной задачей.Getting your domain set up to work with Microsoft 365 can be challenging. Система DNS является придиркой к работе, и установка DNS для вашего домена влияет на важные бизнес-действия, такие как электронная почта!The DNS system is nitpicky to work with, and the DNS setup for your domain affects important business activities, like email!

Примечание
Вы можете проверить проблемы с доменом, проверив его состояние.You can check for problems with your domain by checking its status. Перейдите к > доменам установки и просмотреть уведомления в столбце Состояние.Go to Setup > Domains and view the notifications in the Status column. Если вы видите проблему, выберите три точки (больше действий), а затем выберите Проверить здоровье.If you see an issue, select the three dots (more actions), and then choose Check health. Открываемая область будет описывать любые проблемы, происходящие с доменом.The pane that opens will describe any issues occurring with your domain.
Почему?What’s going on?
Не удается проверить свой домен?Can’t verify your domain?
Вот несколько причин, по которым может не удаваться проверить домен:There are a couple of common reasons that domain verification doesn’t work as it should:
Проверочная запись неправильная. Убедитесь, что вы скопировали и вставили точное значение в проверочную запись TXT на узле DNS. Часто пользователи забывают указать «MS =». Эта часть тоже нужна!The verification record value isn’t quite correct. Doublecheck that you’ve copied and pasted the exact value into the TXT verification record at your DNS host. One common issue is not including the «MS=» part of the record. We need that too!
Запись не была сохранена.The record hasn’t been saved. На некоторых узлах DNS необходимо выполнить дополнительное действие для сохранения файла зоны (в котором хранится запись DNS), чтобы он обновился в Интернете.At some DNS hosts, you have to take an extra step to save the zone file (where the DNS record is stored) so that it will update across the Internet. Убедитесь, что вы сохранили изменения, чтобы Microsoft 365 могли видеть и проверять запись.Make sure you’ve saved your changes so Microsoft 365 can see and verify the record.
Запись не обновилась в Интернете.The record hasn’t updated across the Internet. Обычно новая запись становится доступна через несколько минут, но иногда ее обновление может занять до нескольких часов.It typically only takes a few minutes for us to be able to see the new record, but occasionally it can take as long as a few hours.
Не работает Outlook?Outlook isn’t working?
Если вы настроили свою запись MX и другие записи DNS для домена правильно, но почта не работает, мы поможем устранить неполадки с Outlook.If you’ve set up your MX record and other DNS records correctly for your domain, but mail doesn’t work, let us help you fix your Outlook problems.
Все сообщения электронной почты перешли на Microsoft 365 и вы хотели, чтобы ваша электронная почта переключилась?Everyone’s email got switched to Microsoft 365 and you only wanted YOUR email to switch?
При добавлении домена в Microsoft 365 обычно запись MX вашего домена обновляется (вами или Microsoft 365), чтобы указать на Microsoft 365, и вся электронная почта, отправленная в этот домен, начнет приходить Microsoft 365.When you add your domain to Microsoft 365, typically your domain’s MX record is updated (by you or Microsoft 365) to point to Microsoft 365, and ALL email sent to that domain will start coming to Microsoft 365. Убедитесь, что вы создали почтовые ящики в Microsoft 365 для всех, у кого есть электронная почта на вашем домене, прежде чем изменить запись MX.Make sure you’ve created mailboxes in Microsoft 365 for everyone who has email on your domain BEFORE you change the MX record.
Что делать, если вы не хотите переместить электронную почту для всех в вашем домене, чтобы Microsoft 365?What if you don’t want to move email for everyone on your domain to Microsoft 365? Вы можете предпринять шаги, чтобы Microsoft 365 с несколькими адресами электронной почты вместо.You can take steps to pilot Microsoft 365 with just a few email addresses instead.
Не можете подтвердить состояние некоммерческой или школьной учетной записи?Can’t confirm non-profit or school account status?
Существует несколько сценариев, когда просто необходимо проверить домен организации и не настроить какие-либо службы.There are a couple of scenarios when you just need to verify your organization’s domain and not set up any services. Например, чтобы доказать, что Microsoft 365 организация имеет право на подписку на школу.For example, to prove to Microsoft 365 that your organization qualifies for a school subscription.
Ознакомьтесь с руководством по проверке домена Microsoft 365, чтобы доказать владение, некоммерческое или образовательное состояние или активировать Yammer, чтобы убедиться, что вы выполнили все необходимые действия.Check out the guidance in Verify your Microsoft 365 domain to prove ownership, nonprofit or education status, or to activate Yammer to make sure you’ve completed all the required steps. Это немного отличается для каждой ситуации.It’s a little different for each situation.
Службы не работают с вашим доменом?Services not working with your domain?
Мы поможем вам выявить проблемы с настройкой DNS для домена.We can help you track down issues with your domain’s DNS setup. Устранение неполадок доменов в Microsoft 365 покажет вам все записи, которые необходимо исправить, и точно, какие записи необходимо зафиксировать.The domains troubleshooter in Microsoft 365 will show you any records that need fixing, and exactly what the records need to be set to.
Совет
DNS настроена правильно, но почта не работает в Outlook на рабочем столе?Got your DNS set up correctly, but mail doesn’t work in Outlook on your desktop? Ознакомьтесь с различными сценариями потока почты, которые можно использовать в Microsoft 365, чтобы убедиться, что у вас все правильно настроено для бизнеса.Check out the different mail flow scenarios you can have with Microsoft 365 to make sure you’ve got things set up correctly for your business. Дополнительную помощь по устранению неполадок с электронной почтой можно найти здесь: Устранение неполадок в Outlook.Or get more troubleshooting help with email here: Fix Outlook problems.
Ваш веб-сайт недоступен?Accessing your website isn’t working?
Если вы устранили все неполадки DNS, но у вас по-прежнему возникают проблемы, попробуйте одно из указанных ниже действий.If you’ve fixed any DNS issues and you’re still having trouble, try one of the following.
См. также:Related content
Устранение неполадок: аудит данных о проверенном изменении домена (статья)Troubleshoot: Audit data on verified domain change (article)
Вопросы и ответы о доменах (статья)Domains FAQ (article)

Проверка работоспособности DNS-серверов (nslookup) — КОМТЕТ — хостинг

nslookup (name server lookup поиск на сервере имён) — утилита, предоставляющая пользователю интерфейс командной строки для обращения к системе DNS. Позволяет задавать различные типы запросов и запрашивать произвольно указываемые сервера. Её аналогом являются утилиты host и dig. Разработана в составе пакета BIND (для UNIX-систем) и портирована Microsoft для Windows-систем (Описание nslookup от Microsoft), устанавливается вместе с операционной системой.
Чтобы проверить работоспособность DNS-сервера (прежде всего, это относится к вашему провайдеру Интернет, но относится и к хостинговой компании) наберите в командной строке:
C:\>nslookup komtet.ru
komtet.ru — замените на имя вашего домена.
Результат выполнения команды должен быть примерно таким:
Server: dns1.хххххххххх.ххх Address: хх.хх.хх.хх Non-authoritative answer: Name: komtet.ru Address: 62.152.34.5
или
Server: dns2.хххххххххх.ххх Address: хх.хх.хх.хх Non-authoritative answer: Name: komtet.ru Address: 62.152.34.6
Такой ответ говорит о нормальном функционировании сервера DNS, то есть, разрешение имён прошло правильно и DNS-сервером вашего Интернет-провайдера верно определён IP-адрес сервера нашего хостинга (в примере: 62.152.34.5 или 62.152.34.5), на котором находится сайт komtet.ru (на на момент написания статьи, адреса отличаются для разных серверов).
Обратите внимание! IP-адреса 62.152.34.5 или 62.152.34.5 указанны для примера, точный IP-адрес сервиса Вы можете узнать у сотрудника Службы технической поддержки.
В случае, если IP-адрес определён неправильно или же вы получили ответ вида:
Server: dns1.хххххххххх.ххх Address: хх.хх.хх.хх *** dns1.хххххххххх.ххх can't find komtet.ru: Non-existent domain
Это говорит о том, что есть проблемы в делегировании домена либо DNS-сервера вашего провайдера ещё не обновили свои записи (обычно это занимает не более трёх дней). Если такая ситуация сохраняется дольше, рекомендуем обратиться к своему провайдеру Интернет и сообщить о проблеме с DNS-серверами и обязательно поставить в известность Службу технической поддержки нашего хостинга.
Если вы, или администратор домена, самостоятельно выполняли действия по регистрации доменного имени — проверьте настройки DNS или воспользуйтесь возможностью проверки DNS с помощью специальной функции сервиса whois.komtet.ru.
Если какие либо действия вам непонятны, уточняйте у дежурных системных администраторов круглосуточной Службы технической поддержки хостинга.
Настройка DNS записей в личном кабинете Инсис
Настройка DNS записей в личном кабинете Инсис
Для надёжного функционирования домена необходимо иметь не менее двух DNS-серверов, отвечающих в сети Интернет на запросы о Вашем домене (зоне).
DNS-сервер, на котором хранится полная исходная информация о зоне, называется первичным (Primary) DNS-сервером. DNS-сервер называется вторичным (Secondary), если он получает полную информацию о зоне с первичного или другого вторичного DNS-сервера.
После заказа услуги, DNS-серверы ИНСИС будут настроены в качестве первичного и вторичного DNS-серверов для Вашего домена Вам будет предоставлена возможность самостоятельно вносить в зону записи типа A, MX, TXT, CNAME.
Типы DNS записей:
NS – Сервер Имен
Описывает DNS-сервера содержащие зону.
Например для profintel.ru можно получить набрав nslookup -type=NS profintel.ru в командной строке Вашей системы:
profintel.ru nameserver = ns.isnet.ru
profintel.ru nameserver = ns2.isnet.ru
ns.isnet.ru internet address = 217.24.177.2
ns2.isnet.ru internet address = 217.24.176.230
Две записи означают, что зона содержится на двух NS серверах ns.isnet.ru и ns2.isnet.ru.
A – Адрес
Содержит ip адрес указанного доменного имени. Например для profintel.ru можно получить, набрав
nslookup -type=A profintel.ru в командной строке Вашей системы:
Name: profintel.ru Address: 217.24.176.231
Address — содержит IP адрес запрашиваемого домена.
CNAME (Canonical Name)
Каноническое имя, указывает псевдоним для официального имени хоста. Пример для www.profintel.ru можно получить, набрав nslookup -type=CNAME www.profintel.ru в командной строке Вашей системы:
www.profintel.ru canonical name = profintel.ru.
MX (Mail Exchange) – Почтовый Сервер
Такие записи используются для обозначения списка хостов, которые сконфигурированы для приема почты отправленной на это доменное имя. Помимо адреса почтового сервера содержат числовое значение, обозначающее приоритет, т.е. более низкие числа показывают более высокий приоритет.
Например для profintel.ru можно получить набрав nslookup -type=MX profintel.ru в командной строке Вашей системы:
profintel.ru MX preference = 10, mail exchanger = mail.profintel.ru
10 — указывает приоритет для отправки почты.
Если profintel.ru не доступен, то почта посылается на следующий хост с большим приоритетом.
PTR – Pointer
Указатель, который служит для выполнения обратного преобразования IP-адресов в имена хостов. Используется для почтовых серверов, пример для 217.24.176.231 можно получить набрав nslookup -type=PTR 217.24.176.231 в командной строке Вашей системы:
217.24.176.231.in-addr.arpa name = www.isnet.ru
TXT (текстовая запись) — не несёт функциональной нагрузки, а служит для информационных целей. Например SPF запись для домена.

Настройки DNSзаписей в личном кабинете виртуального хостинга:
Чтобы настроить DNS записи необходимо зайти на персональную страницу статистики stat.profintel.ru, далее выбрать вкладку «Управление услугами» — «хостинг».
Появляется информация о заказах:
Выбираем нужный заказ, в котором необходимо настроить DNS записи и во вкладке «Дополнительно» выбираем «Настройки DNS»
В таблице доменов необходимо выбрать нужный домен и перейти по ссылке «Редактировать». Список записей выбранной доменной зоны представлен в виде таблицы.
В первом столбце представлены имена записей. Полное доменное имя записи будет иметь вид запись.домен. Во втором столбце указан тип записи. В третьем столбце указывается IP-адрес, на который разрешается доменное имя, если запись типа «Адрес Internet». Для записей типа «Каноническое имя» указывается доменное имя или другая запись данной доменной зоны, для которой текущая запись является синонимом. Управление записями доменной зоны осуществляется с помощью кнопок редактировать/удалить/добавить.
Настройки DNS записей в личном кабинете облачного хостинга:
Чтобы настроить DNS записи необходимо зайти на персональную страницу статистики stat.profintel.ru, далее «Управление услугами», там выбираем «облачный хостинг». Появляется информация о заказах:
Выбираем нужный заказ, в котором необходимо настроить DNS записи. Появляется окно, в котором выбираем «DNS-записи».
Нажав на DNS-записи появится информация в виде таблицы:
В первом столбце указан тип записи. Во втором столбце представлены имена записей. Полное доменное имя записи будет иметь вид запись.домен. В третьем столбце указывается IP-адрес, на который разрешается доменное имя, если запись типа «Адрес Internet». Для записей типа «Каноническое имя» указывается доменное имя или другая запись данной доменной зоны, для которой текущая запись является синонимом. Управление записями доменной зоны осуществляется с помощью кнопок редактировать/удалить/добавить.
После смены DNS серверов не все клиенты могут открыть сайт
01 May 2015 | Автор: dd |
Третий раз за день натыкаюсь на одну и ту же проблему: люди перенесли сайт с одного хостинга на другой и попутно поменяли DNS сервера, после чего у них открывается все нормально, но поступают жалобы от пользователей о том, что сайт недоступен или открывается старая версия с покинутого хостинга. Хотя у большинства все таки открывается нормальная версия.
Обычно время обновления серверов NS заявляется от 24 до 48 часов, хотя даже у таких тормозов как Ру-Центр или Рег.ру это занимает 5-6 часов; но в данном случае вероятнее всего возникли проблемы с кэшем зоны DNS на стороне клиентов, т.к криворукие админы (провайдерские или свои) могут выставить лимиты жизни кэша зоны до нескольких недель, т.ч не помогают даже никакие шаманства с зоной на своей стороне.
Поэтому в данном случае клиенту испытывающему проблемы с открытием сайта для начала надо попытаться обновить локальный кэш ДНС: две клавиши WIN + R -> cmd -> OK -> ipconfig /flushdns а также перегрузить браузер, щелкнув в страницу правой клавишей мыши в сказать Обновить текущую страницу. Только в этом случае обновляется кэш, т.к когда нажимаешь F5, то страница вполне может использовать устаревший, имеющийся в системе кэш сайта.
Если это не помогает, то лучшим вариантом будет прописать руками кошерные гуглевские DNS сервера: Центр управления сетями и общим доступом -> выбираем активное соединение (например Беспроводное) -> Свойства -> Протокол Интернета версии 4 -> Свойства -> Использовать следующие DNS сервера -> вписываем 8.8.8.8 и 8.8.4.4 -> ОК-ОК-ОК
Как частный случай данного, можно прописать новый IP адрес сайта, руками в файле C:\Windows\System32\drivers\etc\hosts в виде:
IP-addr www.site.ru
Теперь собственно о том, как этому безобразию противостоять или минимизировать время простоя.
В моем понимании – лучший вариант вообще использовать либо доменные сервера регистратора, либо облачный хостинг DNS вроде clouddns, где просто меняется ориджин зоны и субдомен www и все начинает крутиться на новых IP буквально через минуту. У CloudDNS анлим доменов стоит $22 в год, что, как мне кажется, при активном использовании доменов – мизер.
Если есть возможность редактирования зоны руками, то в ней желательно выставить, за неделю до переезда, минимальные значения TTL в SOA записи, для того чтобы кэш устаревал максимально быстро. Но, к сожалению, для опытных админов- это не проблема, т.к видимо в конфиге named.conf задается max-cache-ttl который по дефолту составляет 7 суток. Также при редактировании зоны руками, необходимо поменять серийные номера зоны, для того чтобы BIND понимал что зона изменилась.
VN:F [1.9.21_1169]
Rating: 4.6/10 (18 votes cast)
VN:F [1.9.21_1169]
Rating: +2 (from 8 votes)
После смены хостинга и DNS серверов сайт не открывается, 4.6 out of 10 based on 18 ratings
Теги: bind, dns
Мерзкая ошибка DNS «Не удается получить доступ к сайту ERR_NAME_NOT_RESOLVED»
Пользователи при открытии сайта в браузере вместо привычной страницы иногда встречают проблему с кодом ошибки 105 и сообщением, что требуемый DNS сервер не обнаружен. Это связано с недоступностью Domain Name System. Разберемся, как восстановить работоспособность страницы и избежать ошибок в дальнейшем.
Не удалось обнаружить DNS-адрес: что это за ошибка
Что такое DNS: аббревиатура от англ. “Domain Name System” – система доменных имен, которая в соответствии с адресом запрашиваемого сайта предоставляется цифровой, или IP-адресом. То есть, когда пользователь вводит www.google.com, DNS сервер по своей внутренней таблице маршрутизации находит соответствие буквенного значения цифровому, предоставляя ответ пользователю в виде сайта. В случае неуспеха сайт сообщит пользователю, что «ДНС сервер не найден».
Другое название такой ошибки, часто встречаемое при загрузке сайта, – “net: err not name resolved”. Сообщение означает, что система Windows не способна преобразовать цифровое значение требуемого сайта в необходимый формат. Причем сбой происходит только на определенных браузерах, тогда как другие открываются и работают.
Возможные причины появления ошибки DNS
Сообщение «dns адрес сервера не найден» означает следующее:
Domain Name System не нашла соответствие буквенного наименования цифровому и возвращает пользователю сообщение с кодом ошибки 105.
Некорректно настроен роутер: указаны неверные dns серверы при настройке маршрутизатора. В результате запрос пользователя отправляется в никуда.
У местного провайдера возникли проблемы с DNS-серверами.
Антивирусная программа блокирует доступ к сайту.
Проблема на конечном устройстве, например, домашнем компьютере пользователя. Переполнен dns кэш или сбились настройки tcp/ip протокола.
Решение проблемы на уровне компьютера
Самое простое решение проблемы — проверить домашний компьютер. Открываем необходимый сайт другим браузером. Возможно, в программе используются некорректные настройки или установлены лишние расширения, из-за которых и не открываются веб-страницы.
Проверьте страницу в Google Chrome в режим инкогнито. Не будет лишним воспользоваться сервисом по проверке доступности сайта из различных частей мира. Таких сайтов множество, как пример 2ip.ru/site-availability.
Следующий шаг — очистка кэша dns службы. Вызвать диалоговое окно путем нажатия клавиш «Win» + «R» и ввести в строке команду «ipconfig /flushdns».
После выполнения операции проверить доступ к интернету.
Проверка службы “DNS-клиент”
Правой кнопкой мыши на значке «Мой компьютер» выбрать пункт «Управление».
Откроется окно со списком доступных служебных программ.
Кликнуть на пункте «Службы и приложения», далее — «Службы» и обратить внимание на открывшееся окно справа.
Среди служб найти «DNS-клиент» и щелкнуть правой кнопки мыши на ней. Откроется контекстное меню. Выбрать «Свойство».
Обязательно проверить поле «Тип запуска», наличие статуса «Автоматически», поле «Состояние», статус «Выполняется».
Закрыть текущее окно, нажав «ОК», выбрать службу «DNS-клиент» и опцию «Перезапустить».
Закрыть все окна и перезагрузить компьютер.
Изменения адреса DNS-сервера
В случае если сообщение о том, что не удалось преобразовать dns адрес сервера, не исчезло, следует изменить Domain Name System в настройках сетевого адаптера.
Открыть «Панель Управления», далее — «Центр управления сетями и общим доступом». Откроется окно «Сетевые подключения», в нем выбрать щелчком правой кнопкой мыши меню «Свойства».
Выбрать «IP версии 4 (TCP/IPv4)», далее — «Свойства».
Большинство провайдеров предлагают локальный Domain Name System сервер. Рекомендуется взять памятку от поставщика услуг интернета и сверить с данными, указанными в строках.
После этого закрыть все окна и проверить, будет ли отображаться сообщение о том, что не удалось найти dns сервер в браузере.
Альтернативные DNS серверы
Технический сбой на стороне локального поставщика услуг — не редкость, и в результате конечный пользователь не имеет возможности подключиться к мировой паутине. В этих случаях используются значения альтернативных Domain name System. В строке вторичного DNS обычно прописывают публичные значения. Самые известные общедоступные Domain Name System серверы предоставлены копаниями Google, Yandex, OpenDNS. Полный список общедоступных адресов РФ находится на сайте: https://public-dns.info/nameserver/ru.html Если нужны другие страны, предоставляется выбор по любой стране.
Альтернативные конфигурации удобны тем, что они всегда доступны. Таким образом проверяется доступность адресов местного провайдера.
Установка DNS от Google
Если при попытке загрузки страницы по-прежнему всплывает сообщение, информирующее, что не удалось найти требуемый dns address сервера, необходимо сменить Primary name address сервера от провайдера на адрес от Google. Все находится в публичном доступе и разработаны специально корпорацией Google для стабильной и непрерывной работы сети «Интернет».
Для этого нвдо открыть свойства протокола «IP версии 4 (TCP/IPv4)», как было указано выше в пункте «Изменения адреса DNS-сервера», и следовать инструкции.
Сохранить изменения, проверить работоспособность через браузер.
Особенности Google Public DNS
Особенность Domain Name System серверов от Google заключается в том, что они всегда доступны и работают без перерыва. К преимуществам относится постоянный режим сканирования глобальной сети на изменения DNS серверов в мире. Но есть и недостаток: из-за большого географического расстояния создается впечатление, будто бы интернет «подтормаживает». На самом деле идет задержка с передачей данных.
У локального провайдера база данных DNS серверов обновляется реже, чем у Google. Соответственно, используя общедоступные данные, пользователь получает постоянно обновляемые адреса.
Неисправность антивируса
Работа антивирусной программы способна блокировать некоторые Domain Name System сервера. Пользователь наблюдает ситуацию, когда другие неблокированные сайты открываются, а требуемый отображает сообщение об ошибке 105: “unable to resolve the server’s DNS address”.
Разберемся в причине, провоцирующей подобную ситуацию.
В состав любого антивируса входит компонент, так называемый файрвол (firewall). “Firewall” с англ. «fire» — огонь, «wall» — стена. Дословно переводится как «огненная стена», по сути это игра слов. Другое название – брандмауэр, или межсетевой экран.
Его функции можно сравнить с водяным фильтром: весь «мусор» остается за файрволом. Под «мусором» подразумеваются различные вирусы, клавиатурные «шпионы», надоедливая реклама и другое вредоносное ПО. В некоторых случаях сетевой экран блокирует доступ к сайтам, считая их «вредоносными».
Прежде чем проверять настройки антивирусной программы, необходимо загрузить компьютер в безопасном режиме. Для этого вызвать командную строку, нажав клавиши «win» + «R», ввести msconfig, далее — Enter.
Перейти на вкладку «Загрузка», активировать безопасный режим, выбрав опцию загрузки «Сеть». Сохранить изменения, нажав кнопку «Ok». После выполнения всех действий перезагрузить рабочую станцию, а она автоматически загрузит безопасный режим.
В этом режиме запустить браузер и зайти на любой сайт. Если все работает стабильно, значит, проблема в антивирусе. Здесь два варианта: либо выполнить настройки, приведенные ниже по тексту, либо заново его установить.
Первый вариант. Необходимо в настройках антивируса отключить компонент сетевой защиты. На примере антивируса Avast это выглядит так:
двойным щелчком левой кнопки мыши на Avast открыть основное окно антивируса;
далее выбрать пункт «Защита», «Основные компоненты защиты»;
отключить брандмауэр, щелкнув мышью на зеленой полосе;
достаточно 10-ти минут для проверки работоспособности мировой паутины;
сразу появляется предупреждающая надпись об уязвимости компьютера в случае различных сетевых атак;
закрываем антивирус и проверяем, исчезла ли ошибка блокировки нужного сайта.
Проверяем маршрутизатор
Если при попытке открыть веб-страницу по-прежнему появляется сообщение «не удается найти dns», следующий шаг — проверка настроек маршрутизатора. Для начала необходимо зайти в основные настройки роутера. Большинство пользователей использует Wi-Fi маршрутизаторы в домашних условиях для создания беспроводной сети в жилом помещении. Это помогает использовать интернет как на рабочих станциях, так и другом оборудовании, обустроенном модулем Wi-Fi.
Адрес сетевого устройства и данные для авторизации обычно указываются на самом маршрутизаторе на специальной этикетке. Открыть браузер и ввести IP-адрес, указанный на маршрутизаторе, а далее — имя пользователя и пароль. Здесь для примера рассматривается один из роутеров компании TP-Link:
Получив доступ к настройкам маршрутизатора, перейти в меню «Сеть».
Отметить опцию «Использовать следующие адреса DNS-серверов» и указать вручную необходимые адреса DNS серверов. Рекомендуется в строке «Предпочитаемый DNS-сервер» — на английском “Primary Domain Name System server” — указывать адрес, выданный локальным провайдером, а во второй строке – публичный адрес, например, «8.8.8.8».
Сохранить изменения и перейти в меню «Системные настройки», опция «Перезагрузка».
Левым щелчком мыши активировать перезагрузку сетевого устройства. После этого проверить работоспособность соединения при подключении к интернету.
Решение проблемы на телефоне
В телефоне на «Андроиде» также иногда обнаруживается сбой, блокирующий открытие сайта. Это означает, что при подключении коммуникатора к сети wi-fi не удается преобразовать name dns адрес сервера. Ниже приведена памятка по исправлению такой ошибки. В качестве примера взята модель Lenovo P2 на базе Android 7.
зайти в настройки телефона, проведя пальцем сверху;
выбрать пункт меню “WLAN”, обозначается символом Wi-Fi;
далее выбрать подключенную сеть Wi-Fi – там, где стоит статус «Подключено», удерживая палец на названии сети. Далее — свойство «Изменить»;
выбрать пункт «Расширенные настройки», подменю «Настройки IP — DHCP»;
переключить в режим пользовательских настроек;
теперь есть доступ к изменению DNS серверов. Если обнаружены адреса локального провайдера, меняем на общедоступные, например, от корпорации Google;
сохранить внесенные изменения, переподключить Wi-Fi на телефоне. После выполнения всех указанных выше действий на телефоне, сообщение об ошибке исчезает.
Решение проблемы на телевизоре
В случае возникновения ошибки с сообщением «Err name not resolved» на телевизорах со встроенным модулем Wi-Fi, необходимо сделать следующее.
открыть меню настройки телевизора, далее — «Беспроводн. (общие)»;
перейти в меню «Настройка IP», режим для получения IP установить «Ручной»;
указать Domain Name System сервера из списка публичных, к примеру, 8.8.8.8. После сохранить настройки, выполнить повторную загрузку.
Как правило, каждый производитель телевизоров прописывает собственные domain name system, а они могут работать нестабильно. Это приводит к появлению оповещения «Не удается преобразовать текущий dns адрес сервера».
Методы профилактики
Для предотвращения проблемы «ошибка 105» рекомендуется воспользоваться следующими профилактическими способами:
Раз в неделю запускать проверку антивирусом на наличие вредоносного ПО.
На маршрутизаторе в качестве первичного DNS-сервера указать адрес местного провайдера, предоставляющего пользователю доступ в интернет. А вторичным адресом — от англ. “Secondary Name DNS Server” – один из списка публичных DNS Address.
Заключение
В статье были рассмотрены различные способы решения проблемы, известной как ошибка 105 на различных устройствах с указанием сообщения о проблеме. Она возникает как на компьютерах, так и на телефонах или телевизорах. Перечисленные выше способы одинаково работают на Windows 8, Windows 10 и macOS.
[решено] Внутренняя / внешняя проблема веб-сайта ?? — DNS
Наша среда — это сервер win 2008 R2 с сервером обмена онлайн 2013 на сайте
у нас есть небольшой офис продаж в другом штате, подключенный через сайт к сайту vpn
, мы можем получить доступ к серверу обмена извне компании через owa, разместив https: //mail.website name / owa
В нашей системе ничего не изменилось, но за последние 24 часа изнутри сети мы не можем попасть на наш веб-сайт изнутри?
мы не размещаем веб-сайт, он размещен в компании веб-хостинга
Если я пингую веб-сайт внутри сети через ip или имя, мы получаем время ожидания запроса
Внутри DNS есть запись в зоне прямого просмотра для веб-сайта ххххх.com, то, если вы развернете это внутри, у него будет несколько записей хоста A, автообнаружение для сервера обмена и некоторые другие.
Любая идея, почему это должно происходить и как это исправить?
У меня был технический специалист, настроивший компьютер в удаленном офисе и подключивший его к сайту для того, чтобы на компьютере возникла проблема с подключением к домену, поэтому мы добавили IP-адрес сервера AD в файл локального хоста компьютера, и это позвольте ему начать работать … может это причина и проблема ??
Тайский перец
OP
Устаревший
Этот человек — проверенный профессионал.
подтвердите ваш аккаунт чтобы ИТ-специалисты увидели, что вы профессионал. 11 сен, 2016 20:55 UTC
Убедитесь, что у вас есть следующее:
1. Первичная зона прямого просмотра domain.local
2. Вторичная зона прямого просмотра domain.com
3. В зоне domain.com делегирование www указывает на ns1 и ns2.webhost. com или что они там есть.
4. На DNS-сервере командная строка с повышенными привилегиями: dnscmd / clearcache
5.Затем: ipconfig / flushdns
6. Выполните номер 5 на клиентском компьютере
7. Попробуйте nslookup www.domain.com на клиентском компьютере
Перед тем, как создать делегирование для www
«Ошибка DNS — не удается найти сервер» при доступе к расписанию в Google Chrome
Эта статья является частью базы знаний Replicon Gen2. Если вы ищете информацию о Replicon Gen3, последней версии Replicon, посетите:
Сводка:
При попытке открыть Web TimeSheet в Chrome появляется сообщение об ошибке Ошибка DNS — не удается найти сервер .Даже если вы нажмете F5, чтобы обновить страницу, ошибка не исчезнет. Закрытие и повторное открытие браузера и повторная попытка не помогают.
Когда вы пытаетесь использовать альтернативный браузер, например Firefox или Internet Explorer, веб-сайт загружается без каких-либо проблем.
Причина:
Проблема специфична для Google Chrome и не имеет ничего общего с DNS-серверами или подключением пользователей к Интернету. На странице поддержки на веб-сайте Chrome предлагается очистить кеш браузера, удалить файлы cookie и просканировать компьютер на наличие вредоносных программ, чтобы решить проблему.Что ж, это может не решить вашу проблему, потому что проблема заключается не в вредоносном ПО , а во встроенной настройке Chrome, которая, возможно, препятствует открытию определенных веб-сайтов в Chrome.
Когда вы посещаете веб-страницу (например, страницу результатов поиска), Google Chrome предварительно выбирает IP-адреса всех веб-сайтов, перечисленных на этой странице. Поскольку в браузере заранее указаны IP-адреса всех ссылок, предварительная выборка DNS гарантирует, что любые ссылки, по которым вы можете щелкнуть на этой веб-странице, загрузятся быстрее. Однако при сбое предварительной загрузки, что не является редкостью, вы можете получить ошибку : ссылка не работает.
Разрешение:
Откройте Google Chrome.
Нажмите «Инструменты», затем выберите «Параметры» (или «Настройки» на Mac) в разделе «Капюшон» и снимите флажок с параметра «Использовать предварительную выборку DNS для повышения производительности загрузки страницы».
Это может увеличить время загрузки определенных страниц на несколько микросекунд, но вводящее в заблуждение сообщение об ошибке не появится.
Руководство по поиску и устранению неисправностей DNS | Поддержка Bluehost
Существует множество причин, по которым доменное имя может не разрешать сервер (т.е., когда люди входят в домен и не попадают на правильный сервер). Это руководство предлагает советы по устранению неполадок для преодоления типичных проблем с разрешением домена, а также дает упрощенное объяснение того, как работает DNS.
Контрольный список устранения неполадок DNS
Проверить серверы имен
Проверьте правильность ваших серверов имен. Есть несколько бесплатных онлайн-инструментов, которые позволят вам просматривать DNS домена, включая серверы имен. Примеры этих инструментов:
Вы также можете просмотреть правильные серверы имен в различных местах, включая электронную почту Bluehost и cPanel для общих учетных записей веб-хостинга.
Для получения дополнительной информации о серверах имен и о том, как их найти, прочтите следующие статьи:
Проверить действительность домена
Убедитесь, что домен зарегистрирован и не просрочен; это можно проверить с помощью инструмента поиска Whois. Если срок действия домена истек, его необходимо будет продлить. Если он не зарегистрирован, его нужно будет зарегистрировать. Здесь можно зарегистрировать новые домены.
Для получения дополнительной информации о том, как продлить домен с истекшим сроком действия или домен, срок действия которого скоро истечет, обратитесь к этой статье «Как продлить свой домен».
Проверить правильность записей DNS
записей DNS могут быть нарушены из-за того, что записи сервера имен не указаны должным образом в файлах DNS. Для учетных записей посредников, VPS и выделенных серверов возможно, что серверы имен неправильно добавлены в зону DNS. Вы можете проверить, зайдя в онлайн-инструмент просмотра DNS, чтобы увидеть, правильно ли настроены и работают записи DNS.
Для получения дополнительной информации о том, как проверять и управлять записями DNS, пожалуйста, прочтите следующие статьи:
Проверить правильность записей A
Убедитесь, что записи A указывают на правильный IP-адрес.Хотя это, скорее всего, будет правильно, если cPanel настроит его автоматически, есть ряд причин, по которым это может быть неверно. Иногда это происходит, когда вы не используете наши серверы имен или вручную вносили изменения в зоны DNS.
Понимание распространения
Когда вы вносите определенные изменения в DNS, такие как изменения сервера имен, изменения записи A, изменения записи MX и т. Д., Требуется время, чтобы эти изменения распространялись или обновлялись по всему Интернету по всему миру.Некоторые люди увидят изменение мгновенно, а некоторые увидят изменение в течение 48 часов, в зависимости от того, какая запись DNS была изменена.
Примечание: Если серверы имен были недавно изменены, это означает, что изменения необходимо распространить. Однако всегда проверяйте настройки, чтобы убедиться, что они настроены так, как вы ожидаете. То, что серверы имен были недавно изменены, не означает, что они были изменены правильно.
Что такое распространение и почему оно занимает так много времени?
Распространение занимает так много времени из-за кеш-памяти компьютера; он запоминает старую настройку на какое-то время.Дело в том, что ваш компьютер, а также серверы в Интернете, время от времени проверяют только наличие изменений DNS. Обычно они не проверяют, изменились ли настройки каждый раз, когда вы делаете запрос. Они предполагают, что DNS такой же, как и при последней проверке.
При изменении сервера имен ваш компьютер и серверы в Интернете будут кэшировать эту информацию на срок до 48 часов. Для других изменений, таких как записи A, записи MX, записи CNAME и т. Д., Он запомнит старые настройки на срок от 4 до 8 часов, прежде чем проверять, изменились ли настройки.
Могу ли я увидеть свой сайт до того, как он начнет распространяться?
Вы можете увидеть свой сайт раньше, изменив файл hosts. Изменив файл хостов на локальном компьютере, вы можете заставить компьютер игнорировать DNS вашего домена и указать ему, с какого сервера загружать данные.
Для получения дополнительной информации о том, как изменить файл ваших хостов, обратитесь к этой статье Как изменить файл хостов.
Альтернативные стратегии распространения
Для пользователей, которые хотят просмотреть свой сайт до окончания периода распространения, следующие варианты, перечисленные ниже, доступны в качестве возможных вариантов обхода, чтобы сайт можно было просматривать независимо от статуса распространения.
Очистить DNS
Если вы не видите свой сайт после смены серверов имен из-за распространения, это может быть связано с тем, что ваш компьютер запоминает старые настройки сервера имен. Возможно, вы сможете увидеть свой сайт раньше, очистив DNS на своем компьютере, при условии, что ваш интернет-провайдер также не кэширует DNS.
Инструкции по очистке DNS см. В статье базы знаний «Очистка кэша DNS».
Если очистка DNS не работает, значит, серверы имен не обновлены или ваш интернет-провайдер (ISP) кэширует DNS.Если ваш интернет-провайдер кэширует DNS, вам придется дождаться завершения распространения, чтобы просмотреть свой сайт через ваше доменное имя. Это может занять до 48 часов.
Изменение файла Hosts
Если вышеперечисленные варианты не работают, есть более технический способ быстрее увидеть ваш сайт, временно изменив файл хостов на вашем компьютере. Это заставит ваш компьютер перейти на IP-адрес нашего сервера для получения самой последней информации. На самом деле это не исправляет DNS; вместо этого он позволяет вам видеть сайт с вашим доменным именем, независимо от того, что говорит DNS.
Дополнительные сведения о том, как внести эти изменения, см. В следующей статье:
Устранение неполадок домена
| Публичный DNS | Разработчики Google
Когда Google Public DNS не может разрешить домен, это часто происходит из-за проблемы с этим доменом или его официальными серверами имен. Следующие шаги помогут определить причину проблемы. чтобы администраторы домена могли решить эту проблему самостоятельно.
Перед тем, как начать эти шаги, проверьте домен в dns.Google, как описано на общая страница устранения неполадок, который может направить вас к конкретному этапу диагностики ниже. В противном случае попробуйте все следующие шаги, пока не найдете причину.
Шаг 1. Проверьте наличие проблем с проверкой DNSSEC
Если поисковые запросы dns.google для домена показывают «Статус»: 2 (СЕРВФАЙЛ) и запросы без DNSSEC завершаются успешно, возможно, возникла проблема с DNSSSEC с DNS-серверами домена или его реестром домена верхнего уровня (TLD) (который публикует записи DS для проверки DNSSEC зарегистрированных доменов).
Изменения в регистраторе или службе DNS
Проблемы с DNSSEC могут возникать после переключения домена с регистратора или DNS сервис, который поддерживает DNSSEC, к тому, который этого не делает. Если предыдущая услуга оставляет устаревшие записи DS в реестре TLD, и новая служба не создать новые записи DNSKEY с соответствующими записями DS в реестре TLD, проверка преобразователей, таких как Google Public DNS, не может разрешить домен.
В этом случае попросите регистратора домена удалить устаревшие записи DS. из реестра TLD.
Ответы DNSSEC слишком велики
Другой причиной проблем с DNSSEC могут быть слишком большие ответы DNSSEC. помещаться в один IP-пакет, создавая фрагментированные ответы, которые могут быть отброшены. Если DNSViz показывает «ответ не получен, пока размер полезной нагрузки UDP не был уменьшен» ошибки, сбои DNSSEC могут быть вызваны очень большими откликами. Размер ответа можно уменьшить одним или несколькими из следующих действий:
Настроить «минимальные ответы» для авторитетных серверов имен
Уменьшите количество активных записей DNSKEY до двух или трех
Использовать 1280 или 2048 бит записи DNSKEY (RFC 6781, StackExchange)
Переход с подписей RSA на подписи ECDSA меньшего размера (RFC 8624)
Также проверьте наличие других проблем с DNSSEC, о которых сообщили инструменты на шаге 2.Примеры включают плохие записи NSEC или отказ в существовании NSEC3, подтверждающие наличие нет поддоменов (они могут быть в PowerDNS с зонами, хранящимися во внешних базах данных) или подписи RRSIG с истекшим сроком действия (с нарушенными процессами подписи, настроенными вручную).
Шаг 2. Проверьте официальные серверы имен
Если Google Public DNS (или любой открытый преобразователь) не может разрешить домен, DNSViz показывает проблемы с доменом и сервером имен, которые его вызывают. Перейдите на веб-страницу DNSViz и введите проблемное доменное имя.Если DNSViz не имеет исторических данных или имеет только данные старше одного дня (например, как показано на странице здесь) нажмите большую кнопку Analyze , чтобы открыть меньшую кнопку «Анализ» ниже (если она еще не видна) и тоже щелкните по ней. Когда анализ завершится, нажмите «Продолжить», чтобы отобразить результаты. Щелкните красные ошибки и желтые предупреждения на левой боковой панели, чтобы раскрыть подробности. или удерживайте указатель на объектах на диаграмме, чтобы отобразить эту информацию в контексте.
Если более ранняя диагностика показала возможные проблемы DNSSEC с доменом, перейдите на веб-страницу анализатора DNSSEC и введите доменное имя.Если этот анализатор сообщает об ошибках или предупреждениях DNSSEC, удерживайте указатель мыши над красным ⊗ или желтым значком для предложений, как их исправить.
Веб-страница intoDNS сообщает о проблемах, не связанных с DNSSEC, с домен, введенный на главной странице, а также показывает предложения по их исправлению.
Администраторы домена должны исправить большинство ошибок , о которых сообщают эти инструменты, поскольку они могут вызвать проблемы не только для Google Public DNS, но и для других преобразователей.
Шаг 3. Проверьте наличие проблем с делегированием
Google Public DNS — это преобразователь, ориентированный на родителей, который использует только серверы имен, возвращенные в рефералах из родительского домена.Если имена серверов имен и связующие адреса в TLD устарели или неверны, это может вызвать проблемы с делегированием.
Если DNSViz или intoDNS выдают предупреждения о несоответствиях между серверы имен, делегированные в TLD и присутствующие в самом дочернем домене, возможно, потребуется решить эти проблемы, прежде чем Google Public DNS сможет разрешить домен. Если эти инструменты сообщают, что зарегистрированный домен не существует (NXDOMAIN), убедитесь, что срок действия домена не истек или регистрация не приостановлена по какой-либо причине.
Проблемы с делегированием также могут быть вызваны неспособностью разрешить имена серверы имен для домена. Проверьте записи A и AAAA для серверов имен. на dns.google, чтобы узнать, есть ли проблемы с доменами серверов имен.
Шаг 4. Проверьте большие ответы
DNS полагается на UDP чтобы нести большую часть своего трафика. Большие датаграммы UDP подвержены фрагментации, а фрагментированный UDP страдает. от ненадежной доставки. Это было в центре внимания Дня флага DNS 2020, усилия по повышению надежности DNS во всем мире.Google Public DNS участвовал в этих усилиях и ограничивает размер Ответы UDP, которые он будет принимать через UDP. Попробуйте выполнить запрос, подобный приведенным ниже, с помощью собственной командной строки или Google Cloud Shell:
$ dig + short example.com NS ns1.example.com ns2.example.com $ dig + dnssec + nocrypto + bufsize = 1400 + timeout = 1 @ ns1.example.com example.com A ... $ dig + dnssec + nocrypto + bufsize = 1400 + timeout = 1 @ ns1.example.com example.com TXT ... $ dig + dnssec + nocrypto + bufsize = 1400 + timeout = 1 @ ns1.example.com example.com DNSKEY ... $ dig + dnssec + nocrypto + bufsize = 1400 + timeout = 1 @ ns1.example.com com DNSKEY ...
Эти запросы для различных типов записей определяют:
+ dnssec
Включите DNSSEC, особенно возвращая необходимые записи для DNSSEC проверка, когда они доступны. Они могут увеличить размер результата существенно. Это имитирует поведение Google Public DNS.
+ размер буфера = 1400
Ограничить разрешенный размер буфера UDP.Это имитирует Google Public DNS поведение по состоянию на День флага DNS 2020.
+ тайм-аут = 1
Установите тайм-аут в одну секунду. Это имитирует поведение Google Public DNS.
@ ns1.example.com
Какой авторитетный сервер запрашивать — оставьте знак @ , но в противном случае замените с авторитетным сервером вашего собственного домена, как показано первой командой.
Наблюдать за выходом; вы видите строку вроде:
;; Усечено, повторная попытка в режиме TCP.
Это означает, что ответ был больше, чем запрошенный буфер UDP. size, поэтому он был усечен, и в ответ клиент переключился на TCP. Ваши официальные серверы должны иметь возможность обрабатывать DNS-трафик на TCP-порт 53 (см. RFC 7766, который требует, чтобы «реализации ДОЛЖНЫ поддерживать транспорт UDP и TCP».)
;; РАЗМЕР MSG rcvd: 2198
Для любого числа выше 1400? Это снова указывает на большой отклик.
;; Время запроса: 727 мсек
Для любого числа выше 500? Медленные ответы (особенно близкие или выше 1 второй) может быть отклонен Google Public DNS.Это особенно вероятно, если некоторое время было потрачено на попытку UDP, за которой последовала попытка TCP. Географическое расположение сервера и клиента может сильно повлиять на задержку.
;; время соединения истекло; нет доступа к серверам
Особенно, когда только для некоторых запросов, это указывает на проблему, из-за которой ваш сервер не может своевременно отвечать на запросы DNS.
Вы можете попробовать следующие варианты запроса:
Добавление параметра + tcp .
Это заставляет dig немедленно использовать TCP, вы можете проверить, авторитетный сервер напрямую обрабатывает TCP-запросы.
Удаление параметра + bufsize = 1400 .
Это восстановит поведение по умолчанию для dig (размер буфера 4096). Если твой запросы не работают с этим параметром, но работают без него, это намек на то, что ваш сервер плохо справляется с аварийным переключением TCP. Использование UDP для передачи больших ответов срабатывает только иногда.Самый лучший курс действий заключается в поддержке транспорта TCP для DNS.
Повторение на каждом сервере имен.
В приведенном выше примере есть два авторитетных сервера имен ( ns1 и ns2 ). Некоторый проблемы вызваны тем, что разные серверы возвращают разные ответы. Проверять что все они отвечают последовательно, повторяя одни и те же запросы на всех авторитетные серверы.
Если ответы на все запросы были небольшими (1400 байт или меньше), быстро (желательно 500 миллисекунд или быстрее) и надежный (стабильная работа по TCP и UDP), тогда размер ответа вас не касается; прочтите другие разделы по устранению неполадок.Даже если ваши ответы будут быстрыми, запросы из географически удаленных мест могут быть помедленнее.
Если какая-либо из этих проверок не удалась (большая? Медленная? Ненадежная?), То основной ход действие: A) убедитесь, что ваш сервер отвечает усечением UDP, когда его ответ превышает запрошенный размер буфера UDP и B) что он может обрабатывать последующая повторная попытка TCP-запроса. Несколько инструментов могут помочь вам диагностировать Проблемы с надежностью DNS:
Если эти инструменты выявляют какие-либо ошибки или предупреждения, обязательно устраните их.Также не забудьте прочитать все другие инструкции по устранению неполадок на этом сайте.
Шаг 5. Проверьте, разрешают ли другие общедоступные распознаватели домен
.
Если вы не нашли причину проблемы после выполнения описанных выше действий, выполните следующие команды в командной строке, заменив example.test. с рассматриваемый домен (и с сохранением конечных точек):
Windows
nslookup example.test. resolver1.opendns.com. Пример nslookup.контрольная работа. dns.quad9.net. nslookup example.test. one.one.one.one.
macOS или Linux
dig example.test. @ resolver1.opendns.com. копать example.test. '@ dns.quad9.net.' копать example.test. '@ one.one.one.one.'
Эти команды используют DNS-преобразователи OpenDNS, Quad9 и Cloudflare 1.1.1.1. Если вы получаете сбои разрешения от двух из них, а также от Google Public DNS, проблема скорее всего в домене или его серверах имен.
Если вы получили успешный результат от более чем одного публичного преобразователя, может быть проблема с Google Public DNS.Если для домена (или его TLD) на трекер проблем, вы должны сообщить нам о проблеме, включая вывод команды и текст страницы диагностики или снимки экрана в отчет.
Почему OpenDNS работает только на одном или нескольких моих компьютерах / устройствах — OpenDNS
Чтобы проверить, активен ли OpenDNS, посетите http://welcome.opendns.com. В этой статье под «работой» понимается галочка на http://welcome.opendns.com, как показано на изображении ниже.Если вы не видите галочку, OpenDNS не настроен.
Сценарий 0: OpenDNS не работает ни на одном устройстве. Скорее всего, вам все равно нужно настроить OpenDNS в своей сети.
Сценарий 1: OpenDNS работает, но только на одном моем компьютере. Я хочу, чтобы он работал на каждом устройстве и компьютере в моей сети. Помощь!
Сценарий 2: OpenDNS работает на моих компьютерах, но не на моем мобильном устройстве (iPad, iPhone, Android, Windows Phone и т. Д.). Помощь!
Сценарий 3: OpenDNS работает на большинстве моих компьютеров и устройств, но не работает на одном или нескольких.Помощь!
Сценарий 4: OpenDNS работает, а моя фильтрация — нет. Помощь!
Сценарий 1. Работает только один компьютер
В этом случае наиболее вероятная причина заключается в том, что вы настроили свой компьютер непосредственно для OpenDNS, но не настроили свой маршрутизатор! Ознакомьтесь с нашими инструкциями по настройке маршрутизатора на https://support.opendns.com/forums/21618374 и настройте параметры DNS вашего маршрутизатора для OpenDNS, чтобы включить всю вашу сеть.
Зачем нужно настраивать роутер? Маршрутизатор — это концентратор сети.Если настроен только один компьютер, этот параметр является локальным для компьютера, и маршрутизатор не знает, что вы настроили OpenDNS на компьютере. Чтобы маршрутизатор мог активно распространять (или «сообщать» другим компьютерам и устройствам в сети) использовать OpenDNS в качестве DNS-сервера, сам маршрутизатор должен быть настроен для использования OpenDNS.
Нужна дополнительная помощь? Откройте заявку в службу поддержки на https://dashboard.opendns.com/support/, и мы будем рады помочь!
Сценарий 2: Работает только один компьютер
Для мобильных устройств OpenDNS будет работать только в том случае, если устройство подключено через Wi-Fi к вашему маршрутизатору.При подключении через сотовую сеть (данные 3G / 4G) OpenDNS не сможет применить настройки фильтрации вашей домашней сети. Еще не настроили роутер? См. Https://support.opendns.com/forums/21618374 для инструкций по настройке.
Сценарий 3: Работает, кроме одного компьютера
В этом сценарии вы настроили OpenDNS на своем маршрутизаторе, и он работает для большинства компьютеров, планшетов и устройств iOS и Android с подключением по Wi-Fi в вашей сети, но не работает на одном компьютере.Чтобы убедиться, что ваше устройство (а) настроено для работы с OpenDNS, посетите http://welcome.opendns.com и найдите галочку.
Возможная причина 1: Ваш компьютер напрямую настроен для работы с другим DNS-сервером и, следовательно, игнорирует настройки OpenDNS на вашем маршрутизаторе.
Разрешение 1: Проверьте конфигурацию на своем компьютере, чтобы убедиться, что не настроены другие параметры DNS-сервера. В Windows проверьте свою конфигурацию с помощью инструкций по настройке Windows, но вместо того, чтобы вводить номера OpenDNS, убедитесь, что для них установлено значение «Получать адрес DNS-сервера автоматически».Инструкции: https://support.opendns.com/forums/21618384.
Для Mac OSX обязательно удалите существующие записи DNS (в разделе «Сетевые настройки» -> «Дополнительно» -> «DNS») и используйте кнопку «-», чтобы удалить существующие DNS-серверы. Если у вас возникли трудности, вы также можете настроить напрямую для OpenDNS, введя 208.67.220.220 и 208.67.222.222 с помощью кнопки «+».

Локальное разрешение DNS Разрешение Маршрутизатор предоставляет неверные DHCP DNS-серверы
Возможная причина 2: Вы используете VPN-клиент или роуминг-клиент / DNSCrypt, и ваш IP-адрес меняется от OpenDNS самостоятельно.
Разрешение 2: Перейдите по следующим ссылкам для клиента VPN или клиента роуминга / DNSCrypt.
Возможная причина 3: IPv6 (Интернет-протокол версии 6) включен на вашем компьютере, и на вашем компьютере настроены параметры IPv6 DNS.
Разрешение 3: Убедитесь, что, если IPv6 включен (не рекомендуется), единственный DNS-сервер IPv6 установлен на вашем маршрутизаторе. Мы рекомендуем полностью отключить IPv6 или установить для него значение Local Link Only на компьютере Mac OSX, следуя инструкциям в нашем руководстве по отключению IPv6 здесь.
Возможная причина 4: На вашем компьютере установлено программное обеспечение, мешающее настройке OpenDNS, которое изменяет настройки DNS на вашем компьютере.
Разрешение 4: Этому есть несколько причин:
Comcast / XFinity Constant Guard: См. Наше Руководство Constant Guard для получения дополнительной информации о том, как решить эту проблему.
Avast! Antivirus 2015+: добавлена новая автоконфигурация «Secure DNS», которая переопределяет OpenDNS. Смотрите наш Avast! статья для разрешения.
Сценарий 4. Работает, но фильтрация не работает или работает некорректно
Разрешение 1: Мы рекомендуем вам очистить кэш на сетевых устройствах, чтобы ваши настройки DNS вступили в силу немедленно.
Дополнительные сведения по этому поводу см. В разделе «Очистка кеша DNS на компьютерах и серверах». Если у вас возникли проблемы при использовании этого руководства, перезапуск или перезагрузка должны очистить кеш DNS и веб-браузер на ваших устройствах.
Разрешение 2: Нужна дополнительная помощь? Откройте заявку в службу поддержки на https://dashboard.opendns.com/support/, и мы будем рады помочь! Обязательно включите результаты диагностического теста! Чтобы запустить тест и предоставить результаты, загрузите его по соответствующей ссылке ниже, откройте инструмент и нажмите «Выполнить тест».
Mac http://www.opendns.com/download/mac/diagnostic
Windows http://www.opendns.com/download/windows/diagnostic
URL-адрес должен начинаться с http: // opendnsupdate.appspot.com/d/######.
Контроллер домена работает неправильно — Windows Server
07.12.2020
Читать 8 минут
В этой статье
В этой статье представлены общие решения проблемы, при которой контроллер домена работает некорректно.
Применимо к: Windows Server 2012 R2
Исходный номер базы знаний: 837513
Симптомы
При запуске средства Dcdiag на контроллере домена под управлением Microsoft Windows 2000 Server или на контроллере домена под управлением Windows Server 2003 может появиться следующее сообщение об ошибке:
Диагностика постоянного тока
Выполнение начальной настройки:
[DC1] Привязка LDAP завершилась неудачно с ошибкой 31
При запуске программы REPADMIN / SHOWREPS локально на контроллере домена может появиться одно из следующих сообщений об ошибке:
[D: \ nt \ private \ ds \ src \ util \ repadmin \ repinfo.c, 389] Ошибка LDAP 82 (локальная ошибка).
Последняя попытка @ yyyy-mm-dd hh: mm.ss завершилась неудачно, результат 1753: больше нет доступных конечных точек из сопоставителя конечных точек.
Последняя попытка @ гггг-мм-дд чч: мм.сс не удалась, результат 5: Доступ запрещен.
Если вы используете Active Directory Sites and Services для запуска репликации, вы можете получить сообщение о том, что доступ запрещен.
При попытке использовать сетевые ресурсы с консоли затронутого контроллера домена, включая ресурсы универсального соглашения об именах (UNC) или подключенные сетевые диски, может появиться следующее сообщение об ошибке:
Нет доступных серверов входа (c000005e = «STATUS_NO_LOGON_SERVERS»)
Если вы запускаете какие-либо средства администрирования Active Directory с консоли затронутого контроллера домена, включая сайты и службы Active Directory и пользователи и компьютеры Active Directory, вы можете получить одно из следующих сообщений об ошибке:
Информация об именах не может быть найдена, потому что: Не удалось связаться с центром для аутентификации.Обратитесь к системному администратору, чтобы убедиться, что ваш домен правильно настроен и в настоящее время находится в сети.
Информация об именах не может быть найдена по следующим причинам: Неверное имя целевой учетной записи. Обратитесь к системному администратору, чтобы убедиться, что ваш домен правильно настроен и в настоящее время находится в сети.
Клиентам
Microsoft Outlook, подключенным к компьютерам Microsoft Exchange Server, использующим затронутые контроллеры домена для проверки подлинности, могут быть запрошены учетные данные для входа, даже если проверка подлинности для входа прошла успешно с других контроллеров домена.
Средство Netdiag может отображать следующие сообщения об ошибках:
Проверка списка постоянного тока. . . . . . . . . . . : Failed
[ПРЕДУПРЕЖДЕНИЕ] Невозможно вызвать DsBind для . (). [ERROR_DOMAIN_CONTROLLER_NOT_FOUND]
Тест Kerberos. . . . . . . . . . . : Failed
[FATAL] Kerberos не имеет билета для krbtgt / .
[FATAL] Kerberos не имеет билета для .
Тест LDAP. . . . . . . . . .. . . : Пройдено
[ПРЕДУПРЕЖДЕНИЕ] Не удалось запросить регистрацию SPN на DC
В журнале системных событий затронутого контроллера домена может быть зарегистрировано следующее событие:
Тип события: ошибка Источник события: диспетчер управления службами ID события: 7023 Описание. Служба центра распространения ключей Kerberos прервана из-за следующей ошибки: сервер диспетчера учетных записей безопасности (SAM) или локального центра безопасности (LSA) находился в неправильном состоянии для выполнения операции безопасности.
Разрешение
Есть несколько способов устранения этих симптомов. Ниже приводится список методов, которые можно попробовать. За списком следуют шаги по выполнению каждого метода. Попробуйте каждый метод, пока проблема не будет решена. Статьи базы знаний Майкрософт, в которых описываются менее распространенные способы устранения этих симптомов, перечислены ниже.
Метод 1. Исправьте ошибки системы доменных имен (DNS).
Метод 2: синхронизировать время между компьютерами.
Способ 3: Проверить Доступ к этому компьютеру из сети права пользователя.
Метод 4. Убедитесь, что атрибут userAccountControl контроллера домена равен 532480.
Метод 5. Исправьте область Kerberos (убедитесь, что ключ реестра PolAcDmN и ключ реестра PolPrDmN совпадают).
Метод 6. Сбросьте пароль учетной записи компьютера, а затем получите новый билет Kerberos.
Метод 1. Исправить ошибки DNS
В командной строке выполните команду netdiag -v . Эта команда создает файл Netdiag.log в папке, в которой была запущена команда.
Прежде чем продолжить, устраните все ошибки DNS в файле Netdiag.log. Средство Netdiag находится в составе средств поддержки Windows 2000 Server на компакт-диске Windows 2000 Server или в виде загружаемого файла.
Убедитесь, что DNS настроен правильно. Одна из наиболее распространенных ошибок DNS — это направление контроллера домена к поставщику услуг Интернета (ISP) для DNS вместо того, чтобы указывать DNS на себя или на другой DNS-сервер, который поддерживает динамические обновления и записи SRV. Мы рекомендуем вам указать контроллер домена на себя или на другой DNS-сервер, поддерживающий динамические обновления и записи SRV.Мы рекомендуем вам настроить серверы пересылки к провайдеру для разрешения имен в Интернете.
Для получения дополнительных сведений о настройке DNS для службы каталогов Active Directory щелкните следующие номера статей, чтобы просмотреть статьи в базе знаний Microsoft:
254680 Планирование пространства имен DNS
Метод 2. Синхронизация времени между компьютерами
Убедитесь, что время правильно синхронизировано между контроллерами домена. Кроме того, убедитесь, что время правильно синхронизировано между клиентскими компьютерами и контроллерами домена.
Способ 3. Установите флажок «Доступ к этому компьютеру из сети».
Измените файл Gpttmpl.inf, чтобы убедиться, что соответствующие пользователи имеют Доступ к этому компьютеру из сети с правом пользователя на контроллере домена. Для этого выполните следующие действия:
Измените файл Gpttmpl.inf для политики контроллеров домена по умолчанию. По умолчанию в политике контроллеров домена по умолчанию определяются права пользователя для контроллера домена.По умолчанию файл Gpttmpl.inf для политики контроллеров домена по умолчанию находится в следующей папке.
Примечание
Sysvol может находиться в другом месте, но путь к файлу Gpttmpl.inf будет таким же.
Для контроллеров домена Windows Server 2003:
C: \ WINDOWS \ Sysvol \ Sysvol \ \ Policies \ {6AC1786C-016F-11D2-945F-00C04fB984F9} \ MACHINE \ Microsoft \ Windows NT \ SecEdit \ GptTmpl.inf
Для контроллеров домена Windows 2000 Server:
C: \ WINNT \ Sysvol \ Sysvol \ <имя домена> \ Policies \ {6AC1786C-016F-11D2-945F-00C04fB984F9} \ MACHINE \ Microsoft \ Windows NT \ SecEdit \ GptTmpl.инф
Справа от записи SeNetworkLogonRight добавьте идентификаторы безопасности для администраторов, для аутентифицированных пользователей и для всех. См. Следующие примеры.
Для контроллеров домена Windows Server 2003:
SeNetworkLogonRight = * S-1-5-32-554, * S-1-5-9, * S-1-5-32-544, * S-1-1-0
Для контроллеров домена Windows 2000 Server:
SeNetworkLogonRight = * S-1-5-11, * S-1-5-32-544, * S-1-1-0
Примечание
Администраторы (S-1-5-32-544), прошедшие проверку пользователи (S-1-5-11), все (S-1-1-0) и корпоративные контроллеры (S-1-5-9) используют хорошо известные идентификаторы безопасности, одинаковые во всех доменах.
Удалите все записи справа от записи SeDenyNetworkLogonRight (запретить доступ к этому компьютеру из сети), чтобы соответствовать следующему примеру.
SeDenyNetworkLogonRight =
Примечание
Пример одинаков для Windows 2000 Server и Windows Server 2003.
По умолчанию Windows 2000 Server не имеет записей в записи SeDenyNetworkLogonRight. По умолчанию Windows Server 2003 имеет только строковую учетную запись Support_random в записи SeDenyNetworkLogonRight.(Строковая учетная запись Support_random используется удаленным помощником.) Поскольку строковая учетная запись Support_random использует разные идентификаторы безопасности (SID) в каждом домене, учетную запись трудно отличить от обычной учетной записи пользователя, просто взглянув на SID. Вы можете скопировать SID в другой текстовый файл, а затем удалить SID из записи SeDenyNetworkLogonRight. Таким образом, вы сможете вернуть его, когда закончите устранение проблемы.
SeNetworkLogonRight и SeDenyNetworkLogonRight можно определить в любой политике.Если предыдущие шаги не помогли решить проблему, проверьте файл Gpttmpl.inf в других политиках в Sysvol, чтобы убедиться, что права пользователя также там не определены. Если файл Gpttmpl.inf не содержит ссылки на SeNetworkLogonRight или SeDenyNetworkLogonRight, эти параметры не определены в политике, и эта политика не вызывает этой проблемы. Если эти записи все же существуют, убедитесь, что они соответствуют параметрам, перечисленным ранее для политики контроллера домена по умолчанию.
Метод 4. Убедитесь, что атрибут userAccountControl контроллера домена равен 532480
Щелкните Пуск , щелкните Выполнить , а затем введите adsiedit.msc .
Разверните Домен NC , разверните DC = домен , а затем разверните OU = Контроллеры домена .
Щелкните правой кнопкой мыши соответствующий контроллер домена и выберите Свойства .
В Windows Server 2003 установите флажок Показать обязательные атрибуты и Показать дополнительные атрибуты на вкладке Редактор атрибутов . В Windows 2000 Server щелкните Оба в поле Выберите свойства для просмотра .
В Windows Server 2003 щелкните userAccountControl в поле Атрибуты . В Windows 2000 Server щелкните userAccountControl в поле Выберите свойство для просмотра .
Если значение не 532480, введите 532480 в поле Изменить атрибут , нажмите Установить , нажмите Применить , а затем нажмите ОК .
Закройте редактор ADSI.
Метод 5. Исправьте область Kerberos (убедитесь, что ключ реестра PolAcDmN и ключ реестра PolPrDmN совпадают)
Примечание
Этот метод действителен только для Windows 2000 Server.
Важно
Этот раздел, метод или задача содержат шаги, которые говорят вам, как изменить реестр. Однако при неправильном изменении реестра могут возникнуть серьезные проблемы. Поэтому убедитесь, что вы выполните следующие действия внимательно. Для дополнительной защиты сделайте резервную копию реестра перед его изменением. Затем вы можете восстановить реестр, если возникнет проблема. Для получения дополнительных сведений о резервном копировании и восстановлении реестра щелкните следующий номер статьи, чтобы просмотреть статью в базе знаний Microsoft:
322756 Как создать резервную копию и восстановить реестр в Windows
Запустите Редактор реестра .
На левой панели разверните Безопасность .
В меню Безопасность щелкните Разрешения , чтобы предоставить локальной группе администраторов полный доступ куста SECURITY и его дочерних контейнеров и объектов.
Найдите ключ HKEY_LOCAL_MACHINE \ SECURITY \ Policy \ PolPrDmN .
На правой панели редактора реестра щелкните запись <Без имени>: REG_NONE один раз.
В меню Просмотр щелкните Показать двоичные данные . В разделе диалогового окна Формат щелкните Байт .
Имя домена отображается в виде строки в правой части диалогового окна Двоичные данные . Имя домена такое же, как у области Kerberos.
Найдите раздел реестра HKEY_LOCAL_MACHINE \ SECURITY \ Policy \ PolACDmN .
На правой панели редактора реестра дважды щелкните запись <Без имени>: REG_NONE .
В диалоговом окне Binary Editor вставьте значение из PolPrDmN. (Значение из PolPrDmN будет именем домена NetBIOS).
Перезагрузите контроллер домена.
Метод 6. Сбросьте пароль учетной записи компьютера, а затем получите новый билет Kerberos
Остановите службу Центра распространения ключей Kerberos , а затем установите значение запуска Вручную .
Используйте инструмент Netdom из средств поддержки Windows 2000 Server или из средств поддержки Windows Server 2003, чтобы сбросить пароль учетной записи компьютера контроллера домена:
netdom resetpwd / server: <другой контроллер домена> / userd: domain \ administrator / passwordd: <пароль администратора>
Убедитесь, что команда netdom возвращается как завершенная успешно.Если это не так, команда не сработала. Для домена Contoso, где затронутым контроллером домена является DC1, а рабочим контроллером домена является DC2, выполните следующую команду netdom с консоли DC1:
netdom resetpwd / server: DC2 / userd: contoso \ administrator / passwordd: <пароль администратора>
Перезапустите затронутый контроллер домена.
Запустите службу центра распространения ключей Kerberos , а затем установите для параметра запуска значение Автоматически .
Для получения дополнительных сведений об этой проблеме щелкните следующие номера статей, чтобы просмотреть статьи в базе знаний Microsoft:
323542 Невозможно запустить средство «Пользователи и компьютеры Active Directory», поскольку сервер не работает
Как исправить DNS-адрес сервера не может быть найден в Google Chrome
Пользователи Windows 8, 8.1 и 10 могут иногда не иметь доступа к некоторым веб-сайтам в своих веб-браузерах. При доступе к некоторым веб-сайтам пользователю может быть представлено сообщение « DNS-адрес сервера не найден».
Что именно означает «DNS-адрес сервера не найден»?
Каждый веб-сайт в Интернете имеет числовой IP-адрес, связанный с понятным человеком доменным именем, этот IP-адрес используется для пакетно-пакетной связи, и если DNS (сервер), который действует как переводчик, не может получить IP-адрес сайта, который вы пытаетесь посетить, то возникает эта ошибка.
Обычно эта проблема возникает, когда домен, к которому вы пытаетесь получить доступ, не работает, DNS-сервер не работает или ваш локальный кеш возвращает более старый IP-адрес, что обычно происходит после изменения IP-адреса на уровне сервера.
В этом руководстве я расскажу, как решить эту проблему, однако, если проблема связана с неправильной конфигурацией сервера сайта, который вы посещаете, эти методы не помогут.
Метод 1. Обновление DNS
Этот метод приобрел большую популярность, что предполагает, что пользователь должен обновить DNS-сервер до сервера Google, поскольку они более надежны.
Метод 2: поиск IP-адреса и добавление в файл Hosts
Этот метод может работать, а может и не работать, поскольку он по-прежнему требует использования DNS-серверов для запроса IP-адреса, но он может дать немного больше информации о проблеме — если вы все еще можете получить доступ к другим веб-сайтам, попробуйте открыть следующую ссылку
https: // www.whatsmydns.net/#A/ domain.com
Замените domain.com доменом, который вы не можете посетить, и обратите внимание на IP-адрес
DNS Propagation
Как правило, все IP-адреса, которые вы видите, должны быть одинаковыми, но если это не так, то наиболее часто используемые — правильные (скопируйте).
Нажмите кнопку «Пуск» или нажмите блокнот с клавишей Windows (щелкните правой кнопкой мыши) и выберите «Запуск от имени администратора».
Нажмите «Файл» -> «Открыть» и перейдите к
C: \ Windows \ System32 \ drivers \ etc
Выберите «Все файлы» и выберите Хосты и откройте его.
Добавьте IP-адрес в конец файла в этом формате
127.0.0.1 domain.com
Замените 127.0.0.1 на IP-адрес, который вы скопировали ранее, а домен на домен, который вы запросили по ссылке выше.
Сохраните файл и попытайтесь зайти на сайт. Это будет искать маршрут локально, прежде чем запрашивать ваш DNS, потому что мы уже указали домен на его IP-адрес. Если сайт по-прежнему не открывается, вероятно, проблема в нем.Вы также можете попробовать открыть сайт со своего мобильного телефона, чтобы исключить возможность текущей конфигурации устройства / кешей, или ответить в комментариях ниже, указав название сайта, и мы проверим его для вас. Кроме того, если это не сработает, в крайнем случае попробуйте сбросить свой IP-адрес.
Метод 3. Сброс сетевых конфигураций
Возможно, ваш компьютер неправильно настроен для использования правильной комбинации сетевых конфигураций, из-за чего возникает ошибка при попытке просмотра веб-страниц с помощью Google Chrome.Поэтому на этом этапе мы полностью сбросим настройки сети. Для этого:
Нажмите «Windows» + «R» , чтобы запустить приглашение запуска, и введите «cmd».
Нажмите одновременно «Ctrl» + «shift» + «Enter» , чтобы предоставить административные разрешения и запустить командную строку. Открытие командной строки
В командной строке введите следующие команды один за другим и нажмите «Enter», после каждого, чтобы выполнить их.
netsh int ip сброс сброс WinSock Netsh ipconfig / release ipconfig / обновить ipconfig / flushdns
После выполнения всех этих команд проверьте, сохраняется ли сообщение об ошибке.
Метод 4. Перезапустите службу DNS
Возможно, служба DNS могла дать сбой, когда вы пытались выходить в Интернет в браузере Chrome, и из-за этого на экране появилось сообщение об ошибке. Поэтому на этом этапе мы перезапустим службу DNS, а затем проверим, устраняет ли это проблему.Для этого:
Нажмите кнопку «Windows» + «R» на клавиатуре, чтобы открыть окно «Выполнить».
Введите «services.msc» и нажмите «Enter» , чтобы открыть окно управления службами. Запуск Services.msc
В диспетчере служб прокрутите список служб и щелкните правой кнопкой мыши “ DNS-клиент »Служба . Перезапуск службы DNS-клиента
Выберите из списка « Перезапустить » и дождитесь перезапуска службы.
После перезапуска службы проверьте, сохраняется ли проблема.
Метод 5. Переустановите Chrome
Иногда проблема может быть не в ваших сетевых конфигурациях, а может исходить из самого браузера. Поэтому на этом этапе мы сначала удалим Chrome с нашего компьютера, а затем снова загрузим его с официального сайта и установим. Для этого:
Убедитесь, что на вашем компьютере закрыты все вкладки и окна Chrome, прежде чем начинать процесс удаления.
Щелкните меню «Пуск» и выберите параметр настройки.
Теперь щелкните приложения.
В разделе «Приложения и функции» найдите и нажмите Google Chrome.
Нажмите на кнопку удалить . Нажав на кнопку «Удалить»
Подтвердите это, снова нажав удалить
Для удаления информации вашего профиля, такой как закладки или история, отметьте опцию «Также удалить данные просмотра».
В последнем окне нажмите «Удалить», и начнется процесс удаления браузера.
Убедитесь, что браузер был полностью удален, прежде чем переходить к его переустановке.
Теперь мы переустановим программное обеспечение, следуя приведенным ниже инструкциям.
Загрузите установочный файл отсюда.
В зависимости от вашего браузера, вам может быть предложено «Запустить или сохранить» опцию, нажать на «Сохранить» опцию и запустить исполняемый файл, как только он будет загружен.
Запустите Chrome и убедитесь, что он стал браузером по умолчанию, прежде чем начать серфить в Интернете, потому что он работает лучше, если он установлен по умолчанию.
Проверьте, сохраняется ли проблема.
Метод 6: Настройка открытия новой страницы
В некоторых ситуациях вредоносное расширение браузера или какая-либо другая страница могла настроить ваш браузер на открытие определенного набора страниц при запуске, из-за чего может возникнуть эта конкретная проблема. свет. Поэтому на этом этапе мы настроим Chrome так, чтобы при запуске открывалась новая вкладка. Для этого:
Нажмите на «Три точки», в правом верхнем углу и выберите «Настройки».
В настройках Chrome щелкните «Внешний вид» на левой панели.
В настройках внешнего вида щелкните «Открыть страницу новой вкладки» под заголовком «При запуске» .
Закройте Chrome и перезапустите его. Нажав на опцию «Открыть новую вкладку»
Проверьте, помогли ли новые настройки нам исправить сообщение об ошибке.
Метод 7: Удаление файлов из папки ETC
У некоторых людей ошибка вызвана тем, что некоторые дополнительные файлы присутствуют в самой важной папке операционной системы Windows.Если «и т. Д.» папка внутри папки System 32 содержит дополнительные файлы, может появиться сообщение об ошибке. Поэтому на этом этапе мы будем удалять эти файлы с нашего компьютера, но прежде чем продолжить, убедитесь, что вы сделали полную резервную копию всех своих файлов, потому что иногда это может происходить сбоку.
Нажмите кнопки «Windows» + «E» на клавиатуре, чтобы запустить проводник. Windows Explorer
В проводнике перейдите в следующее место.
C: \ Windows \ System32 \ drivers \ etc
Нажмите «Ctrl» + «A» , чтобы выбрать все файлы, присутствующие в папке, и нажмите «Shift» + «Удалить» , чтобы удалить их с компьютера.
Убедитесь, что удаление этих файлов решило проблему для нас.
Метод 8: Обновление сетевого адаптера и установка отсутствующих драйверов
Возможно, вы становитесь жертвой отсутствующего или устаревшего сетевого драйвера, из-за которого эта проблема возникает на вашем компьютере.Поэтому на этом этапе мы упростим вам задачу, загрузив приложение, которое автоматически сканирует ваш компьютер на предмет отсутствия программного обеспечения драйвера, а затем автоматически устанавливает его для вас, если вы выберете вариант премиум (платный) или оно определит отсутствующее программное обеспечение. для вас, и вы можете установить его самостоятельно. Для этого:
Сначала загрузите программное обеспечение DriverEasy и запустите исполняемый файл, чтобы установить его.
Легко запустите драйвер и выберите Сканировать сейчас , чтобы запустить сканирование на наличие дефектных, устаревших или отсутствующих драйверов на вашем компьютере.Нажатие кнопки «Сканировать сейчас».
Затем нажмите кнопку обновления для отмеченного драйвера сетевого адаптера. Это автоматически загрузит правильную версию сетевого драйвера. После этого вы можете установить его вручную (используя бесплатную версию).
Если вы выберете «Обновить все», программа автоматически загрузит и установит соответствующие версии всех драйверов, которые отсутствуют или устарели на вашем компьютере. Но для этого вам потребуется версия Pro. Вы будете уведомлены об обновлении, как только выберете опцию «Обновить все».
Теперь перезагрузите компьютер и проверьте, сохраняется ли ошибка.
Метод 9: изменение настроек DNS-сервера
Неправильная конфигурация настроек DNS-сервера также может привести к недоступности Интернета. Поэтому вам необходимо иметь соответствующие настройки DNS-сервера, чтобы устранить эту ошибку. Выполните следующие действия для устранения этой проблемы:
Нажмите одновременно кнопки « Windows» + « R» на клавиатуре.
На вашем экране появится диалоговое окно запуска, введите «Control Panel» в пустом поле и нажмите «OK». Доступ к интерфейсу классической панели управления
Щелкните «Просмотр по:» и выберите «Мелкие значки» из списка. После этого щелкните «Центр управления сетями и общим доступом». Центр управления сетями и общим доступом — Панель управления
Выберите «Изменить настройки адаптера».
Выберите значок конкретного подключения (локальное или беспроводное), щелкните его правой кнопкой мыши и выберите «Свойства».
Теперь щелкните « Internet Protocol Version 4 (TCP / IPv4) », а затем щелкните значок «Свойства». Откройте свойства IPV4
Здесь автоматически следует проверить «Получить адрес DNS-сервера», если вы не сделали этого. Я раньше не возился с этой настройкой.
Установите флажок «Использовать следующие адреса DNS» и введите «8.8.8.8» и «8.8.4.4». в адресах первичного и вторичного DNS-серверов соответственно.
Сохраните изменения и закройте окно.
Убедитесь, что внесение этого изменения устранило ошибку в Google Chrome.
Метод 10: Очистка кеша DNS
Когда вы посещаете веб-сайт, требующий входа в свою учетную запись, Windows автоматически сохраняет адреса всех посещаемых вами IP-адресов, чтобы в следующий раз вы посетили тот же веб-сайт браузер может сам ввести информацию о вашей учетной записи и быстрее открывать веб-сайт. Но если конкретный кеш устареет или устареет, это может привести к сбоям в работе и лишить вас доступа к Интернету.Поэтому на этом этапе мы очистим кеш DNS. Для этого:
Нажмите одновременно кнопки «Windows», + «R» на клавиатуре.
Затем введите «cmd» и нажмите «Ctrl» + «Shift» + «Enter» одновременно, и на экране появится командное окно администратора. Запуск командной строки
Введите в следующие команды одну за другой в определенном порядке и нажмите «Enter», после каждой, чтобы выполнить их.
ipconfig / flushdns ipconfig / обновить ipconfig / registerdns
Теперь, когда вы выполнили эти команды, проверьте, сохраняется ли проблема.
Метод 11: Попробуйте использовать VPN
Вы можете столкнуться с ошибкой «DNS-адрес сервера не может быть найден» на некоторых веб-сайтах из-за проблем с расположением. Некоторые веб-сайты не позволяют пользователям определенной демографии получить доступ к своим веб-сайтам, из-за чего иногда возникает ошибка, и поэтому вы можете использовать VPN для доступа к этим веб-сайтам.Для этой цели вы должны использовать VPN с хорошей репутацией. Если вы не уверены, что можете использовать NordVPN. Чтобы использовать его, выполните следующие действия:
Загрузите NordVPN на свой компьютер (вы также можете получить купоны на скидку и промокоды).
Запустите NordVPN, а затем откройте его.
Теперь подключитесь к любому серверу по всему миру, выбрав страну, с которой вы хотите установить соединение.
Это, скорее всего, поможет в решении этой проблемы.
Метод 12: Используйте команды Chrome
Неудивительно, что Chrome имеет собственное хранилище DNS-кеша, которое он использует для ускорения процесса серфинга в Интернете, но иногда может укусить пользователя, если он будет поврежден.Поэтому на этом этапе мы будем использовать внутренние команды Chrome, чтобы сбросить этот кеш, а затем проверить, исчезло ли сообщение об ошибке. Для этого:
Запустите Chrome и откройте новую вкладку.
На новой вкладке введите « Chrome: // net-internals / # dns » и нажмите «Enter».
Нажмите кнопку « Очистить кэш хоста », чтобы очистить этот кеш. Нажатие кнопки «Очистить кеш хоста»
Проверьте, сохраняется ли сообщение об ошибке после очистки этого кеша в Chrome.
Метод 13: Удаление службы прогнозирования
При вводе запроса в строке поиска Chrome фактически выдает несколько рекомендаций, которые большинство людей ищут в Интернете. Эта функция, какой бы полезной она ни была, иногда может мешать работе браузера и вызывать ошибку, когда пользователь пытается использовать Chrome. Поэтому на этом этапе мы отключим эту функцию. Для этого:
Нажмите на «Три точки», в правом верхнем углу и выберите «Настройки».
В настройках выберите опцию « Sync and Google Services ». Нажмите Sync and Google services в настройках Chrome.
В этой опции нажмите на переключатель « Autocomplete search and URLs» , чтобы выключи.
После отключения функции интеллектуального поиска проверьте, сохраняется ли проблема.
Метод 14: Запуск средства устранения неполадок сети
В некоторых случаях некоторые основные функции Windows могли не работать, из-за чего эта конкретная проблема вызывалась при поиске в Google Chrome.Поэтому на этом этапе мы запустим средство устранения неполадок сети, чтобы исправить это. Для этого:
Нажмите «Windows» + «I» , чтобы запустить настройки.
Нажмите на «Обновление и безопасность» вариант, а затем нажмите на «Устранение неполадок» кнопку в левой части окна. Нажав на опцию «Обновление и безопасность»
Нажмите на «Подключения к Интернету» , а затем нажмите «Запустить средство устранения неполадок» .Запуск средства устранения неполадок подключения к Интернету
Следуйте инструкциям на экране, чтобы полностью запустить средство устранения неполадок и проверить, сохраняется ли сообщение об ошибке после завершения работы средства устранения неполадок.
Метод 15: переустановка сетевых драйверов
Иногда сетевые драйверы, используемые компьютером, могут быть неправильно оснащены для формирования стабильного интернет-соединения, из-за чего это сообщение об ошибке появляется в Google Chrome. Чтобы обойти эту проблему, мы удалим драйвер и установим его автоматически из Центра обновления Windows.
Нажмите одновременно клавиши «Windows» + «R» на клавиатуре, чтобы открыть окно запуска.
Введите «devmgmt.msc» в пустое поле и нажмите Enter. Введите devmgmt.msc и нажмите Enter, чтобы открыть диспетчер устройств.
На экране откроется окно диспетчера устройств, разверните «Сетевые адаптеры» список и щелкните правой кнопкой мыши интернет-адаптер, используемый вашим компьютером.
Нажмите кнопку «Удалить» , чтобы удалить драйвер с вашего компьютера.Удаление сетевых драйверов
Перезагрузите компьютер и проверьте, установлен ли драйвер автоматически.
Если это не так, запустите Driver Easy Tool, чтобы установить его снова, как описано в шагах выше.
Метод 16. Отключить настройки прокси-сервера
Возможно, ваш компьютер может быть настроен для работы через прокси-соединение, и из-за этого может возникнуть ошибка. Поэтому на этом этапе мы отключим настройки прокси, а затем проверим, устраняет ли это ошибку.Для этого:
Нажмите одновременно клавиши Windows + R на клавиатуре.
На экране появится диалоговое окно запуска, введите «MSConfig» в пустое поле и нажмите OK. Msconfig
Выберите параметр загрузки в окне конфигурации системы и затем отметьте «Безопасная загрузка» параметр .
Нажмите «Применить» и нажмите «ОК».
Перезагрузите компьютер, чтобы загрузиться в безопасном режиме.
Снова нажмите те же клавиши «Windows», + «R», и введите «inetcpl.cpl » в диалоговом окне« Выполнить »и нажмите « Enter » для его выполнения. Диалоговое окно запуска: inetcpl.cpl
На экране появится диалоговое окно свойств Интернета, выберите оттуда вкладку « Подключения ».
Снимите флажок « Использовать прокси-сервер для вашей LAN » и затем нажмите OK. Отключите использование прокси-серверов
Откройте MSConfig еще раз и на этот раз снимите флажок с опции безопасной загрузки, сохраните изменения и перезагрузите компьютер.
Проверьте, сохраняется ли ошибка «DNS-адрес сервера не найден в Google Chrome ».
Метод 17: Сброс настроек Internet Explorer
Internet Explorer используется компьютером для связи с серверами Windows и в основном используется для всех задач операционной системы, включая подключение к Интернету, а также системными приложениями . Однако иногда он может давать сбой и вызывать эту проблему, которую мы будем решать, полностью сбросив ее.
Нажмите одновременно клавиши Windows + R на клавиатуре, чтобы открыть диалоговое окно запуска.
Введите «inetcpl.cpl» здесь в поле и нажмите «Enter» , чтобы открыть его. Запустить диалоговое окно: inetcpl.cpl
Щелкните вкладку «Дополнительно», и нажмите «Сброс» Кнопка в нижней части окна.

Домен оплачен, но не работает | Вопросы-ответы на Wiki

Статья актуальна для следующих ситуаций:

DigitalOcean + Google Domains DNS не работает

2 ответа

Похожие вопросы:

Поиск и устранение неполадок после добавления домена и записей DNS — Microsoft 365 admin

В этой статье

Почему?What’s going on?

Не удается проверить свой домен?Can’t verify your domain?

Не работает Outlook?Outlook isn’t working?

Все сообщения электронной почты перешли на Microsoft 365 и вы хотели, чтобы ваша электронная почта переключилась?Everyone’s email got switched to Microsoft 365 and you only wanted YOUR email to switch?

Не можете подтвердить состояние некоммерческой или школьной учетной записи?Can’t confirm non-profit or school account status?

Службы не работают с вашим доменом?Services not working with your domain?

Ваш веб-сайт недоступен?Accessing your website isn’t working?

См. также:Related content

Проверка работоспособности DNS-серверов (nslookup) — КОМТЕТ — хостинг

Настройка DNS записей в личном кабинете Инсис

Настройка DNS записей в личном кабинете Инсис

Типы DNS записей:

Настройки DNSзаписей в личном кабинете виртуального хостинга:

Настройки DNS записей в личном кабинете облачного хостинга:

После смены DNS серверов не все клиенты могут открыть сайт

Мерзкая ошибка DNS «Не удается получить доступ к сайту ERR_NAME_NOT_RESOLVED»

Не удалось обнаружить DNS-адрес: что это за ошибка

[решено] Внутренняя / внешняя проблема веб-сайта ?? — DNS

«Ошибка DNS — не удается найти сервер» при доступе к расписанию в Google Chrome

Руководство по поиску и устранению неисправностей DNS | Поддержка Bluehost

Контрольный список устранения неполадок DNS

Проверить серверы имен

Проверить действительность домена

Проверить правильность записей DNS

Проверить правильность записей A

Понимание распространения

Что такое распространение и почему оно занимает так много времени?

Могу ли я увидеть свой сайт до того, как он начнет распространяться?

Альтернативные стратегии распространения

Очистить DNS

Изменение файла Hosts

| Публичный DNS | Разработчики Google

Шаг 1. Проверьте наличие проблем с проверкой DNSSEC

Шаг 2. Проверьте официальные серверы имен

Шаг 3. Проверьте наличие проблем с делегированием

Шаг 4. Проверьте большие ответы

Шаг 5. Проверьте, разрешают ли другие общедоступные распознаватели домен

Windows

macOS или Linux

Почему OpenDNS работает только на одном или нескольких моих компьютерах / устройствах — OpenDNS

Сценарий 1. Работает только один компьютер

Сценарий 2: Работает только один компьютер

Сценарий 3: Работает, кроме одного компьютера

Сценарий 4. Работает, но фильтрация не работает или работает некорректно

Контроллер домена работает неправильно — Windows Server

В этой статье

Симптомы

Разрешение

Метод 1. Исправить ошибки DNS

Метод 2. Синхронизация времени между компьютерами

Способ 3. Установите флажок «Доступ к этому компьютеру из сети».

Метод 4. Убедитесь, что атрибут userAccountControl контроллера домена равен 532480

Метод 5. Исправьте область Kerberos (убедитесь, что ключ реестра PolAcDmN и ключ реестра PolPrDmN совпадают)

Метод 6. Сбросьте пароль учетной записи компьютера, а затем получите новый билет Kerberos

Как исправить DNS-адрес сервера не может быть найден в Google Chrome

Метод 3. Сброс сетевых конфигураций

Метод 4. Перезапустите службу DNS

Метод 5. Переустановите Chrome

Метод 6: Настройка открытия новой страницы

Метод 7: Удаление файлов из папки ETC

Метод 8: Обновление сетевого адаптера и установка отсутствующих драйверов

Метод 9: изменение настроек DNS-сервера

Метод 11: Попробуйте использовать VPN

Метод 12: Используйте команды Chrome

Метод 13: Удаление службы прогнозирования

Метод 15: переустановка сетевых драйверов

Метод 16. Отключить настройки прокси-сервера

Метод 17: Сброс настроек Internet Explorer

Добавить комментарий Отменить ответ