Ошибка перезагрузки зоны зона заблокирована

Remove From My Forums

Вопрос
Неожиданно возникла проблема со stub-зоной.

Имеются два леса mos.smt.com и sfh.local. Были связаны доверительными отношениями. На серверах DNS работают соответствующие stub-зоны. Зоны интегрированы в AD.

Вчера обнаружил, что в домене mos.smt.com перестала работать stub-зона sfh.local. В поле результатов выдается:

Зона не загружена DNS-сервером.

В журнале событий также регистрируется ошибка:

Источник: DNS-Server-Service

ID: 6534

Не удалось перенести зону sfh.local с DNS-сервера 172.16.201.50. DNS-сервер 172.16.201.50 не работает или не может завершить перенос зоны. Проверьте, запущен ли DNS-сервер на 172.16.201.50, и убедитесь, что он является полномочным
для зоны sfh.local.

Попробовал пинговать. Также пробовал изменять настройки передачи зоны в sfh.local: разрешать безопасные и небезопасные передачи. Также установил разрешение передавать зону на все серверы.

Иногда при попытке вручную запросить передачу зоны возникает ошибка:

Передача зоны не выполнена.

Зона заблокирована для передачи или обновления.

Кто-нибудь подскажет, что можно предпринять?
- Изменено
  
  8 мая 2019 г. 7:13

Ответы

Проблема была в обновлении KB4493473.

Его удаление решило проблему.
- Предложено в качестве ответа
  M.V.V. _
  8 мая 2019 г. 15:00
- Помечено в качестве ответа
  Petko KrushevMicrosoft contingent staff, Moderator
  28 мая 2019 г. 8:00

ИД события 4000:

DNS-серверу не удалось открыть Active Directory. Этот DNS-сервер настроен на получение и использование сведений из каталога для этой зоны и не может загрузить зону без нее. Убедитесь, что Active Directory работает правильно, и перезагрузим зону. Данные события — это код ошибки.

The DNS server was unable to open Active Directory. This DNS server is configured to obtain and use information from the directory for this zone and is unable to load the zone without it. Check that the Active Directory is functioning properly and reload the zone. The event data is the error code.

ИД события 4007:

DNS-серверу не удалось открыть зону в Active Directory из раздела <zone> каталога <partition name> приложений. Этот DNS-сервер настроен на получение и использование сведений из каталога для этой зоны и не может загрузить зону без нее. Убедитесь, что Active Directory работает правильно, и перезагрузим зону. Данные события — это код ошибки.

The DNS server was unable to open zone <zone> in the Active Directory from the application directory partition <partition name>. This DNS server is configured to obtain and use information from the directory for this zone and is unable to load the zone without it. Check that the Active Directory is functioning properly and reload the zone. The event data is the error code.

Решение

Если в среде есть другой контроллер домена или DNS-сервер, настройте сервер, на который возникли проблемы, чтобы указать на другой активный DNS-сервер в свойствах TCP/IP.

Остановите службу KDC на dc, где возникли проблемы.

net stop KDC

Запустите следующую команду с повышенными правами:

netdom resetpwd /server:<PDC.domain.com> /userd:<Domaindomain_admin> /passwordd:* 
пример: netdom resetpwd /server:10.0.10.10 /userd:mydomain.localVasyaVS /passwordd:MyPassw0rd

Включаем службу KDC на dc.

net start KDC

Синхронизируем изменения и убедимся, что ошибок при выполнении команды нет:

repadmin /syncall

Перезагружаем сервер

Источник

описание проблемы

Я хочу обновить файл зоны без закрытия привязки, используяrndc reloadКоманда также возвращает успех перезагрузки, но обнаруживается командой dig для выявления того, что разрешение не изменяется. Позже использовалrndc reload is1701.top Подсказка
rndc: ‘reload’ failed: dynamic zone

Проблема

Загрузка динамической зоны напрямую переведена

Именованная команда позволяет динамическими обновлениями. Именованные базы данных и профили должны быть настроены, чтобы позволить клиентскому компьютеру публиковать обновления. Одна область может быть установлена на динамический или статический. По умолчанию статично.

