Домен не найден в dns
Обновлено: 07.07.2024
Если вы выполнили все необходимые действия для подтверждения домена, но при нажатии копки Проверить домен не приобретает статус «Подтвержден» :
Если вы выбрали способ подтверждения Метатег , в браузере откройте главную страницу сайта на вашем домене, перейдите к коду страницы и убедитесь, что добавленный вами метатег отображается в коде. Если вы выбрали способ подтверждения DNS , для подтверждения домена может потребоваться до 72 часов (трое суток).Если вы убедились, что необходимые данные (метатег, HTML-файл или DNS-запись) добавлены, но статус домена не меняется, обратитесь в службу поддержки.
После делегирования домена перестали работать почта и сайт
Делегирование домена — это передача управления доменом на выбранный DNS-сервер. Если после делегирования на домене перестали работать почта и сайт, проверьте DNS-записи домена:
Для работы почты настройте MX-запись. Если в MX-записи вы укажете тот же почтовый сервер, который был настроен до делегирования, ваши почтовые ящики с письмами сохранятся.Проверить и настроить DNS-записи можно на сайте провайдера DNS-хостинга — компании, которая предоставляет DNS-серверы для вашего домена. Если вы делегировали домен на серверы Яндекса, управляйте DNS-записями домена с помощью DNS-редактора Коннекта.
Мой домен подключили в другой организации: домен откреплен
Если вы подключили домен к другой организации, которая принадлежит вам, удалите домен из новой организации. Примечание. Если новая организация, к которой подключили ваш домен, принадлежит другому владельцу, удалять домен из организации не требуется. Снова подключите домен к вашей первой организации и подтвердите его.Чтобы вернуть организации основной домен, снова подключите его.
Как вернуть почтовые ящики на прежний домен
Чтобы вернуть почтовые ящики на прежний домен, снова подключите его к организации.
Не могу удалить домен
Вы можете удалить только неосновной или неподтвержденный домен. Чтобы удалить основной домен, сначала нужно сделать основным какой-нибудь другой. Если к организации подключен только один домен, его можно удалить только вместе с организацией.
Подробнее читайте в разделе Удалить домен.
По адресу домена не открывается сайт
Если вы хотите, чтобы по адресу вашего домена открывался сайт, для этого домена нужно настроить A-запись.
Вы можете настроить A-запись на сайте компании, которая предоставляет вам услугу DNS-хостинга. Если вы делегировали домен на серверы Яндекса, настройте A-запись в DNS-редакторе Коннекта.
Проблемы с доступом к организации или домену
Если вы потеряли доступ к управлению организацией или доменом, вы можете попробовать:
Советы не помогли
Если на этой странице нет решения вашей проблемы, напишите в службу поддержки.
В этой статье описывается, как устранять неполадки на DNS-серверах.
Проверка IP-конфигурации
Выполните ipconfig /all команду из командной строки и проверьте IP-адрес, маску подсети и шлюз по умолчанию.
Проверьте, является ли DNS-сервер полномочным для имени, которое ищется. Если это так, см. раздел Проверка на наличие проблем с достоверными данными.
Выполните следующую команду.
Если вы получаете ответ об ошибке или истечении времени ожидания, см. раздел Проверка проблем с рекурсией.
Очистка кэша сопоставителя. Для этого выполните следующую команду в окне командной строки с правами администратора:
Или в окне администрирования PowerShell выполните следующий командлет:
Повторите шаг 3.
Проверка неполадок DNS-сервера
Журнал событий
Проверьте следующие журналы, чтобы узнать, есть ли записанные ошибки:
Тестирование с помощью запроса nslookup
Выполните следующую команду и проверьте, доступен ли DNS-сервер с клиентских компьютеров.
Если сопоставитель возвращает IP-адрес клиента, у сервера нет проблем.
Если сопоставитель возвращает ответ "сбой сервера" или "Запрос отклонен", зона может быть приостановлена или сервер может быть перегружен. Чтобы узнать, приостановлен ли он, перейдите на вкладку Общие окна свойств зоны в консоли DNS.
Если сопоставитель возвращает ответ "запрос на превышение времени ожидания сервера" или "нет ответа от сервера", возможно, служба DNS не запущена. Попробуйте перезапустить службу DNS-сервера, введя следующую команду в командной строке на сервере:
Если проблема возникает при запуске службы, сервер может не прослушивать IP-адрес, который использовался в запросе nslookup. На вкладке интерфейсы страницы свойств сервера консоли DNS администраторы могут ограничить DNS-сервер прослушиванием только выбранных адресов. Если DNS-сервер настроен для ограничения службы указанным списком настроенных IP-адресов, то возможно, что IP-адрес, используемый для связи с DNS-сервером, отсутствует в списке. Можно попробовать использовать другой IP-адрес в списке или добавить IP-адрес в список.
В редких случаях DNS-сервер может иметь расширенную конфигурацию безопасности или брандмауэра. Если сервер расположен в другой сети, доступной только через промежуточный узел (например, маршрутизатор фильтрации пакетов или прокси-сервер), DNS-сервер может использовать нестандартный порт для прослушивания и получения клиентских запросов. По умолчанию программа nslookup отправляет запросы на DNS-серверы через порт UDP 53. Поэтому, если DNS-сервер использует любой другой порт, запросы nslookup завершатся ошибкой. Если вы считаете, что это может быть проблема, проверьте, используется ли промежуточный фильтр для блокировки трафика на хорошо известных портах DNS. Если это не так, попробуйте изменить фильтры пакетов или правила портов в брандмауэре, чтобы разрешить трафик через порт UDP/TCP 53.
Проверка на наличие проблем с достоверными данными
Проверьте, является ли сервер, который возвращает неверный ответ, основным сервером для зоны (основным сервером-источником для зоны или сервером, который использует интеграцию Active Directory для загрузки зоны) или сервер, на котором размещена дополнительная копия зоны.
Если сервер является сервером-источником
Проблема может быть вызвана ошибкой пользователя при вводе пользователем данных в зону. Кроме того, это может быть вызвано проблемой, которая влияет на Active Directory репликацию или динамическое обновление.
Если на сервере размещается дополнительная копия зоны
Изучите зону на сервере-источнике (сервере, с которого этот сервер извлекает зоны).
Вы можете определить, какой сервер является сервером-источником, проверив свойства дополнительной зоны в консоли DNS.
Если на сервере-источнике указано неправильное имя, перейдите к шагу 4.
Если на сервере-источнике указано правильное имя, убедитесь, что серийный номер на сервере-источнике меньше или равен серийному номеру на сервере-получателе. Если это так, измените либо сервер-источник, либо сервер-получатель, чтобы серийный номер на сервере-источнике был больше, чем серийный номер на сервере-получателе.
На сервере-получателе выполните принудительную пересылку зоны с помощью консоли DNS или выполните следующую команду:
Изучите сервер-получатель еще раз, чтобы узнать, правильно ли передана зона. В противном случае у вас, вероятно, возникает проблема с переносом зоны. Дополнительные сведения см. в статье проблемы зонных передач.
Если зона была передана правильно, проверьте, правильно ли указаны данные. В противном случае данные в основной зоне неверны. Проблема может быть вызвана ошибкой пользователя при вводе пользователем данных в зону. Кроме того, это может быть вызвано проблемой, которая влияет на Active Directory репликацию или динамическое обновление.
Проверка проблем с рекурсией
Чтобы рекурсия работала успешно, все DNS-серверы, используемые в пути рекурсивного запроса, должны иметь возможность отвечать и пересылать правильные данные. Если это не так, рекурсивный запрос может завершиться ошибкой по одной из следующих причин:
Время ожидания запроса истекло, прежде чем его можно будет завершить.
Сервер, используемый во время запроса, не отвечает.
Сервер, используемый во время запроса, предоставляет неверные данные.
Начните устранение неполадок на сервере, который использовался в исходном запросе. Проверьте, пересылает ли этот сервер запросы на другой сервер, изучив вкладку серверы пересылки в свойствах сервера в консоли DNS. Если флажок включить серверы пересылки установлен и в списке присутствует один или несколько серверов, этот сервер перенаправляет запросы.
Если этот сервер пересылает запросы на другой сервер, проверьте наличие проблем, влияющих на сервер, на который сервер пересылает запросы. Чтобы проверить наличие проблем, см. раздел Проверка неполадок DNS-сервера. Когда этот раздел предписывает выполнить задачу на клиенте, выполните его на сервере.
Если сервер находится в работоспособном состоянии и может пересылать запросы, повторите этот шаг и проверьте сервер, на который сервер пересылает запросы.
Если этот сервер не перенаправляет запросы на другой сервер, проверьте, может ли этот сервер запрашивать корневой сервер. Для этого выполните следующую команду:
Если сопоставитель возвращает IP-адрес корневого сервера, возможно, имеется разорванное делегирование между корневым сервером и именем или IP-адресом, который вы пытаетесь разрешить. Следуйте инструкциям по тестированию неработающей процедуры делегирования , чтобы определить, где находится неработающее делегирование.
Если сопоставитель возвращает ответ "запрос на превышение времени ожидания сервера", проверьте, указывает ли корневые ссылки на работоспособность корневых серверов. Для этого используйте для просмотра текущей процедуры корневых ссылок . Если корневые ссылки указывают на работающие корневые серверы, возможно, возникла проблема с сетью или сервер может использовать расширенную конфигурацию брандмауэра, которая не позволяет арбитру конфликтов запрашивать сервер, как описано в разделе Проверка проблем DNS-сервера . Также возможно, что рекурсивное время ожидания по умолчанию слишком мало.
Тестирование неработающего делегирования
Начните тесты в следующей процедуре, запросив допустимый корневой сервер. Этот тест позволяет выполнить запрос всех DNS-серверов из корня к серверу, который тестируется для неработающего делегирования.
В командной строке на тестируемом сервере введите следующее:
Тип записи ресурса — это тип записи ресурса, для которой был выполнен запрос в исходном запросе, а полное доменное имя — полное доменное имя, для которого выполнялись запросы (заканчивающиеся точкой).
Если ответ содержит список записей ресурсов "NS" и "A" для делегированных серверов, повторите шаг 1 для каждого сервера и используйте IP-адрес из записей ресурсов "A" в качестве IP-адреса сервера.
Если ответ не содержит запись ресурса NS, делегирование будет разорвано.
Если ответ содержит записи ресурсов "NS", но нет записей ресурсов "A", введите " задать рекурсию" и выполните запрос по отдельности для записей ресурсов "a" серверов, перечисленных в записях NS. Если вы не нашли по меньшей мере один допустимый IP-адрес записи ресурса "A" для каждой записи ресурса NS в зоне, то у вас есть неработающее делегирование.
Если вы определили, что вы используете неработающее делегирование, исправьте его, добавив или обновив запись ресурса "A" в родительской зоне, используя допустимый IP-адрес для соответствующего DNS-сервера для делегированной зоны.
Просмотр текущих корневых ссылок
Запустите консоль DNS.
Добавьте или подключитесь к DNS-серверу, который не прошел рекурсивный запрос.
Щелкните правой кнопкой мыши сервер и выберите пункт Свойства.
Щелкните корневые ссылки.
Проверьте наличие базовых подключений к корневым серверам.
Если правильно настроены корневые ссылки, убедитесь, что DNS-сервер, используемый в разрешении имен с ошибками, может проверить связь с корневыми серверами по IP-адресу.
Если корневые серверы не отвечают на проверку связи по IP-адресу, IP-адреса для корневых серверов могли измениться. Однако нередко можно увидеть перенастройку корневых серверов.
Проблемы с зонными ошибками
Выполните следующие проверки:
Проверьте Просмотр событий как для основного, так и для дополнительного DNS-сервера.
Проверьте сервер источника, чтобы узнать, не отправит ли он передачу данных для безопасности.
Проверьте вкладку зонные передачи свойств зоны в консоли DNS. Если сервер ограничит передачу зоны на список серверов, например на вкладке серверы имен в свойствах зоны, убедитесь, что сервер-получатель находится в этом списке. Убедитесь, что сервер настроен на отправку зонных передач.
Проверьте наличие проблем на основном сервере, выполнив действия, описанные в разделе Проверка проблем DNS-сервера . Когда появится запрос на выполнение задачи на клиенте, выполните задачу на сервере-получателе.
Проверьте, не работает ли на сервере-получателе другая реализация сервера DNS, например BIND. Если это так, проблема может быть вызвана одной из следующих причин:
Windows сервер-источник может быть настроен для отправки быстрых зонных передач, но сервер-получатель стороннего производителя может не поддерживать быструю передачу зоны. В этом случае отключите передачу данных с помощью быстрой зоны на сервере-источнике из консоли DNS, установив флажок включить вторичные базы данных-получатели на вкладке Дополнительно свойств сервера.
если зона прямого просмотра на Windows сервере содержит тип записи (например, запись SRV), которую сервер-получатель не поддерживает, то на сервере-получателе могут возникнуть проблемы с извлечением зоны.
Проверьте, запущена ли на сервере-источнике другая реализация сервера DNS, например BIND. если да, то возможно, что зона на сервере источника включает несовместимые записи ресурсов, которые Windows не распознает.
Если на главном или вторичном сервере используется другая реализация DNS-сервера, проверьте оба сервера, чтобы убедиться, что они поддерживают одни и те же функции. сервер Windows можно проверить на консоли DNS на вкладке дополнительно страницы свойства сервера. В дополнение к полю включить вторичные получатели привязок на этой странице содержится раскрывающийся список Проверка имен . Это позволяет выбрать принудительное соответствие требованиям RFC для символов в DNS-именах.
В операционной системе Windows при подключении к интернету можно столкнуться с проблемой DNS сервер недоступен.
К такой ошибке могут привести проблемы со стороны интернет-провайдера или неверные настройки локальной сети. В статье мы расскажем, что делать, если вы столкнулись с этой проблемой и как определить её причину.
Что значит «Возможно, DNS сервер недоступен»
DNS (Domain Name System) — система доменных имён, которая преобразует доменное имя в IP-адрес сервера, на котором находится сайт. Подробнее о принципах работы читайте в статье Что такое DNS простыми словами.
Информация о том, какой IP-адрес принадлежит конкретному доменному имени, хранится на DNS-сервере. Когда вы открываете сайт по доменному имени, браузер узнает IP-адрес сайта у DNS-сервера. Если сервер недоступен или работает неправильно, браузер не сможет узнать IP-адрес и открыть сайт. Вместо него вы увидите ошибку «Нет соединения с DNS сервером» или другую с похожим содержимым.
При ошибке «DNS-сервер недоступен» в панели задач на значке подключения будет отображаться уведомление в виде треугольника с восклицательным знаком внутри. При этом в браузере возникнет ошибка «Не удается найти DNS-адрес сайта» или «Не удалось найти IP-адрес сервера». Текст ошибки зависит от браузера. Пример ошибки в Chrome:
Почему DNS сервер недоступен
Если Windows не исправил ошибку автоматически, попробуйте действия ниже.
Перезагрузить компьютер и роутер
Перезагрузите ваш компьютер и роутер. В некоторых случаях это поможет. Чтобы выключить роутер, нажмите на соответствующую кнопку на задней панели. Не перепутайте с кнопкой сброса настроек, так как сбрасывать настройки до заводских не нужно. Если кнопка питания отсутствует, обесточьте роутер на 30-60 секунд, а затем снова включите.
Подключитесь к той же сети при помощи другого устройства и проверьте работу интернета. Если на нём тоже нет связи с ДНС сервером, значит проблема в настройках роутера или вовсе у интернет-провайдера.
Если интернет не работает только на одном устройстве из вашей сети, значит проблема не связана с провайдером или настройками роутера.
Поменять DNS-серверы в Windows
Если перезагрузка не помогла, поменяйте DNS-серверы, с которых ваш компьютер запрашивает информацию о соответствии доменного имени и IP-адреса. При стандартных настройках DNS-серверы предоставляет интернет-провайдер. Серверы провайдера могут быть недоступны из-за аварии или технических работ. В качестве альтернативы пропишите Google Public DNS, которые отличаются высокой надежностью и повышенной частотой обновления кэша. Пошаговая инструкция:
Кликните на значок Сеть в панели задач и нажмите Параметры сети и Интернет:
Нажмите на Настройка параметров адаптера:
Кликните правой кнопкой мыши по активному соединению и нажмите Свойства:
Выберите строку «IP версии 4 (TCP/IPv4)» и нажмите Свойства:
Активируйте пункт «Использовать следующие адреса DNS-серверов» и введите IP-адреса:
Предпочитаемый — 8.8.8.8
Альтернативный — 8.8.4.4:
Проверить работу службы DNS-клиент
Проверьте работу службы DNS-клиент — она должна быть запущена:
Нажмите комбинацию клавиш Windows + R и введите команду services.msc.Кликните правой кнопкой мыши на DNS-клиент и нажмите Свойства:
Если тип запуска выбран Автоматически, а состояние — Выполняется, значит служба корректно запущена. Если параметры отличаются, запустите службу и укажите автоматический тип запуска:
Сбросить кэш
Если предыдущие шаги не помогли и у вас всё ещё отсутствует подключение к DNS серверу, сбросьте кэш. Для этого:
Нажмите на значок Сеть в панели задач и выберите Параметры сети и Интернет:
Отключить антивирус
Иногда ошибка может возникать из-за настроек антивируса. Он может ограничивать доступ к сайтам или DNS-серверам, которым не доверяет. Приостановите работу антивируса на некоторое время. В панели задач правой кнопкой мыши кликните на значок антивируса и отключите его. Или найдите этот пункт во внутренних настройках программы.
Если вы уверены, что проблема подключения DNS сервера возникает из-за антивируса, проверьте его настройки. Во многих программах есть управление межсетевым экраном. В Avast это Брандмауэр, а в Kaspersky – Веб-контроль. Попробуйте отключить межсетевой экран или включить стандартные настройки доступа. Если у вас возникают сложности, найдите инструкцию на сайте вашего разработчика или на тематических форумах.
Если вы решите удалить антивирус, найдите ему замену. Не оставляйте компьютер без защиты.Проверить настройки роутера
Перейдите к управлению маршрутизатором через браузер. Для этого введите IP-адрес админки в адресную строку:
- 192.168.0.1 или 192.168.1.1 — подойдёт для большинства маршрутизаторов,
- 192.168.31.1 — для маршрутизаторов Xiaomi.
При переходе на правильный IP откроется страница с авторизацией. Логин и пароль обычно есть на самом роутере или в договоре с провайдером.
В настройках найдите раздел Интернет или WAN и сверьте настройки подключения с теми, которые предоставил провайдер. Если эти настройки вам неизвестны, позвоните на горячую линию интернет-провайдера и попросите помощи с настройкой роутера.
Если ничего не помогло и DNS-сервер не отвечает, обратитесь в поддержку вашего провайдера. Найдите контакты на сайте или в договоре на обслуживание. Постарайтесь выполнить все рекомендации специалиста службы поддержки. Если проблема имеет массовый характер, уточните сроки решения.
Это больше, чем просто посещение веб-сайта, чем просто ввести имя домена и нажать клавишу Enter. За кулисами скрываются и другие слои для защиты вашей конфиденциальности и безопасности во время серфинга в Интернете.
Что такое настройки DNS сайта и как их настроить?
Для большинства людей доменные имена намного легче запомнить, чем последовательность цифр. Для серверов и компьютеров в Интернете верно обратное. DNS-сервер обрабатывает перевод, так что обе стороны счастливы.
Ваша домашняя сеть обычно полагается на DNS-сервер, предоставленный провайдером, для IP-адреса вашего собственного интернет-маршрутизатора. На самом деле вы можете изменить настройки IP-адреса вашего маршрутизатора, чтобы переключать DNS-серверы с автоматического (определяемого вашим провайдером) на общедоступные, такие как DNS 8.8.8.8 и 8.8.4.4 Google.
Настройки DNS веб-сайта немного отличаются от этого. Настройки конфигурации DNS сайта важны для владельцев сайта. Каждый раз, когда вы выбираете смену веб-хостов, вы меняете физический сервер, на котором находится сайт. Это также означает, что вы меняете IP-адреса.
Изменение параметров конфигурации DNS, чтобы всегда указывать людям, ищущим ваше доменное имя, на правильный IP-адрес, будет поддерживать работу сайта даже при переходе на новый хостинг.
Большинство владельцев веб-сайтов должны понимать, что если параметры DNS введены неправильно, весь веб-сайт может быть отключен на длительный период времени.
Имейте в виду, что изменения DNS не являются мгновенными, поэтому, если вы совершите ошибку, вполне вероятно, что никто не будет иметь доступа к сайту, пока ваше исправление не будет реплицировано на все DNS-серверы в Интернете. Даже после исправления ошибки исправление может занять до 72 часов.
Предотвращение ошибок конфигурации DNS
Во-первых, чтобы избежать ошибок, убедитесь, что у вас есть общее представление о том, что делают записи A , CNAME , NS , TXT и MX .
Подобные вещи удобны при запуске нескольких сервисов с одного IP-адреса. Записи CNAME работают только для поддоменов и всегда должны указывать на другой домен или поддомен, а не напрямую на IP-адрес.
Хотя существует больше записей, с которыми вы, вероятно, столкнетесь, но эти наиболее важные из них вы должны знать.
Настройка параметров конфигурации DNS
Для этого урока мы будем использовать Hostinger в качестве нашего веб-хостинга. Войдите в свою учетную запись и перейдите в раздел Домены , а затем на вкладку Зона DNS .
Здесь вы найдете все свои записи DNS.
Чтобы изменить любую из этих записей, нажмите кнопку «Добавить +» , расположенную в правом нижнем углу любой из них.
Это действительно так просто. Чтобы лучше понять, на что вы смотрите и как их изменить, давайте воспользуемся записью А.
@ в вашей А-записи доменного имени указывает на IP адрес. Изменяя это, вы будете перенаправлять весь трафик, направляемый на ваше доменное имя, на IP-адрес, который вы вводите. При переходе на новый хост управления веб-сайтом, например, с WordPress на SquareSpace, вам придется изменить Точки на @ записи, используя IP-адрес, предоставленный SquareSpace.
При вводе имени хоста это можно сделать одним из двух способов:
Причина, по которой этот метод рекомендуется, заключается в том, что ваша DNS-зона будет автоматически настроена в соответствии с IP-адресом хостинга. Этот способ также позволит вам передать управление настройками вашего домена в Hostinger hPanel.
- Вам нужно найти серверы имен в зоне DNS, которая находится в разделе NS.
- Затем войдите в панель управления вашего регистратора доменов. Если вы незнакомы или забыли название компании, вы можете использовать whois lookup.
- В их версии зоны DNS удалите все значения из полей сервера имен и введите серверы имен Hostinger.
- Затем сохраните изменения.
Этот метод может занять до 24 часов для полного распространения DNS. Второй способ более технический, так как вам нужно указать доменное имя с помощью записи A.
Вам нужно будет изменить IP-адрес, связанный с записями DNS. Это сохранит контроль вашего домена в регистраторе. Если вы точно знаете, что IP-адрес будет оставаться статическим, этот процесс не требуется.
Это может выглядеть иначе, чем у вашего регистратора. Просто заполните аналогичные значения, как показано на рисунке. Поля будут следующими: Имя / Хост, TTL и Точки на / Запись.
Среднее значение Time To Live (TTL) , составляет 86400 секунд, что составляет 24 часа. Когда дело доходит до того, что вы должны установить, посмотрите на другие записи. В этом случае наши настройки DNS показывают 14400, что составляет 4 часа. 4 часа в выпадающем меню Hostinger не существует, поэтому рекомендуется использовать среднее значение.
После завершения этого шага вы можете перейти к изменению записи MX для электронной почты. Конечно, этот шаг необходим только в том случае, если вы в настоящее время используете сервер электронной почты, предлагаемый вашим хостом.
Этот процесс прост.
- Перейдите к записи MX в зоне DNZ и запишите поле «Точки на».
- Возьмите этот адрес и замените запись MX пункта назначения вашего домена на адрес MX Hostinger.
За дополнительной помощью и рекомендациями по настройке конфигурации DNS обращайтесь к своему веб-хосту. Многие вещи, включая доступ к настройкам DNS, могут различаться в зависимости от хост-провайдера. Воздерживаться от внесения серьезных изменений без получения помощи.
Как только вы освоитесь, внесение изменений в настройки конфигурации DNS может быть простым и безболезненным процессом.
Читайте также: