apache directory studio что это

Downloads

Apache Directory Studio is a complete directory tooling platform intended to be used with any LDAP server however it is particularly designed for use with the ApacheDS. It is an Eclipse RCP application, composed of several Eclipse (OSGi) plugins, that can be easily upgraded with additional ones. These plugins can even run within Eclipse itself.

Apache Directory Studio RCP Application

Apache Directory Studio is a multi-platform application and runs on macOS, Linux and Windows.

Please select the download corresponding to your operating system:

Download for macOS

Download for Linux

Download for Windows

On macOS you can also install Apache Directory Studio via MacPorts or Homebrew:

# sudo port install directory-studio

# brew install apache-directory-studio

Plugins for Eclipse

You can also install plugins for Eclipse using our update site (requires Java 8 or newer and a recent Eclipse version).

The URL of our update site is https://directory.apache.org/studio/update

Sources

The sources of Apache Directory Studio and its plugins are available here .

Old Versions

You can download old versions of Apache Directory Studio (or Apache LDAP Studio) here.

Источник

dev64

Programming

Добавляем данные на LDAP сервер с помощью Apache Directory Studio

Галерея

В предыдущих постах я описал ряд базовых операций с LDAP сервером. Ссылки на посты в оглавлении ниже.

Оглавление

Сегодня про добавление данных. Для начала небольшое предисловие. У меня есть установленный Apache DS сервер и Apache Directory Studio. Apache Directory Studio является LDAP Browser-ом, он позволяет работать в двух режимах — режиме просмотра и редактирования данных на LDAP сервере и в режиме редактирования LDAP схемы (Schema Editor).

LDAP схема — это описание, задающее записи и атрибуты записей, которые могут храниться на сервере. С LDAP серверами обычно идёт набор стандартных схем данных, используемых различным готовым софтом. В этом преимущество LDAP перед SQL базами данных и состоит. Второе преимущество LDAP состоит в том, что LDAP протокол, в отличии от протоколов, используемых для коннекта к SQL базе данных, изначально предназначен для работы через интернет.

В моем случае, мне необходимо организовать работу с нестандартной схемой. В качестве подопытной, я взял схему из документации к ApacheDS.

Схемы внутри ApacheDS хранятся в своем собственном формате. Добавление схемы осуществляется с помощью импорта файла в формате LDIF.

LDIF является стандартным форматом для импорта и экспорта данных в LDAP сервера.

Многие сервера удовлетворяющие стандарту LDAPv3 хранят схему как и любые другие данные, внутри DIT. Поэтому и экспорт схемы осуществляется в формате LDIF.

Однако, стандартным языком для описания LDAP схемы, LDIF формат не является. Стандартным языком описания LDAP схемы, является формат описанный в RFC… и реализованный в OpenLDAP. Положительным моментом является то, что Apache Directory Studio в режиме Schema Editor умеет импортировать схему в формате OpenLDAP.

Для описываемого эксперимента, я взял схему sevenSeas из примера в документации ApacheDS и слегка модифицировал.

Из Apache Directory Studion я экспортировал эту схему в формате ApacheDS LDIF и импортировал её на ApacheDS сервер.

Наконец, последним, необходимым действием, перед добавлением данных, является добавление suffix-a или как его называют в ApacheDS — partition-a. Дело в том, что данные в LDAP хранятся в древовидных структурах внутри хранилища, называемого термином DIT (Directory Information Tree). В одном сервере может храниться несколько деревьев с отдельными корневыми узлами. Корневой узел для дерева и называется суффиксом или partition-ом.

Каждый суффикс должен быть описан в конфигурационном файле server.xml. Что, я и сделал.

Описание всех перечисленных выше шагов в предыдущих постах. (См. оглавление выше).

Схема добавляется в суффикс ou=schema. В Apache Directory Studio это выглядит так:

Итак, у меня добавлены данные в схему внутрь ou=schema. Добавлен новый суффикс o=sevenSeas. Но данных в нем пока нет. Однако можно увидеть, что информация о нем уже есть:

Пробую добавить данные:

Выбираю «New Entry from Scratch»

Открывается окно для выбора типа объекта. Выбираю organization

Далее давлю Next, задаю RDN: o=sevenSeas:

Также добавляю organizationUnit ou=ships:

Пока идет хорошо. У меня появились узлы o=sevenSeas и дочерний узел ou=ships. Теперь пытаюсь добавить в него корабль. Точно также давлю на new entry, from scratch, перехожу на список типов и… среди доступных типов отсутствует созданный мной тип.

