создание отличается принципиально от bind_username?
Ну, вон Алексей не может получить его, как кликхаус будет его получать? )
Проблема Алексея еще не well-defined для меня.
вы правы, в принципе никак, вопрос кому что интуитивней =) проблема Алексея и так решается вашим фильтром...
хотя нет, ваш не решает. смотрите,, у меня member=Firstname Lastname, OU=DOMAIN, OU=GROUP а samAccountName уже атрибут пользователя... а не группы
у меня точно такая же структура в АД, нельзя построить фильтр который идет по референсам
Ну да, тогда только имеет смысл {bind_dn_base:CN} и т.п. Но я не вижу, что это именно то, что у Алексея.
Может не в нашей текущей имплементации, но это вопрос флага в API.
можете пример фильтра? userdn: CN=FirstName LastName,OU=RU-Users,OU=USERS,OU=DOMAIN,DC=LOCAL имя пользователя: firstname.lastname (from samAccountName of user) GroupDN: CN=DevelopmentOnTestServers,OU=GROUPS,OU=DOMAIN,DC=LOCAL member: CN=FirstName LastName,OU=RU-Users,OU=USERS,OU=DOMAIN,DC=LOCAL
нет, походу, это было про Referrals и не одним флагом а спец. хендлингом
аха, вам по любому надо отделить юзернейм, и получать DN для него отдельно https://t.me/clickhouse_ru/203596 # returns DN of a user ldapsearch -H "ldap://ldapserver:389" -D 'PW\firstname.lastname' -w 'password' -b 'OU=USERS,DC=DOMAIN,DC=LOCAL' '(&(objectClass=person)(samAccountName=firstname.lastname))' dn # finds group of user ldapsearch -H "ldap://ldapserver:389" -D 'PW\firstname.lastname' -w 'password' -b 'OU=GROUPS,DC=DOMAIN,DC=LOCAL' '(&(objectClass=group)(member=CN=Firstname Lastname,OU=RU-Users,OU=USERS,DC=DOMAIN,DC=LOCAL))' name
т.е. вместо bind_dn лучше иметь <username>DOMAIN\{user_name}</username> <userdn_filter>(&(objectClass=person)(samAccountName={user_name}))</>
Ну опять таки, все сводится к поддержке подстановок с заданием аттрибута из под bind_dn
у вас сводится к тому что bind_dn можно сконструировать используя username. это не так
+1 именно в этом проблема, нет возможности его сконструировать, от слова совсем. https://github.com/ClickHouse/ClickHouse/issues/20253 вот тут собственно прописал по сути схожее с тем, что предложили тут https://t.me/clickhouse_ru/203635
юзер может логинится в LDAP используя bind_dn, userPrincipalName, samAccountName, и что угодно что можно наконфигурить... т.е. username=ivanov3443 bind_dn =CN=IVAN IVANOVICH IVANOV, OU=USERS, DC=ALTINITY, DC=COM
Там другое описано.
ну да, там через сервисного юзера, если взять вариант предложеный DJ, то отпадает лишь этап проверки пароля пользователя, остальное остается
Обсуждают сегодня