Багу я закрыл, так как изменения домена вступают в силу после перезагрузки, как и написано в документации.
Попробуем через alterator-cmdline поставить.
1. Смотрим текущий статус:
# alterator-cmdline ldap-groups action list _objects mode
mode:ldap
host:127.0.0.1
base:dc=a,dc=alt
rootdn:cn=ldaproot,dc=a,dc=alt
rootpw:-w eiy4luyo2iquao9i
bind_info:present
2. Смотрим доступные DN на локальном сервере:
# alterator-cmdline ldap-groups action list _objects bases | grep name
name:dc=school,dc=alt
name:dc=ddd,dc=alt
name:dc=d,dc=alt
name:dc=a,dc=alt
3. Меняем базу:
# alterator-cmdline ldap-groups action set_bind mode ldap host localhost \
base 'dc=school,dc=alt' \
rootdn "$(egrep "rootdn" `ldap-dn find dc=school,dc=alt`|cut -f2 -d' '|tr -d '"')" \
rootpw "$(egrep "rootpw" `ldap-dn find dc=school,dc=alt`|cut -f2 -d' ')"
Вот тут я и поймал зловредное окно. Дело в том, что действие, описанное в пункте 3, не заполняет переменную среду окружения bind_info: (это только через нормально заполненный веб-интерфейс).
Меняем источник правильным способом:
# alterator-cmdline ldap-groups action new _objects source newmode localldap new_base 'dc=school,dc=alt'
Теперь всё работает.
Можно использовать текущую базу аутентификации:
# alterator-cmdline ldap-groups action new _objects source newmode system