Ошибка при добавлении сервера условной пересылки - Решение и исправление самых разных ошибок на TopOshibok.ru

Если у вас несколько внутренних доменов, вам стоит подумать о настройке условной пересылки. Она позволяет направлять запросы конкретных доменов для разрешения на конкретные DNS-серверы. Условная пересылка полезна, если в вашей организации есть несколько внутренних доменов и вам требуется разрешать запросы между ними.

Чтобы настроить условную пересылку, выполните следующие действия:

1. В консоли Диспетчер DNS (DNS Manager) щелкните правой кнопкой папку Серверы условной пересылки (Conditional Forwarders) нужного вам сервера. В контекстном меню выберите команду Создать условную пересылку (Conditional Forwarder).

2. В диалоговом окне Создать сервер условной пересылки (New Conditional Forwarder) введите имя домена, в который следует пересылать запросы, например, logi.cc.

3. Щелкните список ІР-адрес (IP Address), введите ІР-адрес полномочного DNS-сервера в указанном домене и нажмите Enter. Повторите процесс, чтобы указать дополнительные ІР-адреса.

4. При использовании интеграции DNS с Active Directory установите флажок Сохранять условную пересылку в Active Directory (Store This Conditional Forwarder In Active Directory) и выберите одну из следующих стратегий репликации.

• Все DNS-серверы в этом лесу (All DNS Servers In This Forest) Это обширнейшая стратегия репликации. Помните, что лес Active Directory включает все деревья доменов, использующие данные каталога совместно с текущим доменом.

• Все DNS-серверы в этом домене (All DNS Servers In This Domain) Выберите эту стратегию, чтобы реплицировать информацию DNS внутри текущего домена и его дочерних доменов.

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

5. Задайте время ожидания пересылки, то есть, время, в течение которого сервер пытается запросить сервер пересылки в случае отсутствия ответа. По истечении времени ожидания сервер пытается запросить следующий полномочный сервер из списка. Стандартное время ожидания составляет пять секунд. Щелкните ОК.

6. Повторите процедуру, чтобы настроить условную пересылку для других доменов.

Сервер пересылки — это DNS-сервер в сети, который пересылает DNS-запросы внешних DNS-имен на DNS-серверы за пределами этой сети. Сервер также можно настроить на пересылку запросов в соответствии с определенными именами домена, используя условную пересылку.

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

Минимальным требованием для выполнения этой процедуры является членство в группе Администраторы или наличие эквивалентных прав. Подробные сведения об использовании соответствующих учетных записей и членства в группах см. на странице https://go.microsoft.com/fwlink/?Link >.

Содержание

Настройка DNS-сервера для использования пересылки
- - Дополнительные сведения
  - Дополнительная информация
  - Содержание:
  - 1. Основные сведения
    - Итеративный и рекурсивный запросы.
  - 2. Немного о формате сообщения DNS
    - Формат DNS-сообщения
  - 3. TCP и UDP
  - 4. DNS в Windows Server 2008 и 2012
    - Фоновая загрузка зон
    - Поддержка IPv6-адресов
    - Изменения DNS-клиента
  - 5. DNS и Active directory
    - Как происходит процесс поиска DC
- Рекомендуем к прочтению

Чтобы настроить DNS-сервер для использования пересылки с помощью интерфейса Windows

Откройте диспетчер DNS.

В дереве консоли щелкните необходимый DNS-сервер.

В меню Действие выберите команду Свойства.

На вкладке Серверы пересылки в разделе Домен DNS щелкните имя домена.

В поле Список IP-адресов серверов пересылки для выбранного домена введите IP-адрес сервера пересылки, а затем нажмите кнопку Добавить.

Дополнительные сведения

Чтобы открыть диспетчер DNS, нажмите кнопку Пуск, выберите Администрирование, затем щелкнете DNS.

Чтобы создать новое доменное имя, нажмите кнопку Создать, затем в разделе Домен DNS введите имя домена.

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

По умолчанию DNS-сервер пять секунд ожидает ответа от IP-адреса одного сервера пересылки, прежде чем пытаться связаться с IP-адресом другого сервера. В поле Время ожидания пересылки (сек) можно изменить количество секунд, в течение которых DNS-сервер будет ожидать ответа. Если ни один сервер пересылки не отозвался, начинается стандартная процедура рекурсии.

Если DNS-сервер должен использовать только серверы пересылки и не пытаться выполнять дальнейшую рекурсию, установите флажок Не использовать рекурсию для этого домена.

Можно отключить рекурсию для DNS-сервера, чтобы она не выполнялась для любого запроса. Если рекурсия на DNS-сервере отключена, на этом сервере невозможно будет использовать пересылку.

Не вводите IP-адрес сервера пересылки более одного раза в списке серверов пересылки для DNS-сервера, даже если это более надежный или географически близкий сервер пересылки. Если предпочтение отдается одному из серверов пересылки, поместите его первым в списке IP-адресов серверов пересылки.

Нельзя использовать имя домена в качестве сервера условной пересылки, если DNS-сервер содержит основную зону, дополнительную зону или зону-заглушку для этого имени домена. Например, если DNS-сервер является полномочным для имени домена corp.contoso.com (то есть он содержит основную зону для этого имени домена), нельзя настроить DNS-сервер на использование сервера условной пересылки для corp.contoso.com.

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

Чтобы настроить DNS-сервер для использования пересылки с помощью командной строки

Откройте окно командной строки.

Введите указанную ниже команду и нажмите клавишу ВВОД.

Параметр	Описание

Имя средства командной строки, предназначенного для управления DNS-серверами.

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

Обязательный компонент. Настройка сервера пересылки.

Обязательный компонент. Разделенный пробелами список, состоящий из одного или нескольких IP-адресов DNS-серверов, на которые пересылаются запросы. Можно указать список IP-адресов, разделенных запятыми.

Параметр времени ожидания. Параметр времени ожидания — это количество секунд перед истечением срока действия пересланных запросов.

Указывает значение для параметра /TimeOut. Значение указывается в секундах. По умолчанию это время составляет 5 секунд.

Определяет, использует ли DNS-сервер рекурсию при запросе имени домена, указанного в параметре имя_зоны.

Чтобы просмотреть полный синтаксис этой команды, введите следующий текст в командной строке, а затем нажмите клавишу ВВОД:

Дополнительная информация

Чтобы открыть окно командной строки с более высоким уровнем прав, нажмите кнопку Пуск, выберите Все программы, Стандартные, щелкните правой кнопкой мыши пункт Командная строка, а затем выберите пункт Выполнить от имени администратора.

Чтобы указать сервер условной пересылки для зоны, используйте следующую команду:

Команда /ZoneAdd служит для добавления зоны, указанной в параметре имя_зоны. Параметр IP-адрес — это IP-адрес, на который DNS-сервер будет пересылать неразрешенные DNS-запросы. С помощью параметра /Slave DNS-сервер обозначается как подчиненный сервер. При указанном параметре /NoSlave (параметр по умолчанию) DNS-сервер не является подчиненным сервером, а это означает, что он может выполнять рекурсию. Параметры /Timeout и Время были рассмотрены в предыдущей таблице.

Чтобы просмотреть зону, добавленную только как сервер условной пересылки, используйте следующую команду:

Чтобы сбросить IP-адреса сервера пересылки для имени домена сервера условной пересылки, используйте следующую команду:

С помощью параметра /Local можно задать локальный список главных серверов для серверов пересылки, интегрированных в Active Directory. Параметр IP-адреса_серверов является списком, состоящим из одного или нескольких IP-адресов главных серверов для зоны. Главными серверами могут быть DNS-серверы, содержащие основные или дополнительные копии зоны, однако в главные серверы не могут быть записаны IP-адреса DNS-серверов таким образом, чтобы два DNS-сервера, содержащие копии зоны, использовали друг друга в качестве главных серверов. Такая настройка приведет к созданию циклической пересылки.

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

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

Содержание:

1. Основные сведения
2. Немного о формате сообщения DNS
3. TCP и UDP
4. DNS в Windows Server 2008 и 2012
5. DNS и Active directory
6. Источники информации

(анкеров нет, поэтому содержание без ссылок)

1. Основные сведения

DNS — это база данных, содержащая, в основном, информацию о сопоставлении имён сетевых объектов их IP-адресам. «В основном» — потому что там и ещё кое-какая информация хранится. А точнее, ресурсные записи (Resource Records — RR) следующих типов:

А — то самое сопоставление символьного имени домена его IP адресу.

АААА — то же что А, но для адресов IPv6.

CNAME — Canonical NAME — псевдоним. Если надо чтобы сервер с неудобочитаемым именем, типа nsk-dc2-0704-ibm, на котором вертится корпоративный портал, откликался также на имя portal, можно создать для него ещё одну запись типа А, с именем portal и таким же IP-адресом. Но тогда, в случае смены IP адреса (всякое бывает), нужно будет пересоздавать все подобные записи заново. А если сделать CNAME с именем portal, указывающий на nsk-dc2-0704-ibm, то ничего менять не придётся.

MX — Mail eXchanger — указатель на почтовый обменник. Как и CNAME, представляет собой символьный указатель на уже имеющуюся запись типа A, но кроме имени содержит также приоритет. MX-записей может быть несколько для одного почтового домена, но в первую очередь почта будет отправляться на тот сервер, для которого указано меньшее значение в поле приоритета. В случае его недоступности — на следующий сервер и т.д.

NS — Name Server — содержит имя DNS-сервера, ответственного за данный домен. Естественно для каждой записи типа NS должна быть соответствующая запись типа А.

SOA — Start of Authority — указывает на каком из NS-серверов хранится эталонная информация о данном домене, контактную информацию лица, ответственного за зону, тайминги хранения информации в кэше.

SRV — указатель на сервер, держатель какого-либо сервиса (используется для сервисов AD и, например, для Jabber). Помимо имени сервера содержит такие поля как Priority (приоритет) — аналогичен такому же у MX, Weight (вес) — используется для балансировки нагрузки между серверами с одинаковым приоритетом — клиенты выбирают сервер случайным образом с вероятностью на основе веса и Port Number — номер порта, на котором сервис «слушает» запросы.

Все вышеперечисленные типы записей встречаются в зоне прямого просмотра (forward lookup zone) DNS. Есть ещё зона обратного просмотра (reverse lookup zone) — там хранятся записи типа PTR — PoinTeR — запись противоположная типу A. Хранит сопоставление IP-адреса его символьному имени. Нужна для обработки обратных запросов — определении имени хоста по его IP-адресу. Не требуется для функционирования DNS, но нужна для различных диагностических утилит, а также для некоторых видов антиспам-защиты в почтовых сервисах.

Кроме того, сами зоны, хранящие в себе информацию о домене, бывают двух типов (классически):

Основная (primary) — представляет собой текстовый файл, содержащий информацию о хостах и сервисах домена. Файл можно редактировать.

Дополнительная (secondary) — тоже текстовый файл, но, в отличие от основной, редактированию не подлежит. Стягивается автоматически с сервера, хранящего основную зону. Увеличивает доступность и надёжность.

Для регистрации домена в интернет, надо чтоб информацию о нём хранили, минимум, два DNS-сервера.

В Windows 2000 появился такой тип зоны как интегрированная в AD — зона хранится не в текстовом файле, а в базе данных AD, что позволяет ей реплицироваться на другие контроллеры доменов вместе с AD, используя её механизмы репликации. Основным плюсом данного варианта является возможность реализации безопасной динамической регистрации в DNS. То есть записи о себе могут создать только компьютеры — члены домена.

В Windows 2003 появилась также stub-зона — зона-заглушка. Она хранит информацию только о DNS-серверах, являющихся полномочными для данного домена. То есть, NS-записи. Что похоже по смыслу на условную пересылку (conditional forwarding), которая появилась в этой же версии Windows Server, но список серверов, на который пересылаются запросы, обновляется автоматически.

Итеративный и рекурсивный запросы.

Понятно, что отдельно взятый DNS-сервер не знает обо всех доменах в интернете. Поэтому, при получении запроса на неизвестный ему адрес, например metro.yandex.ru, инициируется следующая последовательность итераций:

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

Клиент обращается к держателю зоны ru с тем же запросом.

DNS-сервер зоны RU ищет у себя в кэше соответствующую запись и, если не находит, возвращает клиенту адрес сервера, являющегося полномочным для домена второго уровня — в нашем случае yandex.ru

Клиент обращается к DNS yandex.ru с тем же запросом.

DNS яндекса возвращает нужный адрес.

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

Клиент, как правило, обращается с запросом, имеющим флаг «требуется рекурсия».

2. Немного о формате сообщения DNS

Сообщение состоит из 12-байтного заголовка, за которым идут 4 поля переменной длины.

Заголовок состоит из следующих полей:

Формат DNS-сообщения

Идентификация — в это поле клиентом генерируется некий идентификатор, который потом копируется в соответствующее поле ответа сервера, чтобы можно было понять на какой запрос пришёл ответ.

Флаги — 16-битовое поле, поделенное на 8 частей:

QR (тип сообщения), 1-битовое поле: 0 обозначает — запрос, 1 обозначает — отклик.
opcode (код операции), 4-битовое поле. Обычное значение 0 (стандартный запрос). Другие значения — это 1 (инверсный запрос) и 2 (запрос статуса сервера).
AA — 1-битовый флаг, который означает «авторитетный ответ» (authoritative answer). Сервер DNS имеет полномочия для этого домена в разделе вопросов.
TC — 1-битовое поле, которое означает «обрезано» (truncated). В случае UDP это означает, что полный размер отклика превысил 512 байт, однако были возвращены только первые 512 байт отклика.
RD — 1-битовое поле, которое означает «требуется рекурсия» (recursion desired). Бит может быть установлен в запросе и затем возвращен в отклике. Этот флаг требует от DNS сервера обработать этот запрос самому (т.е. сервер должен сам определить требуемый IP адрес, а не возвращать адрес другого DNS сервера), что называется рекурсивным запросом (recursive query). Если этот бит не установлен и запрашиваемый сервер DNS не имеет авторитетного ответа, запрашиваемый сервер возвратит список других серверов DNS, к которым необходимо обратиться, чтобы получить ответ. Это называется повторяющимся запросом (iterative query). Мы рассмотрим примеры обоих типов запросов в следующих примерах.
RA — 1-битовое поле, которое означает «рекурсия возможна» (recursion available). Этот бит устанавливается в 1 в отклике, если сервер поддерживает рекурсию. Мы увидим в наших примерах, что большинство серверов DNS поддерживают рекурсию, за исключением нескольких корневых серверов (коневые сервера не в состоянии обрабатывать рекурсивные запросы из-за своей загруженности).
— Это 3-битовое поле должно быть равно 0.
rcode это 4-битовое поле кода возврата. Обычные значения: 0 (нет ошибок) и 3 (ошибка имени). Ошибка имени возвращается только от полномочного сервера DNS и означает, что имя домена, указанного в запросе, не существует.

Следующие четыре 16-битных поля указывают на количество пунктов в четырех полях переменной длины, которые завершают запись. В запросе количество вопросов (number of questions) обычно равно 1, а остальные три счетчика равны 0. В отклике количество ответов (number of answers) по меньшей мере равно 1, а оставшиеся два счетчика могут быть как нулевыми, так и ненулевыми.

Пример (получен с помощью WinDump при выполнении команды ping www.ru):

IP KKasachev-nb.itcorp.it.ru.51036 > ns1.it.ru.53: 36587+ A? www.ru. (24)
IP ns1.it.ru.53 > KKasachev-nb.itcorp.it.ru.51036: 36587 1/2/5 A 194.87.0.50 (196)

Первая строка — запрос: имя моего ПК, 51036 — случайно выбранный порт отправки, 53- заранее известный порт DNS-сервера, 36587 — идентификатор запроса, + — «требуется рекурсия», А — запрос записи типа А, знак вопроса означает, что это запрос, а не ответ. В скобках — длина сообщения в байтах.

Вторая строка — ответ сервера: на указанный исходный порт с указанным идентификатором запроса. Ответ содержит одну RR (ресурсную запись DNS), являющуюся ответом на запрос, 2 записи полномочий и 5 каких-то дополнительных записей. Общая длина ответа — 196 байт.

