8 Протокол dns

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

Если данные о запрошенном соответствии хранятся в базе данного DNS-сервера, то он сразу посылает ответ клиенту, если же нет - то он посылает запрос DNS-серверу другого домена, который может сам обработать запрос, либо передать его другому DNS-серверу. Все DNS-серверы соединены иерархически, в соответствии с иерархией доменов сети Internet. Клиент опрашивает эти серверы имен, пока не найдет нужные отображения. Этот процесс ускоряется из-за того, что серверы имен постоянно кэшируют информацию, предоставляемую по запросам. Клиентские компьютеры могут использовать в своей работе IP-адреса нескольких DNS-серверов, для повышения надежности своей работы.

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

Корень базы данных DNS управляется центром Internet Network Information Center. Домены верхнего уровня назначаются для каждой страны, а также на организационной основе. Имена этих доменов должны следовать международному стандарту ISO 3166. Для обозначения стран используются трехбуквенные и двухбуквенные аббревиатуры, а для различных типов организаций используются следующие аббревиатуры:

· com - коммерческие организации (например, microsoft.com);

· edu - образовательные (например, mit.edu);

· gov - правительственные организации (например, nsf.gov);

· org - некоммерческие организации (например, fidonet.org);

· net - организации, поддерживающие сети (например, nsf.net).

Каждый домен DNS администрируется отдельной организацией, которая обычно разбивает свой домен на поддомены и передает функции администрирования этих поддоменов другим организациям. Каждый домен имеет уникальное имя, а каждый из поддоменов имеет уникальное имя внутри своего домена. Имя домена может содержать до 63 символов. Каждый хост в сети Internet однозначно определяется своим полным доменным именем (fully qualified domain name, FQDN), которое включает имена всех доменов по направлению от хоста к корню. Пример полного DNS-имени : citint.dol.ru.

В сетях TCP/IP компьютеры для общения между собой используют IP-адреса. Однако то, что удобно машинам, неудобно людям. Сама человеческая натура протестует против запоминания чисел типа 192.120.18.34. К тому же IP-адреса совсем не информативны. По IP-адресу невозможно понять, что это: сервер, ПК, маршрутизатор или сетевой принтер. Приятней работать с осмысленными именами, такими как sales-server. Тем не менее сетевые устройства обращаются друг к другу, используя IP-адрес, а не имена.

Решает эту проблему система именования сетевых объектов, которая отвечает за преобразование символьных имен в IP-адреса. Системе передается имя (например archie.univie.ac.at), а она возвращает IP-адрес (140.78.3.8).

Система имен доменов (Domain Name System, DNS) появилась середине 80-х годов. DNS реализует иерархическое пространство имен. Единицей измерения является домен (территория, область). Понятие домена DNS не надо путать с доменом Windows NT или доменом NIS. Они не имеют друг к другу никакого отношения. На Рисунке 4.7. приведена часть иерархической структуры DNS сети Internet.

Вся сеть представляется в виде единого иерархического дерева. На вершине располагается корневой домен (обозначается символом "●"). Ниже находятся домены первого уровня. Поскольку Internet развивался в первую очередь в США, это вызвало некоторый крен при формировании доменов первого уровня: Internet как бы оказался поделенным между США и всем остальным миром.

Наиболее известные домены первого уровня:

com - коммерческие организации (главным образом в США);

edu - учебные заведения США;

gov - правительственные учреждения США;

mil - военные учреждения США;

net - различные сетевые агентства и Internet-провайдеры;

int - международные организации;

org - некоммерческие учреждения;

код страны - двухбуквенный код для обозначения государства (ru - для России).

Ниже доменов первого уровня располагаются домены второго уровня и так далее вплоть до хостов. Для доменов первого уровня, обозначающих государства, доменами второго уровня часто бывают города (например, msk - для Москвы), а доменами третьего уровня - предприятия и организации.

Любой хост или домен в Internet однозначно идентифицируется так называемым полным доменным именем (Fully Qualified Domain Name, FQDN). Его иногда еще называют абсолютным доменным адресом.

Так, для сетевого устройства host1 полное доменное имя будет host1.company1.msk.ru. а для домена company1 - company1.msk.ru.

Домены в FQDN записываются справа налево в порядке подчинения и разделяются точками. Каждая отдельная составляющая FQDN называется меткой (label). Длина метки не должна превышать 63 символа, а полная длина FQDN - 255 символов. Допустимыми символами являются буквы английского языка, цифры и знак дефиса "-" (знак дефиса не может стоять в начале или конце метки). Регистр букв значения не имеет, т. е. company1.msk.ru. и COMPANY1.MSK.RU. обозначают один и тот же домен.

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

Кроме абсолютной применяется и относительная доменная адресация. Когда два устройства находятся в одном и том же домене, они могут обращаться друг к другу по имени, не указывая полного доменного пути. Так, host2 обращается к host1 двумя способами:

· по полному доменному имени host1.company1.msk.ru.

· по относительному доменному адресу host1

В полном доменном имени конечную точку можно не ставить, поскольку обычно программное обеспечение TCP/IP подразумевает, что составное доменное имя (т. е. когда присутствует более двух меток) обозначает FQDN. Таким образом,

company1.msk.ru. и company.msk.ru.

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

Понятие домена достаточно емкое и в то же время гибкое. Оно не ограничивается какими-то физическими границами, например границами IP-сети или сегмента Ethernet. Доменом DNS может быть и страна, и предприятие, и отдел банка. Один домен может включать как множество сетей, так и только часть одной сети или даже подсети.

Основное назначение DNS состоит в преобразовании имени хоста в его IP-адрес. На самом деле DNS является системой, не зависимой от протокола сетевого уровня, т. е. она может быть реализована не только в среде TCP/IP. Однако функции DNS этим не ограничиваются. DNS позволяет получить следующую информацию: IP-адрес хоста; доменное имя хоста по его IP-адресу; псевдонимы хоста, тип центрального процессора и операционной системы хоста; сетевые протоколы, поддерживаемые хостом; почтовый шлюз; почтовый ящик: почтовую группу; IP-адрес и доменное имя сервера имен доменов. Существует и ряд других, реже используемых параметров.

9 Протокол DHCP

IP-адреса могут назначаться сетевым узлам статически и динами­чески. При статическом назначении администратор сети вручную назначает IP-адреса для каждого узла в сети. Вместо этого можно назначать IP-адреса динамически посредством протокола DHCP.

Протокол DHCP (Dynamic Host Configuration Protocol - протокол динамической конфигурации узла) - протокол прикладного уровня стека протоколов TCP/IP. позволяющий динамически присваивать IP-адреса и другие сопутствующие параметры конфигурации для сетевых узлов. Например, часто в качестве параметров используют маску под­сети, IP-адреса основных шлюзов (маршрутизаторов) и DNS-серверов.

Протокол DHCP является клиент-серверным, то есть в его работе участвуют DHCP-клиент и DHCP-сервер. Передача сообщения DHCP (формат, которого приводится на рис. 7.8) осуществляется посред­ством транспортного протокола UDP, при этом сервер принимает со­общения на порт 67, а отправляет на порт 68. Поле «Код операции» может принимать два значения:BOOTREQUEST (1, запрос от клиента к серверу) и BOOTREPLY (2, ответ от сервера к клиенту). Длина поля 1 байт.Поле «Тин физического адреса» (Hardware Туре) определяет тип физического адреса, указанного в поле «Физический адрес клиента». Длина поля 1 байт. Допустимые значения этого поля определены в документе RFC 17(Ю. Например, для МАС-адреса это поле принимает значение 1.

Поле «Длина физического адреса» (Hardware Address Length) со­держит число в байт, которые выделены под физический адрес клиен­та. Для МАС-адреса значение этого поля равно 6. Дтина поля 1 байт.

Поле «Количество транзитов» (Hops) содержит количество про­межуточных маршрутизаторов, через которые прошло сообщение. Клиент устанавливает это поле в 0. Длина поля 1 байт.

Поле «Идентификатор транзакции» (Transaction ID) позволяет соотнести последующие ответы с запросом в рамках одной DHCP-транзакции. Значение этого поля задается клиентом в начале процесса получения IP-адреса. Длина поля 4 байта.

Поле «Количество секунд» (Seconds) содержит время в секундах с момента начала процесса получения IP-адреса. Может не использо­ваться (в этом случае оно устанавливается в 0). Длина поля 2 байта.

Поле «Флаги» содержит флаги специальных параметров протоко­ла DHCP. Дтина поля 2 байта. Старший бит определен как флаг BROADCAST, а остальные биты зарезервированы для будущего при­менения и должны быть равны 0. Флаг BROADCAST устанавливается в 1 если клиент требует широковещательного ответа.

Поле «IP-адрес клиента» (Client IP Address) заполняется только в том случае, если клиент уже имеет собственный IP-адрес (это воз­можно, если клиент выполняет процедуру обновления адреса по исте­чении срока аренды). Дтина поля 4 байта. Поле «Ваш IP-адрес» (Your IP Address) содержит IP-адрес предлагаемый или уже назначенный сервером. Длина поля 4 байта.

Поле «IP-адрес сервера» (Server IP Address) заполняется сервером при ответе на запрос. Длина поля 4 байта. Поле «IP-адрес шлюза» (Gateway IP Address) задает адрес агента-ретранслятора DHCP, кото­рому сервер должен посылать ответы в случае, если клиент и сервер находятся в различных подсетях. Дтина поля 4 байта. Поле «Физиче­ский адрес клиента» (Client Hardware Address) обычно содержит МАС-адрес. Дтина ноля 16 байт.

Необязательное поле «Имя сервера» (Server Host Name) имя сер­вера в виде ASCIZ-строки. Дтина поля может достигать 64 байга.

Необязательное поле «Имя файла загрузки» (Всю! File Name) со­держит имя файла на сервере, используемое бездисковыми рабочими станциями при удаленной загрузке. Представлено в виде ASCIZ-строки. Длина поля до 128 байт.

Поле «Опции» (Options) содержит различные дополнительные па­раметры конфигурации. Все они описаны в документе RFC 2132. В начале этого поля указываются четыре «магических» числа со значе­ниями 99, 130, 83, 99, позволяющих DHCP-серверу определить нали­чие этого поля. Поле имеет неременную длину.