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

nftables compatibility (linux kernel 3.13 +) #14

Open
Jamin7777 opened this issue Apr 6, 2016 · 3 comments
Open

nftables compatibility (linux kernel 3.13 +) #14

Jamin7777 opened this issue Apr 6, 2016 · 3 comments

Comments

@Jamin7777
Copy link

"Chain already exists" errors on newer kernels seem to cause connections to drop. A second reload of the ruleset applies it without errors (always).

A possible solution has been added to this thread by cbastos

https://sourceforge.net/p/fwbuilder/discussion/16372/thread/d06b6ae9/

Are there other incompatibilities with nftables?

@a-schild
Copy link

a-schild commented Apr 6, 2016

In the Uninett@be15f6e fork of fwbuilder they added a >=1.4.20 iptable version and then handle som especial cases for the undelying nftables

@carlxvier
Copy link

@Jamin7777
A possible solution has been added to this thread by cbastos

https://sourceforge.net/p/fwbuilder/discussion/16372/thread/d06b6ae9/

When I posted that possible fix at the Sourceforge I didn't knew about the fix applied to the reset iptables on this fork because of a possible deadlock condition.

I edited the old script that was giving the errors and set the loop like the one available here https://github.com/sirius/fwbuilder/blob/master/src/res/configlets/linux24/reset_iptables
and the chains got cleaned and erased.

@sirius
Copy link
Owner

sirius commented May 9, 2016

@carlxvier Does the bug exist in current HEAD (sirius/fwbuilder@2dd4903)?

Does be15f6e and ecc886a fix the bug?

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

No branches or pull requests

4 participants