RFC-1034. Система именовния сегментов/областей. Концепция и общая характеристика (DNS). Ноябрь 1987 года (категория: стандарт)
Подождите немного. Документ загружается.
авторизованными для сегмента “C.ISI.EDU”. Такой ответ возможен потому, что
сервер “A.ISI.EDU” является авторизованным и для сегмента “ARPA”, где
найдены данные (записи) с именем “USC-ISIC.ARPA”, и для сегмента
“ISI.EDU”, где найдены данные (записи) с именем “C.ISI.EDU”.
Если аналогичный запрос будет направлен на сервер с именем
“C.ISI.EDU”, то тогда последний может отправить в ответ такое же сообщение,
которое представлено на рис.12. А если он имеет в своей кэш-памяти адреса
зоны, то тогда ответное сообщение может быть другим (рис.13).
ПОЛЯ СООБЩЕНИЯ С О Д Е Р Ж А Н И Е П О Л Е Й
Header (заголовок) OPCODE=SQUERY, RESPONSE, AA
Question (вопрос) QNAME=USC-ISIC.ARPA., QCLASS=IN, QTYPE=A
Answer (ответ)
USC-ISIC.ARPA. 86400 IN CNAME C.ISI.EDU.
Authority (авторизация)
ISI.EDU. 172800 IN NS VAXA.ISI.EDU.
NS A.ISI.EDU.
NS VENERA.ISI.EDU.
Additional (дополнение)
VAXA.ISI.EDU. 172800 A 10.2.0.27
172800 A 128.9.0.33
VENERA.ISI.EDU. 172800 A 10.1.0.52
172800 A 128.9.0.32
A.ISI.EDU. 172800 A 26.3.0.103
Рис.13. Формат сообщения/ответа от авторизованного сервера “C.ISI.EDU” на запрос:
QNAME=USC-ISIC.ARPA, QTYPE=A
ПОЛЯ СООБЩЕНИЯ С О Д Е Р Ж А Н И Е П О Л Е Й
Header (заголовок) OPCODE=SQUERY, RESPONSE, AA
Question (вопрос) QNAME=USC-ISIC.ARPA., QCLASS=IN, QTYPE=CNAME
Answer (ответ) USC-ISIC.ARPA. 86400 IN CNAME C.ISI.EDU.
Authority (авторизация) <empty>
Additional (дополнение) <empty>
Рис.14. Формат сообщения/ответа от одного из авторизованных серверов
(либо “C.ISI.EDU”, либо “A.ISI.EDU”) на запрос:
QNAME=USC-ISIC.ARPA, QTYPE=CNAME
Этот ответ (рис.13) содержит авторизованные данные для псевдонима
“USC-ISIC.ARPA”, а также — указатели на DNS-серверы в сегменте “ISI.EDU”.
Такой тип ответа маловероятен, так как запрос на DNS-сервер относительно
имени IP-узла будет обработан и на него будет дан ответ, но он будет общим
для других серверов с псевдонимами.
51
5.2.8. Запрос : QNAME=USC-ISIC.ARPA, QTYPE=CNAME
Если этот запрос направляется, либо на сервер “A.ISI.EDU”, либо на
сервер “C.ISI.EDU”, то тогда последует ответ, формат которого представлен на
рис.14.
Так как “QTYPE=CNAME”, то сама запись с “CNAME” будет являться
ответом на запрос, а DNS-сервер не будет пытаться найти какую-либо
информацию в интересах сегмента “C.ISI.EDU”. (За исключением, возможно,
поля “Additional”.)
5.3. Пример принятия решения
Следующие далее примеры иллюстрируют процедуры, которые DNS-
клиент обязан обеспечивать в интересах своего пользователя. Полагаем, что
DNS-клиент начинает функционировать без какой-либо информации в его кэш-
памяти, так как возможен случай, когда система только что была загружена.
Кроме того, полагаем, что система данных базируется не на одном IP-узле, и
что узел размещен где-то в сети с №26, а также что зона безопасности
(“SBELT”) структуры баз данных описывается следующей информацией:
Match count = -1
SRI-NIC.ARPA. 26.0.0.73 10.0.0.51
A.ISI.EDU. 26.3.0.103
Данная информация определяет серверы для поиска (их IP-адреса) и
количество сравнений “-1”, причем последнее говорит о том, что
представленные серверы не расположены достаточно близко к цели поиска.
(Замечание. Значение ”-1” не является какой-либо точной мерой
близости, это всего лишь величина, которая используется в последних
версиях программного обеспечения, реализующего алгоритм поиска.)
Следующие примеры иллюстрируют использование процедуры
кэширования (загрузка, хранение и выгрузка кэш-памяти), при этом каждый
пример предполагает, что предшествующие запросы были сформированы и
отправлены.
5.3.1. Поиск информации по запросу почтовой системы
относительно сегмента ISI. EDU
Полагаем, что первый запрос поступил от локального почтового сервера,
который имеет почтовый адрес “PVM@ISI.EDU”. Затем этот почтовый сервер
может запросить записи “МХ” для сегмента с именем “ISI.EDU”.
DNS-сервер может просмотреть свою кэш-память на предмет поиска
записей “МХ” для сегмента с именем “ISI.EDU”, но это делать бесполезно, так
как кэш-память “пуста”. Поэтому DNS-сервер определит, что необходимо
запросить удаленные серверы, и постарается выяснить какие серверы, в этом
смысле, лучшие. Этот поиск будет направлен на обнаружение записей с DNS-
52
серверами, обслуживающих “ISI.EDU”, “EDU” и корневой сегменты. Очевидно,
что такой поиск в кэш-памяти также будет безрезультатным (кэш-память
“пуста”). И поэтому DNS-клиент воспользуется информацией из структуры
“SBELT”, которую в дальнейшем скопирует в структуру “SLIST”.
С этой точки зрения, DNS-клиенту понадобиться выбрать один из трех
доступных IP-адресов для последующего обращения по этим адресам.
Рассматриваемый в этом примере DNS-клиент расположен в сети под номером
№26, и поэтому его первым выбором будет один из двух следующих IP-
адресов: “26.0.0.73” или “26.3.0.103”. Затем он отправит сообщение/запрос,
формат которого представлен на рис.15.
ПОЛЯ СООБЩЕНИЯ С О Д Е Р Ж А Н И Е П О Л Е Й
Header (заголовок) OPCODE=SQUERY
Question (вопрос) QNAME=ISI.EDU., QCLASS=IN, QTYPE=MX
Answer (ответ) <empty>
Authority (авторизация) <empty>
Additional (дополнение) <empty>
Рис.15. Формат сообщения/запроса от DNS-клиента: QNAME=ISI.EDU., QTYPE=MX
ПОЛЯ СООБЩЕНИЯ С О Д Е Р Ж А Н И Е П О Л Е Й
Header (заголовок) OPCODE=SQUERY, RESPONSE
Question (вопрос) QNAME=ISI.EDU., QCLASS=IN, QTYPE=MX
Answer (ответ) <empty>
Authority (авторизация)
ISI.EDU. 172800 IN NS VAXA.ISI.EDU.
NS A.ISI.EDU.
NS VENERA.ISI.EDU.
Additional (дополнение)
VAXA.ISI.EDU. 172800 A 10.2.0.27
172800 A 128.9.0.33
VENERA.ISI.EDU. 172800 A 10.1.0.52
172800 A 128.9.0.32
A.ISI.EDU. 172800 A 26.3.0.103
Рис.16. Формат сообщения/ответа от DNS-сервера с именем “SRI-NIC.ARPA” на запрос:
QNAME=ISI.EDU., QTYPE=MX
После этого, DNS-клиент будет ожидать ответ на его запрос в обычном
режиме, либо в режиме тайм-аута. Если время тайм-аута истекло, то тогда
DNS-клиент попытается запросить другие серверы, затем попытается запросить
другие адреса тех же самых серверов, и наконец, снова отправит запросы по
тем адресам, по которым отправлял ранее. И, в конце концов, он может
53
получить ответ от DNS-сервера с именем “SRI-NIC.ARPA”. Формат этого
ответного сообщения представлен на рис.16.
DNS-клиент проанализирует информацию в ответе (рис.16) и установит,
что в нем представлен “ближайший” DNS-сервер с именем “ISI.EDU”, на
который следует перенаправить запрос, а затем еще раз проверит свою
структуру “SLIST” (так как он сравнивает три маркера). После этого, DNS-
клиент загрузит информацию из ответа в свою кэш-память, а также будет
использовать ее для обновления своей структуры “SLIST”. В результате
последняя будет иметь следующий вид:
Match count = 3
A.ISI.EDU. 26.3.0.103
VAXA.ISI.EDU. 10.2.0.27 128.9.0.33
VENERA.ISI.EDU. 10.1.0.52 128.9.0.32
В этой структуре опять, как и раньше, представлен сервер с именем
“A.ISI.EDU”, но это — чисто случайное совпадение. DNS-клиент снова будет
направлять запросы и ожидать ответы на них. В конце концов, он получит
ответ, формат которого представлен на рис.17.
ПОЛЯ СООБЩЕНИЯ С О Д Е Р Ж А Н И Е П О Л Е Й
Header (заголовок) OPCODE=SQUERY, RESPONSE, AA
Question (вопрос) QNAME=ISI.EDU., QCLASS=IN, QTYPE=MX
Answer (ответ)
ISI.EDU. MX 10 VENERA.ISI.EDU.
MX 20 VAXA.ISI.EDU.
Authority (авторизация) <empty>
Additional (дополнение)
VAXA.ISI.EDU. 172800 A 10.2.0.27
172800 A 128.9.0.33
VENERA.ISI.EDU. 172800 A 10.1.0.52
172800 A 128.9.0.32
Рис.17. Формат сообщения/ответа на запрос от DNS-клиента:
QNAME=ISI.EDU., QTYPE=MX
DNS-клиент добавит данные из полученного ответа (рис.17) в свою кэш-
память, а затем направит записи с “МХ” своему пользователю.
5.3.2. Запрос и получение DNS -имени по IP -адресу сервера (26.6.0.65)
DNS-клиент на основе полученного от пользователя IP-адреса
сформирует запрос на получение записей “PTR” с адресом “65.0.6.26.IN-
ADDR.ARPA”. Такая информация отсутствует в кэш-памяти, и поэтому DNS-
клиент будет искать удаленные серверы для их последующего опроса. И опять
таких серверов в перечне нет, и поэтому DNS-клиент снова обратится к
структуре “SBELT”. (Замечание. Реально, данные о серверах,
54
обслуживающих сегмент с именем “ISI.EDU”, будут находиться в кэш-
памяти DNS-клиента, но сегмент с именем “ISI.EDU” не является
“предком” для имени “65.0.6.26.IN-ADDR.ARPA”, и поэтому вновь
необходимо обращаться к структуре “SBELT”.)
Так как этот запрос ориентирован на получение авторизованных данных
от обоих серверов, представленных в структуре “SBELT”, в конце концов, один
из них направит ответное сообщение, формат которого представлен на рис.18.
ПОЛЯ СООБЩЕНИЯ С О Д Е Р Ж А Н И Е П О Л Е Й
Header (заголовок) OPCODE=SQUERY, RESPONSE, AA
Question (вопрос) QNAME=65.0.6.26.IN-ADDR.ARPA., QCLASS=IN, QTYPE=PTR
Answer (ответ) 65.0.6.26.IN-ADDR.ARPA. PTR ACC.ARPA.
Authority (авторизация) <empty>
Additional (дополнение) <empty>
Рис.18. Формат сообщения/ответа на запрос от DNS-клиента:
QNAME=65.0.6.26.IN-ADDR.ARPA, QTYPE=PTR
5.3.3. Запрос и получение IP -адреса сервера с именем
“poneria.ISI.EDU”
DNS-клиент на основе полученного от пользователя имени сервера
сформирует запрос на получение записей типа “А” с “poneria.ISI.EDU”.
Результат поиска данных с таким именем в кэш-памяти будет отрицательным,
но DNS-клиент найдет в кэш-памяти записи о DNS-серверах, обслуживающих
сегмент “ISI.EDU”, когда он будет искать удаленные серверы для
последующего их опроса. Используя эти данные, он сформирует структуру
“SLIST”, которая будет иметь следующую форму:
Match count = 3
A.ISI.EDU. 26.3.0.103
VAXA.ISI.EDU. 10.2.0.27 128.9.0.33
VENERA.ISI.EDU. 10.1.0.52
Имя “А.ISI.EDU” представлено в перечне первым, так как DNS-клиент
упорядочивает результаты своего выбора на основе критерия предпочтения, а
имя “А.ISI.EDU” принадлежит серверу, который расположен в той же сети, где
расположен сервер DNS-клиента. В дальнейшем, один из представленных в
перечне серверов ответит на запрос DNS-клиента.
55