Показаны сообщения с ярлыком ldap. Показать все сообщения
Показаны сообщения с ярлыком ldap. Показать все сообщения

понедельник, 13 ноября 2017 г.

Интеграция nextcloud и freeipa


Описывать полную настройку нет смысла, инструкций в инете миллион.
Официальная документация тоже достаточно подробна - http://www.freeipa.org/page/Owncloud_Authentication_against_FreeIPA

Упомяну несколько тонкостей:

1.Идем по вкладкам. На первой указываем сервер, имя пользователя и пароль, базу:
2. На вкладке Пользователи убираем классы объектов, чтобы были выбраны все:

(objectclass=*)

3. Учетные данные. Редактируем запрос LDAP:

(&(objectclass=*)(uid=%uid))

4. Группы
Выбираем ipausers:

(|(cn=ipausers))

5. Дополнительно.
В настройках подключения указываем резервный сервер.
В настройках каталога регулируем отображение пользователей:

Поле отображаемого имени пользователя - cn (иначе в список пользователей хэш вываливается)

Атрибуты поиска пользователей - этот пункт отвечает за то, по каким полям будет идти поиск в списке пользователей и при расшаривании файлов. Настраиваем по вкусу, чтобы искать по имени, фамилии, uid...
uid
cn
sn
gecos
displayName
givenName
dn
secondName
sureName 


И самое главное, ради чего начал писать заметку!!!
В пункте Специальные атрибуты нужно указать
Правило именования домашнего каталога пользователя
По умолчанию каталоги пользователей именуются уникальным UUID. То есть найти их в файловой системе сервера не получится. Чтобы самому видеть нормальные названия каталогов ставим здесь uid.

 
 

вторник, 14 апреля 2015 г.

sssd и ldap без шифрования.

Обновил свою рабочую станцию до opensuse 13.2 и обнаружил, что sssd не проводит аутентификацию через ldap если не используется шифрование.
Переделывать все настройки из-за одной машины(все остальные рабочие станции на ubuntu 12.04, там sssd еще нет) ? Не, мне лень!
В гугле есть решения для centos с редатированием  /etc/sysconfig/authconfig и опцией ldap_tls_reqcert = never в /etc/sssd/sssd.conf тыц , но в сюзе они не работают.
Что же делать, как же быть? Долгий и вдумчивый поиск приводит меня к опции  ldap_auth_disable_tls_never_use_in_production в кофигурационном файле sssd. Вдумайтесь! - ldap_auth_disable_tls_never_use_in_production
Я полдня смеялся!
Как становится ясно из названия, опция отключает обязательное использование TLS при аутентификации. Использовать такое в продакшене я, конечно, не рекомендую, но для быстрого включения в имеющуюся среде одной станции - сойдет

среда, 1 мая 2013 г.

openSUSE 12.3, ldap, sssd и crash thunderbird

Сразу после релиза openSUSE 12.3 сделал обновление на рабочем компе. Тут же вылезли косяки - не проходила аутентификация пользователя через ldap сервер, не запускался X при перезагрузке (приходилось стартовать руками) и т.д. Обычно я не использую новые версии ОС, предпочитаю подождать несколько месяцев пка накопится достаточное количество обновлений и исправлений. Вот и в этот раз откатился на 12.2.
Однако на днях прикупил новый SSD и, помня о неудачном обновлении "сюзи", решил поставить на него систему с нуля. Установка, первоначальная настройка - а проблемы все те же. Итак, приступим.
По умолчанию настройка клиента ldap в openSUSE 12.3 произходит с использованием демона sssd. Что это такое и с чем его едят рассказывать не буду, хотя в теории штука весьма "вкусная". Скажу только, что для "сюзи" (пробовал и 12.2 и 12.3) нормально его приготовить у меня не получилось. Технология достаточно новая, нормальная документация есть только у РедХат, howto в Интернете мало, а на русском тем более. Поэтому освоение ее я отложил на потом. Однако работать с ldap надо уже сейчас! Меня уже не испугать настройкой ldap из командной строки (ссылка, ссылка), поэтому сразу же удаляю sssd и устанавливаю pam_ldap и nss_ldap:

zypper rm sssd
zypper in pam_ldap nssd_ldap

