Репликация и зонные передачи
Поскольку зоны играют важную роль в DNS, обеспечивается возможность их доступности с нескольких DNS-серверов в сети для обеспечения отказоустойчивости запросов на сопоставление имен. В противном случае, когда используется единственный сервер, и этот сервер не отвечает, могут иметь место отказы на запросы к именам зоны. При размещении зоны на дополнительных серверах требуются зонные передачи для репликации и синхронизации всех копий зоны, используемых на разных серверах.
Когда в сеть добавляется новый DNS-сервер, для которого задается конфигурация нового дополнительного сервера существующей зоны, он выполняет полную начальную передачу зоны (AXFR) для получения и репликации полной копии записей ресурсов зоны. Для большинства ранних реализаций DNS-сервера тот же способ полной передачи зоны используется, когда зоне требуется обновление после внесения изменений в зону. В операционной системе Windows 2000 Server служба DNS поддерживает добавочные зонные передачи (IXFR), представляющие способ передач для зон DNS только непосредственно изменений.
Зонная передача
Зонные передачи могут выполняться в любой из следующих ситуаций.
Истек интервал обновления зоны.
Дополнительный сервер получил уведомление об изменениях зоны от главного сервера.
Служба DNS-сервер запускается на дополнительном сервере зоны.
С консоли DNS на дополнительном сервере зоны вручную инициируется передача с главного сервера зоны.
Зонные передачи всегда инициируются на дополнительном сервере зоны (slave) и отправляются на указанные в конфигурации главные серверы (master), служащие источниками для зоны. Главным сервером может быть любой DNS-сервер, загружающие зону, например, основной сервер зоны или другой дополнительный сервер. Когда главный сервер принимает запрос для зоны, он может в ответ выполнить частичную (IXFR) или полную (AXFR) передачу зоны на дополнительный сервер.
Как показано на следующем рисунке, зонные передачи между серверами выполняются как упорядоченный процесс. Этот процесс происходит по-разному в зависимости от того, выполнялась ли ранее репликация зоны или имеет место начальная репликация новой зоны.
На рисунке 2 показана последовательность действий для запрашивающего дополнительного сервера зоны — целевого сервера — и сервера-источника, т.е. другого DNS-сервера, на котором находится зона.
Рис.2
Во время настройки новой конфигурации целевой сервер посылает начальный запрос на передачу «всей зоны» (AXFR) главному DNS-серверу, являющемуся источником зоны в текущей конфигурации.
Главный сервер (источник) отвечает и полностью передает зону на целевой дополнительный сервер (получатель).
Зона доставляется на дополнительный сервер, запросивший передачу, с версией, установленной с помощью поля Серийный номер в свойствах начальной записи зоны. Начальная запись зоны (SOA) содержит также установленное значение интервала обновления в секундах (по умолчанию 900 секунд или 15 минут), указывающее, когда целевой сервер должен следующий раз запросить обновление зоны с сервера-источника.
По истечении интервала обновления целевой сервер с помощью начальной записи зоны (SOA) запрашивает обновление зоны с сервера-источника.
Сервер-источник отвечает на запрос для начальной записи зоны.
Ответ содержит текущее значение серийного номера зоны на сервере-источнике.
Целевой сервер проверяет серийный номер начальной записи зоны в ответе и определяет, как следует обновлять зону.
Если значение серийного номера начальной записи зоны в ответе совпадает с текущим локальным серийным номером, делается вывод, что зона является одинаковой на обоих серверах и зонная передача не требуется.
Если значение серийного номера начальной записи зоны в ответе превышает текущий локальный серийный номер, делается вывод, что зона была обновлена и требуется зонная передача.
Если целевой сервер заключает, что зона изменилась, он отправляет на исходный сервер запрос IXFR, содержащий текущее локальное значение серийного номера в начальной записи зоны.
Сервер-источник в ответ выполняет либо добавочную, либо полную передачу зоны.
Если сервер-источник поддерживает добавочные передачи с помощью сохраняемой истории добавочных изменений зоны для измененных записей ресурсов, он может в ответ выполнить добавочную зонную передачу (IXFR).
Если сервер-источник не поддерживает добавочные передачи или не имеет сохраненной истории изменений зоны, он может в ответ выполнить полную зонную передачу (AXFR).