3. TCP и UDP

На слуху сведения о том, что DNS работает по протоколу UDP (порт 53). Это действительно по умолчанию так — запросы и ответы отправляются по UDP. Однако, выше упоминается наличие в заголовке сообщения флага TC (Truncated). Он выставляется в 1, если размер отклика превысил 512 байт — предел для UDP-отклика — а значит был обрезан и клиенту пришли только первые 512 байт. В этом случае клиент повторяет запрос, но уже по TCP, который ввиду своей специфики, может безопасно передать большие объёмы данных.

Также передача зон от основных серверов к дополнительным осуществляется по TCP, поскольку в этом случае передаётся куда больше 512 байт.

4. DNS в Windows Server 2008 и 2012

В Windows 2008 появились следующие возможности:

Фоновая загрузка зон

В очень крупных организациях с крайне большими зонами, использующих для хранения данных DNS доменные службы Active Directory, перезапуск DNS-сервера может длиться час или более, пока данные DNS извлекаются из службы каталогов. При этом DNS-сервер недоступен для обслуживания клиентских запросов все время, пока длится загрузка зон доменных служб Active Directory.
DNS-сервер с ОС Windows Server 2008 теперь во время перезагрузки загружает данные зоны из доменных служб Active Directory в фоновом режиме, благодаря чему может при этом обрабатывать запросы данных из других зон. При запуске DNS-сервера выполняются следующие действия:

определяются все зоны, которые должны быть загружены;
из файлов или хранилища доменных служб Active Directory загружаются корневые ссылки;
загружаются все зоны с файловой поддержкой, то есть зоны, хранящиеся в файлах, а не в доменных службах Active Directory;
начинается обработка запросов и удаленных вызовов процедур (RPC);
создаются один или несколько потоков для загрузки зон, хранящихся в доменных службах Active Directory.

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

Поддержка IPv6-адресов

Протокол Интернета версии 6 (IPv6) определяет адреса, длина которых составляет 128 бит, в отличие от адресов IP версии 4 (IPv4), длина которых составляет 32 бита.
DNS-серверы с ОС Windows Server 2008 теперь полностью поддерживают как IPv4-адреса, так и IPv6-адреса. Средство командной строки dnscmd также принимает адреса в обоих форматах. Cписок серверов пересылки может содержать и IPv4-адреса, и IPv6-адреса. DHCP-клиенты также могут регистрировать IPv6-адреса наряду с IPv4-адресами (или вместо них). Наконец, DNS-серверы теперь поддерживают пространство имен домена ip6.arpa для обратного сопоставления.

Изменения DNS-клиента

Разрешение имен LLMNR
Клиентские компьютеры DNS могут использовать разрешение имен LLMNR (Link-local Multicast Name Resolution), которое также называют многоадресной системой DNS или mDNS, для разрешения имен в сегменте локальной сети, где недоступен DNS-сервер. Например, при изоляции подсети от всех DNS-серверов в сети из-за сбоя в работе маршрутизатора клиенты в этой подсети, поддерживающие разрешение имен LLMNR, по-прежнему могут разрешать имена с помощью одноранговой схемы до восстановления соединения с сетью.
Кроме разрешения имен в случае сбоя в работе сети функция LLMNR может также оказаться полезной при развертывании одноранговых сетей, например, в залах ожидания аэропортов.

Изменения Windows 2012 в части DNS коснулись, преимущественно, технологии DNSSEC (обеспечение безопасности DNS за счет добавления цифровых подписей к записям DNS), в частности — обеспечение динамических обновлений, которые были недоступны, при включении DNSSEC в Windows Server 2008.

5. DNS и Active directory

Active Directory очень сильно опирается в своей деятельности на DNS. С его помощью контроллеры домена ищут друг друга для репликации. С его помощью (и службы Netlogon) клиенты определяют контроллеры домена для авторизации.

Для обеспечения поиска, в процессе поднятия на сервере роли контроллера домена, его служба Netlogon регистрирует в DNS соответствующие A и SRV записи.

SRV записи регистрируемые службой Net Logon:

_ldap._tcp.DnsDomainName
_ldap._tcp.SiteName._sites.DnsDomainName
_ldap._tcp.dc._msdcs.DnsDomainName
_ldap._tcp.SiteName._sites.dc._msdcs.DnsDomainName
_ldap._tcp.pdc._msdcs.DnsDomainName
_ldap._tcp.gc._msdcs.DnsForestName
_ldap._tcp.SiteName._sites.gc._msdcs. DnsForestName
_gc._tcp.DnsForestName
_gc._tcp.SiteName._sites.DnsForestName
_ldap._tcp.DomainGuid.domains._msdcs.DnsForestName
_kerberos._tcp.DnsDomainName.
_kerberos._udp.DnsDomainName
_kerberos._tcp.SiteName._sites.DnsDomainName
_kerberos._tcp.dc._msdcs.DnsDomainName
_kerberos.tcp.SiteName._sites.dc._msdcs.DnsDomainName
_kpasswd._tcp.DnsDomainName
_kpasswd._udp.DnsDomainName

Первая часть SRV-записи идентифицирует службу, на которую указывает запись SRV. Существуют следующие службы:

_ldap — Active Directory является службой каталога, совместимой с LDAP-протоколом, с контроллерами домена, функционирующими как LDAP-серверы. Записи _ldap SRV идентифицирует LDAP серверы, имеющиеся в сети. Эти серверы могут быть контроллерами домена Windows Server 2000+ или другими LDAP-серверами;

_kerberos — SRV-записи _kerberos идентифицируют все ключевые центры распределения (KDC — Key Distribution Centers) в сети. Они могут быть контроллерами домена с Windows Server 2003 или другими KDC-серверами;

_kpassword — идентифицирует серверы изменения паролей kerberos в сети;

_gc — запись, относящаяся к функции глобального каталога в Active Directory.

В поддомене _mcdcs регистрируются только контроллеры домена Microsoft Windows Server. Они делают и основные записи и записи в данном поддомене. Не-Microsoft-службы делают только основные записи.

Записи, содержащие идентификатор сайта SiteName, нужны для того чтобы клиент мог найти контроллер домена для авторизации в своём сайте, а не лез авторизовываться в другой город через медленные каналы.

DomainGuid — глобальный идентификатор домена. Запись, содержащщая его, нужна на случай переименования домена.

Как происходит процесс поиска DC

Во время входа пользователя, клиент инициирует DNS-локатор, при помощи удалённого вызова процедуры (Remote Procedure Call — RPC) службой NetLogon. В качестве исходных данных в процедуру передаются имя компьютера, название домена и сайта.

Служба посылает один или несколько запросов с помощью API функции DsGetDcName()

DNS сервер возвращает запрошенный список серверов, рассортированный согласно приоритету и весу. Затем клиент посылает LDAP запрос, используя UDP-порт 389 по каждому из адресов записи в том порядке, как они были возвращены.

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

После обнаружения контроллера домена, клиент устанавливает с ним соединение по LDAP для получения доступа к Active Directory. Как часть их диалога, контроллер домена определяет к в каком сайте размещается клиент, на основе его IP адреса. И если выясняется, что клиент обратился не к ближайшему DC, а, например, переехал недавно в другой сайт и по привычке запросил DC из старого (информация о сайте кэшируется на клиенте по результатам последнего успешного входа), контроллер высылает ему название его (клиента) нового сайта. Если клиент уже пытался найти контроллер в этом сайте, но безуспешно, он продолжает использовать найденный. Если нет, то инициируется новый DNS-запрос с указанием нового сайта.

Служба Netlogon кэширует информацию о местонахождении контроллера домена, чтобы не инициировать всю процедуру при каждой необходимости обращения к DC. Однако, если используется «неоптимальный» DC (расположенный в другом сайте), клиент очищает этот кэш через 15 минут и инициирует поиски заново (в попытке найти свой оптимальный контроллер).

Если у комьютера отсутствует в кэше информация о его сайте, он будет обращаться к любому контроллеру домена. Для того чтобы пресечь такое поведение, на DNS можно настроить NetMask Ordering. Тогда DNS выдаст список DC в таком порядке, чтобы контроллеры, расположенные в той же сети, что и клиент, были первыми.

