TML, CSS, СКРИПТЫ: практика создании сайтов

Однако было бы ошибочно считать, что эти два термина

идентичны. В первом случае речь идет о системе именования объектов, а также о

методике формирования и разрешения доменных имен. Во втором же случае

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

имен.

Служба DNS представляет собой распределенную базу данных, содержащую

информацию об IP-адресах и соответствующих им доменных имен. При этом

данные, образующие пространство имен DNS, не сосредоточены где-либо в

одном месте, а хранятся в виде отдельных фрагментов на многочисленных

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

В терминологии DNS такие фрагменты пространства имен принято называть

зонами (zone). Зона является основным административным элементом,

посредством которого DNS-серверы управляют процессами разрешения имен.

При этом границы зоны не определяются доменной структурой. Одна зона

может включать в себя несколько доменов, в то время как один домен может

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

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

имен DNS на зоны,— удобство администрирования. Можно делегировать

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

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

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

DNS-сервер может использоваться для хранения нескольких зон.

Аналогичным образом одну зону можно разместить на нескольких серверах. Один из

серверов выступает в качестве основного носителя зоны (primary zone), а

остальные конфигурируются как дополнительные носители зоны (secondary

zone), и хранят копии соответствующих зон. В ситуации, когда основной

носитель зоны в силу каких-либо обстоятельств окажется недоступным, все

обязанности по разрешению имен для данной зоны возьмет на себя один из

дополнительных носителей зоны. Это позволяет обеспечить

отказоустойчивость системы разрешения имен.

Для обеспечения актуальности копий зоны со всеми изменениями, которые

произведены администратором или пользователем в базе данных зоны,

расположенной на основном сервере зоны, необходима синхронизация зон.

Синхронизация копий зоны осуществляется путем репликации с основного носи-

Глава 1. Устройство сайта

35

теля зоны на все дополнительные серверы. Этот процесс получил название

процесса передачи зоны (transfer zone). Некоторые реализации службы DNS

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

режим называют инкрементальной передачей зоны. Однако использовать

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

поддерживают его.

Отдельно стоит сказать о зоне обратного разрешения (reverse lookup zone).

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

Механизм обратных доменов позволяет определять доменные имена

хостов/служб, основываясь на информации об их IP-адресах.

Далее, на примере рассмотрим суть процесса разрешения доменных имен.

Приложение, получая от пользователя полное доменное имя (например,

www.site.ru), не озадачивается, каким именно образом будет осуществляться

данный процесс. Все функции по организации процесса разрешения

доменных имен в соответствующий IP-адрес берет на себя DNS-клиент,

сконфигурированный на компьютере пользователя и функционирующий на уровне

прикладного интерфейса программирования (Application Programming

Interface, API).

Первоначально DNS-клиент пытается обнаружить соответствие в

собственном локальном кэше, куда помещаются записи о доменном имени и

соответствующем ему IP-адресе после каждого успешного разрешения имени. В

ситуации, когда в данном кэше не содержатся записи о требуемом хосте либо

службе, DNS-клиент обращается к предпочтительному DNS-cepeepy

(preferred DNS Server), или, в силу каких-либо причин его недоступности, к

дополнительному DNS-cepeepy.