Your message dated Tue, 29 Aug 2006 20:34:24 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#363106: Openswan, iptables (fiaif) and 2.6.16 kernel 
problem
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: fiaif
Version: 1.20.1-2
Severity: important



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.

*******************************************

Here is the answer from the kernel team:

No, it isn't a normal behaviour.
Patrick Mchardy ipsec patches were integrated in 2.6.16 and now
netfilter properly sees both esp & clear packets. This is a
drawback of your firewall/snat rules. 

Adding it to fiaif.conf solves the problem (post start script):

iptables -t nat -I POSTROUTING -s 192.168.0.0/24 -d 192.168.10.0/24 -j ACCEPT


-- Package-specific info:

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-a7n-v3
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages fiaif depends on:
hi  bash                         3.0-15      The GNU Bourne Again SHell
hi  coreutils                    5.2.1-2.1   The GNU core utilities
ii  cron                         3.0pl1-94   management of regular background p
ii  debconf [debconf-2.0]        1.4.72      Debian configuration management sy
ii  debianutils                  2.15.5      Miscellaneous utilities specific t
ii  dnsutils                     1:9.3.2-2   Clients provided with BIND
ii  grep                         2.5.1.ds2-4 GNU grep, egrep and fgrep
ii  iptables                     1.3.3-2     Linux kernel 2.4+ iptables adminis
ii  logtail                      1.2.43a     Print log file lines that have not
ii  net-tools                    1.60-17     The NET-3 networking toolkit
ii  sed                          4.1.4-7     The GNU sed stream editor
hi  wget                         1.10.1-1    retrieves files from the web

fiaif recommends no packages.

-- debconf information:
  fiaif/cron_logfile:
* fiaif/warning:
* fiaif/enable_cron: false
* fiaif/enable_initd: true


--- End Message ---
--- Begin Message ---
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Rémi Denis-Courmont schrieb:
> FYI, iptables 1.3.5 has been in sid for a few days.
Ok, I am closing this. If there are still problems with newer kernels or
ipsec, please file a new bug report.

Thanks,
  Bastian
- --
  ,''`.                  Bastian Kleineidam
 : :' :                    GnuPG Schlüssel
 `. `'    gpg --keyserver wwwkeys.pgp.net --recv-keys 32EC6F3E
   `-

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFE9IiveBwlBDLsbz4RAhMdAKDI+1MWDA+SdyBeRtVzbOtXAVjm5wCfdcBm
phzCEF5YTc8/Jtjm6GhylxM=
=XdQq
-----END PGP SIGNATURE-----

--- End Message ---

Reply via email to