Пример: Dnscmd /Config /LocalNetPriorityNetMask 0x0000003F укажет маску подсети 255.255.255.192 для приоритетных DC. По умолчанию используется маска 255.255.255.0 (0x000000FF)

Источник

Обновлено 24.07.2019

Всем привет сегодня расскажу, как решается ошибка «Condition forwarding: An unknown error occurred while validating the server» в DNS Windows Server 2008 R2. В Windows 2008r2 при добавлении условной пересылки (condition forwarding) в DNS некоторые сервера не проходят проверку с ошибкой «An unknown error occurred while validating the server». Условную пересылку при этом добавить нельзя.

Вот как выглядит данное предупреждение.

При этом DNS-сервера могут быть вполне работоспособными. Чтобы обойти эту проверку, необходимо добавить условную пересылку утилитой dnscmd:

dnscmd /zoneadd <zone name> /forwarder <1st dns> <2nd dns> <etc>

Или, при желании держать условную пересылку в AD:

dnscmd /zoneadd <zone name> /dsforwarder <1st dns> <2nd dns> <etc>

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

Ошибка Condition forwarding An unknown error occurred while validating the server в DNS Windows Server 2008 R2-02

Вот так вот просто решается ошибка Condition forwarding An unknown error occurred while validating the server в DNS Windows Server 2008 R2.

Материал сайта pyatilistnik.org

Июл 24, 2019 18:02

Источник

Remove From My Forums

Серверы условной пересылки — работает только в одну сторону

General discussion
Есть два контроллера AD, обслуживающие разные домены:

main.domain.ru

cmd.domain.ru

Создаю в оснастке DNS на сервере AD cmd.domain.ru сервер условной пересылки на main.domain.ru: FDQN сервера сразу резолвится, зона создаётся и имена успешно разрешаются.

Аналогично, пытаюсь создать сервер условной пересылки на main.domain.ru: FDQN сервера «невозможно разрешить», «Сервер с таким IP-адресом не является полномочным для требуемой зоны». Затем
— «Ошибка при добавлении сервера условной пересылки. Произошла ошибка настройки зоны».

В чём может быть дело?
- Changed type
  
  Tuesday, June 26, 2018 7:22 AM

Источник

Remove From My Forums

Question
Hi all

We are experiencing an issue when trying to create a new DNS conditional forwarder on the domain controllers for «domain a». The forwarder we are trying to create, zone1.company.com, was originally configured on the «domain a» DC’s
as a primary AD integrated zone. After moving the zone to the DC’s for «domain b» we are now trying to create a conditional forwarder to allow «domain a» clients to be able to resolve zone1.company.com records. The zone has been
completely removed from the «domain a» DC’s as far as I can see (DNS console, ADSIedit)

When we trying a create the forwarder we receive an error message:

Also tried using dnscmd and received the following:

The same thing happens whether we try to create it as an AD integrated or non AD integrated conditional forwarder. After deleting the zone we have waited some time, and forced replication, however the same issue is occurring.

I can create a conditional forwarded for different domains with no issues so it is only related to zone1.company.com.

As a workaround I have created an AD integrated stub zone for this zone in «domain a» instead which worked fine. for consistence sake we’d prefer to use a conditional forwarder.

There is nothing appearing in the event logs related to this issue which is really strange.

Does anyone know what could be causing this? Help would be appreciated.

Cheers
Brady
- Edited by
  
  Friday, September 4, 2015 1:36 AM
  added info

Answers

Hi Brady,

On your DNS server, is there a zone «company.com»?

If yes, it is not supported to create a conditional forwarder for zone «zone1.company.com».

In that case, we could create a stub zone(as you mentioned) or delegation.

Here is the reference for delegating zones:
Delegating zones:
https://technet.microsoft.com/en-us/library/cc784494%28v=ws.10%29.aspx?f=255&MSPPError=-2147217396

Best Regards,

Leo

Please remember to mark the replies as answers if they help and unmark them if they provide no help. If you have feedback for TechNet Support, contact tnmff@microsoft.com.
- Marked as answer by
  Kenman87
  Wednesday, September 9, 2015 6:15 AM

Источник

C:UsersAdministrator>dcdiag

Диагностика сервера каталогов

Выполнение начальной настройки:
   Выполняется попытка поиска основного сервера…
   Основной сервер = AppServ
   * Идентифицирован лес AD.
   Сбор начальных данных завершен.

Выполнение обязательных начальных проверок

   Сервер проверки: Default-First-Site-NameAPPSERV
      Запуск проверки: Connectivity
         Узел 2a057330-952f-4146-8aa3-c87df5e7f5bc._msdcs.607UNR.ru не удается
         разрешить в IP-адрес. Проверьте DNS-сервер, DHCP, имя сервера и т. д.
         Получена ошибка при проверке подключения LDAP и RPC. Проверьте
         параметры брандмауэра.
         ……………………. APPSERV — не пройдена проверка Connectivity

Выполнение основных проверок

   Сервер проверки: Default-First-Site-NameAPPSERV
      Пропуск всех проверок, поскольку сервер APPSERV не отвечает на запросы
      службы каталога.

   Выполнение проверок разделов на: ForestDnsZones
      Запуск проверки: CheckSDRefDom
         ……………………. ForestDnsZones — пройдена проверка
         CheckSDRefDom
      Запуск проверки: CrossRefValidation
         ……………………. ForestDnsZones — пройдена проверка
         CrossRefValidation

   Выполнение проверок разделов на: DomainDnsZones
      Запуск проверки: CheckSDRefDom
         ……………………. DomainDnsZones — пройдена проверка
         CheckSDRefDom
      Запуск проверки: CrossRefValidation
         ……………………. DomainDnsZones — пройдена проверка
         CrossRefValidation

   Выполнение проверок разделов на: Schema
      Запуск проверки: CheckSDRefDom
         ……………………. Schema — пройдена проверка CheckSDRefDom
      Запуск проверки: CrossRefValidation
         ……………………. Schema — пройдена проверка
         CrossRefValidation

   Выполнение проверок разделов на: Configuration
      Запуск проверки: CheckSDRefDom
         ……………………. Configuration — пройдена проверка
         CheckSDRefDom
      Запуск проверки: CrossRefValidation
         ……………………. Configuration — пройдена проверка
         CrossRefValidation

   Выполнение проверок разделов на: 607UNR
      Запуск проверки: CheckSDRefDom
         ……………………. 607UNR — пройдена проверка CheckSDRefDom
      Запуск проверки: CrossRefValidation
         ……………………. 607UNR — пройдена проверка
         CrossRefValidation

   Выполнение проверок предприятия на: 607UNR.ru
      Запуск проверки: LocatorCheck
         ……………………. 607UNR.ru — пройдена проверка LocatorCheck
      Запуск проверки: Intersite
         ……………………. 607UNR.ru — пройдена проверка Intersite

Что можно по проверке Connectivity сделать и за что оно отвечает?

Обновлено 24.07.2019

Вот как выглядит данное предупреждение.

dnscmd /zoneadd <zone name> /forwarder <1st dns> <2nd dns> <etc>

Или, при желании держать условную пересылку в AD:

dnscmd /zoneadd <zone name> /dsforwarder <1st dns> <2nd dns> <etc>

Ошибка Condition forwarding An unknown error occurred while validating the server в DNS Windows Server 2008 R2-02

Вот так вот просто решается ошибка Condition forwarding An unknown error occurred while validating the server в DNS Windows Server 2008 R2.

Материал сайта pyatilistnik.org

Июл 24, 2019 18:02

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

Если объяснять простыми словами, можно назвать DNS сервер адресной книгой интернета. Каждый подключённый к сети компьютер получает идентификатор IP — адрес в виде цифрового значения подобного к такому — 127.0.0.1. Каждый опубликованный сайт имеет доменное имя — http://hostus.ru. Основная задача DNS сервера — преобразование (трансляция) доменного имени в IP адреса и обратный процесс.

Видео: объяснение принципов работы DNS сервера

К сожалению, иногда в цепочке происходят сбои. Возникают ошибки. Причин может быть довольно много, рассмотрим самые распространённые:

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

Устранение неполадок нужно начинать, проверяя простейшие настройки, и только в случае неудачи осторожно переходить к более сложным действиям.

Рассмотрим самые распространённые ошибки, которые обычно легко устранить собственными силами. Как правило, исправление не занимает слишком много времени.

DNS сервер не отвечает, не удаётся найти DNS адрес сервера

Наверное, наиболее часто встречающаяся проблема.

Так выглядит сообщение об ошибке в окне браузера

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

Ошибки DNS могут появляться по причине неисправностей в работе роутера. А также в их возникновении может быть виноват интернет-провайдер. Перезагрузите или выключите на время маршрутизатор, возможно, это действие уберёт ошибку. Изменений нет — попытайтесь подключить интернет-кабель к ПК или ноутбуку напрямую, минуя роутер. Если действие не помогло, звоните своему провайдеру, вероятно, проблема на его стороне.

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

Windows не удаётся связаться с устройством или ресурсом

Рассмотрим такой вариант — основные приложения продолжают работать, интернет подключён, но нужный нам ресурс недоступен, при обращении к сайту на экране появляется сообщение: «Не удаётся найти DNS адрес сервера».

Браузер выдает сообщение об ошибке

Для выяснения причин ошибки проведите диагностику сети:

Для этого правой кнопкой мыши нажмите значок сетевых подключений в нижней части экрана.

Для проведения диагностики сети нажмите значок правой кнопкой мыши
В появившейся вкладке нажмите пункт «Диагностика сети».
После выполнения проверки, в разделе «устранение неполадок сети» появляется сообщение, в котором говорится о неудаче при попытке системы исправить ошибку в автоматическом режиме.

Сообщение о неудаче при попытке системы подключиться к DNS серверу

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

некорректная работа антивирусной программы — попробуйте её временно отключить или установите другую;
возможно, сбоит DNS — клиент Windows — откройте «Панель управления» раздел «Администрирование» вкладку «Службы» и перезапустите службу DNS клиента, выключите и снова запустите компьютер.

Если все перечисленные действия не увенчались успехом попытайтесь сбросить DNS кэш. Нажмите Win+R, в появившемся окне наберите «ipconfig/flushdns», запустите процесс.

DNS кэш чистится запуском команды «ipconfig/flushdns»

После выполненных действий все должно работать нормально.

Нет доступа к DNS серверу

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

Для устранения возникшей ошибки произведите такие действия:

В меню «Пуск», войдите в «Панель управления», пункт — «Администрирование», выберите раздел — «Службы».

Выбираете пункт службы раздела администрирование, панели управления Windows
Найдите строку «DNS клиент», там должна быть надпись: «Работает».

При работающем DNS в строке DNSP-клиент всегда есть запись «Работает»
Если строка пустая — наведите курсор мыши, нажмите левую кнопку, вызовите контекстное меню, щёлкнув «Свойства».
Далее, в графе «Тип запуска» укажите: «Автоматически».

На вкладке необходимо указать тип запуска: «Автоматический»

Нажмите кнопку «Применить» и «ОК».

В ситуации, когда служба работает, а доступа к сети нет, должны помочь следующие действия:

Войдите в панель управления, там откройте вкладку: «Центр управления сетями и общим доступом».

Откройте вкладку «Центр управления сетями и общим доступом» в окне панели управления Windows
В разделе «Изменение параметров адаптера» вызовите контекстное меню сетевого подключения.

Выберите пункт «Изменение параметров адаптера» в разделе «Центр управления сетями и общим доступом»
В появившейся вкладке кликните на строку «Свойства».

На вкладке «Подключение по локальной сети», выберите пункт «Свойства»
В новой вкладке, выделить строку «Протокол интернета 4 (TCP/IP 4)», опять нажать «Свойства».

Выделите пункт «Протокол интернета 4 (TCP/IP 4)», нажмите «Свойства»
В очередном выпавшем окне установите отметку на строчке «Использовать следующие адреса DNS — серверов».

Установите IP адрес сервера в ручном режиме
В строке «Предпочтительный DNS — сервер» наберите «8. 8. 8. 8».
Строка «Альтернативный DNS — сервер» должна быть заполнена подобным образом «8. 8. 4. 4».
Нажать «ОК».

Если все сделано правильно, а положительного результата нет, существует большая вероятность ошибок Windows. Попробуйте провести восстановление системы в последней точке, когда все работало корректно. Для этого войдите в меню «Пуск», «Панель управления», «Восстановление». Выберите точку восстановления, запустите процедуру, перезагрузите компьютер.

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

Войдите в «Сетевые подключения», посмотрите нет ли там подозрительных подключений, если вы нашли такое, его необходимо удалить.

Найдите и удалите подозрительные сетевые подключения
После этого проверьте работоспособность DNS.
Загрузите Windows в безопасном режиме.
Попробуйте открыть любой сайт, если при этом доступ в интернет есть — выполните следующее действие.
Произведите загрузку системы обычным порядком.
Откройте диспетчер задач Windows.

Последовательое завершение процессов через «Диспетчер задач Windows»
Последовательно закрывайте приложения, пока не восстановится работоспособность DNS.

Такие манипуляции помогут выявить приложение, мешающее нормальной загрузке сайтов.

Ещё одной причиной ошибки могут быть устаревшие драйверы сетевого адаптера. Найдите его модель. На сайте производителя загрузите новые программы, установите.

Если ничего, из перечисленного выше, не помогло, тогда ваш компьютер атакован вирусом, произведите следующие действия:

Скачайте лечащую утилиту Dr. Web CureIt или другую с похожим функционалом.
Проведите полное сканирование компьютера.
Удалите заражённые файлы.

Стоит отметить ещё одну ошибку. Иногда при попытке входа в интернет можно увидеть надпись: «Не удаётся преобразовать DNS адрес сервера». Наиболее часто ошибка связана с ремонтными работами на DNS сервисе, предоставляющем услуги доступа к сети. Проверьте соединение с интернетом, подключив к нему другой компьютер или ноутбук. Если ошибка появляется на всех устройствах — свяжитесь с провайдером. В случае когда ошибка свойственна одному устройству, ваши действия подобны к исправлению ошибки «нет доступа к DNS серверу». Ваша система, по-видимому, посылает некорректные запросы на сервер DNS.

Ошибки программного обеспечения

К подобным относятся сбои DNS вызванные ошибками программного обеспечения серверов и отдельных сайтов.

Произошла временная ошибка DNS

Это сообщение вызвано проблемами DNS в Exchange 2013. Microsoft Exchange Server — программный продукт служащий для обмена сообщениями и совместной работы. Не совсем ясно, что обозначает «Временная ошибка сервера. Повторите попытку позже. PRX 3». В конце — есть ещё PRX 1, PRX 3, PRX 7. Документации, к сожалению, нет.
Известны разные способы решения проблемы. Если у вас на компьютере есть встроенная сетевая карта, а дополнительно установленна внешняя, отключите ту, которая не используется. Для этого вам необходимо произвести следующие действия:

запустите ПК или выполните перезагрузку, если компьютер включён и при запуске BIOS нажмите на клавишу F12 или Del;
для входа в настройки используются клавиши F1, F10 и другие — если вы не знаете, какую выбрать, читайте текст «Press… to enter Setup», где будет написана нужная комбинация;
в параметрах откройте раздел со словом Integrated, где вам понадобится строка On Board LAN или что-то на неё похожее;
поменяйте статус строки на Disabled, чтобы деактивировать её;
не забудьте для выхода воспользоваться кнопкой Save and Exit, чтобы сохранить изменения.

Панель БИОС, через которую вносятся изменения в конфигурацию ооборудования

Будьте осторожны, если у вас нет уверенности в своих действиях, не экспериментируйте с БИОС компьютера, лучше пригласите специалиста.

Когда сетевая карта одна или отключение второй не помогло убрать ошибку — попробуйте предпринять такие действия:

проверьте все записи DNS сервера в конфигурации сетевых карт (проверьте все сетевые адаптеры) убедитесь, что нет ссылки на сервер 127.0.0.1 в качестве DNS сервера, вместо этого используете реальный IP-адрес;
когда на сервере установлено более одного фиксированного IP-адреса, сделайте запись для всех IP адресов в файле hosts (C: Windows System 32 drivers etc hosts), отформатированном «192.168.1.1 SERVERNAME»;

Файл hosts предназначен для сопоставления доменных имен сайтов и IP адресов
вовремя загружайте обновления Exchange 2013, особенно CU 1.

Не удалось разрешить DNS имя контроллера домена

Специфическая ошибка, редко встречающаяся рядовым пользователям ПК. Характерна для систем, входящих в доменные сети Windows под управлением Active Directory. AD представляет набор процессов и сервисов, позволяет централизованно управлять инфраструктурой локальной сети. Все компьютера сети при этом объединены в общий домен. Ошибка возникает при попытке ввести новый сервер в домен. Система выдаёт сообщение «не удалось разрешить DNS — имя контроллера домена».
Попытайтесь предпринять следующие действия:

отключите брандмауэр, возможно, он неправильно настроен;

Отключите Брандмауэр Windows в разделе настройка параметров сети
проверьте корректность ввода параметров свойств сетевого подключения;
правильно ли введены IP адреса DNS сервера;
возможно, мешает TCP/IPv 6, попытайтесь его отключить;

Отключите протокола интерета 6 (TCP/IPv 6) на вкладке свойства сети
в свойствах подключения попробуйте установить «Получить IP-адрес автоматически».

Не смогли загрузить страницу потому, что не нашли сайт в dns

Ошибка в основном относится к работе веб-мастеров. При регистрации нового домена DNS серверам неизвестен его адрес. Пока информация о нём на DNS серверах не появится, сайт, почта, другие элементы работать не будут. DNS сервер, прописанный для домена, выступает в роли «глашатая», благодаря которому адрес сайта станет известен другим серверам. Сначала информация о домене появляется на DNS хостинга. Если вы владелец сайта, а при попытке его открыть высвечивается ошибка «на dns сервере не найден адрес для домена этого веб-узла», обратитесь к администрации вашего хостинга.

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

Другие распространённые ошибки

Кроме уже рассмотренных, могут возникнуть другие неполадки, связанные, с DNS сервером.

Таблица: часто встречающиеся ошибки DNS и способы их устранения

Идентификатор события	Сообщение об ошибке	Возможные ошибки и корректирующее действие
408	Сервер DNS не может открыть сокет для адреса IP. Убедитесь, что это один из действительных адресов компьютера сервера.	Если адрес IP является действительным, проверьте, не пытается ли другое устройство или программа использовать порт службы DNS (53).
413	Сервер DNS будет отправлять запросы другим серверам DNS на порт, отличный от принятого по умолчанию (TCP порт 53).	Эта проблема возникает на компьютерах с несколькими сетевыми адаптерами (когда сервер DNS настроен на использование только части из доступных адресов IP). Кроме этого, может оказаться, ответы удалённых серверов DNS пытаются использовать порт, использование которого не настроено на локальном сервере DNS, что приводит к возникновению проблем в репликации данных зоны через соединения WAN (сквозь брандмауэры). Для обеспечения использования настроенного порта для всех соединений, измените настройку интерфейсов IP таким образом, чтобы выполнялось одно из условий: Используются все адреса IP. Используется только один из адресов IP.
414	Компьютер сервера не имеет настроенного основного суффикса DNS.	Например, сервер имеет имя dns 1 вместо dns1.company.net. Эта конфигурация может привести к некорректным или неудачным обращениям. Для исправления этой проблемы подключите сервер DNS к домену или предоставьте полное имя DNS, которое окажется подходящим для рабочей группы.
708	Сервер DNS не обнаружил первичных или вторичных зон. Сервер запускается в режиме только кэширования и он не авторитетен ни для одной из зон.	Если создание только кэширующего сервера DNS было главной целью, то делать ничего не нужно. В противном случае это сообщение подразумевает необходимость настройки зон на сервере.
3150	Сервер DNS записал новую версию зоны «zonename» в файл filename. Новую версию можно просмотреть, перейдя на вкладку.	Это событие возникает, когда сервер DNS настроен на работу в качестве корневого сервера. Если это нежелательный результат, необходимо удалить корневую зону (.) для исключения появления таких сообщений.
6527	Срок действия зоны «zonename» истёк до успешной передачи зоны или обновления с основного сервера, который является источником зоны. Зона была отключена.	Вторичный сервер DNS потерял сетевое соединение с основным сервером, поэтому невозможно выполнить репликацию. Решите проблему в работе сети. На вторичном сервере удалите и повторно создайте зону, указав правильный адрес IP для того же или нового основного сервера. На основном сервере указана неправильная конфигурация зоны в записи SOA. Исправьте это с помощью одного из предложенных действий. Убедитесь, что значение Refresh Intervals меньше, чем значение Expires After. Уменьшите значение Retry Interval. Увеличьте значение Expires After. Добавьте вторичный сервер в список уведомления (Notify List).

С первого взгляда проблемы, перечисленные в статье, кажутся сложными и почти нерешаемыми. Но тщательно разобравшись в теме, все можно исправить собственными силами. Для этого потребуется терпение и время. Но главное, что вам необходимо, — это желание.

Распечатать

Получил хорошее советское техническое образование.

Оцените статью:

(9 голосов, среднее: 3.8 из 5)

Поделитесь с друзьями!

Remove From My Forums

Question
Hello,

I am getting below error while adding the DNS Forwarder IP, when I click on edit and add the forwarder IP the error is coming, however I am able to add the same IP on other DNS server, i tried to resolve the IP using nslookup on same server and it is resolving…

Error Image : http://www.chicagotech.net/images/dnsissue4.jpg

An unknown error occurred while validating the server.

Need urgent help…

MCP, MCTS
- Edited by
  Thursday, August 20, 2015 3:42 PM

Answers

Hi Hi_SGH,

According to your description, when you add a DNS forwarder, unknown error occurs, but when you add the same IP address on other server, it works well.

We may perform a network traffic capture on the server that has problem and on the server works well, compare the packets when you add a DNS forwarder. In general, when you add a forwarder, the server will query for the PTR record, then send SOA query to
the remote server. If the remote server receives the packet, it will send back “response-success” packet. We may check if the server with problem could receive the “response-success” packet from the remote DNS server.

Besides, the result of validation doesn’t affect forward function, when DNS server forwards query to the remote DNS server, it refer to the IP address of the remote server.

If you want to download network monitor to perform a network traffic, you may click the following link:

https://www.microsoft.com/en-us/download/details.aspx?id=4865

Best regards,

Anne he

Please remember to mark the replies as answers if they help and unmark them if they provide no help. If you have feedback for TechNet Support, contact tnmff@microsoft.com.
- Proposed as answer by
  Anne HeMicrosoft contingent staff
  Tuesday, September 1, 2015 4:45 AM
- Marked as answer by
  Steven_Lee0510
  Wednesday, September 9, 2015 5:56 AM

Remove From My Forums

Question
Hello,

I am getting below error while adding the DNS Forwarder IP, when I click on edit and add the forwarder IP the error is coming, however I am able to add the same IP on other DNS server, i tried to resolve the IP using nslookup on same server and it is resolving…

Error Image : http://www.chicagotech.net/images/dnsissue4.jpg

An unknown error occurred while validating the server.

Need urgent help…

MCP, MCTS
- Edited by
  Thursday, August 20, 2015 3:42 PM

Answers

Hi Hi_SGH,

According to your description, when you add a DNS forwarder, unknown error occurs, but when you add the same IP address on other server, it works well.

We may perform a network traffic capture on the server that has problem and on the server works well, compare the packets when you add a DNS forwarder. In general, when you add a forwarder, the server will query for the PTR record, then send SOA query to
the remote server. If the remote server receives the packet, it will send back “response-success” packet. We may check if the server with problem could receive the “response-success” packet from the remote DNS server.

Besides, the result of validation doesn’t affect forward function, when DNS server forwards query to the remote DNS server, it refer to the IP address of the remote server.

If you want to download network monitor to perform a network traffic, you may click the following link:

