tram - Hi, I'm seeing surprising behavior where...
Hi, I'm seeing surprising behavior where
lldap_set_password is not accepting the credentials I specified in LLDAP_LDAP_USER_DN_FILE and LLDAP_LDAP_USER_PASS_FILE - the tool reports a 401 when connecting to localhost:17170/auth/simple/login.
Should I be able to use those credentials as the admin user/pass with that CLI tool? Also, I got into this mess because I'm rotating my private_key - I have a separate instance stood up and I've mirrored the database, and now I'm attempting to update the passwords. Does the private key change impact this admin user as well? Is the only way to change the passwords via the email reset flow?Solution:Jump to solution
Hey! Yes, the admin password will be invalidated by the private key rotation. The config values are only used when first creating the admin user, that's not the case anymore. If you can reset the password by email, that's the best. Otherwise, you'll have to delete every admin user using SQL, restart the server to have it recreate the admin user, and then the config values will be set
2 Replies
Solution
Hey! Yes, the admin password will be invalidated by the private key rotation. The config values are only used when first creating the admin user, that's not the case anymore. If you can reset the password by email, that's the best. Otherwise, you'll have to delete every admin user using SQL, restart the server to have it recreate the admin user, and then the config values will be set
got it, thanks