Протокол icmp. Призначення, основні типи повідомлень.
ICMP (англ. Internet Control Message Protocol — межсетевой протокол управляющих сообщений) — сетевой протокол, входящий в стек протоколов TCP/IP. В основном ICMP используется для передачи сообщений об ошибках и других исключительных ситуациях, возникших при передаче данных. Также на ICMP возлагаются некоторые сервисные функции. Типы ICMP пакетов (полный список) Type:Code
0 - Эхо-ответ 1 – Зарезервировано 2 - Зарезервировано
3 - Адресат недоступен
код 0 - (Network) Сеть недостижима
код 1 - (Host) Хост недостижим
код 2 - (Protocol) Протокол недостижим
код 3 - (Port) Порт недостижим
код 4 - (Frag. Req.) Необходима фрагментация, но установлен флаг ее запрета (DF)
код 5 - (Source Route Failed) Неверный маршрут от источника
код 6 - (Dest. Network Unknown) Сеть назначения неизвестна
код 7 - (Dest. Host Unknown) Хост назначения неизвестен
код 8 - (Source Host Isolated) Хост источник изолирован
код 9 - (Network Administratorly Prohibited) Сеть административно запрещена
код 10 - (Host Administratorly Prohibited) Хост административно запрещен
код 11 - Сеть недоступна для TOS
код 12 - Хост недоступен для TOS
код 13 - Коммуникации административно запрещены
4 - (Source Quench) Сдерживание источника (отключение ист. при переполн. очереди)
5 - (Redirect) Перенаправление
код 0 – (Net) Перенаправление пакетов в сеть
код 1 – (Host) Перенаправление пакетов к хосту
код 2 – (Tos & Net) Перенаправление для каждого типа обслуживания (TOS)
код 3 – (Host & Net) Перенаправление пакета к хосту для каждого типа обслуживания
6 - Альтернативный адрес хоста 7 – Зарезервировано 8 - Эхо-запрос
9 - Объявление маршрутизатора (RFC-1256) 10 - Запрос маршрутизатора (RFC-1256)
11 - Превышение временного интервала (для дейтаграммы время жизни истекло)
код 0 - Время жизни пакета (TTL) истекло при транспортировке
код 1 - Время жизни пакета (время сборки фрагментов) истекло при дефрагментации
12 - Неверный параметр (проблема с параметрами дейтаграммы: ошибка в IP-заголовке или отсутствует необходимая опция)
код 0 - Указатель говорит об ошибке
код 1 - Отсутствует требуемая опция
код 2 - Некорректная длина
13 - Запрос метки времени
14 - Ответ с меткой времени
Система доменних імен dns. Правила делегування зон в Інтернеті.
Служба доменных имён DNS является важнейшей системной службой в TCP/IP сетях. Назначение DNS – преобразование символьных имен в IP адреса и наоборот, а так же предоставление дополнительной информации о хостах и группах хостов (доменах), такой как адреса почтовых обменников, публичные ключи служб и т.п. В сети Интернет служба DNS оперирует распределённой иерархической базой данных в виде дерева имен. Ответственность за корректность базы данных в каждом узле дерева возлагается на администратора соответствующего домена.
В сети Интернет корнем дерева является домен “.”. Полное - абсолютное или полностью определенное, fully qualified domain name - доменное имя заканчивается точкой, обозначающей корень доменного дерева, но часто эта завершающая точка опускается. Анализ имени производится справа налево. Самая правая секция имени характеризует страну (для каждой страны мира выделен свой домен с двух символьным именем в соответствии со стандартом ISO, например, ua – Украина, ru – Россия, uk – Англия и т.д.) или характер организации (образовательная, коммерческая, правительственная и т.д.). Таим образом, домены верхнего уровня (Top Level Domains, TLD) - это хорошо известные всем домены, такие как org (бесприбыльная организация), com (коммерческая организация), gov (государственное учреждение), mil (военное предприятие или организация), edu (учебное заведение), int (международная организация), net (большая сеть) и т.д. Ниже расположены домены второго и последующих уровней. В некоторых странах существуют домены, подобные исторически первым TLD, например, org.ua, gov.ua, edu.ua и т.п. В Украине для каждой области выделены двухбуквенные домены, такие как cn.ua – Чернигов, dp.ua – Днепропетровск, и т. д., хотя исторически сложившиеся домены, такие как kiev.ua, kharkov.ua, chernigov.ua, тоже поддерживаются. Маленький фрагмент интернетовской иерархии имен показан на рисунке 1. Число уровней реально больше, но обычно не превышает 5.
Таким образом, в службе DNS каждый сервер отвечает за определенную зону (зона ответственности) - т.е. свою часть дерева доменных имен, хранит соответствующие базы данных и отвечает на запросы. При этом вышестоящие по дереву серверы имеют информацию об адресах нижестоящих серверов, что обеспечивает связность дерева (говорят, что вышестоящий сервер делегирует нижестоящему серверу полномочия по обслуживанию определенной зоны). Важно понимать различие между доменом и зоной. Домен - это поддерево дерева доменных имен. Зона - это часть дерева, за которую отвечает тот или иной DNS-сервер.
З
а
каждую зону DNS отвечает не менее двух
серверов. Один из них является первичным,
primary,
остальные - вторичными,
secondary.
Первичный сервер содержит оригинальные
файлы с базой данных DNS для своей зоны.
Вторичные серверы получают эти данные
по сети от первичного сервера и
периодически запрашивают первичный
сервер на предмет обновления данных
(признаком обновления данных служит
увеличение серийного номера в записи
SOA – см ниже). В случае, если данные на
первичном сервере обновлены, вторичный
сервер запрашивает "передачу зоны"
("zone transfer")- т.е. базы данных требуемой
зоны. Передача зоны происходит с помощью
протокола TCP, порт 53 (в отличие от запросов,
которые направляются на UDP/53).
Изменения в базу данных DNS могут быть внесены только на первичном сервере. С точки зрения обслуживания клиентских запросов первичные и вторичные серверы идентичны. Рекомендуется, чтобы первичный и вторичные серверы находились в разных сетях - для увеличения надежности обработки запросов на случай, если сеть одного из серверов становится недоступной. Серверы DNS не обязаны находиться в том домене, за который они отвечают.
Вторичный сервер необязательно получает данные непосредственно с первичного сервера; источником данных может служить и другой вторичный сервер. В любом случае сервер-источник данных для данного вторичного сервера называется "главным" ("master").
Процесс получения собственного домена называется “делегирование”, что, собственно, и отражает суть действий: субдомен передается в полное управление его администратору. Для получения субдомена в каком-то домене необходимо в соответствии с полиси обратится к регистратору, выполнить формальные процедуры.
Запрос на определение имени обычно не идёт дальше кэша DNS, который помнит (ограниченное время) ответы на запросы, проходившие через него ранее. Организации или провайдеры могут по своему усмотрению организовывать кэш DNS. Вместе с ответом приходит информация о том, сколько времени следует хранить эту запись в кэше.
Для повышения устойчивости системы используется множество серверов, содержащих идентичную информацию. Существует 13 корневых серверов, расположенных по всему миру и привязанных к своему региону, их адреса никогда не меняются, а информация о них есть в любой операционной системе.
Протокол DNS использует для работы TCP- или UDP-порт 53 для ответов на запросы. Традиционно запросы и ответы отправляются в виде одной UDP датаграммы. TCP используется в случае, если ответ больше 512 байт.
Обратный DNS-запрос
DNS используется в первую очередь для преобразования символьных имён в IP-адреса, но он также может выполнять обратный процесс. Для этого используются уже имеющиеся средства DNS. Дело в том, что с записью DNS могут быть сопоставлены различные данные, в том числе и какое-либо символьное имя. Существует специальный домен in-addr.arpa, записи в котором используются для преобразования IP-адресов в символьные имена.