https://www.microsoft.com/en-us/download/details.aspx?id=4865

Best regards,

Anne he

Please remember to mark the replies as answers if they help and unmark them if they provide no help. If you have feedback for TechNet Support, contact tnmff@microsoft.com.
- Proposed as answer by
  Anne HeMicrosoft contingent staff
  Tuesday, September 1, 2015 4:45 AM
- Marked as answer by
  Steven_Lee0510
  Wednesday, September 9, 2015 5:56 AM

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

В статье разберем причины возникновения ошибки и опишем способы решения проблемы.

Что означает DNS-сервер недоступен

Если у вас есть проблемы с DNS, понимание того, как работают DNS-серверы, может помочь в устранении неполадок.

У сайта есть имя (домен) и номер (IP-адрес). Имя — это то, что пользователи вводят в браузере для доступа к сайту, например, nic.ru. К этому доменному имени привязан IP-адрес, который сообщает браузеру о местонахождении сайта. IP-адрес состоит из чисел, например, IP-адрес сайта RU-CENTER — 31.177.80.04.

Задача DNS-сервера — связать имя с номером. При вводе домена сайта в поисковую строку браузер запрашивает у DNS-сервера его IP-адрес. DNS-сервер ищет совпадения между доменом и IP-адресом. Когда совпадение обнаружено, в браузере открывается запрашиваемый сайт. В блоге RU-CENTER есть подробная статья о том, что такое DNS.

Если DNS-сервер недоступен, браузер не может получить IP-адрес сайта, поэтому он выдает ошибку.

Почему браузеру не удается найти ip-адрес сервера

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

Среди причин возникновения ошибки выделяют:

Сбой сетевых настроек роутера;
Проблемы с оборудованием у провайдера;
Технические работы у провайдера;
Работа антивируса;
Проблемы с компьютером у пользователя;
Неполадки в работе браузера;
Неверно прописаны DNS-серверы для домена на сайте.

Если проблема связана с антивирусом, браузером или роутером, вы можете решить ее без посторонней помощи. Если проблема связана с вашим интернет-провайдером или DNS-сервером, ее решение займет немного больше времени.

Диагностика сети в Windows

Проверить, есть ли проблемы с подключением к интернету, можно в Windows, запустив «Диагностику неполадок». Для этого найдите внизу панели задач значок «Сеть». Нажмите на него правой кнопкой мыши и выберете «Диагностика неполадок».

Будет запущена проверка, результат которой вы увидите в окне «Диагностика сетей Windows»:

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

Ошибка «DNS-сервер не отвечает»: как исправить

Если диагностика неполадок не помогла, а ошибка все еще наблюдается, то посмотрите следующие способы решить проблему:

Способ 1. Перезагрузите компьютер и роутер

Рекомендуем попробовать самые простые, но эффективные методы: перезагрузку компьютера и роутера. Возможно, эти действия дадут результат.

Для перезагрузки роутера найдите на задней панели устройства кнопку и нажмите ее. Подождите, пока все индикаторы выключатся, а затем включите роутер снова.

Если к Wi-Fi-сети подключено несколько устройств, то проверьте, работает ли интернет на этих устройствах. Можно попробовать отключить роутер и подключить сетевой кабель напрямую к компьютеру.

Способ 2. Временно отключите антивирус

Иногда антивирусы могут влиять на работу приложений и сервисов, в том числе блокировать IP-адреса или сайты. Вы можете проверить, не вызывает ли антивирус, который вы используете в данный момент, ошибку «DNS-сервер недоступен», временно отключив его.

Способ 3. Зайдите на сайт через другой браузер

Ошибка может возникать из-за самого браузера. Если вы используете Firefox, попробуйте использовать Яндекс.Браузер или Safari для доступа в интернет. Если проблема устранена с помощью другого браузера, возможно, вам нужно обновить версию того браузера, на котором появлялась ошибка.

Способ 4. Очистите кэш браузера

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

Способ 5. Очистите кэш DNS в Windows

Для этого вам нужно в строке поиска Windows ввести cmd и правой кнопкой мыши кликнуть по найденной программе, выбрав «Запуск от имени администратора».

В открывшимся окне нужно ввести по очереди команды:

ipconfig /flushdns
ipconfig /registerdns
ipconfig /renew
ipconfig /release

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

Способ 6. Перезапустите службу DNS-клиент в Windows

Вы можете попробовать перезапустить службу DNS-клиент. Для этого вам нужно нажать на клавиатуре клавиши Windows + R. В открывшимся окне введите services.msc и нажмите «ОК».

Появится окно «Службы». В списке вам нужно найти службу DNS-клиент, кликнуть правой кнопкой мыши и выбрать команду «Обновить».

После обновления службы DNS-клиент проверьте, появляется ли ошибка «DNS-сервер недоступен».

Также вы можете перейти в «Свойства» и проверить, корректно ли работает DNS-клиент Windows.

В «Типе запуска» должно стоять «Автоматически», а в «Состоянии» — «Работает». В этом случае параметры указаны верно.

Способ 7. Измените DNS-серверы вручную через настройки Windows

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

В панели задач найдите значок «Сеть», кликнете правой кнопкой мыши и выберите «Центр управления сетями и общим доступом»:

Перейдите в «Изменение параметров адаптера»:

Правой кнопкой мыши нажимаем на активную сеть и выбираем «Свойства»:

В появившемся окне выделяем пункт «Протокол Интернета версии 4 (TCP/IPv4)» и нажимаем «Свойства»:

Выбираем пункт «Использовать следующие адреса DNS-серверов». Теперь введите:

Предпочитаемый DNS-сервер: 8.8.8.8

Альтернативный DNS-сервер: 8.8.4.4

После этого нажимаем «ОК».

Посмотрите, помогли ли изменения восстановить подключение к интернету.

Что делать, если не получилось исправить ошибку

Если вы попробовали все перечисленные способы, а ошибка все еще есть, то советуем вам связаться со своим интернет-провайдером и узнать, могут ли его специалисты помочь вам устранить проблему. Иногда ошибка на стороне провайдера блокирует соединение.

Заключение

В статье разобрали, что значит ошибка «DNS-сервер не отвечает», что делать, если сайт не работает из-за этой ошибки. Мы показали различные способы решения этой проблемы. Надеемся, что они вам помогли.

На чтение 8 мин Просмотров 74.9к.

Юлия Дьякова

Системный администратор с навыками работы инженера-программиста.

«DNS-сервер не отвечает» – частая ошибка при попытке выхода в интернет. Причем появляется она как при первичном, так и при повторном подключении. Разберем понятие DNS-сервер и расскажем о способах устранения проблемы.

Содержание

Что такое DNS
Причины появления ошибки
Способы решения проблемы
Настройка протокола интернета
Проверка службы DNS
Очистка кэша
Обновление драйвера сетевой карты
Откат драйвера
Настройка антивируса и брандмауэра
Проблема с роутером
Общение с провайдером

Что такое DNS

DNS или Domain name system переводится как система доменных имен. Для упрощения понятия ее можно сравнить с телефонной книгой. В интернете каждому сайту присваивается один или несколько IP адресов, которые состоят исключительно из набора цифр. Например, для сайта google.com одним из IP адресов служит 173.194.222.101. То есть если в строке браузера вместо стандартного google.com набрать этот IP адрес, откроется страница Гугл поиска.

Поскольку запомнить такие адреса пользователям сложно, сайтам присвоили имена. За преобразование этих имен в IP адреса и обратно как раз и отвечает DNS-сервер. Работоспособность интернета напрямую зависит от доступности DNS-сервера. Если от него нет отклика, вместо нужной страницы сайта на экране монитора отображается надпись: «DNS-сервер не отвечает».

Эта ошибка появляется в случае отсутствия:

загрузки конкретного ресурса (сайта);
доступа в интернет в общем.

Причины появления ошибки

Ошибка «ДНС-сервер не отвечает» появляется в случае наличия проблем:

На стороне провайдера. Сюда относится отключение электроэнергии, выход из строя оборудования, проведение технических работ.

На оборудовании клиента: сбились настройки роутера, неправильные настройки DNS-сервера на ПК, отсутствие драйверов на сетевой карте, блокировка брандмауэром или антивирусом ОС.

