Menu
▾
▴
ipsec-tools-commits — CVS Commit Log Messages
This list is closed, nobody may subscribe to it.
| 2004 |
Jan
(59) |
Feb
(43) |
Mar
(72) |
Apr
(93) |
May
(57) |
Jun
(84) |
Jul
(13) |
Aug
(13) |
Sep
(73) |
Oct
(71) |
Nov
(151) |
Dec
(53) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(64) |
Feb
(94) |
Mar
(58) |
Apr
(157) |
May
(178) |
Jun
(81) |
Jul
(135) |
Aug
(35) |
Sep
(33) |
Oct
(49) |
Nov
(34) |
Dec
(33) |
| 2006 |
Jan
(19) |
Feb
(39) |
Mar
(7) |
Apr
(56) |
May
(69) |
Jun
(38) |
Jul
(24) |
Aug
(15) |
Sep
(12) |
Oct
(6) |
Nov
(1) |
Dec
|
| 2007 |
Jan
(7) |
Feb
(8) |
Mar
(2) |
Apr
(6) |
May
(2) |
Jun
(2) |
Jul
(1) |
Aug
(2) |
Sep
(1) |
Oct
(1) |
Nov
(4) |
Dec
|
| 2008 |
Jan
|
Feb
(4) |
Mar
(5) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(2) |
Sep
(2) |
Oct
(2) |
Nov
(8) |
Dec
|
| 2009 |
Jan
(109) |
Feb
|
Mar
|
Apr
(5) |
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
(1) |
Dec
(2) |
| 2010 |
Jan
|
Feb
(4) |
Mar
(2) |
Apr
(4) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(4) |
Nov
(1) |
Dec
(3) |
| 2011 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
(5) |
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
(1) |
Feb
(1) |
Mar
(1) |
Apr
(1) |
May
(4) |
Jun
|
Jul
(3) |
Aug
(2) |
Sep
|
Oct
|
Nov
(3) |
Dec
|
| 2013 |
Jan
(3) |
Feb
(6) |
Mar
|
Apr
(4) |
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
1
|
2
|
3
|
|
4
|
5
(1) |
6
|
7
|
8
|
9
|
10
|
|
11
|
12
|
13
|
14
|
15
|
16
|
17
|
|
18
|
19
|
20
|
21
|
22
|
23
|
24
|
|
25
|
26
(1) |
27
|
28
|
29
(1) |
30
(1) |
|
|
From: SourceForge.net <no...@so...> - 2007-11-30 08:28:53
|
Bugs item #1800410, was opened at 2007-09-22 17:59 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541482&aid=1800410&group_id=74601 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: 0.6 branch Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: racoon closes all listening sockets Initial Comment: On a Linux/x86 system, about once every 2~4 weeks, racoon suddenly closes all listening sockets. There is no entry in the output of: netstat -antup | grep racoon when run as root. There doesn't seem to be any unusual entry in the logs, other than SA expirations right before the sockets go away: racoon: INFO: ISAKMP-SA expired 192.168.1.66[500]-192.168.1.65[500] spi:1632fa5392c56738:2bf6d5a458859012 racoon: INFO: ISAKMP-SA deleted 192.168.1.66[500]-192.168.1.65[500] spi:1632fa5392c56738:2bf6d5a458859012 racoon: INFO: IPsec-SA expired: AH/Transport 192.168.1.65[0]->192.168.1.66[0] spi=99907246(0x5f476ae) racoon: INFO: IPsec-SA expired: ESP/Transport 192.168.1.65[0]->192.168.1.66[0] spi=18640305(0x11c6db1) racoon: INFO: IPsec-SA expired: AH/Transport 192.168.1.66[0]->192.168.1.65[0] spi=229707431(0xdb10ea7) racoon: INFO: IPsec-SA expired: ESP/Transport 192.168.1.66[0]->192.168.1.65[0] spi=176902503(0xa8b5167) Immediately after that, racoon stops listening and can no longer be reached from other hosts. netstat shows no listening sockets for racoon. However, ps shows racoon is still running. I'm not sure how to go about debugging this, so any suggestions on how more information can be extracted to track down the cause would be appreciated. The system is on Linux kernel 2.6.22.6, running Debian/etch for i386. ipsec-tools and racoon are both 0.6.6-3.1etch1 No sf.net account, so I can be reached at ra...@ne... ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-11-30 00:28 Message: Logged In: NO Just I catched my racoon in the "frozen" state. I did "netstat -antup | grep racoon" but racoon is still listening on port 500. So my problem must be different. Sorry. uwe...@gm... ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-11-29 07:06 Message: Logged In: NO I also use the same racoon version, but my kernel version is 2.6.16-2-686 (really old). Maybe I have similar problems. Once a week racoon stops responding to ISAKMP packets. I made a "strace -p `cat /var/run/racoon.pid` -tt -o /tmp/strace-racoon.log" to generate a system-calls log file. My racoon does'nt close listening sockets, but hangs in a read system call at filedescriptor 4. Sometimes the read call finishes after some minutes, an hour or never. Next time I catch my racoon in such a state, i will do "netstat -antup | grep racoon" to verify, if this is the same or a differerent problem. uwe...@gm... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541482&aid=1800410&group_id=74601 |
|
From: SourceForge.net <no...@so...> - 2007-11-29 15:06:21
|
Bugs item #1800410, was opened at 2007-09-22 17:59 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541482&aid=1800410&group_id=74601 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: 0.6 branch Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: racoon closes all listening sockets Initial Comment: On a Linux/x86 system, about once every 2~4 weeks, racoon suddenly closes all listening sockets. There is no entry in the output of: netstat -antup | grep racoon when run as root. There doesn't seem to be any unusual entry in the logs, other than SA expirations right before the sockets go away: racoon: INFO: ISAKMP-SA expired 192.168.1.66[500]-192.168.1.65[500] spi:1632fa5392c56738:2bf6d5a458859012 racoon: INFO: ISAKMP-SA deleted 192.168.1.66[500]-192.168.1.65[500] spi:1632fa5392c56738:2bf6d5a458859012 racoon: INFO: IPsec-SA expired: AH/Transport 192.168.1.65[0]->192.168.1.66[0] spi=99907246(0x5f476ae) racoon: INFO: IPsec-SA expired: ESP/Transport 192.168.1.65[0]->192.168.1.66[0] spi=18640305(0x11c6db1) racoon: INFO: IPsec-SA expired: AH/Transport 192.168.1.66[0]->192.168.1.65[0] spi=229707431(0xdb10ea7) racoon: INFO: IPsec-SA expired: ESP/Transport 192.168.1.66[0]->192.168.1.65[0] spi=176902503(0xa8b5167) Immediately after that, racoon stops listening and can no longer be reached from other hosts. netstat shows no listening sockets for racoon. However, ps shows racoon is still running. I'm not sure how to go about debugging this, so any suggestions on how more information can be extracted to track down the cause would be appreciated. The system is on Linux kernel 2.6.22.6, running Debian/etch for i386. ipsec-tools and racoon are both 0.6.6-3.1etch1 No sf.net account, so I can be reached at ra...@ne... ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-11-29 07:06 Message: Logged In: NO I also use the same racoon version, but my kernel version is 2.6.16-2-686 (really old). Maybe I have similar problems. Once a week racoon stops responding to ISAKMP packets. I made a "strace -p `cat /var/run/racoon.pid` -tt -o /tmp/strace-racoon.log" to generate a system-calls log file. My racoon does'nt close listening sockets, but hangs in a read system call at filedescriptor 4. Sometimes the read call finishes after some minutes, an hour or never. Next time I catch my racoon in such a state, i will do "netstat -antup | grep racoon" to verify, if this is the same or a differerent problem. uwe...@gm... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541482&aid=1800410&group_id=74601 |
|
From: SourceForge.net <no...@so...> - 2007-11-26 17:17:13
|
Bugs item #1838845, was opened at 2007-11-26 19:17 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541482&aid=1838845&group_id=74601 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ilya Konstantinov (ikonst) Assigned to: Nobody/Anonymous (nobody) Summary: Stop using legacy string functions Initial Comment: In some places in the code, we use bcopy, bzero and index, which can be replaced with memmove, memset and strstr - swapping arguments in some cases. Newer versions of uClibc don't include those functions by default and we'll be better off just using the modern alternatives instead. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=541482&aid=1838845&group_id=74601 |
|
From: VANHULLEBUS Y. <va...@us...> - 2007-11-05 15:34:46
|
Update of /cvsroot/ipsec-tools/htdocs In directory sc8-pr-cvs2.sourceforge.net:/tmp/cvs-serv2457 Added Files: .htaccess Log Message: redirect for FreeBSD NAT-T patches --- NEW FILE: .htaccess --- Redirect 301 /freebsd_nat-t.diff http://vanhu.free.fr/FreeBSD Redirect 301 /freebsd6-natt.diff http://vanhu.free.fr/FreeBSD |
