Система адресации в Internet. Доменная система имен

Еще ниже находятся домены второго уровня, например, listsoft.ru. Еще ниже - третьего и т.д.

DNS-сервер работает как хороший компьютерщик: он всегда либо знает ответ, либо знает у кого спросить...

Каждый клиент знает своего сервера; обычно указывается не один, а несколько серверов - если первый не отвечает, клиент обращается ко второму и так далее до исчерпания списка. В принципе неважно, к какому серверу обращаться - они дают (должны давать при правильном функционировании) одинаковые ответы на любой запрос. Поэтому для ускорения работы обычно указывают ближайший. Следует помнить, что на одной машине могут функционировать одновременно Name-сервер и программы-клиенты; поэтому если на машине запущен Name-сервер, то в качестве Name-сервера на ней должен быть прописан "я сам".

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

Допустим, клиент запросил адрес "www.организация. город. страна". Поиск информации по доменному имени происходит следующим образом:

Клиент спрашивает своего сервера.

Если тот является сервером данной зоны, то ответит, на чем все заканчивается.

Сервер спрашивает корневой сервер.

Тот не может ответить, потому что не знает; зато знает, какой сервер отвечают за зону "страна".

Сервер зоны "страна" тоже не может ответить, но знает, что нужно спросить сервер зоны "город, страна".

Тот в свою очередь отсылает запрос серверу зоны "организация. город. страна", который сообщит нужную информацию.

Это приближенная модель, которая тем не менее позволяет представить работу системы DNS.

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

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

Иерархичность DNS-серверов - штука довольно интересная, если проследить прохождение запроса. При установке (точнее, при настройке) клиенту указывается как минимум один DNS-сервер (как правило, их два) - его адрес выдается провайдером. Клиент посылает запрос этому серверу. Сервер, получив запрос, либо отвечает (если ответ ему известен), либо пересылает запрос на "вышестоящий" сервер (если он известен) или на корневой (каждому DNS-серверу известны адреса корневых DNS-серверов). Так выглядит "восходящая иерархия". Затем запрос начинает спускаться вниз - корневой сервер пересылает запрос серверу первого уровня, тот - серверу второго уровня и т.д. Таким образом, каждый DNS-сервер работает как хороший компьютерщик: он всегда либо знает ответ, либо знает, у кого спросить...

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

Рекурсивные сервера удобно использовать в локальных сетях

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

Использование "пересыльщиков" ускоряет разрешение имен.

Полезным свойством DNS является умение использовать "пересыльщиков" (forwarders). "Честный" DNS-сервер самостоятельно опрашивает другие сервера и находит нужный ответ, но если ваша сеть подключена к Интернету по медленной (например, dial-up) линии, то этот процесс может занимать довольно много времени. Вместо этого можно перенаправлять все запросы, скажем, на сервер провайдера, а затем принимать его ответ. Использование "пересыльщиков" может оказаться интересным и для больших компаний с несколькими сетями: в каждой сети можно поставить относительно слабый DNS-сервер, указав в качестве "пересыльщика" более мощную машину, подключенную по быстрой линии. При этом все ответы будут кэшироваться на этом мощном сервере, что ускорит разрешение имен для целой сети.

2.2 Обратный DNS-запрос.

              DNS используется в первую очередь для преобразования символьных имён в IP-адреса, но он также может выполнять обратный процесс. Для этого используются уже имеющиеся средства DNS. Дело в том, что с записью DNS могут быть сопоставлены различные данные, в том числе и какое-либо символьное имя. Существует специальный домен in-addr.arpa, записи в котором используются для преобразования IP-адресов в символьные имена. Например, для получения DNS-имени для адреса 11.22.33.44 можно запросить у DNS-сервера запись 44.33.22.11.in-addr.arpa, и тот вернёт соответствующее символьное имя. Обратный порядок записи частей IP-адреса объясняется тем, что в IP-адресах старшие биты расположены в начале, а в символьных DNS-именах старшие (находящиеся ближе к корню) части расположены в конце.

.

Заключение.

Все компьютеpы, объединенные в Internet, работают над упpавлением собственных опеpационных систем, но все они общаются между собой на едином языке компьютеpных сетей ТСР/IP (пpотокол упpавления пеpедачей над пpотоколом Internet). По сути это два протокола TCP/IP.

IP - (Internet Protocol) - определяет, как будет выглядеть инфоpмация во вpемя путешествия по суше и что с ней делать, а также опpеделяет как pаботает система адpесации.

Каждый компьютеp в сети имеет свой адрес (4 цифpы) ТСР пpотокол - для опpеделения типа инфоpмации, содеpжащейся в пакете данных, а также следует, чтобы данные обязательно дошли до адpессата.

TCP протокол - опpеделения типа инфоpмации, содеpжащейся в пакете данных, а также следит, чтобы данные обязательно дошли до адpессата. Имена сервеpов в Internet опpеделяются, как стpоки, напpимеp, jsc. nasa. gov, однако, это не является действительной частью пpотокола TCP/IP. Существует универсальный внешний механизм пpеобpазования таких имен в IP адpеса, котоpые понимает TCP/IP. Этот механизм называется Системой Доменных Имен (DSN), Т.о. нет необходимости знать IP адреса компьютеpов, к котоpым мы хотим обpатиться. Напpимеp, если компьютеp А хочет знать IP-адpес компьютеpа jsc. nasa. gov, то он делает запpос на глобальный сеpвеp DNS. Этот сервер не знает IP-адpеса, но зато знает сеpвеp-DNS, котоpый знает все адpеса, заканчивающиеся на nasa. gov и пеpесылает запpос на этот локальный сеpвеp, котоpый и сообщает А необходимый IP-адpес.

3.Библиографический список.

1. Информатика. Базовый курс. Учебник для Вузов / под ред. С.В. Симоновича. - СПб.: Питер, 2000.
2. Денисов А., Вихарев И., Белов А. Самоучитель Интернет/ А. Денисов - Спб: Питер, 2001. - 461 с.
3. Коцюбинский А.О., Грошев С.В. Современный самоучитель работы в сети Интернет/ А.О. Коцюбинский.- М.: Триумф, 2007.
4. Основы современных компьютерных технологий: Учебное пособие / под. ред. Хомоненко. - СПб.: КОРОНА, 2005.
5. Симонович С.В., Евсеев Г.А., Практическая информатика, Учебное пособие./ С.В. Симонович.- М.: АСТпресс, 2005.
6. Савельев А.Я., Сазонов Б.А., Лукьянов Б.А. Персональный компьютер для всех. Хранение и обработка информации./ А.Я. Савельев.- Т.1.- М.:, 2001.- Высшая школа

7.      Фролов А.В., Фролов Г.В. Глобальные сети компьютеров. Практическое введение в Internet, E-Mail, FTP, WWW и HTML/ А.В. Фролов, Г.В.  Фролов.- М.: Диалог-МИФИ, 2006.