You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Dominic-Wagner/vaultwarden parser doesn't handle time zones.
The pattern for parsing the timestamp [%{DATE_YMD:date} %{TIME:time}\] assumes that the logs will be written in UTC. But when properly configured, vaultwarden's logs are in local time.
When crowdsec parses the logs, it assumes UTC, and makes decisions accordingly. In my case, the decisions had the ban period entirely in the past.
This can be handled by changing the pattern to use TIMESTAMP_ISO8601 and changing the vaultwarden log format to add %z
Expected behavior
Update the parser to handle timestamps. A recommended route is provided in the description.
Update the readme/setup directions to indicate the change needed in vaultwarden's admin to make the format have timezone.
The text was updated successfully, but these errors were encountered:
Could you provide an example log line (you can redact any PII data from the line) so we can test and ultimately add it to the test files so we don't break it moving forward
Description
Dominic-Wagner/vaultwarden parser doesn't handle time zones.
The pattern for parsing the timestamp
[%{DATE_YMD:date} %{TIME:time}\]
assumes that the logs will be written in UTC. But when properly configured, vaultwarden's logs are in local time.When crowdsec parses the logs, it assumes UTC, and makes decisions accordingly. In my case, the decisions had the ban period entirely in the past.
This can be handled by changing the pattern to use
TIMESTAMP_ISO8601
and changing the vaultwarden log format to add%z
Expected behavior
Update the parser to handle timestamps. A recommended route is provided in the description.
Update the readme/setup directions to indicate the change needed in vaultwarden's admin to make the format have timezone.
The text was updated successfully, but these errors were encountered: