Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

Сетевые средства операционных систем. Учебное пособие

.pdf
Скачиваний:
0
Добавлен:
08.09.2026
Размер:
2 Мб
Скачать
☆
Ларина Т.Б. Сетевые средства операционных систем
91
Клиент DNS обращается к DNS-серверу на уровне программного интерфейса приложения (API). Сам процесс разрешения доменных имен «прозрачен» для пользователей и приложений.
В ответ на свой запрос клиент должен получить либо IP-адрес, либо сообщение о невозможности разрешить предоставленное серверу доменное имя в IP-адрес. Клиент DNS передает полученный IP-адрес приложению, которое инициировало обращение.
Пространство имен DNS
Основным компонентом пространства имен DNS являются домены. Домены соединяются друг с другом иерархическими отношениями «родитель-потомок».
В основание иерархического пространства имен DNS лежит домен, который называется корневым доменом (root domain).
Любой объект пространства имен DNS (домен или компьютер) имеет простое имя в пределах пространства имен своего родителя.
Полное доменное имя FQDN (Fully Qualified Domain Name) объекта образуется из имени объекта и суффикса DNS.
Суффикс DNS - это перечисление имен доменов, находящихся между объектом и корнем пространства имен.
Например: comp – простое имя компьютера, соmp.home.company.ru – полное доменное имя этого компьютера
Иерархия DNS-серверов
Информация об объектах большого пространства доменных имен может быть распределена между несколькими DNS-серверами. В этом случае DNS-серверы образуют иерархию, подобную иерархии пространства имен (на рис. 3-6).
Каждый DNS-сервер хранит информацию только о части общего пространства имен. Это значит, что сервер самостоятельно способен разрешить только некоторую часть доменных имен.
Ларина Т.Б. Сетевые средства операционных систем
92
Если сервер не может разрешить доменное имя, он передает этот запрос другим DNS-серверам.
Рис.3-6. Иерархия DNS-серверов
Схемы разрешения запросов
Взаимодействие DNS-клиента и DNS-серверов начинается, когда пользователь или приложение используют доменное имя некоторого компьютера.
Соединение с компьютером выполняется на уровне IP-адресов, поэтому DNS-клиент запрашивает у DNS-сервера разрешение доменного имени в IP-адрес.
В ответ на запрос DNS-сервер должен возвратить IP-адрес, соответствующий доменному имени, или сообщение об ошибке, если доменное имя не удалось разрешить.
Ларина Т.Б. Сетевые средства операционных систем
93
Существует две схемы разрешения доменного имени DNS­сервером: рекурсивное и итерационное обслуживание запроса.
Рекурсивное обслуживание запроса
Если DNS-сервер не смог обслужить запрос сам (в его базе не нашлась запись о запрошенном доменном имени), он рекурсивно пытается обнаружить "ближайшие" DNS- серверы.
"Ближайшим" считается сервер зоны имен, близкой к запрошенному домену. При этом поиск начинается с корневого DNS­сервера.
Корневой DNS-сервер предоставляет ссылку на другой сервер имен, который, по его мнению, должен располагать сведениями о запрашиваемом компьютере (или домене). Тот, в свою очередь, может предоставить ссылку на другой сервер имен и т. д. В конечном итоге, будет найден сервер DNS, располагающий сведениями о требуемом доменном имени.
На рисунке 3-7 показан механизм рекурсивного обслуживания запроса на доменное имя www.ayan.ru.
Получив запрос, DNS-сервер искал сведения о домене ауаn.ru в собственной базе данных. Сведения о домене отсутствовали, и DNS­сервер пытался обнаружить информацию о сервере имен домена ауаn.ru. Поиск ведется как в собственной базе данных, так и в кэше имен.
Сервер имен домена ауаn.ru не был обнаружен, поэтому предпринимается аналогичная попытка для поиска сервера имен домена ru.
Наконец, DNS-сервер обращается к серверу имен корневого домена. Он не располагает информацией о запрашиваемом домене. Но, поскольку запрашиваемый домен располагается внутри домена ru, возвращается ссылка на сервер имен домена ru.
Обращение к DNS-серверу домена ru. дает информацию о сервере имен домена ayan.ru. В ответ на запрос к серверу имен домена ayan.ru, DNS-сервер получает информацию об IP-адресе узла www.ауаn.ru.
Ларина Т.Б. Сетевые средства операционных систем
94
Рис.3-7. Рекурсивное обслуживание запроса
Итерационное обслуживание запроса
DNS-сервер просматривает собственную базу данных и кэш, пытаясь обнаружить в них сведения о запрашиваемом доменном имени.
Если доменное имя не может быть разрешено DNS-сервером самостоятельно, клиенту возвращается ссылка на вышестоящий DNS­сервер.
Клиент отправляет запрос следующему серверу имен. Тот просматривает свою базу данных и возвращает клиенту ссылку на другой сервер имен, если записи о запрашиваемом доменном имени у него нет. Таким образом, клиент отправляет запросы на сервера имен до тех пор, пока не свяжется с сервером имен, который располагает сведениями о запрашиваемом доменном имени.
Ларина Т.Б. Сетевые средства операционных систем
95
В этом сценарии основная нагрузка возлагается на DNS­клиента.
Итерационное обслуживание запроса используют, если DNS­сервер или DNS-клиент не поддерживают рекурсивные разрешения запросов.
На рисунке 3-8 показан механизм итерационного обслуживания запроса на доменное имя www. movies.yahoo.com.
Рис.3-8. Итерационное обслуживание запроса
Компьютер store.khsu.ru («клиент») хочет установить соединение с узлом movies.yahoo.com.
Ларина Т.Б. Сетевые средства операционных систем
96
1. Клиент делает запрос к серверу имен домена khsu.ru. Сервер
не обладает информацией и возвращает клиенту ссылку на вышестоящий сервер имен, обслуживающий домен ru.
2. Клиент обращается к серверу имен домена ru. Cервер не
обладает информацией и возвращает клиенту ссылку на сервер имен корневого домена ".".
3. Клиент обращается к серверу имен корневого домена. Сервер имен обнаруживает, что запрашиваемое доменное имя принадлежит к домену com. Клиенту возвращается ссылка на сервер имен домена com.
4. Клиент обращается к серверу имен домена com. Сервер имен обнаруживает, что запрашиваемое доменное имя принадлежит к домену yahoo.com, находит в своей базе запись о сервере имен домена yahoo.com и ссылку на этот сервер имен возвращает клиенту.
5. Клиент обращается к серверу имен домена yahoo.com. Он находит в своей базе данных запись об узле movies.yahoo.com. Соответствующий этому имени IP-адрес возвращается клиенту.
Зоны DNS
Деление доменного пространства имен между несколькими
DNS-серверами выполняется с помощью механизма зон.
Зона - это база данных с записями разрешения. Каждая зона
обеспечивает разрешение некоторого фрагмента доменного пространства имен.
В зависимости от способа организации записи разрешения
различают зоны прямого просмотра и обратного просмотра.
В зонах прямого просмотра информация организована для
разрешения доменного имени в IP-адрес, в зонах обратного просмотра
- для разрешения IP-адреса в доменное имя.
Зоны надо рассматривать, как административный элемент.
Разделение доменного пространства имен на зоны делается для удобства администрирования.
Ларина Т.Б. Сетевые средства операционных систем
97
Границы зоны не определяются доменной структурой. Одна
зона может включать в себя несколько доменов. Или, наоборот, объекты, принадлежащие к одному домену, могут быть размещены в разных зонах.
Дублирование зоны на DNS-серверах
Отдельная копия зоны может размещаться на нескольких DNS-
серверах, чтобы обеспечить определенный уровень отказоустойчивости.
Один из DNS-серверов является основным носителем зоны
(primary zone). Он имеет возможностью вносить изменения в ее
содержимое.
Остальные DNS-серверы располагают копией зоны, доступной
только для чтения. Эти серверы называют дополнительными носителями зоны (secondary zone).
Для поддержания копий в согласованном состоянии
используется модель репликации с одним основным участником (single-master replication). Изменения, произведенные в копии зоны основным носителем, реплицируются на дополнительные носители.
На каждом DNS-сервере может быть размещено несколько зон.
В этом случае каждая зона конфигурируется отдельно. Один и тот же сервер может выступать как основным, так и дополнительным носителем для различных зон.
Файл соответствия HOSTS
До появления службы DNS для разрешения доменных имен
использовался специальный текстовый файл HOSTS на сервере. В нем перечислялись IP-адреса и соответствующие им доменные имена компьютеров.
Каждый компьютер-клиент копировал себе файл HOSTS с
сервера и использовал его для разрешения имен. Такая схема разрешения имен сегодня подходит только для небольших статичных
Ларина Т.Б. Сетевые средства операционных систем
98
сетей. В большой динамичной сети поддерживать файл HOSTS в актуальном состоянии на всех клиентах сети проблемно.
Служба динамического разрешения доменных имен DNS
явилась альтернативой механизму статического разрешения имен.
3.4 WINS. Служба разрешения символических имен узлов
Служба WINS (Windows Internet Name Service) обеспечивает
поддержку распределенной базы данных для динамической регистрации и взаимного разрешения NetBIOS-имен и IP-адресов.
Служба WINS является обязательной для сетей Windows.
Имена NetBIOS
До появления службы каталога Active Directory в качестве
основного способа именования объектов в операционных системах Windows применялись имена NetBIOS. Имена пользователей, компьютеров и доменов - это все имена NetBIOS.
Эта схема именования реализована также в Active Directory,
чтобы сохранить обратную совместимость с предыдущими операционными системами Windows и разработанными для них приложениями.
Имя NetBIOS должно быть уникально в пределах домена и его
длина не должна превышать 15 символов.
Принцип работы WINS
Процесс разрешения (преобразования) имен основан на базе данных WINS-сервера, которая содержит сведения об отображении пространства NetBIOS-имен на пространство IP-адресов.
Ларина Т.Б. Сетевые средства операционных систем
99
В сети может быть установлено несколько WINS-серверов. Базы данных всех WINS-серверов синхронизируются в результате репликации.
Входя в сеть, клиент регистрирует свое имя в базе данных
WINS-сервера. При завершении работы клиент отправляет сообщение WINS-серверу, извещая его об освобождении им зарегистрированного
имени (рис.3-9).
Рис.3-9. Взаимодействие клиента и WINS-сервера
WINS Proxy
В работе службы WINS участвуют: WINS-сервер, WINS­клиенты, а также посредники WINS (их называют также WINS-proxy).
WINS-сервер выполняет следующие функции:
принимает запросы на регистрацию имен от WINS-клиентов, регистрирует их имена и соответствующие им IP-адреса;
отвечает на запросы разрешения имен от клиентов, возвращая им IP-адрес по заданному имени (если имя есть в базе данных сервера).
Ларина Т.Б. Сетевые средства операционных систем
100
Посредником WINS (или WINS-proxy) называют специальный WINS-клиент, который обращается к WINS-серверу от имени других
компьютеров, не способных обратиться к WINS-серверу самостоятельно.
Обычно, это компьютеры, работающие в режиме b-узла, то есть информирующие сеть о своем NetBIOS-имени рассылкой широковещательных сообщений. WINS-посредник переадресует широковещательные сообщения от компьютеров, работающих в режиме b-узла, WINS-серверу.
Рис.3-10. Использование WINS-посредника
Поскольку широковещательные сообщения не ретранслируются маршрутизаторами, то для нормального разрешения
Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]