Чтобы создать зону в динамическую область, вы должны добавить ключевое слово Разрешить-Обновить в часть области в файле конфигурации Bind. Позвольте ключевое слово «Разрешить» Указывает список совпадений в Интернете, который определяет хосты, которые позволяют обновлять обновления

Простое понимание, в конфигурации зоны, если значение разрешенного обновления отсутствует, то эта зона представляет собой динамическую зону; противоположную, если вы не заполните разрешение или значение None, то эта зона Статический статический

Решение

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

rndc freeze is1701.top

Проводить перезарядку

rndc reload is1701.top

Включить обновления динамической области и перезагрузить файл области

rndc thaw is1701.top

Справка

1、http://blog.sina.com.cn/s/blog_56ae1d580102y27s.html

приложение

Команда операции RDC

rndc
Usage: rndc [-b address] [-c config] [-s server] [-p port]
	[-k key-file ] [-y key] [-r] [-V] [-4 | -6] command

command is one of the following:

  addzone zone [class [view]] { zone-options }
		Add zone to given view. Requires allow-new-zones option.
  delzone [-clean] zone [class [view]]
		Removes zone from given view.
  dnstap -reopen
		Close, truncate and re-open the DNSTAP output file.
  dnstap -roll count
		Close, rename and re-open the DNSTAP output file(s).
  dumpdb [-all|-cache|-zones|-adb|-bad|-fail] [view ...]
		Dump cache(s) to the dump file (named_dump.db).
  flush 	Flushes all of the server's caches.
  flush [view]	Flushes the server's cache for a view.
  flushname name [view]
		Flush the given name from the server's cache(s)
  flushtree name [view]
		Flush all names under the given name from the server's cache(s)
  freeze	Suspend updates to all dynamic zones.
  freeze zone [class [view]]
		Suspend updates to a dynamic zone.
  halt		Stop the server without saving pending updates.
  halt -p	Stop the server without saving pending updates reporting
		process id.
  loadkeys zone [class [view]]
		Update keys without signing immediately.
  managed-keys refresh [class [view]]
		Check trust anchor for RFC 5011 key changes
  managed-keys status [class [view]]
		Display RFC 5011 managed keys information
  managed-keys sync [class [view]]
		Write RFC 5011 managed keys to disk
  modzone zone [class [view]] { zone-options }
		Modify a zone's configuration.
		Requires allow-new-zones option.
  notify zone [class [view]]
		Resend NOTIFY messages for the zone.
  notrace	Set debugging level to 0.
  nta -dump
		List all negative trust anchors.
  nta [-lifetime duration] [-force] domain [view]
		Set a negative trust anchor, disabling DNSSEC validation
		for the given domain.
		Using -lifetime specifies the duration of the NTA, up
		to one week.
		Using -force prevents the NTA from expiring before its
		full lifetime, even if the domain can validate sooner.
  nta -remove domain [view]
		Remove a negative trust anchor, re-enabling validation
		for the given domain.
  querylog [ on | off ]
		Enable / disable query logging.
  reconfig	Reload configuration file and new zones only.
  recursing	Dump the queries that are currently recursing (named.recursing)
  refresh zone [class [view]]
		Schedule immediate maintenance for a zone.
  reload	Reload configuration file and zones.
  reload zone [class [view]]
		Reload a single zone.
  retransfer zone [class [view]]
		Retransfer a single zone without checking serial number.
  scan		Scan available network interfaces for changes.
  secroots [view ...]
		Write security roots to the secroots file.
  serve-stale [ yes | no | reset | status ] [class [view]]
		Control whether stale answers are returned
  showzone zone [class [view]]
		Print a zone's configuration.
  sign zone [class [view]]
		Update zone keys, and sign as needed.
  signing -clear all zone [class [view]]
		Remove the private records for all keys that have
		finished signing the given zone.
  signing -clear <keyid>/<algorithm> zone [class [view]]
		Remove the private record that indicating the given key
		has finished signing the given zone.
  signing -list zone [class [view]]
		List the private records showing the state of DNSSEC
		signing in the given zone.
  signing -nsec3param hash flags iterations salt zone [class [view]]
		Add NSEC3 chain to zone if already signed.
		Prime zone with NSEC3 chain if not yet signed.
  signing -nsec3param none zone [class [view]]
		Remove NSEC3 chains from zone.
  signing -serial <value> zone [class [view]]
		Set the zones's serial to <value>.
  stats		Write server statistics to the statistics file.
  status	Display status of the server.
  stop		Save pending updates to master files and stop the server.
  stop -p	Save pending updates to master files and stop the server
		reporting process id.
  sync [-clean]	Dump changes to all dynamic zones to disk, and optionally
		remove their journal files.
  sync [-clean] zone [class [view]]
		Dump a single zone's changes to disk, and optionally
		remove its journal file.
  tcp-timeouts	Display the tcp-*-timeout option values
  tcp-timeouts initial idle keepalive advertised
		Update the tcp-*-timeout option values
  thaw		Enable updates to all dynamic zones and reload them.
  thaw zone [class [view]]
		Enable updates to a frozen dynamic zone and reload it.
  trace		Increment debugging level by one.
  trace level	Change the debugging level.
  tsig-delete keyname [view]
		Delete a TKEY-negotiated TSIG key.
  tsig-list	List all currently active TSIG keys, including both statically
		configured and TKEY-negotiated keys.
  validation [ yes | no | status ] [view]
		Enable / disable DNSSEC validation.
  zonestatus zone [class [view]]
		Display the current status of a zone.

