- •Содержание
- •Введение
- •1 Общие сведения о вычислительных сетях
- •1.1 Назначение вычислительных сетей
- •1.2 Архитектура "клиент-сервер"
- •1.3 Классификация вычислительных сетей
- •1.3.1 Локальные вычислительные сети
- •1.3.2 Сети отделов, кампусов, корпоративные сети
- •1.4 Сетевые топологии и методы доступа к среде передачи данных
- •1.4.1 Шинная топология
- •1.4.2 Звездообразная топология
- •1.4.3 Кольцевая топология
- •1.4.4 Смешанные топологии
- •1.5 Основные типы кабельных сред передачи данных
- •1.5.1 Коаксиальный кабель
- •1.5.2 Витая пара
- •1.5.3 Оптоволоконный кабель
- •1.6 Контрольные вопросы
- •1.7 Тесты
- •2 Взаимодействие открытых систем
- •2.1 Эталонная модель osi
- •2.2 Характеристика стеков коммуникационных протоколов
- •2.2.1 Стек osi
- •2.2.2 Стек tcp/ip
- •2.2.3 Стек ipx/spx
- •2.3 Контрольные вопросы
- •2.4 Тесты
- •3 Объединение сетей с помощью мостов, коммутаторов и маршрутизаторов
- •3.1 Устройства объединения сетей
- •3.2 Физическая структуризация локальной сети. Повторители и концентраторы
- •3.3 Логическая структуризация сети. Мосты и коммутаторы
- •3.3.1 Как работает коммутатор
- •3.4 Маршрутизаторы
- •3.4.1 Примеры маршрутизации
- •3.5 Контрольные вопросы
- •3.6 Тесты
- •1) Какие устройства объединяют сети на физическом уровне?
- •2) Какие устройства объединяют сети на канальном уровне?
- •А) маршрутизатор; б) повторитель; в) коммутатор;
- •4 Базовые технологии локальных сетей
- •4.1 Технология Ethernet
- •4.1.1 Метод доступа csma/cd
- •4.1.2 Спецификации физической среды Ethernet
- •4.1.3 Стандарт 10Base-5
- •4.1.4 Стандарт 10Base-2
- •4.1.5 Стандарт 10Base-t
- •4.1.6 Оптоволоконный Ethernet
- •4.1.7 Домен коллизий
- •4.2 Технология Token Ring
- •4.2.1 Маркерный метод доступа к разделяемой среде
- •4.2.2 Физический уровень технологии Token Ring
- •4.3 Технология fddi
- •4.3.1 Особенности метода доступа fddi
- •4.3.2 Сравнение fddi с технологиями Ethernet и Token Ring
- •4.4 Контрольные вопросы
- •4.5 Тесты
- •5 Основы tcp/ip
- •5.1 Классификация протоколов
- •5.2 Сетевые протоколы
- •5.2.1 Протокол ip
- •5.2.3 Протокол icmp
- •5.3 Транспортные протоколы
- •5.3.1 Протокол управления передачей tcp
- •5.3.2 Протокол дейтаграмм пользователя udp
- •5.4 Связь протоколов сетевого и транспортного уровней
- •5.4.1 Структура связей протокольных модулей
- •5.5 Контрольные вопросы
- •5.6 Тесты
- •6 Информационные сервисы Internet
- •6.1 История развития сети Internet
- •6.2 Основные инструменты Internet
- •6.3 Система доменных имен
- •6.3.1 Принципы организации dns
- •6.3.2 Регистрация доменных имен
- •6.3.3 Механизм поиска ip-адреса
- •6.4 Электронная почта в Internet
- •6.4.1 Протокол smtp
- •6.4.2 Протокол рор
- •6.4.4 Формат представления почтовых сообщений mime
- •6.5 Удаленный доступ к ресурсам сети. Протокол Telnet
- •6.6 Служба архивов ftp
- •6.6.1 Протокол ftp
- •6.7 Универсальный идентификатор ресурсов uri
- •6.7.1 Схемы адресации ресурсов Internet
- •6.8 Служба www
- •6.8.1 Схема работы www сервера
- •6.8.2 Архитектура построения системы
- •6.9 Протокол обмена гипертекстовой информацией
- •6.10 Язык гипертекстовой разметки html
- •6.11 Контрольные вопросы
- •6.12 Тесты
- •Заключение
- •Список использованных источников
- •Приложение а (справочное)
6.3.3 Механизм поиска ip-адреса
Очень часто пользователи сообщают администратору системы, что та или иная машина системе не известна, хотя вчера с ней можно было работать. При этом, как правило, называют доменные имена компьютеров. Первое, что следует проверить в этой ситуации - реальную доступность к компьютеру по его IP-адресу, так как если по IP-адресу нельзя "достучаться" до удаленной машины, следует искать ошибки или отказы в работе сервиса доменных имен.
Для этого используется программа named. Так как Resolver, собственно, не является какой-либо программой. Это набор процедур из системной библиотеки, которые позволяют прикладной программе, получать по доменному имени IP-адрес компьютера или по IP-адресу доменное имя. Сами эти процедуры обращаются к системной компоненте resolver, которая ведет диалог с сервером доменных имен и таким образом обслуживает запросы прикладных программ пользователя.
На запросы описанных выше функций в системах Unix отвечает программа named. Идея этой программы проста - обеспечить как разрешение, так называемых, "прямых" запросов, когда по имени ищут адрес, так и "обратных", когда по адресу ищут имя. Управляется named специальной базой данных, которая содержит соответствия между адресами и именами, а также адреса других серверов BIND (Berkeley Internet Name Domain), к которым данный сервер может обращаться в процессе поиска имени или адреса.
Опираясь на схему нерекурсивной процедуры разрешения имени, рассмотрим два способа разрешения запроса на получение IP-адреса по доменному имени.
Первый случай - запрос на получение IP-адреса в рамках зоны ответственности данного местного сервера имен:
Прикладная программа через resolver запрашивает IP-адрес по доменному имени у местного сервера.
Местный сервер сообщает прикладной программе 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-адреса по доменному имени из домена, который находится в ведении удаленного сервера доменных имен, т.е. сервера отличного от того, домену которого принадлежит компьютер, осуществляющий запрос.
В общем виде такая схема будет выглядеть следующим образом:
Прикладная программа обращается к местному серверу доменных имен за IP-адресом, сообщая ему доменное имя.
Сервер определяет, что адрес не входит в данный домен и обращается за адресом сервера запрашиваемого домена к корневому серверу доменных имен.
Корневой сервер доменных имен сообщает местному серверу доменных имен адрес сервера доменных имен требуемого домена.
Местный сервер доменных имен запрашивает удаленный сервер на предмет разрешения запроса своего клиента (прикладной программы).
Удаленный сервер сообщает IP-адрес местному серверу.
Местный сервер сообщает IP-адрес прикладной программе.
Существует разница между доменом и зоной. Домен - это все множество машин, которые относятся к одному и тому же доменному имени. Однако сам домен разбивается на поддомены или, как их еще называют, зоны. У каждой зоны может быть свой собственный сервер доменных имен. Разбиение домена на зоны и организация сервера для каждой из зон называется делегирование прав управления зоной соответствующему серверу доменных имен, или просто делегированием зоны.
Кроме нерекурсивной процедуры разрешения имен возможна еще и рекурсивная процедура разрешения имен. Ее отличие от описанной выше нерекурсивной процедуры состоит в том, что удаленный сервер сам опрашивает свои серверы зон, а не сообщает их адреса местному серверу доменных имен. Рассмотрим эти два случая более подробно.