Your message dated Sat, 12 Mar 2011 10:04:04 -0500
with message-id <[email protected]>
and subject line Re: openswan: Requires restart for new connections
has caused the Debian Bug report #615912,
regarding openswan: Requires restart for new connections
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
615912: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=615912
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: openswan
Version: 1:2.6.28+dfsg-5
Severity: normal
Tags: upstream
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Since upgrading to Squeeze, it seems like once a VPN connection is made,
that future connections fail. If the new connection is attempted within
the first few minutes of the first connection being made, then it
succeeds. But after 20 minutes, or so, new connections just don't work.
I have included an excerpt below of the daemon.log showing the
disconnection of a good connection, immediately followed by a new
connection attempt that fails. Looking at the log entries, it does not
seem that there is any evidence of a connection attempt. Executing
'/etc/init.d/ipsec restart' clears the condition and allows a new
connection to succeed.
Regards,
- -Roberto
Feb 28 17:08:29 santiago pppd[18325]: rcvd [LCP TermReq id=0x3 "User request"]
Feb 28 17:08:29 santiago pppd[18325]: Script /etc/ppp/ip-down started (pid
19816)
Feb 28 17:08:29 santiago pppd[18325]: sent [LCP TermAck id=0x3]
Feb 28 17:08:29 santiago xl2tpd[17817]: result_code_avp: result code out of
range (768 0 14). Ignoring.
Feb 28 17:08:29 santiago xl2tpd[17817]: control_finish: Peer tried to
disconnect without specifying result code.
Feb 28 17:08:29 santiago xl2tpd[17817]: result_code_avp: result code out of
range (256 0 14). Ignoring.
Feb 28 17:08:29 santiago xl2tpd[17817]: control_finish: Peer tried to
disconnect without specifying result code.
Feb 28 17:08:30 santiago pppd[18325]: Script /etc/ppp/ip-down finished (pid
19816), status = 0x0
Feb 28 17:08:33 santiago xl2tpd[17817]: child_handler : pppd exited for call
12512 with code 16
Feb 28 17:08:48 santiago xl2tpd[17817]: Terminating pppd: sending TERM signal
to pid 18325
Feb 28 17:08:48 santiago xl2tpd[17817]: control_finish: Peer requested tunnel
76 twice, ignoring second one.
Feb 28 17:08:53 santiago last message repeated 6 times
Feb 28 17:08:53 santiago xl2tpd[17817]: Unable to deliver closing message for
tunnel 41023. Destroying anyway.
Feb 28 17:08:54 santiago xl2tpd[17817]: control_finish: Peer requested tunnel
76 twice, ignoring second one.
Feb 28 17:08:57 santiago last message repeated 3 times
Feb 28 17:08:58 santiago xl2tpd[17817]: Unable to deliver closing message for
tunnel 25801. Destroying anyway.
Feb 28 17:08:58 santiago xl2tpd[17817]: control_finish: Peer requested tunnel
76 twice, ignoring second one.
Feb 28 17:09:07 santiago last message repeated 8 times
Feb 28 17:09:08 santiago xl2tpd[17817]: control_finish: Peer requested tunnel
76 twice, ignoring second one.
Feb 28 17:09:12 santiago last message repeated 4 times
Feb 28 17:09:12 santiago xl2tpd[17817]: Unable to deliver closing message for
tunnel 20671. Destroying anyway.
Feb 28 17:09:13 santiago xl2tpd[17817]: control_finish: Peer requested tunnel
76 twice, ignoring second one.
Feb 28 17:09:27 santiago last message repeated 13 times
Feb 28 17:09:27 santiago xl2tpd[17817]: Unable to deliver closing message for
tunnel 8569. Destroying anyway.
Feb 28 17:09:28 santiago xl2tpd[17817]: control_finish: Peer requested tunnel
76 twice, ignoring second one.
Feb 28 17:09:42 santiago last message repeated 13 times
Feb 28 17:09:42 santiago xl2tpd[17817]: Unable to deliver closing message for
tunnel 50390. Destroying anyway.
Feb 28 17:09:43 santiago xl2tpd[17817]: control_finish: Peer requested tunnel
76 twice, ignoring second one.
- -- System Information:
Debian Release: 6.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-486
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
iQIcBAEBCAAGBQJNbDJGAAoJECzXeF7dp7IP5wwP/jfwReYGJD9tHeMR93hQY6ed
S1t7BCbA/hhEbhvBETAtE604Gq0egO/crGi9Am+R4dHi4DoOSJ/5r50HVCgYcXyj
nmRZnSeXsAKpsehDO8v3724KIYNaSXWR0Np5mvUSmROaq5CFPIZs4S2vOjnC23/U
0s4f2IPypm0ui/bIt1tzYqEn+Hm3SgYQ83abNncMRpEIPfE/+vE8FE6gnjoetDEm
21HnIcn9g52QG1HQ/SpA6DJWAM9jBfakVcUukonUm1/4PXztJEFpGMasaOl9oWfv
s8LnZVnqVUIj8FMvErHu/gBGbwWkY4WzggVXsn6hhOZg0AJe13/tAWk6aNEKcV/P
GRiOf8/aAVjWnLxMVzqXCvZc7qjV3wvbXZ/qW8gEe6TXR7mlP+x/qno9aQDSy2N5
PLmZQP8rrmdbUxV8G/TcamyX4PaXxCN+NMtkPSllF0t2Sd87r86KFClLZhRKenK4
h3w6id/6ty5h//4WApCr4HiGiDJL8zj0hUDdx/qxm07lEs3a1Yqx3uzTvuOzjftR
CU7n4HqTrSElOLgBLiq7YY0V4GRHCcUa1J344nSOicIN17cA2DdtFYj+UwzMpFDh
de9qnZPciSSBkRA6SlYa0GCmPkHP7dOcViI/tuCRe6XnGaMwtUZ78ad41moxQK49
ZOSnbGDZPtJ/DMTrxZ5p
=kl9e
-----END PGP SIGNATURE-----
--- End Message ---
--- Begin Message ---
On Mon, Feb 28, 2011 at 06:39:50PM -0500, Roberto C. Sanchez wrote:
> Package: openswan
> Version: 1:2.6.28+dfsg-5
> Severity: normal
> Tags: upstream
>
> Since upgrading to Squeeze, it seems like once a VPN connection is made,
> that future connections fail.
Shortly after reporting this bug, I made several configuration changes
to my system. They should not have been related to this, but since
making those changes, I have not seen a single recurrence of this
problem. Hence, I believe that this bug may have been spurious. I am
closing this report.
Regards,
-Roberto
--
Roberto C. Sánchez
http://people.connexer.com/~roberto
http://www.connexer.com
signature.asc
Description: Digital signature
--- End Message ---
