Сервер имен CCSO

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

A Сервер имен CCSO или протокол Ph был ранней формой поиска по базам данных в Интернете. В наиболее распространенной форме он использовался для поиска информации, такой как телефонные номера и адреса электронной почты. Сегодня эта услуга в значительной степени заменена на LDAP. Он использовался в основном в начале-середине 1990-х годов. Сервер имен был разработан Стивом Дорнером в Университете Иллинойса в Урбане-Шампейне, в Управлении вычислительных и коммуникационных служб университета (CCSO).

Также существует плагин Outlook и отдельное приложение, известное как OutlookPH.

Содержание

  • 1 Обзор
  • 2 Структура команд
  • 3 База данных
  • 4 Ссылки
  • 5 Внешние ссылки

Обзор

Каталоги серверов имен часто организовывались в иерархии Gopher. Инструменты «Ph» и «Qi» были двумя компонентами системы: Ph был клиентом, который запрашивал сервер Qi.

Протокол Ph был официально определен в RFC 2378 в сентябре 1998 года. Однако в меморандуме, выпущенном в это время, упоминается его предыдущее использование в течение неопределенного периода времени до этого. дата (работа над протоколом началась примерно в 1988 г., и он использовался примерно с 1991 г.). Он определяет шестнадцать ключевых слов, которые могут использоваться на стороне сервера для определения свойств записи. Он также определяет, как клиенты должны получать доступ к записям на сервере и какие ответы должен давать сервер. Обмен данными с Ph-сервером осуществляется через TCP порт 105.

Структура команд

Все команды и ответы изначально предполагаются в кодировке US-ASCII по историческим причинам, если только клиент явно запрашивает 8-битную (ISO-8859-1) кодировку. В результате сервер изначально отправляет только символы от 0x20 до 0x7E в необработанном виде. Другие символы, если они присутствуют в записях, будут экранированы с использованием кодировки «Quoted-Printable», определенной RFC 2045. Первоначальный запрос от клиента - это ключевое слово текстовой базы, за которым необязательно следуют один или несколько параметров, как определено в RFC 2378. Затем сервер отвечает на запрос. Следующий пример ответа на запрос статуса предоставляется в памятке RFC.

C: статус S: 100: Сервер Qi $ Версия: 1.6 $ S: 100: Пароли Ph можно получить в CCSO Accounting, S: 100: 1420 Digital Computer Lab, с 8:30 до 5 понедельника - Пятница. S: 100: Обязательно принесите свое удостоверение личности U of I. S: 200: База данных готова

Каждая команда, определенная в памятке RFC 2378, состоит из ключевого слова, за которым при необходимости следует один или несколько параметров или ключевых слов. Их можно разделять пробелами табуляции или концом строки. Каждая строка должна заканчиваться в стиле CR + LF.

Ниже приведены некоторые из команд:

status

Эта команда не принимает никаких параметров и просто просит сервер сообщить о своем состоянии, как указано выше.

siteinfo

Возвращает такую ​​информацию, как версия почтового домена сервера и к кому обращаться по вопросам пароля и методов аутентификации.

fields [field...]

Список всех доступных полей ввода на сервере или только полей с указанным именем или именами.

информация об идентификаторе

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

set [option [= value]...]

Устанавливает для указанной опции на сервере значение. Если используется без параметров, он отображает текущие настройки сервера.

login [alias] logout

Это фактические команды входа / выхода для сервера, здесь псевдонимом должен быть псевдоним пользователя Ph. Вход в систему позволяет пользователю изменять свою запись и просматривать определенные поля в нем, отмечая ограниченный доступ.

ответ encrypted-response clear cleartext-password

Клиент обычно использует один из них для отправки информации о пароле после отправки команды входа в систему.

quit exit stop

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

База данных

При распределении сервер имен поддерживался базой данных плоских файлов. В начале 1990-х разработчик программного обеспечения Университета Индианы Ларри Хьюз реализовал версию Qi (называемую «Phd»), написанную на Perl и поддерживаемую реляционной базой данных. Этот код распространялся по лицензии с открытым исходным кодом за несколько лет до перехода университета на LDAP.

Ссылки

  1. ^"ph (cso nameserver) Часто задаваемые вопросы (FAQ)". Проверено 12 мая 2007 г.
  2. ^"Ph and Gopher". Проверено 18 сентября 2007 г.
  3. ^"OutlookPH".
  4. ^"RFC 2378 - Архитектура сервера имен CCSO (Ph)". Проверено 14 июля 2007 г.
  5. ^«Сервер имен CCSO - Руководство программиста [программист *]». GitHub. 1992. Проверено 21 января 2020 г.
  6. ^Справочник по вычислительной технике для студентов (и всех остальных). Офис вычислительной техники, Иллинойсский университет в Урбане-Шампейн. 1991. стр. 102. Также ищите тел.
  7. ^CCSO / CSO:

Внешние ссылки

Последняя правка сделана 2021-05-13 10:27:52
Содержание доступно по лицензии CC BY-SA 3.0 (если не указано иное).
Обратная связь: support@alphapedia.ru
Соглашение
О проекте