После этого редактирую /etc/ldap.conf согласно моим настройкам сервера:

base dc=mydomain,dc=local
uri ldap://mydomain.local

Тут же начинают работать команды id user и getent passwd. Казалось бы можно работать, но не тут-то было - аутентификация по прежнему не работает. Логи малоинформативны, но однозначно говорят, что ldap работает. Что еще может влиять на  логин пользователя? Конечно же pam! Сравнение файлов конфигурации из каталога /etc/pam.d/ на openSUSE 12.1 и 12.3 ничего не дает, там все идентично. В дело вступает google.ru
Я уже не помню что и как искал, но в конце концов наткнулся на ресурс, с которого и следовало начать - openSUSE 12.3: Security Guide Во второй главе Authentication with PAM черным по белому написано как настраивать pam для тех или иных случаев. Меня интересует всего лишь одна команда:


pam-config --add --ldap

Все. После этого система работает также как и 12.2, и 12.1, и 11.4 до нее. Я расслабляюсь и получаю удовольствие от нового KDE 4.10
Но это еще не все. При настройке почты сталкиваюсь с крэшем thunderbird сразу при запуске. Вспоминаю о подобном в Xubuntu 12.04 и проверяю nscd. В openSUSE 12.3 он установлен и работает по умолчанию. В логах пусто. Пробую strace. Я не программист, поэтому ничего не понимаю в выводе, но замечаю перед записью дампа обращение к либам ldap. Выясняю, что действительно крах thunderbird происходит только для пользователя с авторизацией в ldap. В поиске находится масса аналгичных ситуаций для freebsd, ubuntu, fedora и opensuse, но решения с переименованием библиотек, наложением патчей и прочей серьезной правкой системы я стараюсь не применять. В конце концов на каком-то opensuse-форуме встречаю любопытное предложение - nss-pam-ldapd. Ну чтож, проверим:

zypper in nss-pam-ldapd

Установка требует удаления nss_ldap и pam_ldap. Несколько минут чтения документации на новое ПО и правка файла /etc/nslcd.conf

base dc=mydomain,dc=local
uri ldap://mydomain.local

Теперь точно все. Аутентификация в ldap через nss-pam-ldapd и thunderbird работает!

вторник, 19 марта 2013 г.

Xubuntu 12.04. Ligtdm и список пользователей при входе.

Все-таки приходится внедрять xubuntu 12.04 на предприятии, несмотря на мое нежелание.
Просто неожиданно много оказалось старых компов, на которых любимая opensuse даже с XFCE работать категорически не желает.
Сегодня разобрался с одной проблемкой. В отличии от "сюзи", в "ксубунте" по умолчанию не отображается список пользователей ldap на экране входа. Раньше уже сталкивался с подобными проблемами (то список не отображается, то отображается ВЕСЬ), но обычно все решалось само собой, то ли обновлением, то ли парой перезагрузок. Однако на этот раз пришлось попотеть. Сначала я не придал значения такой мелочи, тем более сходу проблему решить не удалось. Несколько человек просто дополнительно набирают логин перед паролем и все хорошо. Однако сегодня вместо обычного разворачивания из образ решил настроить систему с нуля. Неожиданно заметил, что последний залогиненный пользователь сохранился в списке доступных! Начал вспоминать. Раньше я сначала настраивал систему, потом обновлял, а сегодня наоборот. И, что гораздо значительнее, при произведенном входе пользователя обновлял настройки соединения с сервером ldap:

root# /etc/init.d/nscd restart
root# pam-auth-update
root# auth-client-config -t nss -p lac_ldap

После этого пользователь навсегда оставался на экране входа.
Но, как говорится, дурная голова ногам покоя не дает. Как теперь удалить лишних пользователей? Курение гугла подсказывает пару вариантов. Во-первых, файл /etc/lightdm/users.conf  в котором можно указать, каких пользователей скрывать. Эксперимент показал, что для ldap это не работает. Во-вторых, очистка содержимого /var/cache/lightdm , где хранится кэщ логинившихся пользователей.Также не работает. Опция greeter-hide-users в файле /etc/lightdm/lightdm.conf отключает список полностью.

Увы, решение мной так и не было найдено. Кто-нибудь подскажет?

пятница, 15 февраля 2013 г.

Ubuntu в офисе

Планомерно перевожу рабочие станции пользователей на linux. В большинстве своем используется openSUSE 12.1 (еще старый админ начинал на нее и 11.4 переводить, да и я сам дома 3 года "сюзю" использовал), есть несколько 11.4, 12.2 и ubuntu.
Устав биться с некоторыми проблемами (SSSD, тормоза на старых машинах, уходящие при повторных инсталяциях, и тд, и тп) решил попробовать ubuntu. Так как предстоит работа с ну ооочень древними машинами - xubuntu 12.04.
Итак, начнем.
Первое разочарование - инсталятор по умолчанию не поддерживает lvm:


Дальше - неплохо. Установка длится менее получаса (прим. 20 мин, точно не засекал):


Симпатично, шустренько, все работает!
Идем дальше. Странно отсутствует привычный офисный софт (в opensuse он ставится при любой стандартной установке). Ставим самостоятельно apt-get install libreoffice.
Приятно удивляет количество софта в стандартных репах - куча разных vnc, rdp, раньше приходилось подключать дополнительные репозитории. Устанавливаю xrdp и - о, чудо! - он работает без каких-либо дополнительных телодвижений! Подключаюсь и с винды и с рабочей opensuse 12.2 - все нормально (проблемы с пробросом принтеров и тд - не считаются, они у xrdp в принципе не решены нигде).
С vnc загвоздка - не могу найти в графическом окружении никаких настроек. Приходится использовать привычный x11vnc. Также как в opensuse с XFCE не заводится простым запуском, колдую с созданием файла пароля и скриптом автозапуска - работает.
Подключение к серверу ldap. Читаю мануалы - становится грустно.
В opensuse давным-давно и сервер и клиент настраиваются в графическом окружении YAST.
http://doc.opensuse.org/documentation/html/openSUSE/opensuse-security/cha.security.ldap.html#sec.security.ldap.yast

http://ru.opensuse.org/SDB:Samba_%D0%B8_LDAP_%D0%BD%D0%B0_openSUSE_11.1_%D0%91%D1%8B%D1%81%D1%82%D1%80%D1%8B%D0%B9_%D1%81%D1%82%D0%B0%D1%80%D1%82

Yast можно запустить в консоли.

В Ubuntu же нам придется повозиться.
https://help.ubuntu.com/community/LDAPClientAuthentication
http://sudouser.com/kak-ustanovit-ldap-server-i-ego-klientov-ldap-linux-debian-ubuntu-auth.html

Все настройки выполняются в консольном режиме, выполнением команд и редактированием конфигурационных файлов. Так как сервер мне устанавливать не нужно, все довольно тривиально, но есть один момент, который потрепал мне нервы.
Автоконфигурация пакета ldap-auth-client, которая происходит при установке, вносит данные ldap сервера в файл /etc/ldap.conf в формате:

base dc=mydomain,dc=local
uri ldapi:///mydomain.local

Тонкость заключается в том, что при настройке сервера по умолчанию (без шифрования, простой ldap) подключение клиентов с такими параметрами не возможно. Пришлось руками менять протокол( ldapi: на ldap:). Но и это не помогло! Оказывается в адресе сервера ldap должно быть два слэша, а не три! Спасибо ребятам с ЛОРа http://www.linux.org.ru/forum/admin/8493410
С этими настройками все заработало.

base dc=mydomain,dc=local
uri ldap://mydomain.local

Чтож, Xubuntu 12.04 оставила о себе довольно приятные впечатления, однако из-за мелкой возни в консоли по различным поводам от принятия ее в качестве основного дистрибутива для установки в офисе я пока воздержусь. Opensuse наше все! Тем более RC1 новой версии 12.3 хоть и огорчает отсутствием samba 4 и Libreoffice 4, но радует увеличением производительности и отзывчивости (ЧИСТО СУБЪЕКТИВНОЕ МНЕНИЕ! ТЕСТОВ НЕ ПРОВОДИЛ!). Пока огорчает неработоспособность клиента тестовой версии 1с 8.3 под Linux на openSUSE (на Ubuntu работает ), но будем надеяться что к моменту выхода не ознакомительных версий это исправят. В противном случае Xubuntu 12.04 - первый кандидат для перехода.