Bug 20489

Summary:

Сломан модуль alterator-auth

Product:

Sisyphus

Reporter:

Dmitriy Kruglikov <Dmitriy.Kruglikov>

Component:

alterator-auth

Assignee:

barabashka <barabashka>

Status:

CLOSED FIXED

QA Contact:

qa-sisyphus

Severity:

blocker

Priority:

CC:

boyarsh, cas, zeinalov

Version:

unstable

Hardware:

all

OS:

Linux

Attachments:

Description	Flags
Иллюстрация бага	none
IMHO, перекликается с этим багом	none

Description Dmitriy Kruglikov 2009-06-18 12:52:19 MSD

Суть работы модуля неочевидна.
Непонятно, что и куда писать.
Как настроить на работу с LDAP.

Comment 1 inger@altlinux.org 2009-09-22 19:03:46 MSD

предложения?

Comment 2 Andrey Cherepanov 2009-09-22 19:49:48 MSD

А что неочевидного? Аутентификация или через локальную базу или через LDAP-сервер. Закрываем как NOTABUG?

Comment 3 Dmitriy Kruglikov 2009-09-22 20:38:33 MSD

Если бы, Андрей ...
Но если там "Используется домен local или custom",
и кнопка применить, то объясни мне тупому, куда там писать мой сервер LDAP?

При этом, в настройках самого сервера LDAP а вижу что угодно,
кроме своих баз...

Хочешь я скриншотов наделаю и сюда выложу?

И скажу по секрету, если бы у меня были под рукой весенние модули, 
то у меня бы все работало ...

Comment 4 Dmitriy Kruglikov 2009-09-23 10:09:06 MSD

Created attachment 3921 [details]
Иллюстрация бага

Дабы не быть голословным ...
Тут нет ни слова про LDAP.
Какой домен не установлен?
Кто такой custom ?
В каком формате вводить адрес сервера LDAP?
С указанием протокола, или без?
А базу ?

А будет ли это работать?

Comment 5 Dmitriy Kruglikov 2009-09-23 10:17:44 MSD

Created attachment 3922 [details]
IMHO, перекликается с этим багом

Появилось примерно в одно время с этим проявлением.
Не уверен, но где-то во времена перехода на zeroconf и avahi ...

Для справок, у меня на локальном сервере LDAP 
три живые и работоспособные базы.

alterator-openldap-0.3-alt5
а работало, если не ошибаюсь, с alt3, но сейчас нет под рукой...

Comment 6 Dmitriy Kruglikov 2009-10-05 18:21:49 MSD

Возвращаясь к теме.
Раскопки показали, что alterator-auth-0.10-alt2 полностью ориентирован на какой-то домен... 
В форме:
<td>
     <input type="text" class="text" name="domain_name" style="width:98%"/>
</td>

А в работающем alterator-auth_0.8-alt1, вместо этого:
<tr>
   <td><span style="display:none" translate="_" name="ldap_host">LDAP server:</span></td>
   <td><input style="display:none" type="text" class="text" name="ldap_host"/></td>
</tr>
<tr>
   <td><span style="display:none" translate="_" name="ldap_basedn">Base DN:</span></td>
   <td><input style="display:none" type="text" class="text" name="ldap_basedn"/></td>
</tr>
<tr>
   <td><span style="display:none" translate="_" name="ldap_port">Port (optional):</span></td>
   <td><input style="display:none" type="text" class="text" name="ldap_port"/></td>
</tr>
<tr>
   <td>&nbsp;</td>
   <td><input style="display:none" type="checkbox" name="ldap_ssl"/><span style="display:none" translate="_" name="ldap_ssl">Enable TLS/SSL</span></td>
</tr>

Таким образом, alterator-auth-0.10-alt2 для настройки аутентификации в LDAP
не предназначен в принципе.

Сам alterator-auth_0.8-alt1 так же требует значительной доработки напильником.

Comment 7 Dmitriy Kruglikov 2010-04-13 18:15:42 MSD

Проверяем alterator-auth версии 0.20-alt1
Если устраивает, закрываем баг.

Comment 8 Andrey Cherepanov 2012-04-19 17:00:43 MSK

В alterator-auth-0.22 интерфейс стал интутивно понятнее.