mirror of
https://github.com/lldap/lldap.git
synced 2026-04-25 16:25:55 +03:00
[GH-ISSUE #713] Need some help. Authelia keeps saying incorrect login. #257
Labels
No labels
backend
blocked
bug
cleanup
dependencies
docker
documentation
duplicate
enhancement
enhancement
frontend
github_actions
good first issue
help wanted
help wanted
integration
invalid
ldap
pull-request
question
rust
rust
tests
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/lldap-lldap#257
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Tyree on GitHub (Oct 25, 2023).
Original GitHub issue: https://github.com/lldap/lldap/issues/713
I've been using FreeIPA as my LDAP server, but I wanted to simplify things and use LLDAP instead.
Here's my config for LLDAP in Authelia:
From the Authelia logs, it seems to connect to the LDAP server just fine. But when I try to log in, it says that my user is not found. I've double and triple checked and my username and password are set in LLDAP identically to how they are set in FreeIPA.
I did have some issues getting Authelia to connect to LLDAP at first. I had tried ldap://lldap since LLDAP is running on the same custom docker network as Authelia. But that failed to connect. So I switched to using the IP of the unRAID server with no port since I am running LLDAP on the default LDAP port of 389. It seemed happy with that, but again, it says my user is not found.
time="2023-10-24T15:40:34-04:00" level=error msg="Unsuccessful 1FA authentication attempt by user 'matt': user not found" method=POST path=/api/firstfactor remote_ip=50.78.232.89 stack="github.com/authelia/authelia/v4/internal/handlers/response.go:266 markAuthenticationAttempt\ngithub.com/authelia/authelia/v4/internal/handlers/handler_firstfactor.go:54 FirstFactorPOST.func1\ngithub.com/authelia/authelia/v4/internal/middlewares/bridge.go:54 (*BridgeBuilder).Build.func1.1\ngithub.com/authelia/authelia/v4/internal/middlewares/headers.go:25 SecurityHeadersCSPNone.func1\ngithub.com/authelia/authelia/v4/internal/middlewares/headers.go:35 SecurityHeadersNoStore.func1\ngithub.com/authelia/authelia/v4/internal/middlewares/headers.go:16 SecurityHeaders.func1\ngithub.com/fasthttp/router@v1.4.14/router.go:414 (*Router).Handler\ngithub.com/valyala/fasthttp@v1.43.0/http.go:154 (*Response).StatusCode\ngithub.com/authelia/authelia/v4/internal/middlewares/strip_path.go:22 StripPath.func1.1\ngithub.com/valyala/fasthttp@v1.43.0/server.go:2338 (*Server).serveConn\ngithub.com/valyala/fasthttp@v1.43.0/workerpool.go:224 (*workerPool).workerFunc\ngithub.com/valyala/fasthttp@v1.43.0/workerpool.go:196 (*workerPool).getCh.func1\nruntime/asm_amd64.s:1594 goexit"Is there anything else blatantly wrong with my config here?
Thanks!
@nitnelave commented on GitHub (Oct 25, 2023):
Hmm, I don't see anything obviously wrong. But we'd get more information if we saw the LLDAP side of the request. Can you turn on verbose mode in LLDAP, try to connect via authelia as before, and paste the LLDAP logs?
@Tyree commented on GitHub (Oct 25, 2023):
I had to set the LDAP server back to FreeIPA to get my services available again. I will give this a shot this evening when I can give it my full attention.
Thanks!
@Tyree commented on GitHub (Oct 26, 2023):
Okay. So I flipped back over to LLDAP and now it seems to be letting me log in (no idea why as nothing has changed). As far as I can tell, I am good to go.
I kinda hate it when this happens (but not really). WHY is it suddenly working??? :-D
Thanks!
@nitnelave commented on GitHub (Oct 26, 2023):
Glad you got it working!
On Thu, Oct 26, 2023 at 1:14 PM Matt Tyree @.***> wrote:
--
Valentin Tolmer