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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox