[Openswan Users] Tunnel up, some hosts work, others don't.
Richard Whittaker
richard at avits.ca
Tue Feb 24 13:08:38 EST 2015
Hi.
I am taking another crack at this in the hopes SOMEONE might have some
helpful suggesteions. So far, my posts here and in the Ubuntu lists have
been fruitless, so I will provide as much detail here as I can, and
hopefully someone might have some suggestions, because I am stumped.
I have two private networks, and I have an openswan tunnel over the
public internet tying them together.
192.168.0.0/18 on one side,
192.168.64.0/18 on the other side.
The gateways between the two networks, running openswan are on Ubuntu
12.04 boxes.
Both ends have VMWare guests with a variety of operating systems.
I have a CentOS 5.10 server (vmware guest) on the remote network, I can
access it from anywhere on the local network.
I have Windows 2003R2 server (vmware guest) on the remote network, I
can access it from anywhere on the local network.
I have an Ubuntu 12.04 server (vmware guest) on the remote network, and
I can ping it from the local network, even with large packets:
---
root at prometheus:~# ping -c 10 db2.avits.ca
PING db2.avits.ca (192.168.64.9) 56(84) bytes of data.
64 bytes from db2.avits.ca (192.168.64.9): icmp_seq=1 ttl=62 time=20.0 ms
64 bytes from db2.avits.ca (192.168.64.9): icmp_seq=2 ttl=62 time=16.7 ms
64 bytes from db2.avits.ca (192.168.64.9): icmp_seq=3 ttl=62 time=15.4 ms
64 bytes from db2.avits.ca (192.168.64.9): icmp_seq=4 ttl=62 time=25.5 ms
64 bytes from db2.avits.ca (192.168.64.9): icmp_seq=5 ttl=62 time=15.9 ms
64 bytes from db2.avits.ca (192.168.64.9): icmp_seq=6 ttl=62 time=16.0 ms
64 bytes from db2.avits.ca (192.168.64.9): icmp_seq=7 ttl=62 time=14.8 ms
64 bytes from db2.avits.ca (192.168.64.9): icmp_seq=8 ttl=62 time=19.7 ms
64 bytes from db2.avits.ca (192.168.64.9): icmp_seq=9 ttl=62 time=14.1 ms
64 bytes from db2.avits.ca (192.168.64.9): icmp_seq=10 ttl=62 time=16.4 ms
--- db2.avits.ca ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9013ms
rtt min/avg/max/mdev = 14.141/17.504/25.572/3.252 ms
root at prometheus:~#
root at prometheus:~# ping -c 10 -s 2000 db2.avits.ca
PING db2.avits.ca (192.168.64.9) 2000(2028) bytes of data.
2008 bytes from db2.avits.ca (192.168.64.9): icmp_seq=1 ttl=62 time=23.8 ms
2008 bytes from db2.avits.ca (192.168.64.9): icmp_seq=2 ttl=62 time=19.2 ms
2008 bytes from db2.avits.ca (192.168.64.9): icmp_seq=3 ttl=62 time=21.7 ms
2008 bytes from db2.avits.ca (192.168.64.9): icmp_seq=4 ttl=62 time=32.1 ms
2008 bytes from db2.avits.ca (192.168.64.9): icmp_seq=5 ttl=62 time=21.7 ms
2008 bytes from db2.avits.ca (192.168.64.9): icmp_seq=6 ttl=62 time=20.5 ms
2008 bytes from db2.avits.ca (192.168.64.9): icmp_seq=7 ttl=62 time=19.4 ms
2008 bytes from db2.avits.ca (192.168.64.9): icmp_seq=8 ttl=62 time=19.4 ms
2008 bytes from db2.avits.ca (192.168.64.9): icmp_seq=9 ttl=62 time=32.8 ms
2008 bytes from db2.avits.ca (192.168.64.9): icmp_seq=10 ttl=62 time=22.1 ms
--- db2.avits.ca ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9013ms
rtt min/avg/max/mdev = 19.227/23.319/32.864/4.800 ms
root at prometheus:~#
root at prometheus:~# traceroute -n db2.avits.ca
traceroute to db2.avits.ca (192.168.64.9), 30 hops max, 38 byte packets
1 192.168.0.1 0.194 ms 0.180 ms 0.151 ms
2 * * *
3 192.168.64.9 21.298 ms 15.936 ms 13.980 ms
root at prometheus:~#
...so ICMP stuff works.
I try to SSH to the server..
root at prometheus:~# ssh -l richard db2.avits.ca
..........Waiting.......Waiting......
So... I SSH in to the CentOS 5.10 box on the remote network. It's on the
same subnet as db2.
[root at illustrious ~]# traceroute db2
traceroute to db2 (192.168.64.9), 30 hops max, 40 byte packets
1 db2.avits.ca (192.168.64.9) 0.709 ms 0.757 ms 0.737 ms
[root at illustrious ~]#
[root at illustrious ~]# ssh -l richard db2
richard at db2's password:
Welcome to Ubuntu 12.04.5 LTS (GNU/Linux 3.2.0-75-generic-pae i686)
...
So I ask, what is different on the Ubuntu 12.04 from the CentOS box that
would be causing the Ubuntu box to not send TCP traffic over the
tunnel, but would allow ICMP traffic to pass? What do I look for? What
do I tweak, poke, prod, and am I the only person on the planet that has
come across this issue?
Thanks,
Hopeful for any kind of pointers, or suggestions!
Richard.
--
Alberni Valley IT Services
-------------- next part --------------
A non-text attachment was scrubbed...
Name: richard.vcf
Type: text/x-vcard
Size: 277 bytes
Desc: not available
URL: <http://lists.openswan.org/pipermail/users/attachments/20150224/739e9a1d/attachment.vcf>
More information about the Users
mailing list