Original message was deleted
Original message was deleted
Original message was deleted
BBlindPanopticon11/15/25, 9:23 PM
installed in a debian lxc via https://community-scripts.github.io/ProxmoxVE/scripts?id=lldap
able to access lldap webgui
can't for the life of me find where the config file is so I can change the port, domain name, and (someday) configure tailscale certificate use.
Looking for assistance.
able to access lldap webgui
can't for the life of me find where the config file is so I can change the port, domain name, and (someday) configure tailscale certificate use.
Looking for assistance.
Proxmox VE Helper-Scripts
The official website for the Proxmox VE Helper-Scripts (Community) repository. Featuring over 400+ scripts to help you manage your Proxmox Virtual Environment.
Original message was deleted
Original message was deleted
Original message was deleted
Original message was deleted
Solved
AAkshay10/21/25, 1:35 PM
I'm having trouble getting Nextcloud to fetch users from LLDAP. I'm not sure where exactly the issue lies. Nextcloud sees the groups, it validates users, says there are 47 entries, but when I ask it to validate settings and count users, it keeps saying 0 users found.
The Nextcloud Log repeatedly says:
and
The Nextcloud Log repeatedly says:
and
Original message was deleted
Solved
Ccharles10/7/25, 5:20 PM
Howdy, I have an older install of lldap that has been running just swell. I have recently started to migrate this to a more modern version, and from docker to kubernetes. My issue seems to be that when I originally stood up lldap [v0.4.3-alpine:252132430cdbf22f3c8e549e1826f9c68ae0e6ae] I just let it generate a seed key file, and from searching around, it appears that a key string is preferred, but it is impossible to convert my current database of users from keyfile to keystring?
Has anyone come up with a good way around this? I think plan A is to just somehow mount this keyfile secret I have to any pods lldap needs in the new setup. Plan B is to start a new DB, migrate all the users, and make them all reset their passwords. Looking for any thoughts or opinions or documentation on how to tackle this?
Has anyone come up with a good way around this? I think plan A is to just somehow mount this keyfile secret I have to any pods lldap needs in the new setup. Plan B is to start a new DB, migrate all the users, and make them all reset their passwords. Looking for any thoughts or opinions or documentation on how to tackle this?
Original message was deleted
Original message was deleted