На сортировку / 2 / ОРЭТ2

В иерархической системе имен доменов для преобразования имен и адресов Internet применяются локальные процедуры преобразования, работающие на основе локальной базы данных имен, которая обслуживается демоном named. Если запрошенное хостом имя отсутствует в локальной базе данных, процедура преобразования обращается к удаленному серверу имен DOMAIN. Если необходимая информация не найдена и на удаленном сервере, то процедура преобразования просматривает файл /etc/hosts.

Примечание: TCP/IP настраивает локальные процедуры преобразования для протокола DOMAIN на работу с файлом /etc/resolv.conf. Если этот файл не существует, то TCP/IP настраивает локальные процедуры преобразования на применение базы данных /etc/hosts.

Протокол DOMAIN реализован в TCP/IP в виде демона named и процедур преобразования. Для него не предусмотрен API.

Протокол внешних шлюзов

Протокол внешних шлюзов (EGP) позволяет внешними шлюзам автономных систем обмениваться информацией о маршрутизации.

Автономные системы

Автономная система - это набор сетей и шлюзов, которые находятся под единым управлением. Если шлюз расположен в той же самой автономной системе, то он называется внутренним соседом, а если в другой автономной системе, то внешним соседом. Шлюзы, которые применяют EGP для обмена информацией о маршрутизации, называются равноправными шлюзами EGP или соседями. С помощью EGP шлюзы автономных систем предоставляют доступ к информации своим соседям EGP.

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

Протокол EGP позволяет внешним шлюзам обмениваться информацией о досягаемости подсетей только для своих автономных сетей. Таким образом, внешний шлюз передает с помощью EGP информацию своим соседям EGP , но не распространяет информацию о соседях EGP за пределы автономной системы.

Протокол EGP не анализирует метрики расстояний, которые указываются в сообщениях о маршрутизации, передаваемых другими протоколами. В поле расстояния EGP указывает, существует ли данный путь (значение 255 означает, что сеть недостижима). Это значение не применяется для выбора наикратчайшего из двух маршрутов, если эти маршруты не относятся к одной автономной системе. Поэтому EGP не применяется в качестве алгоритма маршрутизации. В результате существует только один путь от внешнего шлюза до любой сети.

В отличие от Протокола информации о маршрутизации (RIP), который применяется в автономных системах Internet для динамической настройки маршрутов, маршруты EGP фиксированы и заданы в файле /etc/gated.conf. EGP применяет IP в качестве протокола нижнего уровня.

Типы сообщений EGP

Neighbor Acquisition Request (Регистрация соседа) Это сообщение содержит приглашение стать соседями, адресованное другому внешнему шлюзу.

Neighbor Acquisition Reply (Ответ на запрос Регистрация соседа) Отправляется внешним шлюзом, если он принимает приглашение стать соседями.

Neighbor Acquisition Refusal (Отклонение запроса Регистрация соседа) Отправляется внешним шлюзом, если он отвергает запрос Регистрация соседа. Это сообщение содержит причины отказа, например, недостаточно памяти в таблице.

Neighbor Cease (Отказ от соседа) Отправляется внешним шлюзом, если он хочет исключить какой-то внешний шлюз из списка соседей. Это сообщение содержит причины отказа, например, возникла неполадка.

Neighbor Cease Acknowledgment (Уведомление о получении отказа) Отправляется внешним шлюзом, чтобы уведомить отправителя о получении сообщения Отказ от соседа.

Neighbor Hello (Приветствие соседа) Отправляется внешним шлюзом, если он хочет проверить готовность соседа к работе. Шлюз отправляет сообщение Hello, а другой хост отвечает ему сообщением I Heard You.

I Heard You (Ответ на приветствие) Отправляется внешним шлюзом в ответ на сообщение Hello. Сообщение I Heard You содержит информацию о досягаемости сетей отвечающего шлюза. Кроме того, в нем может быть указана причина, по которой запрашивающий шлюз недостижим, например, Шлюз недостижим из-за неполадок в работе моего сетевого интерфейса.

NR Poll (Опрос соседей) Отправляется внешним шлюзом для получения информации о досягаемости сетей из автономных систем, в которых расположены соседи.

Network Reachability (Досягаемость сетей) Отправляется внешним шлюзом в ответ на сообщение NR Poll. В сообщении Network Reachability каждый сосед указывает адреса шлюзов, которые достижимы через его соседей.

EGP Error (Ошибка EGP) Отправляется внешним шлюзом в ответ на сообщение EGP, содержащее неправильную контрольную сумму или поля, в которых заданы неверные значения.

В TCP/IP протокол EGP реализован в виде сервера gated, и для него не предусмотрен API.

Протокол передачи файлов

Протокол передачи файлов (FTP) предназначен для обмена данными между хостами различных типов, а также для обмена файлами между внешними хостами через промежуточные системы. FTP выполняет такие задачи, как просмотр списка удаленных каталогов, переход в другой удаленный каталог, создание и удаление удаленных каталогов и передача набора файлов по одному запросу. FTP обеспечивает защиту данных при передаче, отправляя внешнему хосту пароль пользователя и учетного файла пользователя. Хотя в основном FTP предназначен для приложений, этот протокол также применяется для интерактивного диалога между пользователями.

Для передачи файлов протокол FTP применяет соединения TCP/IP, обеспечивающие надежную доставку данных в режиме потока, а для передачи команд и ответов - соединения Telnet. FTP распознает некоторые форматы файлов, в том числе NETASCII, IMAGE и Local 8.

В TCP/IP протокол FTP реализован в виде команд клиента (ftp) и сервера (ftpd). Для него не предусмотрен интерфейс прикладных программ (API).

