1.5 Программа Ping
Программа для проверки соединения с удаленным хостом. Н
Можно использовать как с командной строки, так и в таких программах как CyberKit (официальный сервер - http://www.cyberkit.net ), скачать с локального сервера cyberkit-v2.5.zip.
1.6 Программа TraceRoute - позволяет проверить маршрут до удаленного хоста.
Можно использовать как с командной строки, так и в таких программах как CyberKit
PingPloter - рисует график маршрута (официальный сервер - http://www.pingplotter.com ).
VisualRoute - рисует маршрут на карте Земли, и делает запросы whois (официальный сервер - http://www.visualroute.com/ ).
1.7 NetScanner - позволяет посмотреть ответ определенного порта.
Можно использовать в таких программах как CyberKit.
Работу порта, также можно проверить с помощью telnet.
Лекция 2 - Служба DNS.
Семенов Ю.А. (ГНЦ ИТЭФ)
Лабиринт Internet. Павел Храмцов, Электронинформ, 1996.
Технологии Интернет (DNS, DHCP, электронная почта и sendmail, информационные сервисы, CGI ),
Администрирование сети и сервисов InterNet. Учебное пособие, П.Б. Храмцов, 1997.
Служба DNS
2.1 Для чего это нужно?
Числовая IP-адресация не неудобна для человека. Запомнить наборы цифр гораздо труднее, чем слова. Для облегчения стали использовать соответствия числовых адресов именам машин.
Например, для нашего сервера существуют следующие соответствия:
127.0.0.1 localhost 195.208.44.20 ipm.kstu.ru 195.208.44.20 www.ipm.kstu.ru
Длина имени не более 63 символов
Сначала такие соответствия просто сами записывали в файл, брали у знакомых и копировали с FTP-серверов.
Это файлы имеет название hosts, и находится в каталогах:
Для UNIX - /etc/hosts
Для Windows - C:\windows\system32\drivers\etc\hosts
Можете сами изменить его, например, внеся запись:
195.208.44.20 ipm
Теперь вы можете, просто набрав в браузере ipm попасть на сервер www.ipm.kstu.ru. Таким образом, вы можете записать любой сервер.
Однако такой способ присвоения символьных имен был хорош до тех пор, пока Internet был маленьким. По мере роста сети стало затруднительным поддерживать большие списки имен на каждом компьютере. Для того, что бы решить эту проблему, были придумана служба DNS (Domain Name System).
2.2 Принципы организации dns
Первый стандарт DNS определен в RFC0883 (Domain names: Implementation specification P.V. Mockapetris Nov-01-1983) и RFC0882 (Domain names: Concepts and facilities P.V. Mockapetris Nov-01-1983)
Последняя версия RFC1034 (Domain names - concepts and facilities P.V. Mockapetris Nov-01-1987) и RFC1035 (Domain names - implementation and specification P.V. Mockapetris Nov-01-1987)
Система доменных адресов строится по иерархическому принципу. Администрирование начинается с доменов верхнего, или первого, уровня.
Первые домены верхнего уровня были рассчитаны на США:
gov - государственные организации
mil - военные учреждения
edu - образовательные учреждения
com - коммерческие организации
net - сетевые организации
Позднее, когда сеть перешагнула национальные границы США появились национальные домены типа:
uk - Объединенное королевство
jp - Япония
au - Австралия
ch - Чехия
su - СССР
ru - Россия
и т.п.
IANA - The Internet Assigned Numbers Authority (Управление назначением адресов в Internet) - организация, осуществляющая контроль над распределением доменов первого уровня. Сервер http://www.iana.org/ .
Базу можно посмотреть по адресу whois.iana.org.
Через WWW-интерфейс http://whois.iana.org/
Вслед за доменами первого уровня следуют домены, либо географические (kazan.ru, tatarstan.ru), либо организации (kstu.ru). В настоящее время практически любая организация или физическое лицо может получить свой собственный домен второго уровня (сервер РосНИИРОС - www.ripn.net ).
Далее идут домены третьего уровня, например :
efir.kazan.ru
ipm.kstu.ru
www.kstu.ru - тоже домен третьего уровня.
Систему доменной адресации можно представить следующим образом:
Дерево доменных имен.
Служба доменных имен работает как распределенная база, данные которой распределены по DNS-серверам.
Система доменных имен - это сервис прикладного уровня, значит, использует транспорт TCP и UDP.
Порт по умолчанию - 53.
Сервис DNS строится по схеме "клиент-сервер". В качестве клиентской части выступает процедура разрешения имен - resolver, а в качестве сервера DNS-сервер (BIND ...).
Взаимодействие клиент и сервера по протоколу DNS.
Например, когда мы хотим обратиться к серверу ipm.kstu.ru, ваш браузер, используя resolver, поступает следующим образом:
ищет запись ipm.kstu.ru в файле hosts, если не находит, то,
посылает запрос на известный DNS-кэширующий сервер (как правило, локальный), если на этом сервере запись не найдена, то,
сервер DNS-кэширующий обращается к DNS-ROOT серверу с запросом адреса DNS сервера отвечающего за домен первого уровня ru, если получает адрес, то,
сервер DNS-кэширующий обращается к DNS серверу, отвечающего за домен первого уровня ru, с запросом адреса DNS сервера отвечающего за домен второго уровня kstu.ru, если получает адрес, то,
сервер DNS-кэширующий посылает запрос на DNS сервер, отвечающий за домен второго уровня kstu.ru, если получает адрес, то,
сервер DNS-кэширующий адрес кэширует и передает клиенту
клиент обращается по IP адресу - 195.208.44.20
На схеме это выглядит так:
Алгоритм разрешения имен.