Проблема решается следующим образом. Нужно открыть новый коннект к LDAP. Но при коннекте указать, что мы собираемся работать «не просто вообще», а с суффиксом o=sevenSeas. Делается это так (коннектимся администратором, но на 3 шаге указываем, что мы собираемся работать с суффиксом o=sevenSeas:

После этого повторяю процедуру добавления: New Entry, from Scratch, выбираю тип ship, он есть:

Полученная запись выглядит так:

В записи пока нет атрибутов. Добавляю их с помощью «интуитивно понятного интерфейса»:

В итоге у меня долгожданная запись с аттрибутами:

Обратите внимание на 2 вещи (они помечены на картинке), на тип нашего объекта ship и на атрибуты. Важно, что тип — перечисление всех типов, от которых наследован наш ship. Т.к. он наследован непосредственно от top, то список небольшой.

Источник

Записки IT специалиста

Технический блог специалистов ООО»Интерфейс»

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

Что такое LDAP?

Начнем, как всегда, с краткого ликбеза. Стандартом доступа к службам каталогов является протокол LDAP, на его базе построены практически все современные реализации служб каталогов. Использование LDAP позволяет унифицировать структуру записей каталога, что необходимо для совместимости продуктов различных производителей, поддержка LDAP гарантирует поддержку базовых возможностей любого современного сервера служб каталогов.

обозначает компьютер SALES, находящийся в Отделе продаж и входящий в домен example.com, при этом не имеет значения какую именно из служб каталогов вы используете, запись будет выглядеть одинаково в любом из них. Однако кроме протокола LDAP, многие реализации имеют собственные расширения, которые могут быть несовместимы с LDAP, что делает невозможным их использование программными продуктами не имеющими полной поддержки конкретной реализации.

Active Directory

LDAP-совместимая реализация службы каталогов от Microsoft, является наиболее функциональной и самой популярной для Windows сетей. Входит в состав Windows Server и не требует дополнительного лицензирования. Active Directory является основополагающей частью инфраструктуры Windows. Помимо LDAP поддерживает большое количество собственных расширений, таких как групповые политики, позволяющие централизованно и единообразно настраивать пользовательское окружение рабочих компьютеров, устанавливать, удалять и обновлять ПО. Легок в администрировании. Наиболее полно все возможности Active Directory раскрываются в сочетании с другими продуктами Microsoft.

Если вы используете инфраструктуру на базе продуктов Microsoft, то лучшим решением будет использование Active Directory в качестве службы каталогов. В тоже время поддержка LDAP позволяет без особых проблем интегрировать в каталог многие открытые решения на базе Linux / UNIX, однако они не смогут в полной мере использовать все возможности AD, например групповые политики.

OpenLDAP

OpenLDAP может являться хорошей заменой для AD в небольших сетях, а может стать большой головной болью для системного администратора, поэтому перед внедрением этого продукта мы советуем трезво оценить свои силы и знания, также не будет лишним пробное внедрение в тестовой среде.

389 Directory Server

Сервер каталогов корпоративного уровня разрабатываемый сообществом Fedora при поддержке Red Hat и входящий в коммерческие продукты последней. Ранее это проект назывался Fedora Directory Server, переименование связано с тем, что разработчики позиционируют продукт как универсальный, а не исключительно для Fedora / RHEL. Продукт, кроме всех возможностей LDAP предоставляет довольно удобные графические инструменты администрирования, в том числе и для Windows платформы, что делает его довольно простым в освоении, неплохо вписывается в Windows инфраструктуру.

Если вы собираетесь внедрять данный продукт, то следует помнить, что на сегодняшний день готовые пакеты существуют только для Fedora / RHEL, при использовании других дистрибутивов будьте готовы к решению проблем по установке собственными силами.

Apache Directory

Еще одна открытая реализация сервера каталогов от известного разработчика. Кроссплатформенн, так как написан на Java. Состоит из двух функциональных частей: сервера каталогов ApacheDS и средства администрирования Apache Directory Studio, которое отличительно тем, что поддерживает любой LDAP-совместимый сервер каталогов, а не только «родной». Это позволяет использовать данный продукт например для администрирования OpenLDAP, особенно ценной является возможность запуска средства Apache Directory Studio в среде Windows.

Заключение

Все реализации служб каталогов рассмотреть в рамках одной статьи невозможно, поэтому мы ограничились на самых интересный и зрелых из них. Что же осталось за кадром? Мы не касались дорогих брендовых систем типа Lotus Domino, имеющих в своем составе сервер служб каталогов, также не затрагивали продукты, будущее которых под вопросом, например Mandriva Directory Server.

Отдельный абазац мы отведем домену Samba, данная реализация позволяет организовать простейший домен уровня Windows NT4, который сложно назвать полноценной службой каталогов, скорее единой точкой авторизации. Кроме того данное решение несовместимо с LDAP, а следовательно при росте инфраструктуры вы столкнетесь с проблемой миграции на полноценную службу каталогов. Поэтому рекомендовать и рассматривать домен Samba мы не будем.

В следующих материалах нашего цикла мы рассмотрим устройство и практическую реализацию служб каталогов на базе Active Directory и Apache Directory.

Источник

Apache Directory Studio™

The Eclipse-based LDAP browser and directory client

LDAP Browser

LDIF Editor

Schema Editor

Embedded ApacheDS

ApacheDS Configuration

ACI Editor

Internationalization

Multi-Platform & in Eclipse

Apache Directory Studio 2.0-0-M176 released posted on July 24th, 2021

The Apache Directory Team is pleased to announce the release of Apache Directory Studio 2.0.0-M17, the next milestone release of the version 2.0 of its Eclipse based LDAP Browser and Directory client.

You can download Apache Directory Studio 2.0.0-M17 as a standalone RCP application for macOS, Linux and Windows here: https://directory.apache.org/studio/downloads.html