[Openswan dev] Working KLIPS, but but with a few minor issues

[David McCullough]

Jivin Ruben Laban lays it down ...
> On Wednesday 14 April 2010 at 13:15 (CET), David McCullough wrote:
> > Jivin Harald Jenny lays it down ...
> > > can't confirm attached patch fixes problem, sorry...
> >
> > Thats ok, ??it fixed it for me, ??at least with the simple test I gave it.
> 
> Turns out both Harald and me did something wrong during our tests. Harald just 
> confirmed me that it is working for him afterall. After a clean rebuild + 
> reboot + retest, the error seems gone for me as well (on both --down 
> and --delete).

All good then.

> I do see this though:
> 
> Apr 14 15:35:16 vn-t-fw01 pluto[4608]: "tunnel2": deleting connection
> Apr 14 15:35:16 vn-t-fw01 pluto[4608]: "tunnel2" #4: deleting state 
> (STATE_QUICK_I2)
> Apr 14 15:35:16 vn-t-fw01 pluto[4608]: "tunnel2" #4: down-client 
> output: /usr/local/lib/ipsec/_updown.klips: dorule `ip rule delete from 
> 172.16.4.0/24 to 172.16.1.0/24 ' failed (RTNETLINK answers: No such file or 
> directory)
> Apr 14 15:35:16 vn-t-fw01 pluto[4608]: "tunnel2" #3: deleting state 
> (STATE_MAIN_I4)
> Apr 14 15:35:16 vn-t-fw01 pluto[4608]: "tunnel2": unroute-client 
> output: /usr/local/lib/ipsec/_updown.klips: doroute `ip route delete 
> 172.16.1.0/24 via 172.16.3.10 dev ipsec0 ' failed (RTNETLINK answers: No such 
> process)
> 
> _updown.klips clearly is in need of some attention. Though obvious problems 
> are caused by it (as far as I can tell).

I don't think those errors are of major concern,  I am pretty sure it is
just trying to be absolutely certain to clean up anything that may be left
around to cause problems.

Cheers,
Davidm

-- 
David McCullough,      david_mccullough at mcafee.com,  Ph:+61 734352815
McAfee - SnapGear      http://www.mcafee.com         http://www.uCdot.org