From: Patrick McHardy <kaber@trash.net>
To: Ben Gamsa <ben@somanetworks.com>
Cc: netfilter-devel@vger.kernel.org, Bart De Schuymer <bdschuym@pandora.be>
Subject: Re: arptables issue with user-defined chains and -j RETURN
Date: Wed, 11 Jun 2008 08:14:58 +0200 [thread overview]
Message-ID: <484F6D62.8020602@trash.net> (raw)
In-Reply-To: <484EAE6E.30206@somanetworks.com>
Ben Gamsa wrote:
> I'm using version 0.0.3-3 of arptables (curently with a 2.6.20 kernel, soon
> to be upgraded) and it seems like explicit and implicit RETURNs are not
> working.
> What I believe is happening is that arptables includes its own version of
> arp_tables.h (actually, two identical copies), with a definition for
> ARPT_RETURN.
> Specifically, it defines it as:
>
> #define ARPT_RETURN (-NF_MAX_VERDICT - 1)
>
> while the kernel defines it as XT_RETURN, which in turn defines it as
>
> #define XT_RETURN (-NF_REPEAT - 1)
>
> The end result seems to be that rules that explicitly or implicitly use the
> target RETURN actually end up with the target STOP, and so returns from
> chains don't work. Changing the definition of ARPT_RETURN in arptables to
> match the definition of XT_RETURN appears to fix the problem.
I think the error is in userspace, it shouldn't define the value
dependant on a non-fixed value. If the kernel did this as well
before the intoduction of x_tables (which defined ARPT_RETURN
to XT_RETURN), compatibility was already broken by the introduction
of NF_STOP a long time ago. So I think the correct fix is to
resync the arp_tables userspace header files with the kernel.
next prev parent reply other threads:[~2008-06-11 6:15 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-10 16:40 arptables issue with user-defined chains and -j RETURN Ben Gamsa
2008-06-11 6:14 ` Patrick McHardy [this message]
2008-06-14 18:02 ` Bart De Schuymer
2008-06-16 7:28 ` Patrick McHardy
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=484F6D62.8020602@trash.net \
--to=kaber@trash.net \
--cc=bdschuym@pandora.be \
--cc=ben@somanetworks.com \
--cc=netfilter-devel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.