Счетчик

Поисковый анализ сайта
яндекс.ћетрика
Cервер и сайт запущен 2011.02.01 на Debian

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

Основной задачей DNS, было создание децентрализованной системы администрирования доменных имен. Для этого существует механизм делегирования и суть его в следующем. Организация владеющая доменном может разбить этот домен на более мелкие части, поддомены, и делегировать эти части другой организации. Эта другая организация, будет ответственна за администрирование своей части поддомна и вполне может разбить свой поддомен на другие поддомены и делегировать их другим организациям. Так же, одна организация может сопровождать несколько делегированных поддоменов. Например, некая организация владеет доменом "ONE.", она разбивает свой домен на два поддомена "THE.ONE" и "IT.ONE". По неким обстоятельствам эта организация решает делегировать поддомен "THE.ONE" другой организации а сопровождение поддомена "IT.ONE" она оставляет себе. Таким образом, другая организация не только обслуживает информацию о своем поддомене, но и в праве разбить его еще на множество поддоменов и делегировать их по своему усмотрению другим организациям. Родительский же домен, в этом случае, будет содержать указатели на те узлы, которые ответственны за необходимый поддомен для перенаправления. 

Теперь поговорим о зонах. Постараюсь описать все как можно проще. И так, DNS-сервер содержит информацию о пространстве доменных имен. Обычно такой сервер, имеет полную информацию по определенным сегментам, так называемых зонах. Зона сходна с доменном, но все же различие существенно, это видно из рисунка ниже.
Домен "main", разбит на зоны, вот только зоны образуются у делегированных поддоменов. DNS-сервера в свою очередь загружают информацию не о доменах а о зонах, так как домен может содержать черезчур много информации. Так, например, на рисунке видно, что домен "main" находится в зоне "main", так же этот домен делегирует поддомен "figa.main". Этот поддомен образует соответственно зону "figa.main". Если, в зоне "figa.main", создадут запись например, об узле "www.figa.main", то зона просто расширится, но если делегировать поддомен "www.figa.main", то соответственно и будет создана новая зона с именем "www.figa.main". Как уже писал выше, серверы имен могут содержать полную информацию по определенным зонам, эти сервера загружают информацию из файла либо могут взять ее у других серверов имен. В таком случае эти сервера называют авторитетными для данной зоны. Спецификация DNS, разделяет сервера имен на два типа, первичный и вторичный мастер. Первичный мастер загружает информацию о зоне из файла, который называется файлом данных зоны. Вторичный мастер сервер получает информацию у первичного. Первичный мастер сервер, может так же быть и вторичным для другой зоны. Здесь может показаться, что вторичный сервер лишний, но это далеко не так. Например, в одной из зон установлен один единственный сервер имен, который является первичным для данной зоны, он так же является вторичным для других зон. В случае сбоя сервера, перестанет быть доступна информация не только об этой зоне, но и об других зонах тоже. Отсюда следует, что, вторичные сервера просто необходимы, для надежной работы системы доменных имен. Вторичные сервера обеспечивают избыточность серверов имен, так при сбое одного сервера второй будет доступен. Обычно вторичные сервера имен настраиваются таким образом, что они сохраняют информацию полученную от первичного мастер сервера, при обращении вторичный мастер сервер загружает эту информацию, устанавливает ее актуальность и если она актуальна, то передает необходимую информацию клиенту.

1

Добавить комментарий


Защитный код
Обновить