<div>Changing to iptables-legacy worked. Now my servers are up and running. Thank you so much <span data-emoji-typing="true">:)</span></div><br><div>On Tue, 11 Feb 2020 16:58:39 +0100 Alberto Molina Coballes wrote:</div><br><div>> El mar., 11 feb. 2020 a las 14:03, Vasanth Srivatsa ()</div><br><div>> escribió:</div><br><div>></div><br><div>> > Is this bug fixed or still open? When can users expect a fix (approximate</div><br><div>> > time)? I have servers which are non-functional due to this bug. I just</div><br><div>> > updated them yesterday and they are blocking all incoming connections.</div><br><div>> ></div><br><div>></div><br><div>> Hi Vasanth,</div><br><div>></div><br><div>> This is not a debian specific bug, but an upstream one related to iptables</div><br><div>> 1.8.4 that affects the way ufw is using iptables-restore and Jamie</div><br><div>> Strandboge has opened a bug on netfilter as mentioned before (thanks Jamie!)</div><br><div>></div><br><div>> In the meanwhile, the workaround is configure iptables to use</div><br><div>> iptables-legacy:</div><br><div>></div><br><div>> update-alternatives --config iptables</div><br><div>> update-alternatives --config ip6tables</div><br><div>></div><br><div>> Regards,</div><br><div>></div><br><div>> Alberto</div><img class="mailspring-open" alt="Sent from Mailspring" width="0" height="0" style="border:0; width:0; height:0;" src="https://link.getmailspring.com/open/D6EC7DF9-3EE1-4927-A2C3-7AB00C9AB3CE@getmailspring.com?me=6be28a10&recipient=OTQ5NTE4QGJ1Z3MuZGViaWFuLm9yZw%3D%3D">