| To: | Wilfried Weissmann <Wilfried.Weissmann@xxxxxx> |
|---|---|
| Subject: | Re: [Ipsec-tools-devel] more phase 2 reinitiation problems |
| From: | Krzysztof Oledzki <olel@xxxxxx> |
| Date: | Fri, 18 Mar 2005 15:43:47 +0100 (CET) |
| Cc: | ipsec-tools-devel@xxxxxxxxxxxxxxxxxxxxx, netdev@xxxxxxxxxxx |
| In-reply-to: | <42334B29.2080504@gmx.at> |
| References: | <42334B29.2080504@gmx.at> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
On Sat, 12 Mar 2005, Wilfried Weissmann wrote: Hi, Hi, The rekeying also fails with debian's racoon 0.5 <=<internet>=> WinXP (see Problem with Linux-2.6.x+ipsec-tools-0.4/0.5-rc1/0.5rc2 & Linksys BEFSX41). I am running the linux 2.6.11.2 kernel with IPSec connection tracking patches. The configuration file and the log is attached. Please giva a try try the 2.6.12-rc1 kernel. I have just upgraded my system to this kernel and it seems that IPSec is able to survive first rekeying. Unfortunately only a first one - after a while (just before removing old expired keys) one of newly generated keys get removed and new traffic racoon generates two news keys. OK, it is _much_ better but still... not perfect. My log with some comments: Mar 18 11:47:36 gw1 racoon: INFO: @(#)ipsec-tools 0.5 (http://ipsec-tools.sourceforge.net) Mar 18 11:47:36 gw1 racoon: INFO: @(#)This product linked OpenSSL 0.9.7e 25 Oct 2004 (http://www.openssl.org/) Mar 18 11:47:36 gw1 racoon: INFO: XXX.XX.XX.XX[500] used as isakmp port (fd=7) Mar 18 11:47:36 gw1 racoon: INFO: XXX.XX.XX.XX[500] used for NAT-T Mar 18 11:48:09 gw1 racoon: INFO: IPsec-SA request for YY.YY.YYY.YYY queued due to no phase1 found. Mar 18 11:48:09 gw1 racoon: INFO: initiate new phase 1 negotiation: XXX.XX.XX.XX[500]<=>YY.YY.YYY.YYY[500] Mar 18 11:48:09 gw1 racoon: INFO: begin Identity Protection mode. Mar 18 11:48:19 gw1 racoon: INFO: ISAKMP-SA established XXX.XX.XX.XX[500]-YY.YY.YYY.YYY[500] spi:a2acc8844df9591b:29621f95bfa3 8d45 Mar 18 11:48:20 gw1 racoon: INFO: initiate new phase 2 negotiation: XXX.XX.XX.XX[0]<=>YY.YY.YYY.YYY[0] Mar 18 11:48:23 gw1 racoon: WARNING: attribute has been modified. Mar 18 11:48:23 gw1 racoon: INFO: IPsec-SA established: ESP/Tunnel YY.YY.YYY.YYY->XXX.XX.XX.XX spi=172047746(0xa413d82) Mar 18 11:48:23 gw1 racoon: INFO: IPsec-SA established: ESP/Tunnel XXX.XX.XX.XX->YY.YY.YYY.YYY spi=993793125(0x3b3c1465) OK. Kernel noticed some traffic and racooon generates new keys. Mar 18 12:36:23 gw1 racoon: INFO: IPsec-SA expired: ESP/Tunnel YY.YY.YYY.YYY->XXX.XX.XX.XX spi=172047746(0xa413d82) Mar 18 12:36:23 gw1 racoon: INFO: initiate new phase 2 negotiation: XXX.XX.XX.XX[0]<=>YY.YY.YYY.YYY[0] Mar 18 12:36:23 gw1 racoon: INFO: IPsec-SA expired: ESP/Tunnel XXX.XX.XX.XX->YY.YY.YYY.YYY spi=993793125(0x3b3c1465) Mar 18 12:36:27 gw1 racoon: WARNING: attribute has been modified. Mar 18 12:36:27 gw1 racoon: INFO: IPsec-SA established: ESP/Tunnel YY.YY.YYY.YYY->XXX.XX.XX.XX spi=31676947(0x1e35a13) Mar 18 12:36:27 gw1 racoon: INFO: IPsec-SA established: ESP/Tunnel XXX.XX.XX.XX->YY.YY.YYY.YYY spi=677995285(0x28696315) OK! :) Old keys have just expired and racoon generates new ones. No infinite loop! ;-) Yes! Mar 18 12:48:18 gw1 racoon: INFO: purged IPsec-SA proto_id=ESP spi=677995285. But what is this? We have just generated new key with spi=677995285. Why it is now purged? Mar 18 12:48:19 gw1 racoon: INFO: purged ISAKMP-SA proto_id=ISAKMP spi=a2acc8844df9591b:29621f95bfa38d45. Mar 18 12:48:20 gw1 racoon: INFO: ISAKMP-SA deleted XXX.XX.XX.XX[500]-YY.YY.YYY.YYY[500] spi:a2acc8844df9591b:29621f95bfa38d45 Mar 18 12:48:20 gw1 racoon: ERROR: unknown Informational exchange received. Mar 18 12:48:23 gw1 racoon: INFO: IPsec-SA expired: ESP/Tunnel YY.YY.YYY.YYY->XXX.XX.XX.XX spi=172047746(0xa413d82) Mar 18 12:48:23 gw1 racoon: INFO: IPsec-SA expired: ESP/Tunnel XXX.XX.XX.XX->YY.YY.YYY.YYY spi=993793125(0x3b3c1465) OK. Oldest keys now really expired, they are removed. Mar 18 12:51:31 gw1 racoon: INFO: IPsec-SA request for YY.YY.YYY.YYY queued due to no phase1 found. Mar 18 12:51:31 gw1 racoon: INFO: initiate new phase 1 negotiation: XXX.XX.XX.XX[500]<=>YY.YY.YYY.YYY[500] Mar 18 12:51:31 gw1 racoon: INFO: begin Identity Protection mode. Mar 18 12:51:40 gw1 racoon: INFO: ISAKMP-SA established XXX.XX.XX.XX[500]-YY.YY.YYY.YYY[500] spi:8f29dd5a50fd83dd:ae84b9eee139 89e5 Mar 18 12:51:41 gw1 racoon: INFO: initiate new phase 2 negotiation: XXX.XX.XX.XX[0]<=>YY.YY.YYY.YYY[0] Mar 18 12:51:43 gw1 racoon: WARNING: attribute has been modified. Mar 18 12:51:43 gw1 racoon: INFO: IPsec-SA established: ESP/Tunnel YY.YY.YYY.YYY->XXX.XX.XX.XX spi=140244397(0x85bf5ad) Mar 18 12:51:43 gw1 racoon: INFO: IPsec-SA established: ESP/Tunnel XXX.XX.XX.XX->YY.YY.YYY.YYY spi=3173924318(0xbd2e3dde) Kernel noticed some traffic (again), there is no known key for encription (it was pugred @12:48:18), racooon generates new keys. Mar 18 13:24:27 gw1 racoon: INFO: IPsec-SA expired: ESP/Tunnel YY.YY.YYY.YYY->XXX.XX.XX.XX spi=31676947(0x1e35a13) Mar 18 13:36:27 gw1 racoon: INFO: IPsec-SA expired: ESP/Tunnel YY.YY.YYY.YYY->XXX.XX.XX.XX spi=31676947(0x1e35a13) Mar 18 13:39:43 gw1 racoon: INFO: IPsec-SA expired: ESP/Tunnel YY.YY.YYY.YYY->XXX.XX.XX.XX spi=140244397(0x85bf5ad) Old keys get expired. BTW: Why key with spi=31676947 is expired twice? (...) Best regards, Krzysztof Olędzki |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [RFC] TCP congestion schedulers, jamal |
|---|---|
| Next by Date: | Re: [RFC] TCP congestion schedulers, Arnaldo Carvalho de Melo |
| Previous by Thread: | [PATCH] Missing hunk in drivers/usb/Makefile, Colin Leroy |
| Next by Thread: | Re: [Ipsec-tools-devel] more phase 2 reinitiation problems, Wilfried Weissmann |
| Indexes: | [Date] [Thread] [Top] [All Lists] |