Linux Netfilter discussions
 help / color / mirror / Atom feed
* ip rule fwmarks letting me down
@ 2008-05-08  5:58 Geoff Crompton
  2008-05-08 12:51 ` whiplash
  0 siblings, 1 reply; 3+ messages in thread
From: Geoff Crompton @ 2008-05-08  5:58 UTC (permalink / raw)
  To: netfilter

Hi,

I'm having problems using fwmarks in my routing policy database, and I'm
not sure why they are not working. We've got two internet uplinks, and
we like to use our internode (our ISP) link for some of our traffic. So
I've got an ip rule output like this:

$ ip rule list
0:      from all lookup 255
32765:  from all fwmark 0x2 lookup internode
32766:  from all lookup main
32767:  from all lookup default

$ ip route list table internode
default via 203.28.240.92 dev vlan9
$ ip route list table main | grep default
default via 203.28.240.91 dev vlan9

To isolate and test this bug, I have done:
# iptables -t mangle -N test-marks
# iptables -t mangle -A test-marks -j MARK --set-mark 0x02
# iptables -t mangle -I PREROUTING 1 -d 192.231.203.132 -j test-marks

Of course if I wanted to affect routing for -d 192.231.203.132 it would
be much easier to do that as a normal routing command. But I need to get
fwmark working, because we use it for other types of traffic.

So when I ping from a machine behind this firewall, it should be routed
via 203.28.240.92, but it isn't. I've been running tcpdump on both
203.28.240.92 and 203.28.240.91, and the packets are definately being
routed via 203.28.240.91.

I'm sure the packets are getting marked. After doing some pinging from a
PC behind the firewall:
# iptables-save -c | grep test-marks
:test-marks - [0:0]
[4:336] -A PREROUTING -d 192.231.203.132 -j test-marks
[4:336] -A test-marks -j MARK --set-mark 0x2

Can anyone please suggest what I've done wrong, or gotchas to watch out
for that I could go and check?

-- 
+-Geoff Crompton
+--Debian System Administrator
+---Trinity College

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: ip rule fwmarks letting me down
  2008-05-08  5:58 ip rule fwmarks letting me down Geoff Crompton
@ 2008-05-08 12:51 ` whiplash
  2008-05-09  1:57   ` Geoff Crompton
  0 siblings, 1 reply; 3+ messages in thread
From: whiplash @ 2008-05-08 12:51 UTC (permalink / raw)
  To: netfilter

Geoff Crompton wrote:

> So when I ping from a machine behind this firewall, it should be routed
> via 203.28.240.92, but it isn't. I've been running tcpdump on both
> 203.28.240.92 and 203.28.240.91, and the packets are definately being
> routed via 203.28.240.91.

Did you
ip route flush cache
before testing?

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: ip rule fwmarks letting me down
  2008-05-08 12:51 ` whiplash
@ 2008-05-09  1:57   ` Geoff Crompton
  0 siblings, 0 replies; 3+ messages in thread
From: Geoff Crompton @ 2008-05-09  1:57 UTC (permalink / raw)
  To: whiplash; +Cc: netfilter

whiplash wrote:
> Geoff Crompton wrote:
> 
>> So when I ping from a machine behind this firewall, it should be routed
>> via 203.28.240.92, but it isn't. I've been running tcpdump on both
>> 203.28.240.92 and 203.28.240.91, and the packets are definately being
>> routed via 203.28.240.91.
> 
> Did you
> ip route flush cache
> before testing?

No, but I have now, and it made no difference. From my perspective, it
looks like a failure in the routing policy database, so I'm not suprised
that an 'ip route' command didn't change the situation. (However I know
nothing about the code internals, so I'm happy to conceed the point if
someone knows better).

BTW, how long do route caches last?

-- 
+-Geoff Crompton
+--Debian System Administrator
+---Trinity College



^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2008-05-09  1:57 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-05-08  5:58 ip rule fwmarks letting me down Geoff Crompton
2008-05-08 12:51 ` whiplash
2008-05-09  1:57   ` Geoff Crompton

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox