Наведите на программу работы с LDAP

Добрый день!

Развернул в качестве сервера LDAP 389-ds. С репликацией по трем серверам. Учень неплохо. Но вот очень хочется иметь вместо консольной ldapmodify (хотя от её мощи не отказываюсь) программку гуевую. Которая сможет управлять юзерями в LDAP, добавлять к ним атрибуты нужные и так далее... А то прилагаемая административная консоль с юзерями не очень хорошо обращается. В ней нельзя отредактировать изначально незаполненные атрибуты, не говоря о том, что проблема с добавлением новых objectClass'ов. Возникает состояние неизвестной ошибки... Непонятно, вроде мощный продукт с большой историей от солидной фирмы... Может я что не так делаю?

Кто чем пользуется? Здесь есть пользователи 389-ds (Fedora Directory Servise) или только я один на этой грабле пляшу?

Cruiser78, ну как то несолидно с такими вопросами в раздел для начинающих :D

Cruiser78, как вариант phpldapadmin

Перенесено из раздела для начинающих

renegat написал:

Cruiser78, ну как то несолидно с такими вопросами в раздел для начинающих :D

А я и есть начинающий... Я работал немного (и в очень специфичном направлении) с солярисом лет 10 назад. А сейчас - месяц как лоб морщу, чтобы в которе небольшой развернуть комплекс на OpenSource. И чем дальше, тем больше мне выбранная федора начинает мне всё больше НЕ нравиться.

Подготовил "пусковое" решение для PDC и файл-сервера на паре хостов, все работало до сегодняшнего дня (по крайней мере до выходных) замечательно. Отложил их, Перешел работать на точку Инет-доступа, на почтарь. Проблемы описаны в других моих спичах. Так на файл-сервере вылезло сегодня вечером, что он умеет работать только сам на себя, то есть откликается только на запросы c localhost. А с виндовой станции - виден только домен, в который не зайти. Не зайти так же и с другого юниксового хоста (с на котором BDC развернут). МЭ отключил нафиг - не помогает. И тот и другой хост видят (по smbtree) самбу только локальную. А в сети, кроме них, есть еще пара честных M$-серверов. Ну разве профи допустил бы такую ситуацию? А я не знаю, как из неё выпутаться. Я не понимаю, что произошло на хостах, с которыми я не работал (в части самбы - совершенно), только 389-ds настраивал в репликации, чтобы они по smb ушли исключительно в локальный режим работы и перестали видеть внешний мир. Видеть и себя показывать...

Не, мое место в новичках :-)

Может, обновления какие приходили в Федоре? У них там аптейт функциональности в рамках релиза - дело обычное.

0x0AB411C0 написал:

Может, обновления какие приходили в Федоре? У них там аптейт функциональности в рамках релиза - дело обычное.

Очень на то похоже. Но - собака зарылась, все таки в МЭ. Я включил в него следующие "типовые" павила:

# Эти правила предохраняют от некоторых типов атак:
# SYN наводнение.
# Приводит к связыванию системных ресурсов, так что реальных обмен данными 
# становится не возможным.
$IPT -A INPUT -p tcp ! --syn -m state --state NEW -j DROP
$IPT -A OUTPUT -p tcp ! --syn -m state --state NEW -j DROP
# UDP наводнение 
# Службы использующие UDP, очень часто становятся мишенью для атак с целью
#  вывода системы из строя.
$IPT -A INPUT -p UDP -s 0/0 --destination-port 138 -j DROP
$IPT -A INPUT -p UDP -s 0/0 --destination-port 113 -j REJECT
$IPT -A INPUT -p UDP -s 0/0 --source-port 67 --destination-port 68 -j ACCEPT
$IPT -A INPUT -p UDP -j RETURN 
$IPT -A OUTPUT -p UDP -s 0/0 -j ACCEPT 

И с ними вышел этот обломайтис. Самое интересное - что юникс и винда совершенно по разному работают с самбой. Соединения по smbclient'у от юникса сквозь них проходят, а пакеты от винды - обламываются. Надо поииследовать на досуге в чем разница. Закомментарил UDP-правила чохом, всё заработало, до сервера из винды добрался сразу.
А чуть инфаркт не схватил...