From: Patrick McHardy <kaber@trash.net>
To: Fredrik Ax <frax@axnet.nu>
Cc: netfilter@vger.kernel.org
Subject: Re: iptables MARK + ip rule fwmark on locally generated packets
Date: Fri, 22 Jan 2010 11:09:43 +0100 [thread overview]
Message-ID: <4B597967.3060603@trash.net> (raw)
In-Reply-To: <20100122100755.GB23731@ioi.dk>
Fredrik Ax wrote:
> Hi guys,
>
> I'm a pretty experienced Linux / network developer and administrator,
> but I can't get my head around this one.
>
> The long story is that I have a box used as router/fw/proxy running
> Debian Squeeze with a customized 2.6.32 x86_64 kernel having three
> interfaces (eth2,eth3,eth4) on the same external subnet. One of the
> interfaces is used for doing masquerading of other
> subnets. Masquerading (not snat) is chosen because the interfaces are
> on dhcp, and I don't want to have to rewrite the fw rules each time I
> get a new addr ... already have enough with dhclient-hooks for fixing
> the routing tables dns-updates, etc ;-) What I basically want to do is
> make the proxy's request to go out the same ifc as the masqueraded
> packets getting a src addr of s41.s42.s43.s44. Other locally generated
> packets should get a src addr s21.s22.s23.s24.
>
> To accomplish this I'm using iptables to mark all, to port 80, locally
> generated tcp packets:
>
> % iptables -t mangle -vnL OUTPUT
> Chain OUTPUT (policy ACCEPT 3234 packets, 2254K bytes)
> pkts bytes target prot opt in out source destination
> 1114 181K MARK tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:80 MARK set 0x4
>
> I have verified that the iptables rule marks them fine enough.
>
> Then the ip rule with prio 99 below should then catch them and route
> according to table eth4 below. That rule however does, for some reason
> not match those packets, instead they are routed according to table
> eth2 below (prio 200 rule), getting src addr s21.s22.s23.s24. If I
> disable that rule they are routed according the the prio 300 rule
> (getting src addr s31.s32.s33.s34).
>
> ...
>
>
> What am I doing wrong here?
Source address selection happens before the packet is even generated,
so iptables marking in OUTPUT can't affect it.
next prev parent reply other threads:[~2010-01-22 10:09 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-01-22 10:07 iptables MARK + ip rule fwmark on locally generated packets Fredrik Ax
2010-01-22 10:09 ` Patrick McHardy [this message]
2010-01-22 10:31 ` Fredrik Ax
2010-01-22 10:53 ` Patrick McHardy
2010-01-22 11:12 ` Fredrik Ax
2010-01-22 11:39 ` SOLVED: " Fredrik Ax
2010-01-22 11:41 ` Patrick McHardy
2010-01-22 12:31 ` Mart Frauenlob
2010-01-22 10:15 ` Fredrik Ax
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=4B597967.3060603@trash.net \
--to=kaber@trash.net \
--cc=frax@axnet.nu \
--cc=netfilter@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.