From: Patrick McHardy <kaber@trash.net>
To: Laurent CARON <lcaron@apartia.fr>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Openswan, iptables (fiaif) and 2.6.16 kernel
Date: Sat, 15 Apr 2006 17:58:32 +0200 [thread overview]
Message-ID: <44411828.5070501@trash.net> (raw)
In-Reply-To: <443F9667.2070701@apartia.fr>
Laurent CARON wrote:
> Hi,
>
> I'm running an openswan gateway for quite a long time now.
>
> I have used 2.4.X and 2.6.X kernels without any problem until i decided
> to upgrade to 2.6.16 kernel.
>
> Summary of problem:
>
> Under 2.6.15 everything is fine
>
> Under 2.6.16 my tunnels establish well, but i can't even ping a single
> computer located on the other end of the tunnel when the firewall is up.
> Disabling the firewall solves the problem (but is not an option for me).
>
> $ cat ip_conntrack | grep 192.168.10
> icmp 1 8 src=192.168.0.192 dst=192.168.10.1 type=8 code=0 id=793
> packets=4 bytes=116 [UNREPLIED] src=192.168.10.1 dst=XXX.XXX.XXX.XXX
> type=0 code=0 id=793 packets=0 bytes=0 mark=0 use=1
>
> 192.168.0.0/24 is my lan subnet (natted so that lan computers can access
> the internet through the public ip address)
> 192.168.0.192 is a workstation on my lan
> 192.168.10.0/24 is the other subnet
> XXX.XXX.XXX.XXX is my public ip address
>
>
> If i disable the nat of 192.168.0.0/24, i can ping the other end.
>
> Re-enabling the nat however disables the ability to ping the other end.
>
> Seems iptables is trying to nat packets the wrong way :$, or that I
> missed a major change in 2.6.16.
2.6.16 does a second policy lookup after SNAT, you probably SNAT
the packets to an address that doesn't match the policy anymore.
next prev parent reply other threads:[~2006-04-15 16:01 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-04-14 12:32 Openswan, iptables (fiaif) and 2.6.16 kernel Laurent CARON
2006-04-15 15:58 ` Patrick McHardy [this message]
-- strict thread matches above, loose matches on Subject: below --
2006-04-15 16:55 Andrey Borzenkov
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=44411828.5070501@trash.net \
--to=kaber@trash.net \
--cc=lcaron@apartia.fr \
--cc=linux-kernel@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.