List Info

Thread: Re: VPN stops working after a week




Re: VPN stops working after a week
country flaguser name
Canada
2007-02-27 14:15:44
Hello,

> > This seems to be a icm error: 3, code 4. That
would be
> > (http:
//www.iana.org/assignments/icmp-parameters):
> > 	3     Destination Unreachable
> > 		4  Fragmentation Needed and Don't Fragment was
Set
> 
> > My large ping test is not a good test it seems?
Ahy idea whu this 
> > problems only triggers after about a week, and why
it's 
> then for ALL 
> > packets and not just large ones.
 
> I would say that routing between the two endpoints
changed. 
> Eg your ISP went from peering to transit, or some
transit 
> provider was unavailable or something.

I forgot one important piece of information. When I reboot
the firewall it
works OK again. Just a restart of the ipsec service is not
enough. If there
is a routing problem, shouldn't a restart of the ipsec
service not be
enough. Tunnel is rebuild and the  packets follow the new
route? Since the
VPN is OK after a reboot, it seems there is no persistent
routing problem?
 
Just did some more testing, pinging from the Windows box on
the inside was
not a good test. I just did the same from the Linux box and
then my pings
failed just short of 1500. I now set overridemtu=1400. My
pings go thru now
independent of the ping size. 

I have no idea if that would explain a weekly problem that
only goes away
with a reboot. But it's at least a good thing

>From another mail to the list I saw the ipsec verify
command. When I run
this I get:
-------------------------
Checking your system to see if IPsec got installed and
started correctly:
Version check and ipsec on-path                             
   [OK]
Linux Openswan 2.CVSHEAD (klips)
Checking for IPsec support in kernel                        
   [OK]
Checking for RSA private key (/etc/ipsec.secrets)           
   [OK]
Checking that pluto is running                              
   [OK]
Two or more interfaces found, checking IP forwarding        
   [OK]
Checking NAT and MASQUERADEing
Checking tun0x100466.119.179.10 from 192.168.70.0/24 to
172.16.7.13/32
[FAILED]
LOG from 192.168.70.0/24 to 0.0.0.0/0 kills tunnel
192.168.70.0/24 ->
172.16.7.13/32
        [FAILED]
MASQUERADE from 192.168.70.0/24 to 0.0.0.0/0 kills tunnel
192.168.70.0/24 ->
172.16.7.13/32
Checking for 'ip' command                                   
   [OK]
Checking for 'iptables' command                             
   [OK]
Opportunistic Encryption Support                            
   [DISABLED]
-------------------------

In my firewall software I changed MASQ so that it only
masq's stuff going
out over eth0, not ipsec0. Error still there, I would expect
packets to
172.16.7.13 only to go thru the ipsec0 interface (inside the
tunnel).

What does the LOG kills tunnel mean exactly, LOG seems
innocent 
 
> Paul
> --
> Building and integrating Virtual Private Networks with
Openswan:
> http://www.amazon.com/gp/product/1904811256/104-30
99591-294632
> 7?n=283155
> 
> !DSPAM:45e4837d42551804284693!
> 

_______________________________________________
Usersopenswan.org
http
://lists.openswan.org/mailman/listinfo/users
Building and Integrating Virtual Private Networks with
Openswan: 
http://www.amazon.com/gp/product/1904811
256/104-3099591-2946327?n=283155

Re: VPN stops working after a week
country flaguser name
Netherlands
2007-02-27 15:13:21
On Tue, 27 Feb 2007, Bas Rijniersce wrote:

> I forgot one important piece of information. When I
reboot the firewall it
> works OK again. Just a restart of the ipsec service is
not enough.

Odd. You can try doing "ipsec barf" before and
after the problem and compare
the two (after cutting off the logs/timestamps)

> Just did some more testing, pinging from the Windows
box on the inside was
> not a good test. I just did the same from the Linux box
and then my pings
> failed just short of 1500. I now set overridemtu=1400.
My pings go thru now
> independent of the ping size.

Good.

> Checking NAT and MASQUERADEing
> Checking tun0x100466.119.179.10 from 192.168.70.0/24 to
172.16.7.13/32
> [FAILED]
> LOG from 192.168.70.0/24 to 0.0.0.0/0 kills tunnel
192.168.70.0/24 ->
> 172.16.7.13/32
>         [FAILED]
> MASQUERADE from 192.168.70.0/24 to 0.0.0.0/0 kills
tunnel 192.168.70.0/24 ->
> 172.16.7.13/32
> Checking for 'ip' command                              
        [OK]
> Checking for 'iptables' command                        
        [OK]
> Opportunistic Encryption Support                       
        [DISABLED]
> -------------------------
>
> In my firewall software I changed MASQ so that it only
masq's stuff going
> out over eth0, not ipsec0. Error still there, I would
expect packets to
> 172.16.7.13 only to go thru the ipsec0 interface
(inside the tunnel).
>
> What does the LOG kills tunnel mean exactly, LOG seems
innocent 

Yes. the code to test this in ipsec verify isn't perfect. I
just logged two
bug entries for this. Thanks 

Paul
-- 
Building and integrating Virtual Private Networks with
Openswan:
http://www.amazon.com/gp/product/1904811
256/104-3099591-2946327?n=283155
_______________________________________________
Usersopenswan.org
http
://lists.openswan.org/mailman/listinfo/users
Building and Integrating Virtual Private Networks with
Openswan: 
http://www.amazon.com/gp/product/1904811
256/104-3099591-2946327?n=283155

[1-2]

about | contact  Other archives ( Real Estate discussion Medical topics )