Кратко
- RFC 1078 предложил TCPMUX: соединение с TCP-портом 1, имя службы с завершением CRLF, ответ
+илис возможным пояснением. После+на том же соединении начинается выбранный протокол; послесоединение закрывается. HELPперечисляет службы, доступные на данном хосте. Сервис с уже назначенным портом продолжает работать на нем и может дополнительно войти в общий вестибюль. В официальном перечне 1987 года порты 1–4 еще числились свободными.
Номер порта служил адресом приема для сервиса TCP. К известному сервису клиент приходил по заранее объявленному номеру. В мае 1987 года официальный перечень назначенных номеров размещал такие контакты в младших восьми битах и оставлял порты 1–4 свободными. Весь числовой диапазон TCP был куда шире. Ограниченным ресурсом выступал небольшой, управляемый набор общепризнанных дверей, обычно предназначенных для официальных протоколов. Частная служба могла приносить пользу, не имея права на отдельную медную табличку.
В ноябре 1988 года Mark Lottor представил в RFC 1078 администратора для этих посетителей. Механизм получил название TCP Port Service Multiplexer — TCPMUX. Процесс слушал порт 1. Клиент устанавливал соединение и отправлял имя нужной службы с возвратом каретки и переводом строки. Регистр букв значения не имел. Первое короткое обращение определяло владельца всей дальнейшей беседы.
Ответ начинался одним символом. + означал согласие, за которым могло идти пояснение до CRLF; далее на той же линии начинался протокол выбранной службы. означал отказ, также допуская пояснение, после чего соединение закрывалось. Клиент уже нашел нужную машину. Стойка решала, в какой кабинет направить это конкретное соединение.
Примечания к реализации разделяли даже авторство ответов. Когда запрошенная служба не находилась, минус обычно отправлял сам мультиплексор. Плюс обычно отправлял вызванный сервис. Администратор знает список кабинетов; сотрудник кабинета подтверждает, что берет разговор. Наличие имени в справочнике и готовность конкретного процесса разговаривать — разные факты.
Для справок зарезервировали имя HELP. По такому запросу сервер выдавал многострочный перечень поддерживаемых служб, по одной на строку, и закрывал соединение. Сначала можно узнать план здания, потом вернуться к нужной двери. Имена, уже записанные в официальном перечне протоколов и служб, сохраняли прежнее значение. Стойка могла направлять посетителей, но не переименовывать известный сервис по своему усмотрению.
Старые отдельные входы продолжали действовать. RFC требовал, чтобы служба с назначенным портом оставалась доступной на этом порту; присутствие в TCPMUX было дополнительным выбором. Клиент, знающий привычный номер, шел прежней дорогой. Общий вестибюль прежде всего давал будущим и частным протоколам способ принимать обращения без нового официального назначения.
Названия частных служб следовало выбирать осторожно. Lottor советовал стремиться к уникальности, например ставить впереди имя организации; версию можно было добавлять в конец. Если три кабинета назовутся просто «архив», администратору понадобится чудо. Более длинное имя экономит время посетителя. Значение официальных названий охранял реестр, а за частные отвечали их владельцы.
Весь протокол умещался в поход к стойке: соединиться по одному номеру, назвать службу, увидеть знак и начать работу либо уйти. HELP показывал местный справочник. Порт 1 принимал несколько новых направлений, оставив старые таблички там, где клиенты привыкли их искать.
Обзор для участников
Подробный контекст профиля
Войдите с подходящим уровнем подписки, чтобы открыть полный обзор и примечания к источникам.
Только для Стратегического сообщества
Стратегическое сообщество
Открыто всем читателям. Вступите и войдите, чтобы открыть обзоры профилей.
Вступить в Стратегическое сообществоТолько для Альянса лидеров
Альянс лидеров
Для проверенных владельцев IP-активов и руководителей. Войдите, чтобы открыть обзоры Альянса.
Вступить в Альянс лидеров





