Why does the login keep failing? Also, can we not close it until the problem is solved

[pptfz]

I specified dn login and uid login, but it still failed. Are there any successful login examples?

docker run --rm -it \
  --name phpldapadmin \
  -e LDAP_HOST=10.0.16.17 \
  -e APP_KEY=base64:IeijsYKXA0Yzs+WZAZCRodb/UIAdTOSeFimwpgHVh3k= \
  -e APP_URL=http://phpldapadmin.mydomain.com \
  -e LDAP_LOGIN_ATTR=uid \
  -p 8080:8080 phpldapadmin/phpldapadmin:2.1.3

docker run --rm -it \
  --name phpldapadmin \
  -e LDAP_HOST=10.0.16.17 \
  -e APP_KEY=base64:IeijsYKXA0Yzs+WZAZCRodb/UIAdTOSeFimwpgHVh3k= \
  -e APP_URL=http://phpldapadmin.mydomain.com \
  -e LDAP_LOGIN_ATTR=dn \
  -p 8080:8080 phpldapadmin/phpldapadmin:2.1.3

The login failed. Why is there no error message in the container at all?

docker logs -f phpldapadmin
* Started with [--config /etc/caddy/Caddyfile --adapter caddyfile]
* Laravel Setup...
  - /app is an external mount point 1
  - Caching configuration...

   INFO  Caching framework bootstrap, configuration, and metadata.  

  config ............................................................................................................................... 8.45ms DONE
  events ............................................................................................................................... 1.16ms DONE
  routes .............................................................................................................................. 11.90ms DONE
  views ............................................................................................................................... 72.97ms DONE

2025/06/09 08:28:51.701	INFO	using config from file	{"file": "/etc/caddy/Caddyfile"}
2025/06/09 08:28:51.702	INFO	adapted config to JSON	{"adapter": "caddyfile"}
2025/06/09 08:28:51.702	WARN	Caddyfile input is not formatted; run 'caddy fmt --overwrite' to fix inconsistencies	{"adapter": "caddyfile", "file": "/etc/caddy/Caddyfile", "line": 10}
2025/06/09 08:28:51.703	INFO	admin	admin endpoint started	{"address": "localhost:2019", "enforce_origin": false, "origins": ["//localhost:2019", "//[::1]:2019", "//127.0.0.1:2019"]}
2025/06/09 08:28:51.703	INFO	tls.cache.maintenance	started background certificate maintenance	{"cache": "0xc0005e3080"}
2025/06/09 08:28:51.718	INFO	frankenphp	FrankenPHP started 🐘	{"php_version": "8.4.6", "num_threads": 8, "max_threads": 8}
2025/06/09 08:28:51.718	WARN	http	HTTP/2 skipped because it requires TLS	{"network": "tcp", "addr": ":8080"}
2025/06/09 08:28:51.718	WARN	http	HTTP/3 skipped because it requires TLS	{"network": "tcp", "addr": ":8080"}
2025/06/09 08:28:51.718	INFO	http.log	server running	{"name": "srv0", "protocols": ["h1", "h2", "h3"]}
2025/06/09 08:28:51.719	INFO	autosaved config (load with --resume flag)	{"file": "/config/caddy/autosave.json"}
2025/06/09 08:28:51.719	INFO	serving initial configuration
2025/06/09 08:28:51.720	INFO	tls	cleaning storage unit	{"storage": "FileStorage:/data/caddy"}
2025/06/09 08:28:51.721	INFO	tls	finished cleaning storage units

[pptfz]

I installed openldap on centos7.9, with version 2.4.44

