-
Notifications
You must be signed in to change notification settings - Fork 344
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Higher loglevel for authentication errors #1463
Comments
Thanks for reporting, could you describe your use case a bit more? I would expect that for it to be useful for fail2ban, we would need to log more info (e.g. an IP address), so just raising the level would not help. Maybe it would be better to match web server logs which should already contain the response code, something like:
Unfortunately, the login endpoint always returns So there is currently no nice way to distinguish failures just from that log. (Technically, you could rely on the fact that responses containing Ideally, we would create a new API endpoint for signing in that uses separate response codes but that will require more thought (e.g. which response code to use, should we support HTTP authentication…) Or you could change the following line to
|
I would expect that for it to be useful for fail2ban, we would need to log more info (e.g. an IP address), so just raising the level would not help.
Ah yes, my fail, it would need the IP-adress too ...
|
Wrong username or password is currently logged on DEBUG-level. I think this information is more important, so should be logged on a higher level. I think NOTICE could be okay for this.
This would allow to use tools like fail2ban without creating gigantic logfiles.
The text was updated successfully, but these errors were encountered: