Application Configuration Access Protocol


Application Configuration Access Protocol
ACAP
Название:

Application Configuration Access Protocol

Уровень (по модели OSI):

Прикладной

Семейство:

TCP/IP

Создан в:

1997 г.

Порт/ID:

674/TCP

Назначение протокола:

Удалённое хранение конфигурационных данных

Спецификация:

RFC 2244

Протокол доступа к конфигурационным данным приложения (англ.  Application Configuration Access Protocol , ACAP) — сетевой протокол, позволяющий пользователю иметь доступ к конфигурационным данным приложений, поддерживающих ACAP, с любого компьютера, подключенного к сети. Протокол основан на IMAP4.

Содержание

Описание протокола

Сессия протокола ACAP включает в себя установку TCP соединения, начальное приветствие от сервера и взаимодействие клиента и сервера, которое включает в себя команды клиента, результаты выполнения и данные от сервера. Протокол ACAP является текстовым протоколом, передаваемые между клиентом и сервером команды и данные представляют собой последовательность символов, оканчивающуюся символами конца строки (CR LF), либо последовательность октетов известной длинны.

Команды клиента начинаются идентификатора (алфавитно-цифровой строки длинной до 32 символов), называемого отметкой. Каждая передаваемая команда должна иметь уникальную отметку. Команды могут передаваться клиентом, не дожидаясь ответа сервера на предыдущую команду.

Ответ сервера может представлять собой:

  • запрос на продолжение команды, начинается с символа «+»;
  • результат выполнения команды, начинается с той же отметки, что и команда клиента, начавшая операцию, за которой следует код ответа сервера:
    • OK — успешное выполнение;
    • NO — команда не выполнена;
    • BAD — команда не распознана или ошибка синтаксиса;
  • промежуточный ответ, начинается с той же отметки, что и вызвавшая его команда, за которой следует код ответа (исключая OK, NO, BAD);
  • неотмеченный ответ, начинается с символа «*» и возвращает сообщение или данные, которые могут быть интерпретированы вне контекста выполняемых команд.

Данные хранятся на сервере в виде иерархического дерева. Каждый уровень иерархии называется набор данных и состоит из списка узлов. Узлы имеют уникальное имя и могут содержать любое количество именованных атрибутов. Атрибуты имеют одно или несколько значений и ассоциированные метаданные.

Формат данных

Передаваемые данные могут иметь один из пяти форматов:

  • атом — состоит из не специальных символов (от 1 до 1024) и должен начинаться с буквы, используется для ключевых слов протокола;
  • число — состоит из цифровых символов, размер ограничен беззнаковым 32-х битным числом;
  • строка — может иметь две формы представления:
    • литерал:
      • синхронизированный литерал — начинается с передачи количества октетов в фигурных скобках и символов конца строки, после получения запроса от сервера на продолжение посылаются данные;
      • не синхронизированный литерал — количество октетов в фигурных скобках, со знаком плюс между числом и закрывающейся скобкой, далее следуют данные, оканчивающиеся концом строки;
    • строка в кавычках — строка длинной от нуля до 1024 октета, исключая символ с кодом ноль и конец строки, заключённая в двойные кавычки;
  • список — последовательность элементов, разделённых пробелами, заключённая в круглые скобки, список может быть пустым или иметь несколько уровней вложенности;
  • пустой элемент — специальный атом NIL.

Узлы и их атрибуты

Для формирования полного пути к узлу, имена узлов разного уровня разделяются наклонной чертой. Атрибуты имеют иерархические имена, состоящие из компонентов, разделённых точками. Имена атрибутов, не содержащие точку, зарезервированы для стандартных атрибутов, которые имеют значение в любом наборе данных. Значением атрибута может быть NIL (атрибут не имеет значений), строка (одно значение) или набор строк (много значений).

Протоколом определены следующие атрибуты:

  • entry — имя атрибута;
  • modtime — дата и время последней модификации метаданных в узле, 14 или больше цифр в формате ASCII;
  • subdataset — устанавливается, если узел имеет нижележащий набор данных, значение атрибута является списком относительных URL, указывающих расположение набора данных (точка «.» означает набор данных, лежащий непосредственно под данным узлом).

Метаданные описывают атрибут, его значения и управление доступом. Протоколом определены следующие элементы метаданных:

  • acl — список прав доступа к атрибуту;
  • attribute — имя атрибута;
  • myrights — набор прав клиента;
  • size — длина значения атрибута; если атрибут имеет несколько значений, то набор длин для каждого значения;
  • value — значение атрибута или набор значений.

Команды

Команды протокола включают в себя:

  • команда аутентификации;
  • команды поиска;
  • команды контекста (управление набором узлов, отобранных по определённым критериям и существующим в течение сессии);
  • команды модификации набора данных;
  • команды изменения прав доступа;
  • команды управления квотами
  • прочие команды (нет операции, выбор предпочитаемого языка, завершение сеанса).

Схема URL

URL ACAP имеет формат: acap:// url-server / url-enc-entry [url-filter] [url-extension]

  • url-server — включает в себя имя сервера и, необязательно, имя пользователя, механизм аутентификации и номер порта;
  • url-enc-entry — имя узла;
  • url-filter — список имён атрибутов; если отсутствует, то URL относится ко всем атрибутам;
  • url-extension — зарезервировано для будущих расширений.

Стандарты RFC


Wikimedia Foundation. 2010.

Смотреть что такое "Application Configuration Access Protocol" в других словарях:

  • Application Configuration Access Protocol — The Application Configuration Access Protocol (ACAP) is a protocol which enhances IMAP by allowing the user to set up address books, user options, and other data for universal access. [ Your E Mail Is Obsolete , Byte, Feb 1997 ] .ACAP grew to… …   Wikipedia

  • XML Configuration Access Protocol — XCAP (XML Configuration Access Protocol) est un protocole applicatif permettant à un client de lire, écrire et modifier des informations de configuration stockées sur un serveur dans un format XML. Sommaire 1 Présentation 2 Propriétés 3 Usages …   Wikipédia en Français

  • Lightweight Directory Access Protocol — The Lightweight Directory Access Protocol (LDAP;  /ˈɛld …   Wikipedia

  • Application Layer — The Application Layer is the seventh level of the seven layer OSI model, and the top layer of the TCP/IP model. It interfaces directly to and performs common application services for the application processes; it also issues requests to the… …   Wikipedia

  • Application server — In n tier architecture an application server is a server that hosts an API to expose Business Logic and Business Processes for use by other applications [ [http://mediaproducts.gartner.com/reprints/microsoft/vol3/article2/article2.html Magic… …   Wikipedia

  • Protocol (computing) — In computing, a protocol is a convention or standard that controls or enables the connection, communication, and data transfer between two computing endpoints. In its simplest form, a protocol can be defined as the rules governing the syntax,… …   Wikipedia

  • Application virtualization — is an umbrella term that describes software technologies that improve portability, manageability and compatibility of applications by encapsulating them from the underlying operating system on which they are executed. A fully virtualized… …   Wikipedia

  • Application firewall — An application firewall is a form of firewall which controls input, output, and/or access from, to, or by an application or service. It operates by monitoring and potentially blocking the input, output, or system service calls which do not meet… …   Wikipedia

  • Application delivery network — An Application Delivery Network (ADN) is a suite of technologies that, when deployed together, provide application availability, security, and acceleration. At the core of an ADN is the Application Delivery Controller (ADC), an advanced traffic… …   Wikipedia

  • Point-to-Point Protocol — Internet protocol suite Application layer BGP DHCP DNS FTP HTTP …   Wikipedia

Книги