Механизм поиска IP-адреса

Очень часто пользователи сообщают администратору системы, что та или иная машина системе не известна, хотя вчера с ней можно было работать. При этом, как правило, называют доменные имена компьютеров. Первое, что следует проверить в этой ситуации - реальную доступность к компьютеру по его IP-адресу, так как если по IP-адресу нельзя "достучаться" до удаленной машины, следует искать ошибки или отказы в работе сервиса доменных имен.

Для этого используется программа named. Так как Resolver, собственно, не является какой-либо программой. Это набор процедур из системной библиотеки, которые позволяют прикладной программе, получать по доменному имени IP-адрес компьютера или по IP-адресу доменное имя. Сами эти процедуры обращаются к системной компоненте resolver, которая ведет диалог с сервером доменных имен и таким образом обслуживает запросы прикладных программ пользователя.

На запросы описанных выше функций в системах Unix отвечает программа named. Идея этой программы проста - обеспечить как разрешение, так называемых, "прямых" запросов, когда по имени ищут адрес, так и "обратных", когда по адресу ищут имя. Управляется named специальной базой данных, которая содержит соответствия между адресами и именами, а также адреса других серверов BIND (Berkeley Internet Name Domain), к которым данный сервер может обращаться в процессе поиска имени или адреса.

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

Первый случай - запрос на получение IP-адреса в рамках зоны ответственности данного местного сервера имен:

1) Прикладная программа через resolver запрашивает IP-адрес по доменному имени у местного сервера.

2) Местный сервер сообщает прикладной программе IP-адрес запрошенного имени.

Несколько примеров, когда появляется запрос на получение IP-адреса по доменному имени:

При входе в режиме удаленного терминала на компьютер polyn.net.kiae.su вводится команда:

/usr/paul>telnet polyn.net.kiae.su

/usr/paul>telnet polyn.net.kiae.su trying

144.206.130.137... login:...

Строчка, в которой указан IP-адрес компьютера polyn.net.kiae.su, показывает, что к этому времени доменное имя было успешно разрешено сервером доменных имен и прикладная программа, в данном случае telnet получила на свой запрос IP-адрес. Таким образом, после ввода команды с консоли и до появления IP-адреса на экране монитора прикладная программа осуществила запрос к серверу доменных имен и получила ответ на него.

Это пример "прямомого" запроса. Но также существуют и "обратные" запросы. В "прямом" запросе прикладная программа запрашивает у сервера доменных имен IP-адрес, сообщая ему доменное имя. При "обратном" запросе прикладная программа запрашивает доменное имя, сообщая серверу доменных имен IP-адрес.

Следует заметить, что скорость разрешения "прямых" и "обратных" запросов в общем случае разная. Все зависит от того, как описаны "прямые" и обратные "зоны" в базах данных серверов доменных имен, обслуживающих домен.

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

В общем виде такая схема будет выглядеть следующим образом:

1) Прикладная программа обращается к местному серверу доменных имен за IP-адресом, сообщая ему доменное имя.

2) Сервер определяет, что адрес не входит в данный домен и обращается за адресом сервера запрашиваемого домена к корневому серверу доменных имен.

3) Корневой сервер доменных имен сообщает местному серверу доменных имен адрес сервера доменных имен требуемого домена.

4) Местный сервер доменных имен запрашивает удаленный сервер на предмет разрешения запроса своего клиента (прикладной программы)

5) Удаленный сервер сообщает IP-адрес местному серверу.

6) Местный сервер сообщает IP-адрес прикладной программе.

7) Существует разница между доменом и зоной. Домен - это все множество машин, которые относятся к одному и тому же доменному имени. Однако сам домен разбивается на поддомены или, как их еще называют, зоны. У каждой зоны может быть свой собственный сервер доменных имен. Разбиение домена на зоны и организация сервера для каждой из зон называется делегирование прав управления зоной соответствующему серверу доменных имен, или просто делегированием зоны.

Кроме нерекурсивной процедуры разрешения имен возможна еще и рекурсивная процедура разрешения имен. Ее отличие от описанной выше нерекурсивной процедуры состоит в том, что удаленный сервер сам опрашивает свои серверы зон, а не сообщает их адреса местному серверу доменных имен. Рассмотрим эти два случая более подробно.

Дата добавления: 2014-01-07