Am 08.05.2014 12:48, schrieb [email protected]:
https://bugs.libreswan.org/show_bug.cgi?id=86
--- Comment #30 from Nick Howitt <[email protected]> 2014-05-08 13:48:35 EEST
---
This is where I am a little confused. I patched the source by hand and
recompiled the rpm. I then installed the rpm with a -Uvh --force as it is the
same version number as I was running and then I tested. As far as I know I am
running the patched version so I don't understand why the table number is not
displayed. One thing I did notice was that when I changed left to IP I no
longer got the whole routing table dumped when doing the addconn --verbose.
Does it mean there is another place which needs patching.
I think we better use the mailing list for this.
Are you sure the latest patch applied properly and you have not one of
the first ones applied.
That would explain the change of the addconn behaviour without the table
id output.
You can have a look in the rpmbuild folder if addconn.c is correctly
patched.
> Regarding the left and leftnexthop = %defaultroute, in Openswan
leftnexthop is
> not needed and from the man pages is implied as soon as you make left =
> %defaultroute (perhaps also with interfaces=%defaultroute). See
comment 13.
> Tuomo does not accept that and said the man pages are wrong, but why
then does
> Openswan work? I believe Paul Wouters agrees with my view.
>
In openswan addconn get the info from command line parameters, which was
changed in libreswan.
_______________________________________________
Swan mailing list
[email protected]
https://lists.libreswan.org/mailman/listinfo/swan
