Re: Routing issues - ping works one way but not the other
- From: Pascal Hambourg <boite-a-spam@xxxxxxxxxxxxxxx>
- Date: Tue, 12 Oct 2010 15:07:45 +0200
David Brown a écrit :
On 12/10/2010 13:06, Pascal Hambourg wrote:[...]
Is there some NAT or stateful filtering on the box A and box C ? These
don't work well with asymmetric routing.
There is no NAT or any kind of filtering on box C - everything passing
through is forwarded directly. Box A does have filtering and NAT, but
not on the interfaces in question (though see below for an update).
A is refusing to forward it from B to C because of the iptables rule
"iptables -A FORWARD -m state --state INVALID -j DROP". I have always
used this rule (and the same for INPUT and OUTPUT chains) at the start
of iptables firewalls.
Assuming that is the case (and I'll do some more tests to make sure),
the question then is why is this reply packet being judged as invalid?
Because box A's connection tracking state machine did not see the echo
request it replies to, due to the asymmetric routing. In the other way,
box A sees the echo request which has state NEW, and does not see the
echo reply, but that does not matter.
And if I am correct in thinking that dropping INVALID packets is
considered best practice, is there any risk in skipping that rule? The
scope here is only for packets arriving and leaving on the same internal
LAN interface - anything on other interfaces or originating from outside
will still be dropped if it is INVALID.
You can safely ACCEPT any packet arriving and leaving on the same
internal LAN interface, regardless of its state.
.
- Follow-Ups:
- Re: Routing issues - ping works one way but not the other
- From: Andrew Gideon
- Re: Routing issues - ping works one way but not the other
- From: David Brown
- Re: Routing issues - ping works one way but not the other
- References:
- Routing issues - ping works one way but not the other
- From: David Brown
- Re: Routing issues - ping works one way but not the other
- From: Pascal Hambourg
- Re: Routing issues - ping works one way but not the other
- From: David Brown
- Routing issues - ping works one way but not the other
- Prev by Date: Re: Routing issues - ping works one way but not the other
- Next by Date: Re: Routing issues - ping works one way but not the other
- Previous by thread: Re: Routing issues - ping works one way but not the other
- Next by thread: Re: Routing issues - ping works one way but not the other
- Index(es):
Relevant Pages
|