slapd -V
@(#) $OpenLDAP: slapd 2.4.44 (Feb 23 2022 17:11:27) $
    mockbuild@x86-01.bsys.centos.org:/builddir/build/BUILD/openldap-2.4.44/openldap-2.4.44/servers/slapd
can login to ldap by starting the image using osixia/phpldapadmin

docker run \
  -d \
  -p 8081:80 \
  -v phpldapadmin:/container/service/phpldapadmin/assets/config \
  --privileged \
  --name phpldapadmin \
  --hostname phpldapadmin \
  --env PHPLDAPADMIN_HTTPS=false \
  --env PHPLDAPADMIN_LDAP_HOSTS=10.0.16.17 \
  --restart=always \
  --detach \
  osixia/phpldapadmin:0.9.0

But use phpldapadmin/phpldapadmin this mirror, whether specified login way as the dn or uid, logon failure

docker run --rm -it \
  --name phpldapadmin \
  -e LDAP_HOST=10.0.16.17 \
  -e APP_KEY=base64:IeijsYKXA0Yzs+WZAZCRodb/UIAdTOSeFimwpgHVh3k= \
  -e APP_URL=http://phpldapadmin.mydomain.com \
  -e LDAP_LOGIN_ATTR=uid \
  -p 8080:8080 phpldapadmin/phpldapadmin:2.1.3

docker run --rm -it \
  --name phpldapadmin \
  -e LDAP_HOST=10.0.16.17 \
  -e APP_KEY=base64:IeijsYKXA0Yzs+WZAZCRodb/UIAdTOSeFimwpgHVh3k= \
  -e APP_URL=http://phpldapadmin.mydomain.com \
  -e LDAP_LOGIN_ATTR=dn \
  -p 8080:8080 phpldapadmin/phpldapadmin:2.1.3

Someone use phpldapadmin/phpldapadmin the mirror a successful login？

I tried to use ai tools to help me solve problems, but all failed. If someone successfully logs in with this tool, please share the operation steps. Thank you

[ghost]

~~I also had the same problem and was wondering what the issue was. Glad to see I'm not the only one. ~~

Edit: There are guides listed about this. That's why your issue is getting closed.

[pptfz]

@DravenWB I just solved this problem. I can log in now, but I'm not sure if there are any other issues
add ou

cat > add-ou-devops.ldif << EOF
dn: ou=devops,dc=ops,dc=com
objectClass: organizationalUnit
ou: devops
EOF

import

ldapadd -x -D "cn=admin,dc=ops,dc=com" -W -f add-ou-devops.ldif

Confirm successful creation

$ ldapsearch -x -b "dc=ops,dc=com" "(ou=devops)"
# extended LDIF
#
# LDAPv3
# base <dc=ops,dc=com> with scope subtree
# filter: (ou=devops)
# requesting: ALL
#

# devops, ops.com
dn: ou=devops,dc=ops,dc=com
objectClass: organizationalUnit
ou: devops

# search result
search: 2
result: 0 Success

# numResponses: 2
# numEntries: 1

add user

password is admin

cat > add-user-admin.ldif << EOF
dn: uid=admin,ou=devops,dc=ops,dc=com
objectClass: inetOrgPerson
objectClass: organizationalPerson
objectClass: person
uid: admin
cn: Administrator
sn: Admin
userPassword: {SSHA}Gg2f+NuyBsdnVXhoeAkuP+rCSH2325iB
EOF

import

ldapadd -x -D "cn=admin,dc=ops,dc=com" -W -f add-user-admin.ldif

Confirm successful creation

$ ldapsearch -x -D "cn=admin,dc=ops,dc=com" -W -b "dc=ops,dc=com" "(uid=admin)"
Enter LDAP Password: 
# extended LDIF
#
# LDAPv3
# base <dc=ops,dc=com> with scope subtree
# filter: (uid=admin)
# requesting: ALL
#

# admin, devops, ops.com
dn: uid=admin,ou=devops,dc=ops,dc=com
objectClass: inetOrgPerson
objectClass: organizationalPerson
objectClass: person
uid: admin
cn: Administrator
sn: Admin
userPassword:: e1NTSEF9R2cyZitOdXlCc2RuVlhob2VBa3VQK3JDU0gyMzI1aUI=

# search result
search: 2
result: 0 Success

# numResponses: 2
# numEntries: 1

Then you can log in successfully

[coolsunhere]

@pptfz Can I have a look at your container running configuration?

[pptfz]

@coolsunhere
Do you have any questions?

  --name phpldapadmin \
  -e APP_KEY="base64:IeijsYKXA0Yzs+WZAZCRodb/UIAdTOSeFimwpgHVh3k=" \
  -e APP_URL="http://10.0.16.17" \
  -e LDAP_HOST="10.0.16.17" \
  -e LDAP_PORT="389" \
  -e LDAP_BASE_DN="dc=ops,dc=com" \
  -e LDAP_USERNAME="cn=admin,dc=ops,dc=com" \
  -e LDAP_PASSWORD="admin" \
  -e LDAP_LOGIN_ATTR="uid" \
  -e LDAP_LOGIN_OBJECTCLASS="inetOrgPerson" \
  -v phpldapadmin_sessions:/app/storage/framework/sessions \
  -v phpldapadmin_logs:/app/storage/logs \
  -p 8080:8080 \
  phpldapadmin/phpldapadmin:2.1.3

[coolsunhere]

@pptfz Thank you. I can log in, too

[pptfz]

@pptfz Thank you. I can log in, too@pptfz 谢谢。我也可以登录

👌

[3n1gmus]

Just found this and it seems to be the same issue I have, but I don't understand the fix. Why would adding a devops ou fix this issue?