All of lore.kernel.org
 help / color / mirror / Atom feed
From: Fredrik Ax <frax@axnet.nu>
To: Patrick McHardy <kaber@trash.net>
Cc: netfilter@vger.kernel.org
Subject: Re: iptables MARK + ip rule fwmark on locally generated packets
Date: Fri, 22 Jan 2010 11:31:18 +0100	[thread overview]
Message-ID: <20100122103118.GG23731@ioi.dk> (raw)
In-Reply-To: <4B597967.3060603@trash.net>

On Fri, Jan 22, 2010 at 11:09:43AM +0100, Patrick McHardy wrote:

> 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.

So, to accomplish this I would have to oute it through a dummy
interface to make iptables able to mark it before it goes out?

TIA,
/frax

______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
______________________________________________________________________

  reply	other threads:[~2010-01-22 10:31 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
2010-01-22 10:31   ` Fredrik Ax [this message]
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=20100122103118.GG23731@ioi.dk \
    --to=frax@axnet.nu \
    --cc=kaber@trash.net \
    --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.