Skip to content
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

ACCEPT and CLOSE log messages are errors #106

Open
MartinX3 opened this issue Apr 12, 2024 · 2 comments
Open

ACCEPT and CLOSE log messages are errors #106

MartinX3 opened this issue Apr 12, 2024 · 2 comments
Labels
question Further information is requested

Comments

@MartinX3
Copy link

MartinX3 commented Apr 12, 2024

By default the info messages about ACCEPT and CLOSE of this service are listed as errors in my systemd journal.
Which results in spamming me with log reports since there are many attempts in my honeypot.

I thought these are level 1 and the default stderrthreshold is 2.

@shizunge
Copy link
Owner

shizunge commented Apr 18, 2024

I am not sure what do you mean "listed as errors". They are "glog.V(1).Infof()".

If you mean they go to the stderr, and you don't like it, there are many command line options to control the log. I think the log will go to files by default, unless you set -alsologtostderr or -logtostderr. INFO, WARNING, ERROR should go to different files, if I remember correctly .

You can minimize the log by not using -v=1

@shizunge shizunge added the question Further information is requested label Apr 18, 2024
@MartinX3
Copy link
Author

It's also a bit confusing for me.

I use the systemD journal and the listed logs there are marked as error instead of info.
In the previous project they where listed as info.

I set now both cli arguments in the readme to restore the "old" behavior.
Now there is no log at all which is fine for me because the flood of error level log entries in my systemD journal stopped now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
question Further information is requested
Projects
None yet
Development

No branches or pull requests

2 participants