gpt4 book ai didi

java - mongo 的 LDAP 配置抛出权限被拒绝

转载 作者:IT老高 更新时间:2023-10-28 12:31:30 27 4
gpt4 key购买 nike

我对 MongoDB 和 LDAP 还很陌生。我正在尝试使用 LDAP 对 mongo 用户进行身份验证。这些是我到目前为止所做的步骤。

  1. 在/etc 文件夹中创建了一个 saslauthd.conf 文件,其中包含以下行:
ldap_servers: ldap://com.myldap.server
ldap_use_sasl: yes
ldap_mech: DIGEST-MD5
ldap_auth_method: fastbind
  1. /var/run/saslauthd 中创建了一个 muxdir,现在看起来像 /var/run/saslauthd/mux
  2. 使用 sudo chmod 755/var/run/saslauthd

  3. 将权限设置为 755
  4. /etc/sysconfig/saslauthd修改为如下

MECH=ldap

  1. 取消注释同一文件中的行:

DAEMONOPTS=--user saslauth

现在,当我尝试使用以下命令测试身份验证机制时:

testsaslauthd -u 用户名 -p 密码 -f/var/run/saslauthd/mux

我收到以下消息:

connect(): 权限被拒绝

我的作品基于 thisthis谁能指出我在这里缺少什么?提前致谢。

更新:

我用 sudo 尝试了测试命令,如下所示:

sudo testsaslauthd -u 用户名 -p 密码 -f/var/run/saslauthd/mux

我得到以下信息:

connect() : 连接被拒绝

最佳答案

感谢您的提问。我很喜欢设置我的环境来尝试重现错误。你会很高兴听到我不认为这是一个难以克服的问题。但是,我可能花费了比我想要的更多的时间来设置 MongoDB,cyrus-sasl-md5 ,设置权限等,而实际上与您的问题无关,至少乍一看。

您的问题(我 90% 肯定)是您的 saslauthd守护程序未运行或未正确配置。下面我们一起来看看:

查看service status service saslauthd status 的输出应该和我的类似,贴在下面。注意一些关键值,例如初始化脚本的位置,/etc/init.d/saslauthd/就我而言;和 socket ,/var/run/saslauthd/mux ,您需要放入 testsaslauthd [...] -f /var/run/saslauthd/mux 的相同文件位置命令。

root@hectorvp-pc:~# service saslauthd status                                                                                                                   
● saslauthd.service - LSB: saslauthd startup script
Loaded: loaded (/etc/init.d/saslauthd)
Active: active (running) since Tue 2016-04-26 12:04:59 BST; 1s ago
Docs: man:systemd-sysv-generator(8)
Process: 11569 ExecStop=/etc/init.d/saslauthd stop (code=exited, status=0/SUCCESS)
Process: 11586 ExecStart=/etc/init.d/saslauthd start (code=exited, status=0/SUCCESS)
Memory: 2.0M
CGroup: /system.slice/saslauthd.service
├─11606 /usr/sbin/saslauthd -a ldap -c -m /var/run/saslauthd -n 5
├─11607 /usr/sbin/saslauthd -a ldap -c -m /var/run/saslauthd -n 5
├─11608 /usr/sbin/saslauthd -a ldap -c -m /var/run/saslauthd -n 5
├─11609 /usr/sbin/saslauthd -a ldap -c -m /var/run/saslauthd -n 5
└─11610 /usr/sbin/saslauthd -a ldap -c -m /var/run/saslauthd -n 5

Apr 26 12:04:59 hectorvp-pc systemd[1]: Starting LSB: saslauthd startup script...
Apr 26 12:04:59 hectorvp-pc saslauthd[11586]: * Starting SASL Authentication Daemon saslauthd
Apr 26 12:04:59 hectorvp-pc saslauthd[11606]: detach_tty : master pid is: 11606
Apr 26 12:04:59 hectorvp-pc saslauthd[11606]: ipc_init : listening on socket: /var/run/saslauthd/mux
Apr 26 12:04:59 hectorvp-pc systemd[1]: Started LSB: saslauthd startup script.
Apr 26 12:04:59 hectorvp-pc saslauthd[11586]: ...done.

如果服务没有运行,只需使用 service saslauthd start 启动它并再次检查状态 (service saslauthd status) 以检查任何可能的上游错误。

也可能是您的 ldap 服务器未运行或配置错误。您可以查看上面的服务状态(service slapd status)。

请试试这个并告诉我们结果。

EDIT (26/04/2016): From the conversation in the comments of this answer, I've extracted some more steps. Please, apologize for the extensive conversation below the answer, its summarized here:

调试 saslauthd服务:如图here ,此服务使用系统日志。在我的情况下(Ubuntu),这些日志位于 /var/log/syslog但他们可能在 /var/log/messages在你的情况下。至少默认情况下。在您尝试启动服务时查看此日志,看看您是否看到任何可能让您进一步了解问题所在的错误消息。

/var/logs/messages 中出现的错误是:could not bind to socket : /var/run/saslauthd/mux , bind: address already in use .

我们检查了mux使用文件命令的套接字:file /var/run/saslauthd/mux并且输出说它是一个目录。应该是 socket .然后我们将其删除并重新启动服务。现在服务可以工作了。

关于java - mongo 的 LDAP 配置抛出权限被拒绝,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/36800502/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com