docker-jitsi-meet icon indicating copy to clipboard operation
docker-jitsi-meet copied to clipboard

docker: no ldap connection to openldap server

Open nobe80 opened this issue 5 years ago • 4 comments

Hi!

using the latest docker version works fine with internal user auth but i´m unable to connect to an openldap server. The openldap server works 100% fine. The server is listen on port 389 and 636. When i use "ldapsearch" from the same server where jitsi meet is running then i get ldap responses on both protocols "ldap" and "ldaps". I can see the ldapsearch requests also in the openldap server logfile. But doesn´t matter what i set in the docker .env file for ldap setting (ldap/ldaps), there is always no connection to see in the openldap server logfile. finally ldap authentication doesn´t work

Any ideas what it could be the reason?

nobe80 avatar May 31 '20 16:05 nobe80

Hello @nobe80 I'm able to use ldaps and ldap with START_TLS successfully. you can refer to this link. I'm using docker swarm and using openldap with docker-compose running on a separate VM instance. I just started learning about ldap because of jitsi-ldap integration only.

my prosody LDAP config please change the LDAP_BASE and LDAP_BINDDN as per you config

LDAP_URL: ldap://ldap.example.in:5050/ #ldaps://ldap.example.in:7946 #ldap://ldap.example.in:5050/
# -D "cn=admin,dc=meet,dc=example,dc=in" -w admin -b "ou=Users,dc=meet,dc=example,dc=in" '(uid=joe)'
# -D --> bindDN, -b --> baseDN
LDAP_BASE: "OU=Users,DC=meet,DC=example,DC=in" # -b
LDAP_BINDDN: "CN=admin,DC=meet,DC=example,DC=in" #CN=admin,OU=Users,DC=meet,DC=example,DC=in # -D
LDAP_BINDPW: admin
LDAP_FILTER: "(uid=%u)" #(sAMAccountName=%u)
LDAP_AUTH_METHOD: bind
LDAP_VERSION: 3
LDAP_USE_TLS: 1
LDAP_TLS_CIPHERS: SECURE256:SECURE128
LDAP_TLS_CHECK_PEER: 1
LDAP_TLS_CACERT_FILE: /etc/ssl/certs/main.pem #<--- this should be a chain certificate. won't work if its just a CA
LDAP_TLS_CACERT_DIR: /etc/ssl/certs
LDAP_START_TLS: 1

prosody logs

jitsi_prosody.1.utx4y6j01w2q@vs2    | saslauthd[278] :attempting a read lock on slot: 31
jitsi_prosody.1.utx4y6j01w2q@vs2    | saslauthd[278] :[login=prayag] [service=xmpp] [realm=meet.example.in]: not found, update pending
jitsi_prosody.1.utx4y6j01w2q@vs2    | saslauthd[278] :attempting to release lock on slot: 31
jitsi_prosody.1.utx4y6j01w2q@vs2    | saslauthd[278] :attempting a write lock on slot: 31
jitsi_prosody.1.utx4y6j01w2q@vs2    | saslauthd[278] :lookup committed
jitsi_prosody.1.utx4y6j01w2q@vs2    | saslauthd[278] :attempting to release lock on slot: 31
jitsi_prosody.1.utx4y6j01w2q@vs2    | saslauthd[278] :auth success: [user=prayag] [service=xmpp] [realm=meet.example.in] [mech=ldap]
jitsi_prosody.1.utx4y6j01w2q@vs2    | saslauthd[278] :response: OK

prayagsingh avatar Jun 05 '20 10:06 prayagsingh

@prayagsingh is it working for you ? I copied the same thing, doesn't work for me

tusharsonawanes avatar Sep 18 '20 13:09 tusharsonawanes

yes it is.

prayagsingh avatar Sep 18 '20 13:09 prayagsingh

yes it is.

That's great. I'll re-deploy the whole thing. If I have any issue, I'll put it here.

Anyway, did you make any changes in prosody or jicofo for the same ?

tusharsonawanes avatar Sep 19 '20 06:09 tusharsonawanes

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

github-actions[bot] avatar Jul 23 '25 02:07 github-actions[bot]