Способы решения проблемы

Поиск решения проблемы начинается с перезагрузки своего оборудования: роутера и ноутбука или ПК. Иногда этого бывает достаточно для устранения ошибки DNS-сервера. Решает проблему и запуск диагностики сетей Windows.

Инструкция:

Вызовите контекстное меню иконки «Сеть». Она располагается в правом углу панели задач.
Выберите пункт «Диагностика неполадок», и ждите окончания проверки.

Если обнаруженная ошибка сообщает: «DNS-сервер недоступен» или «Параметры компьютера настроены правильно, но устройство или ресурс (DNS-сервер) не отвечает» — проверьте:

настройки протокола интернета;
службу DNS;
кэш системы;
наличие и актуальность драйверов сетевой платы;
настройки антивируса и брандмауэра;
работоспособность и настройки роутера.

Рассмотрим подробнее, как исправить ошибку ДНС каждым из способов.

Настройка протокола интернета

Для доступа в интернет используется IP протокол версии 4 (TCP/IPv4). Настройки прописываются в свойствах сетевой платы. При подключении по кабелю настраивается локальная сеть, а для Wi-Fi – беспроводная.

Инструкция:

Нажмите на указанную иконку и выберите отмеченный пункт.
Далее «Центр управления сетями и общим доступом».
Выберите отмеченный на картинке пункт.
Выберите ту сетевую карту, к которой подключен маршрутизатор. Вызовите меню и выберите последний пункт.
Выберите выделенный пункт и откройте его свойства.
Если провайдер использует динамический IP адрес, как, например, Ростелеком, активируйте «Получить IP-адрес автоматически». DNS-сервер при этом можно как прописать вручную, так и получить автоматически. При использовании статического IP адреса заполняются все указанные поля. При проблемах с работой ДНС-сервера в настройках можно использовать Google public DNS: 8.8.8.8 и 8.8.4.4, где первый будет предпочитаемым, а второй альтернативным сервером.

Если DNS не работает на всех подключенных к маршрутизатору устройствах, он прописывается на нем самом. Для этого потребуется зайти в веб-конфигуратор роутера и выбрать подходящий пункт. На роутере TP-Link, к примеру, поля предпочитаемый и альтернативный DNS-сервер прописываются в разделе «Сеть».

Проверка службы DNS

Если DNS-сервер не отвечает даже после настройки протокола интернета, проверьте, активирована ли эта служба.

Инструкция:

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

Очистка кэша

Для использования этого способа решения проблемы потребуется запустить командную строку с правами администратора.

Алгоритм для Windows 7 и Windows 10 одинаковый:

В строке поиска рядом с кнопкой «Пуск» наберите команду «cmd».
Наведите на нее курсор и нажмите правой кнопкой мыши.
В появившемся меню выберите пункт «Запуск от имени администратора».

Исправить ошибку можно путем поэтапного набора и выполнения команд:

ipconfig /flushdns;
ipconfig /registerdns;
ipconfig /renew;
ipconfig /release.

Кэш очищен, осталось выполнить перезагрузку ПК.

В Windows 10 ошибка «DNS-сервер не отвечает» устраняется как через командную строку, так и встроенной опцией «Сброс сети».

Инструкция:

Нажмите на значок подключений.
Выберите «Параметры сети и Интернет».
Нажмите «Сброс сети».
Далее «Сбросить сейчас».
Дождитесь перезагрузки компьютера и проверьте работу интернета.

Обновление драйвера сетевой карты

Если ДНС-сервер недоступен или не отвечает, попробуйте устранить проблему обновлением драйверов сетевой карты. Для этого потребуется запустить диспетчер устройств.

Инструкция:

Нажмите кнопку поиска и наберите в строке «Диспетчер устройств».
Раскройте ветку «Сетевые адаптеры».
Выберите нужный адаптер и нажмите на нем правой кнопкой мыши.
В контекстном меню выберите пункт «Обновить драйвер».
Далее пункт «Автоматический поиск обновленных драйверов».

Если в сети имеются обновления, драйвер будет установлен автоматически.

Откат драйвера

Возможно DNS-сервер недоступен или работает с ошибками из-за неправильно установленного или несовместимого с ОС драйвера. Устранить проблему поможет откат драйвера. Для этого выполните следующее:

откройте «Диспетчер устройств»;
найдите в списке «Сетевые адаптеры» и раскройте эту ветку;
выберите нужный адаптер и вызовите к нему контекстное меню;
выберите пункт «Свойства»;
перейдите на вкладку «Драйвер» и нажмите на кнопку «Откатить».

Для активации изменений требуется выполнить перезагрузку ПК.

Настройка антивируса и брандмауэра

Доступ к DNS может отсутствовать из-за неправильных настроек антивируса или брандмауэра Виндовс. Проверьте, так ли это, временно отключив их.

Инструкция по отключению межсетевых экранов антивируса Аваст:

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

Антивирус отключен, проверьте работоспособность интернета. Если надпись: «DNS-сервер не отвечает» так и появляется, попробуйте отключить брандмауэр Виндовс.

Инструкция для Windows 10:

Брандмауэр отключен, проверьте, есть ли интернет на компьютере.

Проблема с роутером

На компьютере отсутствует доступ в интернет и при наличии неисправностей на роутере, а именно в том случае, если у него сбросились настройки или устарела прошивка. Решением проблемы будет его настройка и обновление. Эти действия выполняются в веб-конфигураторе устройства. Для того чтобы настроить маршрутизатор самостоятельно, потребуется договор провайдера. В нем указывается логин и пароль, используемые для выхода в интернет.

Для обновления программного обеспечения перейдите в соответствующий раздел веб-конфигуратора устройства и нажмите кнопку «Проверить наличие обновлений».

Так обновляется прошивка на роутерах с автоматическим обновлением. Для всех других придется выполнить немного больше действий:

зайти на официальный сайт производителя;
найти и скачать файл прошивки;
затем вставить его в соответствующее окно веб-конфигуратора роутера;
нажать кнопку «Обновить».

После обновления прошивки перезагрузите роутер и проверьте работоспособность интернета.

Общение с провайдером

Ошибка «DNS-сервер не отвечает» появляется на экранах мониторов и по причине провайдера. Как правило, такое случается при проведении им технических работ, выхода из строя оборудования и так далее. При наличии неисправностей на своей стороне провайдер об этом сообщит и озвучит временной интервал решения проблемы.

C:UsersAdministrator>dcdiag

Диагностика сервера каталогов

Выполнение обязательных начальных проверок

Выполнение основных проверок

Что можно по проверке Connectivity сделать и за что оно отвечает?

Источник

Дополнительные сведения

Дополнительная информация

Содержание:

1. Основные сведения

Итеративный и рекурсивный запросы.

2. Немного о формате сообщения DNS

Формат DNS-сообщения

3. TCP и UDP

4. DNS в Windows Server 2008 и 2012

Фоновая загрузка зон

Поддержка IPv6-адресов

Изменения DNS-клиента

5. DNS и Active directory

Как происходит процесс поиска DC

General discussion

Question

Answers

Видео: объяснение принципов работы DNS сервера

DNS сервер не отвечает, не удаётся найти DNS адрес сервера

Windows не удаётся связаться с устройством или ресурсом

Нет доступа к DNS серверу

Ошибки программного обеспечения

Произошла временная ошибка DNS

Не удалось разрешить DNS имя контроллера домена

Не смогли загрузить страницу потому, что не нашли сайт в dns

Другие распространённые ошибки

Таблица: часто встречающиеся ошибки DNS и способы их устранения

Question

Answers

Question

Answers

Что означает DNS-сервер недоступен

Почему браузеру не удается найти ip-адрес сервера

Диагностика сети в Windows

Ошибка «DNS-сервер не отвечает»: как исправить

Что делать, если не получилось исправить ошибку

Заключение

Что такое DNS

Причины появления ошибки

Способы решения проблемы

Настройка протокола интернета

Проверка службы DNS

Очистка кэша

Обновление драйвера сетевой карты

Откат драйвера

Настройка антивируса и брандмауэра

Проблема с роутером

Общение с провайдером