Источник

В зависимости от структуры сети может возникать несколько ошибок, не позволяющих успешно завершить передачу зон между серверами DNS. Вот некоторые наиболее вероятные источники проблем, на которые стоит обратить внимание при неудачном завершении передачи зоны.

Ошибка в работе сети (кабели, коммутаторы, сетевые адаптеры, маршрутизаторы и т.д.)
Служба DNS остановлена на одном из серверов.
Передача выполняется между системой под управлением Windows Server 2003 и устаревшей версией сервера BIND (до версии 4.9.4).
Порт, который используется для репликации, заблокирован средствами брандмауэра.
Серверы DNS настроены на использование разных статических портов.

Проблемы в работе сети, обычно могут быть быстро обнаружены и исправлены с помощью одного из инструментов, рассмотренных в главе 4, например, с помощью команды ping. Если существуют проблемы в установке сетевого соединения между двумя серверами, то стоит проверить статус серверов DNS на каждой из систем.

Еще одной потенциальной проблемой является версия используемого сервера DNS. Если используется сервер BIND версии до 4.9.4, то необходимо указать использование вторичных серверов BIND в дополнительных параметрах свойств первичной зоны. Кроме этого, не забывайте, что серверы BIND не поддерживают родные для Microsoft записи типа WINS и WINSR.

Из соображений безопасности серверы DNS могут использовать для репликации между сайтами порты, отличные от принятого по умолчанию (53). Хотя в этом нет ничего неправильного, иногда такое решение приводит к возникновению проблем при добавлении нового сайта или установке нового сервера DNS. Если новый сервер DNS устанавливается с параметрами, принятыми по умолчанию и попытается выполнить репликацию через порт 53, передача зоны завершится неудачно.

Если первоначальная установка серверов DNS выполнялась не вами или кто-то еще занимается управлением инфраструктурой DNS, обратите внимание на содержимое следующего раздела системного реестра на одном из серверов DNS: HKEY_LOCAL_MACHINESystemCurrentControlSetServicesDNSParameters. Если в разделе присутствует запись SendOnNonDnsPort, то источник проблемы можно считать найденным. Эта запись может иметь такие значения.

Отсутствие записи — сервер использует порт, принятый по умолчанию (53)
0 — сервер использует порт, принятый по умолчанию (53)
1 — серверы договариваются об использовании произвольного порта
Любое значение, большее 1024 — указанное значение используется в качестве номера порта

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

Если возникает замедление в передаче зоны или увеличение объема передаваемых данных, можно рассмотреть одну из следующих стратегий оптимизации производительности.

Если передачи зоны выполняются для серверов BIND версий до 8.2, обновите BIND до версии 8.2 или выше, чтобы обеспечить возможность выполнения инкрементной передачи зоны (выполняется репликация только изменившихся данных).
Увеличьте значение Refresh Interval в записи SOA первичной зоны.
Преобразуйте зону в интегрированную в Active Directory.

Источник

Обновлено: 29.01.2023

Изменение зоны.

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

Добавление и изменение записей.

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

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

Добавление и изменение записей A.

Чтобы добавить новый узел, в контекстном меню выберите Создать узел (A). В появившемся окне введите имя хоста и его IP-адрес. Если не указать имя хоста, будет использовано имя домена, в котором создается запись.

Если установить флажок Создать соответствующую PTR-запись, после создания записи A DNS-сервер попробует создать запись PTR в соответствующей зоне обратного просмотра. Чтобы эта функция работала, зоны обратного и прямого просмотра должны находиться на одном сервере.

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

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

Добавление и изменение записей PTR.

Чтобы добавить новый указатель, в контекстном меню выберите Другие новые записи. В открывшемся окне в поле Выбор типа записи ресурса выберите Указатель (PTR) и нажмите кнопку Создать запись.

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

При добавлении указателя не поддерживается обратная операция — добавление соответствующего хоста в зону прямого просмотра.

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

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

Добавление и изменение записей CNAME.

Чтобы добавить новый псевдоним, в контекстном меню выберите Создать псевдоним (CNAME). В появившемся окне в поле Псевдоним введите альтернативное имя хоста. Если не указать псевдоним, будет использовано имя домена, в котором создается запись.

В поле Полное доменное имя конечного узла введите полное доменное имя узла, определенного записью A или CNAME. Узел может находиться в другом домене или в другой зоне. Вы можете выбрать узел из зоны, расположенной на этом сервере, щелкнув кнопку Обзор. Для узлов, расположенных на других серверах, полное имя узла придется вводить вручную.

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

При создании псевдонимов избегайте кольцевых ссылок. Система DNS их не контролирует, и вы легко можете создать записи, подобные следующему примеру:

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

Добавление и изменение MX-записей.

Чтобы добавить почтовый обменник, в контекстном меню выберите Создать почтовый обменник (MX). В поле Узел или дочерний домен укажите имя узла или домена, за обработку почты которого будет отвечать создаваемая запись. Если не указать имя, будет использовано имя домена, в котором создается запись. Кроме того, в имени домена можно использовать символ «*», указывая, что эта запись отвечает за обработку почты не только в указанном, но и во всех дочерних доменах.

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

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

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

Добавление и изменение прочих записей.

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

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

Добавление доменов.

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

Созданный домен будет отображен в дереве оснастки DNS в виде папки:

После добавления нового домена можно сразу добавлять в него новые записи.

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

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

host-a.subdomain A 192.168.100.55

Удаление записей.

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

После подтверждения запись будет удалена.

Если зона хранится в текстовом файле, удаление записи из файла будет произведено не сразу, а через некоторое время. Это позволяет скопировать информацию из файла, если вы случайно удалили не ту запись.

Внесение множественных изменений.

Ручное редактирование возможно только для основных зон. Дополнительные зоны редактировать не имеет смысла, т. к. DNS игнорирует все изменения, внесенные в данные зоны на дополнительных серверах. Зоны, интегрированные в Active Directory, не хранятся в текстовых файлах, поэтому могут редактироваться только при помощи оснастки DNS.

При внесении изменений в файл зоны придерживайтесь следующих правил:

Перезагрузка зоны.

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

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

Обновление файла данных сервера.

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

Ошибка в работе сети (кабели, коммутаторы, сетевые адаптеры, маршрутизаторы и т.д.)
Служба DNS остановлена на одном из серверов.
Передача выполняется между системой под управлением Windows Server 2003 и устаревшей версией сервера BIND (до версии 4.9.4).
Порт, который используется для репликации, заблокирован средствами брандмауэра.
Серверы DNS настроены на использование разных статических портов.

Отсутствие записи — сервер использует порт, принятый по умолчанию (53)
0 — сервер использует порт, принятый по умолчанию (53)
1 — серверы договариваются об использовании произвольного порта
Любое значение, большее 1024 — указанное значение используется в качестве номера порта

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

Как настроить DNS сервер в windows server 2008R2-21

Идем на вкладку сервера имен. Нажимаем Добавить

Как настроить DNS сервер в windows server 2008R2-22

пишем имя нужного сервера, у меня это vcenter

Как настроить DNS сервер в windows server 2008R2-23

