Bummer. I can't reproduce the problem on the other box either.
So I guess, while playing with several ike configurations, I managed to
hose the kernel's policy database. Installing setkey (and thereby
running /etc/init.d/setkey) probably resolved the mess by flushing all
policies. Therefore I thou
Am Dienstag, den 20.10.2009, 09:30 +0200 schrieb Philipp Matthias Hahn:
> Hello Daniel,
> Why do you think "ike" should depend on "ipsec-tools"?
> "ike" doesn't call /usr/sbin/setkey and doesn't link against
> /usr/lib/libipsec.so.0, since it has it's own (internal) implementation.
Because I was
Hello Daniel,
On Mon, Oct 19, 2009 at 11:00:05PM +0200, Daniel wrote:
> It seems the dependency from ipsec-tools (setkey) is
> missing in ike.
Why do you think "ike" should depend on "ipsec-tools"?
"ike" doesn't call /usr/sbin/setkey and doesn't link against
/usr/lib/libipsec.so.0, since it has i
Package: ike
Version: 2.1.4+dfsg-2
Severity: normal
It seems the dependency from ipsec-tools (setkey) is
missing in ike.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.31.3 (SMP w/2 CPU cores; PR
4 matches
Mail list logo
