LDAP/AD认证
检查测试ldap配置
如果从LDAP服务器中删除了用户,则该用户也会在GitLab中被阻止。用户将立即被阻止登录。但是,LDAP检查缓存时间为一小时(请参阅注释),这意味着已经登录或通过SSH使用Git的用户仍然可以访问GitLab最多一个小时。在GitLab管理区域中手动阻止用户以立即阻止所有访问。
在集成AD后,为了兼容前期Gitlab创建的用户账号,在创建AD用户账号时只需保证 sAMAccountName,email 属性与Gitlab用户的 Urname、电子邮箱 的值一致即可(密码可以不同),使用这种方式创建的AD账户登录Gitlab时Gitlab不会创建新用户。
Nginx Proxy Manager 是一个基于MIT协议的开源项目,这个项目实现了通过web界面管理控制一些Nignx常用的功能,比如重定向、反向代理、404、甚至提供了免费的SSL,Nginx-proxy-ldap-manager在Nginx Proxy Manager的基础上添加了nginx-auth-ldap认证模块。
docker-compo
管理界面端口: 81
默认管理员密码:
使用AD认证时才配置Advanced,auth_ldap_rvers值与nginx.conf文件中的ldap_rver值对应
【1】 How to configure LDAP with GitLab CE
【2】 General LDAP Setup
【3】 nginx-auth-ldap
【4】 LDAP 认证
【5】 nginx-proxy-ldap-manager
openVPN使用ldap认证
注意:客户端也可以使用证书和用户名密码双认证,证书我们可以所有用户使用统一的client证书,用户名使用ldap认证
如果不想每次登陆openVPN都是用用户名密码,请查看我前面所写的文章
metersphere集成LDAP实现统一身份认证
Deepin系统基于LDAP统一认证
Jenkins上集成多个LDAP服务器认证
1. 安装LDAP插件
[ https://plugins.jenkins.io/ldap/]
2. 添加一个Jenkins LDAP配置
Server :这里填写LDAP rver的地址即可
root DN : 这里填写你需要的ba路径, 如果这里不填则勾选 Allow blank rootDN ,但是ur arch ba和group arch ba则不能为空,否则会报找不到object的错误
Ur arch ba :可以不填,则会查找改root DN下的所有用户
Ur arch filter :一般包含三种, uid={0}; cn={0}; sAMAccountName={0}, 如果不确定LDAP Server怎样设置的,则可以依次尝试
Group arch ba : 可以不填,则会查找改root DN下的所有组
Manager DN :认证查询该LDAP服务器的用户DN,包括该用户的完整CN, OU, DC
Manager Password : 上述用户的密码
其他可以保持默认配置
3. 添加另外一个LDAP Server 的配置
点击 Add Server , 可以按照上述配置继续配置,这两个可以是不同的配置
配置多个ldap时建议勾选上 Ignore if unavailable ,这样如果其中一个ldap rver不可用,会尝试使用下一些个ldap rver。
4. 配置过程中遇到的问题
4.1 错误日志:
Ur lookup: failed for ur "your_urname" LdapCallback;null; nested exception is javax.naming.PartialResultException [Root exception is javax.naming.CommunicationException: dc1.dc2.dc3:389 [Root exception is java.net.UnknownHostException: dc1.dc2.dc3]] LDAP Group lookup: could not verify.
其中your_urname是你试图登陆的一个AD用户; dc1.dc2.dc3是你设置的DC=dc1, DC=dc2, DC=dc3,我这里出现了该问题是因为LDAP rver我提供的是一个IP地址
原因:该问题是找不到 dc1.dc2.dc3该域名,请在AD上配置域名解析 your_LDAP_IP 到dc1.dc2.dc3或者临时在系统的/etc/hosts文件中添加该域名解析
4.2 错误日志:
LdapCallback;LDAP respon read timed out, timeout ud:60000ms.; nested exception is javax.naming.NamingException: LDAP respon read timed out, timeout ud:60000ms.; remaining name ''
这个问题是因为connection pool的连接有问题,解决方案是在Jenkins的LDAP配置中添加一个环境变量 com.sun.jndi.ldap.connect.pool 设为 fal , 具体可参考:[ https://guv.cloud/post/jenkins-and-ldap/]
4.3 我使用的是docker 容器跑的Jenkins,有一些有用的命令
docker logs --following container_name/ID 查看日志
docker exec --ur root -it container_name/ID /bin/bash 以root用户登陆该容器
4.4 如果登陆速度较慢,可以enable cache来减少查询LDAP rver的负载
本文发布于:2023-02-28 18:54:00,感谢您对本站的认可!
本文链接:https://www.wtabcd.cn/zhishi/a/167758913748642.html
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。
本文word下载地址:ldap认证(ldap认证是什么意思).doc
本文 PDF 下载地址:ldap认证(ldap认证是什么意思).pdf
留言与评论(共有 0 条评论) |