[PMR]

Процесс разрешения доменного имени в системе DNS выполняется при помощи двух типов запросов.
1. Служба разрешения имен, работающая на стороне клиента (которую часто называют термином «резольвер» — resolver), посылает запрос локальному сер¬веру DNS. В ответ на такой запрос клиент может получить либо интересую¬щую его информацию, либо сообщение об ошибке. Такой запрос называют рекурсивным (recursive).
2. Если локальный сервер DNS не может разрешить запрос клиента, используя только собственные файлы зоны и содержимое собственного кэша, он переда¬ет запрос другому серверу DNS от имени резольвера клиента. В ответ на этот запрос он может получить как интересующую клиента информацию, так и со¬общение-ссылку (refferal) на другой DNS-сервер. Такой запрос называют ите¬ративным (iterative).
Представим, что пользователь пытается связаться с корпоративным Web-серве¬ром компании, расположенным в Пакистане. Предположим, что пакистанский сервер обладает доменным именем www.fareast.co.pk. Клиент, находящийся в до¬мене shazbot.com, адресует запрос на разрешение доменного имени www.fareast. co.pk локальному DNS-серверу домена shazbot.com. Этот запрос является рекур¬сивным. Не обнаружив в своей базе данных информации о доменном имени www.fareast.co.pk, локальный DNS-сервер домена shazbot.com адресует запрос на разрешение этого доменного имени серверу, расположенному в корне доменной иерархии, то есть одному из 13 корневых DNS-серверов. Этот запрос является итеративным. В ответ на итеративный запрос корневой DNS-сервер возвращает локальному DNS-серверу домена shazbot.com сообщение-ссылку, в составе кото¬рого содержится адрес DNS-сервера, являющегося авторитетным для простран¬ства имен домена pk. Получив этот адрес, локальный DNS-сервер отправляет еще один итеративный запрос DNS-серверу, являющемуся авторитетным для про¬странства имен домена pk. Предположим, что DNS-сервер, обладающий сведе¬ниями о сетевых узлах домена pk, также является авторитетным для домена co.pk. В этом случае он возвращает локальному DNS-серверу домена shazbot.com сообщение-ссылку, в котором содержится адрес DNS-сервера, являющегося ав¬торитетным для домена fareast.co.pk. Получив этот адрес, локальный DNS-сервер домена shazbot.com обращается к DNS-серверу домена fareast.co.pk и по¬лучает от него IP-адрес для доменного имени www.fareast.co.pk. Этот IP-адрес возвращается револьверу клиента. После этого клиент может использовать полу¬ченный IP-адрес для обмена данными с интересующим его Web-сервером. В процессе разрешения доменного имени www.fareast.co.pk локальный DNS-cepвер домена shazbot.com сохраняет всю полученную им информацию в локальном кэше. Если после этого другой клиент обратится к нему с просьбой разрешить Имя www.paktravel.co.pk, локальный сервер не будет обращаться к корневому серверу, а направит итеративный запрос на разрешение имени напрямую DNS-cepверу, авторитетному для домена co.pk, так как IP-адрес этого сервера хранится.
Как можно предположить, локальные DNS-серверы редко когда обращаются корневому серверу для разрешения имен, принадлежащих домену com. Дело в том, что IP-адреса DNS-серверов для популярного домена com фактически все¬гда хранятся в кэше.
Каким образом служба разрешения имен WINS может быть интегрирована с DNS? Если DNS-сервер, являющийся авторитетным для зоны, не может обнаружить в зоне запись, интересующую клиента, он может обратиться за помощью к одному из серверов WINS (для этого DNS-сервер необходимо настроить соответствующим образом). Если в базе данных сервера WINS содержится запись, связанная с интересующим клиента именем, сервер WINS возвращает соответствующий IP-адрес DNS-серверу, который, в свою очередь, передает его клиенту.