[Durham] openswan ipsec issue

Andrew Glass andrewglass3 at gmail.com
Thu Nov 10 00:37:50 UTC 2011


Evening/morning all :)

Ive got a little problem with my openswan ipsec vpn that I run out in france.

Sometimes I get the following messages,  if I tail the syslog regarding my openswan startup

root at zen:/var/log# tail -f syslog
Nov 10 01:19:22 zen ipsec_setup: Starting Openswan IPsec U2.6.28/K2.6.38.2-grsec-xxxx-grs-ipv6-32...
Nov 10 01:19:22 zen ipsec_setup: Using NETKEY(XFRM) stack
Nov 10 01:19:22 zen ipsec_setup: ...Openswan IPsec started
Nov 10 01:19:22 zen ipsec__plutorun: adjusting ipsec.d to /etc/ipsec.d
Nov 10 01:19:22 zen pluto: adjusting ipsec.d to /etc/ipsec.d
Nov 10 01:19:22 zen kernel: init: plymouth-stop pre-start process (3476) terminated with status 1
Nov 10 01:19:22 zen ipsec__plutorun: 002 added connection description "vpnserver"
Nov 10 01:19:22 zen ipsec__plutorun: 003 NAT-Traversal: Trying new style NAT-T
Nov 10 01:19:22 zen ipsec__plutorun: 003 NAT-Traversal: ESPINUDP(1) setup failed for new style NAT-T family IPv4 (errno=19)
Nov 10 01:19:22 zen ipsec__plutorun: 003 NAT-Traversal: Trying old style NAT-T
Nov 10 01:20:17 zen kernel: init: ssh main process (2739) terminated with status 255
Nov 10 01:20:32 zen ntpdate[3540]: step time server 213.251.128.249 offset -2.310234 sec
Nov 10 01:20:32 zen kernel: grsec: time set by /usr/sbin/ntpdate[ntpdate:3540] uid/euid:0/0 gid/egid:0/0, parent /etc/network/if-up.d/ntpdate[ntpdate:3532] uid/euid:0/0 gid/egid:0/0
q^C


This can intermittently prevent me from connecting from home.  So I issue this command

root at zen:/var/log# /etc/init.d/ipsec stop
ipsec_setup: Stopping Openswan IPsec...

Then restart it:

root at zen:/var/log# /etc/init.d/ipsec start
ipsec_setup: Starting Openswan IPsec U2.6.28/K2.6.38.2-grsec-xxxx-grs-ipv6-32...
root at zen:/var/log# 

I can then connect no problem - Im wondering if it the nat command I've used in my iptables may be to blame??

After opening the various ports for services I have used the following commands:

iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
iptables -A INPUT -j DROP
iptables -A FORWARD -p tcp -m tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu

Have I missed something that u can see??  Ive also noticed from the first day of renting this server, that ssh takes a little while to respond to my request to login. I am using a none standard port for ssh connections but Ive never had such a slow response to ssh'ing on a none standard port before???? Sometimes takes up to 20 secs to respond ???  Any ideas??

Cheers in advance if you can help peeps! :) Hopefully see some of you at the meeting this coming week too :)

Best wishes

Andy Glass


More information about the Durham mailing list