-
Notifications
You must be signed in to change notification settings - Fork 5
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
iptables-common not working #6
Comments
Thank you SOOOO much! I spent hours trying to track down why the synology wasn't banning even though the rules were all there. This needs to be updated on the main page to save people the headache. |
Added the file to make it easier |
Same issue as the above poster on DSM 7.2-64570 Update 3. The IPs get set to drop in iptables, but I can still access stuff. |
2023/11/21 22:03:09 stdout Server ready |
Hello, Thanks for your time and work. I have copied Here's
Thanks for your help. |
Hi all, Same history in Version: 7.2.1-69057 Update 5 on my Syno |
I have the same problem on DSM 7.2.1-69057 Update 5
|
I finally got it to work. |
soory for my ENG |
Did you create a fail2ban container as described here? https://github.com/sosandroid/docker-fail2ban-synology#installation |
I have a separate container following the instructions at https://github.com/sosandroid/docker-fail2ban-synology#installation The error is still the same...
Just in case, I have deleted the container completely and recreated it. The only thing I have done afterwards is delete the bitwarden.conf and bitwarden-admin.conf files from the jail.d and filter.d folders because I use vaultwarden |
Have you put the file iptables.local in |
Yes of course, I have not modified the action.d folder This is the iptables.local file:
|
Same Pb for me `
-----My action.d----- [Init] [INCLUDES] [Definition] [DEFAULT] ignoreip = 172.16.0.0/12 192.168.10.0/16 10.6.0.0/8 # optional [vaultwarden] enabled = true Docker with env : NET-ADMIN and NET-RAW - |
I have the issue now as well. |
Dude !!!! you'r sooo true.. Works !!! . |
I've opened an issue in crazy-max/docker-fail2ban |
@ngthwi You're the best! Thank you so much!!! |
It's fixed, you can therefore pull |
Thank you for this follow up |
Hello, For a long time, I was not using the crazy-max/docker-fail2ban image as instructed by this repo, but instead I was using swag. But this repository and its hacks helped me to configure swag's fail2ban to make it work with my synology, so thank you for that. Unfortunately, recently I upgraded my swag container to the latest image (which hadn't been upgraded for a while), and since then, I get the same error.
I'm still on DSM 7.1 (I know, shame on me, I should upgrade), so I don't think it's related to a new DSM upgrade. I tried however to recreate my swag container with an older image (2.8.0, which is 4 month old), but strangely, the error is still there. Furthermore, I tried as well to create a whole new separated fail2ban container, as advised by this repo and in this issue's comments: f2b successfully detects the login attempts, and "bans", however I'm not really banned, as shown in those logs, I can still connect:
I tried with the I'm not sure what I did wrong. The only thing that I changed is to only keep the Any ideas ? |
Hello, I have the same problem, have you finally found a solution? |
Hi,
After hours of debugging, I finally managed to make "DROP" default.
To make it work, the file now needs to be named iptables.local and not iptables-common.local anymore
Thank you
The text was updated successfully, but these errors were encountered: