[Openswan Users] IPSec SA established, but cant ping

Martin Goldstone nightofdarkness at hotmail.com
Thu Dec 9 16:17:48 CET 2004



Hi All,

I'm currently having a problem, and I'm hoping someone on this list can 
provide a solution.

The situation is this: I want to set up a VPN between a Windows XP 
(original) box and my Suse 9.1 box (kernel 2.6.5), running openswan 2.2.0.  
The trick is, my Suse box is sitting behind a broadband router, so there is 
NAT involved.

So it looks like this:

Suse box ---- NAT/router ---- Internet ---- Windows box


IPs are as follows:

Suse box: 192.168.2.28
NAT private side: 192.168.2.1
NAT public side: 213.106.102.20 (assigned by DHCP, in practice remains 
static)
Windows Box: 81.97.144.210 (assigned by DHCP, in practice remains static)

After much research through Google, this mailing list and others, I managed 
to get the IPSec SA established (previous to this, I had problems doing 
this, getting error messages such as no connection found etc).


  At one point, I was able to ping the Suse box from the windows box 
sucessfully, however, I changed a setting and upon changing it back the ping 
ceased to work.  From the windows box, when I ping 192.168.2.28, I get:

Negotiating IP Security
Request timed out
Request timed out
Request timed out

If I use the -t option with ping, I just get Request timed out repeated 
continuously. I will at this point mention that the windows box has a norton 
personal firewall installed on it, and the first time I tried pinging, it 
complained of an invalid ICMP type, however upon disabling the firewall, it 
is still not working.

I also want to mention that on the windows box, I set IPSec up using IP 
Security Policies snap-in on MMC. To begin with, I had it set on the default 
settings, which tunnel every protocol. As this caused problems with SSH (its 
unproductive to have to run between 2 pcs to check the log files, so I 
prefer to use SSH), I set it up to only tunnel ICMP messages. The ping 
time-out problem is evident in both setups.

I had thought that maybe my router was causing problems. I had already set 
it to forward UDP ports 500 and 4500, as well as tcp port 22, so i decided 
to put my Suse box into the DMZ, thereby causing all traffic to be forwarded 
to it.  Its worth noting that my router has no options or documentation with 
reference to IPSec, and it seems that the only traffic directed at the 
public IP of my router that I can identify which does not get forwarded to 
the Suse box in the DMZ are http requests on Port 88 (admin interface for 
the router) and ping requests. However, this still did not cure the problem.

Running tcpdump on the suse box shows me activity on udp port 500 (as far as 
i can tell its the IKE stuff and setting up of the IPSec SA).  However, 
there appears to be no activity on IP protocol 50, or udp port 4500.

If needs be, I'll email my ipsec.conf file, the contents of 
/var/logs/secure, output of ipsec barf, screenshots of the windows or 
anything else.  I'm on the virge of pulling my hair out on this.

To make matters worse, I cant install the IPSec update for Windows, as the 
Windows box isn't even running SP1, and its owner does not want to update as 
they fear it may cause them problems. Additionally, the cannot find their 
Windows CD, and so I cannot install the Windows Support Tools.  I've 
attempted to download them from the MS website, however they appear to be 
SP2 specific when it comes to the IPSec stuff, as I just get an error saying 
"Ordinal 79 could not be found in IPSEC.DLL" when I try to run ipseccmd.exe, 
and unfortunately netdiag /test:ipsec /v or /debug provides the same output 
as the plain netdiag command, providing very limited IPSec information.

I really hope someone can help me out with a suggestion here.

Thanks in advance,

Mart




More information about the Users mailing list