Как было сказано выше, при регистрации своего домена вы должны сообщить информацию минимум двух DNSсерверов. Если хотите, можете полностью продублировать информацию, которую указываете на первом DNSсервере, на второй сервер. Некоторые провайдеры так поступают, но более приемлемой практикой является понимание первого сервера как основного — master (на котором вы будете проводить вручную все обновления), а второго — как второстепенного — slave. Тогда BIND позволяет второму серверу связываться с первым и автоматически тиражировать директорию, что на практике называется передачей зоны.
Вторичные серверы так же надежны, как и основные. Они могут отвечать на запросы и выдавать информацию во все зоны, за которые они ответственны. Разница в том, что, когда вы вносите изменения, вы должны делать это только на основном сервере. Вторичные серверы будут получать эту информацию от основного.
Основной сервер не передает свою новую конфигурацию вторичным серверам непосредственно. Вместо этого каждый из вторичных серверов с равными интервалами времени и в определенном порядке опрашивает основной сервер, были ли внесены какиелибо изменения. Вторичный сервер знает, что должен опрашивать «большого брата», поскольку это отмечено термином si ave в его файле named. conf, как показано здесь:
zone "centralsoft.org" { type slave;
file "sec.centralsoft.org"; masters { 70.253.158.42; };
}:
Мы не хотим прямо сейчас обсуждать весь синтаксис и роль этой записи. Здесь для нас важна строка type si ave, которая определяет сервер как вторичный, а также строка masters, рассказывающая серверу, где взять информацию. В этом примере master находится по IPадресу 70.253.158.42. Данный адрес соответствует тому, который мы ранее внесли в файл resol v. conf (см. раздел «Доступ в BIND»). Файл resol v. conf помогает клиенту связаться с DNS, в ходе чего предыдущая запись в файле named. conf помогает вторичному DNSсерверу найти основной сервер.
ние опроса и переносы зон. Обновленное значение сообщает вторичному серверу, как часто он должен сверяться с основным сервером. Значение серийного номера следует увеличивать на основном сервере.
Основной файл конфигурации также определяет повторное значение, используемое вторичным сервером вместо обновленного значения, если он не может связаться с основным сервером. Это может произойти при выходе сети из строя. В этом случае вторичный сервер начинает работать как основной.
Однако вторичный сервер не может так маскироваться постоянно. В этом случае его информация может так устареть, что будет предпочтительнее прекратить ответы на запросы. Следовательно, файл конфигурации также определяет время ожидания. Если за это время не происходит успешного обновления, то вторичный сервер продолжает попытки связаться с основным сервером, но отказывает запросам.
Есть еще одно значение, которое следует учитывать перед тем, как заняться конфигурацией файлов — минимальное время жизни пакета (TTL). Если удаленный DNSсервер получает от вас ответ на запрос, он кэширует эту информацию и повторно использует ее в период времени, определенный TTL. Кэширование важно для эксплуатации DNS. Если ктото проводит время, посещая различные страницы вашего сайта (каждое посещение в этой серии может включать множественные загрузки), то благодаря кэшированию ближайший к пользователю сервер должен будет сделать лишь один запрос на доменное имя. После этого он сможет удовлетворить любой запрос информацией из своего кэша. Чтобы вы могли избежать устаревания кэшированной информации, TTL гарантирует, что каждый раз, когда сервер сбрасывает кэшированное значение, оно возвращается к вам на уполномоченный сервер за актуальной информацией.
Вы увидите все эти значения в своем файле зоны, а не в файле named. conf, который лишь указывает размещение вашего файла зоны.
Завтра куплю механические напольные весы в Эльдорадо.