Closed radiolondra closed 9 months ago
Thank you for the well-written report. I tested the process in a fresh VM and replicated the issue.
The problem occurs because the ufw reload
issues ufw stop
and that triggers after.init stop
, which is where the ufw-init error messages come from, and that fails due to a lack of checks for expected state. The expected state doesn't exist because the script had never been run with the start command.
The procedure should have been to run /etc/ufw/after.init start
instead of the ufw reload
. I've updated the readme for this.
Above where you issue ufw enable
and that returns without error, indicates the blocklist is starting without issue.
I've just committed changes to after.init that should help to clear the reload/stop problem. Download the current after.init and issue /etc/ufw/after.init stop
perhaps a couple of times might fix the problem by deleting the extra iptables rules that are using the set.
Please let me know how you go.
I have tested the installation process changes to the documentation using the latest (v3.0) code in a fresh VM and affirm that this issue is resolved. Thank you for reporting the issue.
Ubuntu 20.04 LTS iptables 1.8.7 ipset 7.15
I installed ufw-blocklist following the README guidelines.
This is my ufw-blocklist folder:
At this time ufw was enabled and running. Executing guidelines:
Note: to have the copied /etc/ufw/after-init executable, I had to chmod it (750) in /etc/ufw directly.
reloading ufw:
After that, I enabled ufw again manually:
And finally I tried to reload ufw:
I did the whole process several times, updated iptables, ufw, ipset, ... without any success. I don't know what else I should do. Any idea?
Thanks