При создании анонимных пользователей и каталогов ftp убедитесь в том, что эти каталоги (например, /u/ftp) принадлежат пользователю root и не допускают записи (например, dr-xr-xr-x). Для создания учетных файлов таких пользователей, файлов и каталогов предназначен сценарий /usr/samples/tcpip/anon.ftp.

Протокол Telnet

Протокол Telnet (TELNET) предназначен для взаимодействия устройств и процессов терминала. TELNET часто применяется программами эмуляции терминала для входа в удаленную систему. TELNET также обеспечивает взаимодействия терминал-терминал и взаимодействия между процессами. Кроме того, TELNET применяется другими протоколами (например, FTP) для создания управляющего канала протокола.

В TCP/IP протокол TELNET реализован в виде команд клиента (tn, telnet и tn3270). Демон telnetd не предоставляет для TELNET интерфейс прикладных программ.

В TCP/IP предусмотрены следующие параметры TELNET, которые могут применяться по согласованию между клиентами и серверами: BINARY TRANSMISSION

(Применяется в сеансах tn3270) Передача символьной информации в двоичном формате.

SUPPRESS GO_AHEAD

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

TIMING MARK

(Запрос распознан, но ответ отрицательный) Уведомляет, что переданные ранее данные были полностью обработаны.

EXTENDED OPTIONS LIST Увеличивает список опций TELNET еще на 256 опций. В стандартном списке опций TELNET содержится только 256 опций.

ECHO

(Пользовательская команда) Передает полученные и выведенные на экран данные обратно отправителю.

ТИП ТЕРМИНАЛА Разрешает серверу определить тип терминала, с которым взаимодействует программа TELNET пользователя.

SAK

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

NAWS

(Согласование размера окна) Разрешает клиенту и серверу динамически согласовывать размер окна. Этот параметр применяется приложениями, которые поддерживают изменение размера окна в процессе передачи данных.

Примечание: Для поддержки кодовой страницы ISO 8859 Latin клиент и сервер TELNET должны поддерживать передачу 8-разрядных данных в режиме ASCII. Это необходимо для работы команд TCP/IP с данными на разных языках.

Упрощенный протокол передачи файлов

Упрощенный протокол передачи файлов (TFTP) предназначен для обмена файлами с внешними хостами. Для передачи файлов TFTP применяет ненадежный Протокол пользовательских дейтаграмм, поэтому обычно он работает быстрее, чем FTP. Как и FTP, TFTP поддерживает передачу файлов в формате NETASCII и в 8-разрядном двоичном формате. В отличие от FTP, TFTP не поддерживает просмотр каталогов или переход в другой каталог внешнего хоста. В нем также не предусмотрена защита с помощью пароля. Кроме того, TFTP работает только с общими каталогами.

В TCP/IP протокол TFTP реализован в виде команд клиента (tftp и utftp) и сервера (tftpd). Команда utftp применяется в конвейере вместо команды tftp. В TCP/IP не предусмотрен API для данного протокола.

Протокол Name/Finger

Протокол Name/Finger (FINGER) - это протокол Internet прикладного уровня, предоставляющий интерфейс для передачи данных между командой finger и демоном fingerd. Демон fingerd предоставляет информацию о пользователях, которые в настоящий момент работают на указанном удаленном хосте. Если в команде finger вы укажете пользователя отдельного хоста, то будет показана информация об этом пользователе. Протокол FINGER должен поддерживаться как удаленным, так и запрашивающим хостом. FINGER основан на Протоколе управления передачей (TCP).

Примечание: В TCP/IP не предусмотрен API для данного протокола.

Протокол распределенной вычислительной сети

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

Протокол распределенной вычислительной сети (DCN) - это одна из версий протокола локальной сети. Он реализован в виде сервера gated.

Протокол выполнения удаленных команд

Протокол удаленного выполнения команд позволяет запускать команды на удаленных хостах, поддерживающих этот протокол. Он реализован в виде команд клиента (rexec) и сервера (rexecd).

Протокол удаленного входа в систему

Протокол удаленного входа в систему позволяет пользователям входить в удаленные системы и работать с их терминалами так, как если бы они были напрямую подключены к этим системам. Этот протокол реализован в виде команд клиента (rlogin) и сервера (rlogind).

Протокол удаленной оболочки

Протокол удаленной оболочки позволяет запускать командную оболочку на удаленных хостах, поддерживающих этот протокол. Он реализован в виде команд клиента (rsh) и сервера (rshd).

Протокол информации о маршрутизации

Протокол информации о маршрутизации (RIP) собирает информацию о длине маршрута в транзитных участках, а также обслуживает записи таблиц маршрутизации ядра. Он реализован в виде серверов routed и gated.

Протокол сервера времени

Демон timed применяется для синхронизации системного времени хостов. Он построен по принципу клиент/сервер.

Стандартные номера

Для обеспечения совместимости с общей сетевой средой большинству протоколов, служб, компонентов и сетей в рамках Internet были присвоены стандартные номера. Кроме того, некоторым компьютерам, сетям, операционным системам, протоколам, службам и терминалам были присвоены стандартные имена. В TCP/IP правила именования и нумерации соответствуют RFC 1010, Стандартные номера.

В IP-заголовке пакета в Протоколе Internet (IP) предусмотрено поле размером 4 бита, в котором указывается версия общего межсетевого протокола, которая применяется в настоящее время. Для IP десятичное значение номера версии равно 4. За более подробной информацией о стандартных номерах и именах TCP/IP обратитесь к файлам /etc/protocols и /etc/services, поставляемым вместе с TCP/IP. За дополнительной информацией о стандартных номерах и именах обратитесь к RFC 1010 и файлу /etc/services.

[ Страница назад | Страница вперед | Содержание | Индекс | Библиотека | Юридическая информация | Поиск ]