Видим, что запись определилась нормально, о чем вам говорит зеленый кружок.

Как настроить DNS сервер в windows server 2008R2-24

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

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

Передача зон, по сути, представляет собой извлечение данных, инициируемое в дополнительных зонах, копирование данных главной зоны, которая сама по себе может быть основной или еще одной дополнительной зоной. Главной зоне необязательно даже быть стандартной по отношению к дополнительной зоне — вы можете отконфигурировать дополнительную зону для основной зоны, интегрированной в Active Directory. К примеру, у вас есть два сайта — один в Нью-Йорке, другой в Лос-Анджелесе, причем каждый сайт принадлежит отдельному домену Active Directory. В каждом домене можно обеспечить разрешение имен для противоположного домена, не устанавливая новый контроллер домена и не управляя трафиком репликации между двумя сайтами.

Включение передачи зон

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

■ По истечении интервала обновления начальной записи SOA основной зоны.

■ При загрузке дополнительной зоны сервером.

■ В результате изменения конфигурации основной зоны, если эта зона настроена для уведомления дополнительной зоны об обновлениях.

По умолчанию передача для всех зон отключена. Ее нужно включить на вкладке Передача зон (Zone Transfers) окна свойств зоны. Установив флажок разрешения передачи зон, можно выбрать одни из трех параметров передачи.

■ На любой сервер (To Any Server) Этот параметр обеспечивает минимальную безопасность. Поскольку передача зоны представляет собой копирование данных зоны, этот параметр позволяет кому угодно с сетевым доступом к DNS-серверу просмотреть содержимое зоны, включая имена всех серверов и компьютеров с их IP-адресами. Поэтому данный параметр следует использовать только в частных сетях с высоким уровнем безопасности.

■ Только на серверы, перечисленные на странице серверов зон (Only To ServersListed On The Name Servers Tab) Этот параметр позволяет выполнять передачу зон с записью NS только на те дополнительные DNS-серверы, которые полномочны для данных зон.

■ Только на серверы из этого списка (Only To The Following Servers) Этот параметр позволяет указать список дополнительных серверов, на которые будет выполняться передача зон. Для этих дополнительных серверов не требуется идентификация с помощью записи NS в зоне.

Настройка уведомлений

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

Для настройки уведомлений на вкладке Передача зон (Zone Transfers) щелкните кнопку Уведомить (Notify). Откроется диалоговое окно Уведомление (Notify), где можно указать дополнительные серверы, которые будут оповещаться при обновлении зоны на локальном главном сервере.

По умолчанию при включении передачи зон все серверы, перечисленные на вкладке Серверы имен (Name Servers), автоматически уведомляются об обновлениях зоны.

Как настроить DNS сервер в windows server 2008R2-25

Обновление дополнительной зоны вручную

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

Перезагружается дополнительная зона из локального хранилища.

■ Передать зону с основного сервера (Transfer From Master)

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

■ Перезагрузить повторно зону с основного сервера (Reload From Master)

Выполняется передача зоны с главного сервера дополнительной зоны независимо от серийного номера в записи SOA дополнительной зоны.

Выбираем Передать зону с основного сервера

Как настроить DNS сервер в windows server 2008R2-26

Как видим если нажать F5 зона передалась

Как настроить DNS сервер в windows server 2008R2-27

Если щелкнуть правым кликом, то видно, что это дополнительная зона так как нету возможности создать записи.

Как настроить DNS сервер в windows server 2008R2-28

Зона-заглушка

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

Зоны-заглушки можно использовать в следующих целях:

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

Существует два списка DNS-серверов, участвующих в загрузке и поддержке зоны-заглушки:

Список главных серверов, из которого DNS-сервер загружает и обновляет зону-заглушку. Главный сервер может быть главным или дополнительным DNS-сервером для зоны. В обоих случаях он будет располагать полным списком DNS-серверов для зоны.
Список полномочных DNS-серверов для зоны. Список содержится в зоне-заглушке с использованием записей ресурсов сервера имен (NS).

Создадим зону заглушку или как еще ее называют stub zone.

Щелкаем правым кликом по зоны прямого просмотра и выбираем создать

Как настроить DNS сервер в windows server 2008R2-28

У вас откроется мастер создание.

Как настроить DNS сервер в windows server 2008R2-30

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

Как настроить DNS сервер в windows server 2008R2-31

задаем имя зоны

Как настроить DNS сервер в windows server 2008R2-32

создать новый файл, он будет помещен в C:Windowssystem32dns

Как настроить DNS сервер в windows server 2008R2-33

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

Как настроить DNS сервер в windows server 2008R2-34

dns server разрешился нормально.

Как настроить DNS сервер в windows server 2008R2-35

Как настроить DNS сервер в windows server 2008R2-36

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

Как настроить DNS сервер в windows server 2008R2-37

Так как до этого мы разрешили передавать зону с главного DNS на текущий зона сразу появилась. Заметьте, что в заглушке есть только NS записи и А записи DNS.

Пример зоны-заглушки

В следующей статье мы поговорим про дополнительные настройки и вкладки DNS сервера windows server 2008R2

В предыдущей теме (смотри здесь), мы рассмотрели какими возможностями обладает DNS сервер интегрированный в Active Directory по настройке свойства зоны на вкладке «Общие». Давайте пройдем дальше.

Возле вкладки «Общие» находится вкладка «Начальная запись зоны (SOA)», смотрите рисунок 1.

Начальная запись зоны SOA

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

Начальная запись зоны SOA (Start of Authority, SOA) назначает полномочный сервер имен для данной зоны и задает ее основные свойства, например интервалы повтора и обновления. То есть, такой тип рекурсивной записи как SOA определяет (или устанавливает) основной (полномочный или еще пишут авторитарный) сервер имен, то есть «самый главный» DNS сервер для зоны, и параметры по умолчанию для зонной передачи (что такое передача зоны DNS, смотрите здесь).

На вкладке «Начальная запись зоны (SOA)» имеются следующие поля (см. рис. 1).

Серийный номер — номер, идентифицирующий версию файлов БД DNS сервера. Обновляется автоматически при любом изменении файлов зоны или вручную, в сторону возрастания. Дополнительные серверы DNS используют его для установления факта изменения записей зон. Если серийный номер основного сервера DNS больше серийного номера дополнительного, значит, записи изменились, и дополнительный сервер запрашивает обновленные записи для зоны. Вы также вправе настроить DNS на уведомление дополнительных серверов об изменениях (это ускоряет процесс обновления). Как это делается — будет описано ниже в абзаце «Уведомление дополнительных серверов об изменениях в БД основной зоны»
Основной сервер полное доменное имя сервера имен. В нашем случае это «server1.rk.com . «. Обратите внимание на точку в конце — она позволяет ограничить имя и гарантировать, что к имени не будет добавлена лишняя информация.
Ответственное лицо — электронный адрес сотрудника, ответственного за домен. По умолчанию это hostmaster с точкой в конце, что соответствует адресу hostmaster@ваш домен. Если вы будете вводить в это поле другой адрес, замените символ (@) на точку и еще одну точку поставьте в конце.
Интервал обновления — интервал, с которым дополнительный сервер проверяет обновления зон.
Интервал повтора — время до повтора попытки загрузки БД зоны, если первая попытка оказалась неудачной.
Срок истекает после — период, в течение которого действительна информация зоны на дополнительном сервере. Если за это время дополнительный сервер не загрузит данные с основного, он аннулирует данные в своем кэше
и перестает отвечать на запросы DNS.
Минимальный срок жизни TTL (по умолчанию) — минимальное время жизни кэшированных записей на дополнительном сервере в формате «дни : часы : минуты : секунды». По достижении этого значения дополнительный сервер аннулирует соответствующую запись. Следующий запрос к ней будет отправлен основному серверу для разрешения имени. Чтобы сократить трафик в сети и повысить эффективность, задайте в этом поле большое значение, например 24 часа. С другой стороны, это замедлит распространение обновлений через Интернет.
Срок жизни (TTL) записи — время жизни самой SOA-записи в формате «дни : часы : минуты : секунды». Как правило, оно должно совпадать с минимальным временем жизни обычных записей.

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

Как мы знаем, в любой зоне могут быть больше чем один DNS сервер (что рекомендуется) которые и будут носителями зоны и естественно хранить базу данных зоны. НО. в каждой зоне будет только один главный сервер носителя зоны и он будет основным сервером имен (Primary Name Server) для всей зоны. Только на данном сервере база данных позволяет читать и писать в ней. Зона на основном сервере имен называется основной зоной — primary zone. На остальных или дополнительных носителей зоны информация только читается. Для каждой зоны важно что бы информация находящиеся в базе данных зоны была идентична или скажем проще одинакова на всех серверах являющимися носителями зоны или дополнительными серверами DNS.

Процесс синхронизации или приведения к одинаковости копий баз данных зоны, хранящиеся на различных серверах и называется процессом передачей зоны (transfer zone).

Так же стоить отметить что процесс передачи зоны однонаправленный, а именно от основного сервера имен (Primary Name Server) к дополнительным, на то он и «основной» в этой компании серверов DNS.

По соображениям безопасности в Windows Server 2003, по умолчанию, зонные передачи запрещены (смотрите рисунок 2). Сетевой администратор должны разрешить их для внутренних дополнительных серверов или для дополнительного сервера провайдера (если в нем есть необходимость), а также указать серверы DNS, на которые допускается передавать информацию зоны.

Ограничение доступа к информации БД зоны — важная, а порой даже необходимая мера предосторожности. Запрашивать обновления с основного сервера зоны DNS, должны только указанные сетевым амином серверы, а не кто вздумается. Это позволит скрывать детали построения внутренней сети предприятия от злоумышленников.

Чтобы разрешить зонные передачи и ограничить доступ к БД основной зоны, выполните следующие действия.

В консоли DNS щелкните правой кнопкой на домен, в нашем случае это пусть для начала будет корневой домен rk.com и выберите «Свойства». Откроется окно со вкладками. В этом окне выберем вкладку «Передачи зон», смотрите рисунок 2.

Передача зон DNS

Как видно из рисунка 2 передача зон по умолчанию не включена. Что бы разрешить передачу зон, мы должны включить флажок «Разрешить передачу зон».

При включенном флажке «Разрешить передачу зон» у нас активируются все три опции выбора которые сейчас неактивны, но подчеркнуты на рисунке 2.

Если выберем первую опцию — «на любой сервер», то думаю что тут все понятно.
Если выбрать опцию — «только на серверы, перечисленные на странице серверов имен», — это значит что основной DNS сервер будет посылать информацию только «Серверам имен» которые имеются (прописаны уже) у него в базе зоны под рекурсивных записей типа NS (Name Servers). Пример такого типа записи смотрите рисунок 3.

NS запись

Конечно, в нашем случае, у нас только одна запись «Сервер имен (NS)» так как в нашем домене пока один сервер DNS, а именно server1.rk.com. Если мы включим в домен дополнительные сервера для этой зоны, то записи типа NS этих серверов появятся на основном сервере имен и он, при выборе опции — «только на серверы, перечисленные на странице серверов имен» возьмет информацию оттуда.

Если мы хотим явно указать сервера имен для передачи зоны выберите опцию — «только на серверы из этого списка» и явно указать IP — адреса серверов имен на которых мы хотим что бы происходила передача зоны.

Кажется с настройками на этой вкладкой разобрались. Хочется добавить только то что эти настройки

Уведомление дополнительных серверов об изменениях в БД основной зоны.

Настройки уведомления дополнительных серверов так же делается на вкладке «Передачи зон», нажав на кнопку «Уведомить», показанную на рисунке 2 внизу, но не активной по причине того что мы не выбрали опцию «Разрешить передачу зон».

После выбора флажка «Разрешить передачу зон» и нужного нам способа передачи зоны, нажмите на кнопку «Уведомить». Откроется окно показанная на рисунке 4.

Нестойка уведомлений DNS

На данной вкладке установите флажок «Автоматически уведомлять» и выберите нужную вам опцию, благо их тут две.

Если выберем опцию — «Уведомлять серверы со страницы серверов имен», то тут тот же процесс описанный выше и передача зоны будет происходит по тем серверам которые указаны в основной зоне с типом записей NS.

Если выбрать опцию — «Только указанные серверы», то мы можем явно указать каким серверам с типом записей NS передавать обновления копий зоны.

