DeepEdit!

Чтобы проследить за обработкой клиентского запроса, вы должны понимать, из каких компонентов состоит экземпляр сервера каталога LDAP. Прежде всего это процесс диспетчера OID, который прослушивает назначенный ему порт, ожидая поступления команд LDAP. Для выполнения своих функций процесс диспетчера OID содержит механизмы прослушивания и диспетчеризации.

При запуске сервера каталога LDAP создаются серверные процессы, количество которых определяется параметром конфигурации procs. По умолчанию создается один процесс. Запуск более чем одного серверного процесса позволяет использовать преимущества многопроцессорных систем. Для обработки запроса каждого клиента серверные процессы порождают отдельный рабочий поток (worker thread). Параметр orclmaxcc определяет максимальное количество соединений с базой данных, которые может установить каждый серверный процесс. По умолчанию этот параметр равен 10.

Итак, посмотрим, что происходит после того, как клиент решил ввести поисковый запрос.

1.        Клиент вводит поисковый запрос, который может содержать одну
или несколько из следующих опций:

•        SSL: протокол Secure Socket Layer обеспечивает шифрование и аутентификацию или только шифрование. Без SSL запрос посылается открытым текстом и может быть легко прочитан анализатором протоколов.

'. • Тип пользователя: авторизованный или анонимный — в зависимости от того, какие привилегии требуются для выполнения запрашиваемой операции.

•        Фильтры: используются для сужения области поиска и могут включать булевы операторы, например AND, OR и NOT. Возможно также использование условных операторов GREATER THAN, EQUAL TO и LESS THAN.

2.        Для ввода команды клиент может использовать либо менеджер OID,
либо инструмент командной строки. При использовании менеджера OID сначала вызывается функция запроса из собственного интерфейса Java (Java Native Interface). Этот интерфейс, в свою очередь, обращается к интерфейсу прикладного программирования (API) С. При использовании инструмента командной строки С-функция этого API вызывается напрямую.

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

5.        Сервер каталога преобразует поисковый запрос из формата LDAP в формат интерфейса вызовов Oracle (OCI) и передает его через Net8 базе данных Oracle8i.

6.        База данных OracleSi анализирует запрос сервера каталога точно так же, как и любой другой запрос, и выбирает информацию, которая будет отослана клиенту через сервер каталога и API С.