[Openswan Users] KLIPS crashes on kernel 2.6.25>

[Giovani Moda]

> Try the attached patch,

As usual, it works. I was able to compile klips with cryptoapi on Centos 5.3. Sadly, even with cryptoapi, the problem while loading ipsec0 and the crash while unloading ipsec.ko persists:

Nov  3 20:12:44 localhost ipsec_setup: Starting Openswan IPsec 2.6.24rc1...
Nov  3 20:12:44 localhost ipsec_setup: Using KLIPS/legacy stack
Nov  3 20:12:44 localhost kernel: padlock: VIA PadLock not detected.
Nov  3 20:12:44 localhost kernel: padlock: VIA PadLock not detected.
Nov  3 20:12:45 localhost kernel: klips_info:ipsec_init: KLIPS startup, Openswan KLIPS IPsec stack version: 2.6.24rc1
Nov  3 20:12:45 localhost kernel: NET: Registered protocol family 15
Nov  3 20:12:45 localhost kernel: klips_info:ipsec_alg_init: KLIPS alg v=0.8.1-0 (EALG_MAX=255, AALG_MAX=251)
Nov  3 20:12:45 localhost kernel: klips_info:ipsec_alg_init: calling ipsec_alg_static_init()
Nov  3 20:12:45 localhost kernel: KLIPS cryptoapi interface: alg_type=15 alg_id=12 name=aes keyminbits=128 keymaxbits=256, found(0)
Nov  3 20:12:45 localhost kernel: KLIPS cryptoapi interface: alg_type=15 alg_id=253 name=twofish keyminbits=128 keymaxbits=256, found(0)
Nov  3 20:12:45 localhost kernel: KLIPS cryptoapi interface: alg_type=15 alg_id=252 name=serpent keyminbits=128 keymaxbits=256, found(0)
Nov  3 20:12:45 localhost kernel: KLIPS cryptoapi interface: alg_type=15 alg_id=6 name=cast5 keyminbits=128 keymaxbits=128, found(0)
Nov  3 20:12:45 localhost kernel: KLIPS cryptoapi interface: alg_type=15 alg_id=7 name=blowfish keyminbits=96 keymaxbits=448, found(0)
Nov  3 20:12:45 localhost kernel: KLIPS cryptoapi interface: alg_type=15 alg_id=3 name=des3_ede keyminbits=192 keymaxbits=192, found(0)
Nov  3 20:12:45 localhost ipsec_setup: KLIPS debug `none'
Nov  3 20:12:45 localhost kernel:
Nov  3 20:12:45 localhost ipsec_setup: KLIPS ipsec0 on eth0 10.1.1.7/255.0.0.0 broadcast 10.255.255.255
Nov  3 20:12:45 localhost ipsec_setup: /usr/local/libexec/ipsec/tncfg: Socket ioctl failed on attach -- No such device.  Is the virtual device valid?  Is the ipsec module linked into the kernel or loaded as a module?
Nov  3 20:12:45 localhost ipsec_setup: SIOCSIFADDR: No such device
Nov  3 20:12:45 localhost ipsec_setup: ipsec0: unknown interface: No such device
Nov  3 20:12:45 localhost ipsec_setup: SIOCSIFBRDADDR: No such device
Nov  3 20:12:45 localhost ipsec_setup: ipsec0: unknown interface: No such device
Nov  3 20:12:45 localhost ipsec_setup: SIOCSIFNETMASK: No such device
Nov  3 20:12:46 localhost ipsec_setup: ...Openswan IPsec started


No pressure, just thought I would let you know. Any idea what this is?

I spent the whole afternoon testing a fedora 7 install, kernel 2.6.23, openswan-2.6.24rc1 klips whith Vista and XP clients and was not able to reproduce the tunnel instability I reported before. I'll keep testing on fedora and will also test on Ubuntu 8.03 tomorrow and let you know.

Thanks again David,

Giovani
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.openswan.org/pipermail/users/attachments/20091103/0f7f77c1/attachment.html