Так же думаю в этом контексте когда мы говорили о «Сервере имен» стоит рассмотреть вкладку «Серверы имен» и какие настройки на ней имеются.

Вкладка «Серверы имен» показана на рисунке 2, слева, первая. Что бы добраться до ней в консоли DNS щелкните правой кнопкой на домен, в нашем случае это пусть для начала будет корневой домен rk.com и выберите «Свойства». Откроется окно со вкладками показанное на рисунке 2. Выбираем вкладку «Серверы имен», смотрите рисунок 5.

Вкладка DNS Серверы имен

Как видим на рисунке 5, на данной вкладке мы можем добавлять, изменять, или удалять сервера имен. Если к примеру, я в данном домене подниму еще один контроллер домена, под именем SERVER2 и укажу в настройках при установки (это мы рассмотрим далее) что в качестве DNS сервера будет комп SERVER1 на котором мы уже установили Active Directory интегрированное с DNS сервером, то тогда на данной вкладке появится еще один сервер имен а именно SERVER2 смотрите рисунок 6.

Настройка сервера имен DNS

Консоль DNS

Что бы добавить или удалить какой либо сервер имен из мы пользуемся соответственными кнопками показанные на рисунке 6.

К примеру у нас в консоли DNS server2 присутствует с ресурсной записи типа NS а на вкладке «Сервера имен» не появился. Тогда мы нажимаем кнопку «Добавить» и открывается окно показанная на рисунке 8, отмеченное цифрой 1.

Добавление сервера имен

На данной вкладке кликаем по кнопке обзор и в открывшимся окне (на рисунке 8 отмечена цифрой 2) выбираем тип записи «Все записи» (или необходимый тип который нам нужен) и щелкаем по SERVER1. У нас появятся все записи из консоли DNS которые там есть и мы выбираем тип записи NS которая относится к SERVER2, или требуемую нам запись. Про то как удалить или изменить писать не буду, думаю что понятно.

Читайте также:

Горит только lan на модеме

Нужна ли подписка на xbox one чтобы играть онлайн

Компьютер через 15 секунд выключается

Как получить метро исход бесплатно на xbox one

Как обновить самсунг через компьютер

Источник

Информация о статусе сервера обновлена только что.

Проверить снова

Что делать, если сайт недоступен?

Zona.ru не работает сегодня январь 2023?

Узнайте, работает ли Zona.ru в нормальном режиме или есть проблемы сегодня

Статус Zona.ru : сбой Почему?

Zona.ru сбои за последние 24 часа

Город	Сбои
Москва	84
Новосибирск, Новосибирская область	39
Владивосток, Приморский край	38
Хабаровск, Хабаровский край	33
Краснодар, Краснодарский край	33
Санкт-Петербург	30
Екатеринбург, Свердловская область	26
Красноярск, Красноярский край	19
Саратов, Саратовская область	19

Также сообщения о сбоях есть в городах:
Иркутск, Иркутская область; Челябинск, Челябинская; Воронеж, Воронежская область; Благовещенск, Амурская область; Нижний Новгород, Нижегородская область; Уфа, Башкортостан; Омск, Омская область; Волгоград, Волгоградская область; Самара, Самарская область; Барнаул, Алтайский край; Махачкала, Дагестан; Казань, Татарстан; Сургут, Ханты-Мансийский АО; Астрахань, Астраханская область; Уссурийск, Приморский край.

Популярные комментарии о Zona.ru

за последние 24 часа

123

•

1 день назад

#

29 января 2023

+
23
—

медленно грузит списки сериалов и фильмов, но в отдельных сериалах пусто и ошибка no data

Денис

•

1 день назад

#

29 января 2023

+
4
—

В Саратове тоже No data.

Александр

•

1 день назад

#

29 января 2023

+
4
—

не открывает фильмы и сериалы ошибка No Data

Не работает Zona.ru?

Не открывается, не грузится, не доступен, лежит или глючит?

Самые частые проблемы Zona.ru

Форум Zona.ru

Подсказки? Разочарования? Обсуждаем проблемы сервиса с другими посетителями сайта:

Чат с регистрацией

идентификация не требуется

комментарии с нецензурной лексикой и оскорблениями удаляются

Иван

•