Debian Bug report logs - #818489
vtun client uses lot of CPU after a SIGHUP

version graph

Package: vtun; Maintainer for vtun is Rodrigo Carvalho <rodrigorsdc@gmail.com>; Source for vtun is src:vtun (PTS, buildd, popcon).

Reported by: Jérôme Arzel <jerome.arzel@netcat.io>

Date: Thu, 17 Mar 2016 15:27:01 UTC

Severity: normal

Tags: patch, security, upstream

Found in version vtun/3.0.3-2.1

Fixed in version vtun/3.0.3-2.2

Done: Salvatore Bonaccorso <carnil@debian.org>

Bug is archived. No further changes may be made.

Toggle useless messages

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to debian-bugs-dist@lists.debian.org, jerome.arzel@netcat.io, team@security.debian.org, secure-testing-team@lists.alioth.debian.org, Roland Stigge <stigge@antcom.de>:
Bug#818489; Package vtun. (Thu, 17 Mar 2016 15:27:05 GMT) (full text, mbox, link).


Acknowledgement sent to Jérôme Arzel <jerome.arzel@netcat.io>:
New Bug report received and forwarded. Copy sent to jerome.arzel@netcat.io, team@security.debian.org, secure-testing-team@lists.alioth.debian.org, Roland Stigge <stigge@antcom.de>. (Thu, 17 Mar 2016 15:27:05 GMT) (full text, mbox, link).


Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Jérôme Arzel <jerome.arzel@netcat.io>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: vtun client uses lot of CPU after a SIGHUP
Date: Thu, 17 Mar 2016 16:23:18 +0100
Package: vtun
Version: 3.0.3-2.1
Severity: normal
Tags: security patch

When you send a SIGHUP to a vtun client process and it cannot connects
to the remote server, vtun try to reconnect without sleep between each attempt.
In result, the vtun process uses lot of CPU, and write to syslog without limit.

Here is a fix to prevent this behavior. On SIGHUP, the first sleep will be
discarded, then sleep will be used again.

--- a/client.c 2016-03-17 16:18:01.000000000 +0100                                                                                                                                                                                  
+++ b/client.c 2016-03-16 15:52:49.079811212 +0100                                                                                                                                                                          
@@ -133,6 +133,7 @@ void client(struct vtun_host *host)                                                                                                                                                                                      
           if (!vtun.quiet || errno != ETIMEDOUT)                                                                                                                                                                                            
              vtun_syslog(LOG_INFO,"Connect to %s failed. %s(%d)", vtun.svr_name,                                                                                                                                                            
                                        strerror(errno), errno);                                                                                                                                                                             
+          client_term = 0;                                                                                                                                                                                                                  
         } else {                                                                                                                                                                                                                            
           if( auth_client(s, host) ){                                                                                                                                                                                                       
              vtun_syslog(LOG_INFO,"Session %s[%s] opened",host->host,vtun.svr_name);                                                                                                                                                        
@@ -143,6 +144,7 @@ void client(struct vtun_host *host)
              vtun_syslog(LOG_INFO,"Session %s[%s] closed",host->host,vtun.svr_name);
           } else {
              vtun_syslog(LOG_INFO,"Connection denied by %s",vtun.svr_name);
+             client_term = 0;
           }
        }
        close(s);

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (990, 'testing'), (700, 'unstable'), (500, 'experimental'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.2.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)



Added tag(s) upstream. Request was from Salvatore Bonaccorso <carnil@debian.org> to control@bugs.debian.org. (Tue, 26 Apr 2016 05:42:04 GMT) (full text, mbox, link).


Information forwarded to debian-bugs-dist@lists.debian.org, Roland Stigge <stigge@antcom.de>:
Bug#818489; Package vtun. (Sat, 30 Apr 2016 14:15:04 GMT) (full text, mbox, link).


Acknowledgement sent to Salvatore Bonaccorso <carnil@debian.org>:
Extra info received and forwarded to list. Copy sent to Roland Stigge <stigge@antcom.de>. (Sat, 30 Apr 2016 14:15:04 GMT) (full text, mbox, link).


Message #12 received at 818489@bugs.debian.org (full text, mbox, reply):

From: Salvatore Bonaccorso <carnil@debian.org>
To: 818489@bugs.debian.org
Subject: vtun: diff for NMU version 3.0.3-2.2
Date: Sat, 30 Apr 2016 16:13:47 +0200
[Message part 1 (text/plain, inline)]
Control: tags 818489 + pending

Dear maintainer,

I've prepared an NMU for vtun (versioned as 3.0.3-2.2) and
uploaded it to DELAYED/10. Please feel free to tell me if I
should delay it longer.

Regards,
Salvatore
[vtun-3.0.3-2.2-nmu.diff (text/x-diff, attachment)]

Added tag(s) pending. Request was from Salvatore Bonaccorso <carnil@debian.org> to 818489-submit@bugs.debian.org. (Sat, 30 Apr 2016 14:15:04 GMT) (full text, mbox, link).


Reply sent to Salvatore Bonaccorso <carnil@debian.org>:
You have taken responsibility. (Tue, 10 May 2016 16:45:08 GMT) (full text, mbox, link).


Notification sent to Jérôme Arzel <jerome.arzel@netcat.io>:
Bug acknowledged by developer. (Tue, 10 May 2016 16:45:08 GMT) (full text, mbox, link).


Message #19 received at 818489-close@bugs.debian.org (full text, mbox, reply):

From: Salvatore Bonaccorso <carnil@debian.org>
To: 818489-close@bugs.debian.org
Subject: Bug#818489: fixed in vtun 3.0.3-2.2
Date: Tue, 10 May 2016 16:42:52 +0000
Source: vtun
Source-Version: 3.0.3-2.2

We believe that the bug you reported is fixed in the latest version of
vtun, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 818489@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Salvatore Bonaccorso <carnil@debian.org> (supplier of updated vtun package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Format: 1.8
Date: Sat, 30 Apr 2016 12:06:47 +0200
Source: vtun
Binary: vtun
Architecture: source
Version: 3.0.3-2.2
Distribution: unstable
Urgency: medium
Maintainer: Roland Stigge <stigge@antcom.de>
Changed-By: Salvatore Bonaccorso <carnil@debian.org>
Closes: 818489
Description: 
 vtun       - virtual tunnel over TCP/IP networks
Changes:
 vtun (3.0.3-2.2) unstable; urgency=medium
 .
   * Non-maintainer upload.
   * Fix high CPU consumption after SIGHUP to the client.
     When you send a SIGHUP to a vtun client process and it cannot connects
     to the remote server, vtun try to reconnect without sleep between each
     attempt.
     In result, the vtun process uses lot of CPU, and write to syslog without
     limit. (Closes: #818489)
Checksums-Sha1: 
 e8e5211173faed37952decc2eb207309015a852f 1724 vtun_3.0.3-2.2.dsc
 8c6ec88a452d4b19d455cf4fe849d7dde6dfd8e3 26140 vtun_3.0.3-2.2.debian.tar.xz
Checksums-Sha256: 
 b8ae3d41565ef1580f9929326c5dd1a8695c4774a8ff593694d21834d0d4117b 1724 vtun_3.0.3-2.2.dsc
 c8d592810243c28e66275d5cdaa2248cb67c4fd04b708ed2a971d2bba424d439 26140 vtun_3.0.3-2.2.debian.tar.xz
Files: 
 3c778aa0573af6df801a9ef37e4dff64 1724 net optional vtun_3.0.3-2.2.dsc
 726fca3bdcb248df203ada394de7ba5f 26140 net optional vtun_3.0.3-2.2.debian.tar.xz

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBCgAGBQJXJLoQAAoJEAVMuPMTQ89EuTUP/3NLC4FPZsDHLBgX5C5dI8pZ
EMl0IJphLKhAKH5zKUjH4Stw5kPX9eKJMhVfjP8UAleZa//0rs8nYH8MgJoqCwLh
IoIOMusOcGY55CRiDbrvgUGV+dIWmNYaMR/4QQlKkQcPTI7tZkrlM3RiBVvk5ANF
SZXo+S1ziPbE/4DMnFF03fKJcEX2DanFqPMJt4hHlTNVu4IWjGQ2pCtS6LDMGz3U
dNuZ1c2R9SKk1G2MX/yxROzkARtdyzzHdtFLlAcHTSkAhM38dMb25kmTXPeif8pb
lyNMH7wXgjWn8oAB8Dijx8qNKLRZNWn5bWgEk8V4BBuvaioOuD9Wbu9WLaC0Di/E
v2JN23lyZGtXJvc8z4ZhqbQ8iPruCLf0p7bwMoHvTtot88iP2e1hY52VvNi+vS7s
a5OKJWfNvYymyOPjwveDVY9m/MgK2k2sVfV1ThnVs1aZVO8isWb8p2LAg7z5YC/9
f8S4cRzEGj19fqVrJYbv/+PV9LigqIGer/hXeA3B/EWovMEEZ/6hwTgYU1MIo/b/
Fw0wjz6Y7e7647Y9Kg9tlqZ1gOoRhixxPFdHcUBJXVAF+7kuUmoSMag1iPjDVBqs
/dPITzSdnyazPRTSqHKGkN6UgOeGuvBgLD84kJiTPoJ5heT6+DhManxxltGAc9Z6
j9ixm5wztb6buYWa2cSL
=C6HT
-----END PGP SIGNATURE-----




Bug archived. Request was from Debbugs Internal Request <owner@bugs.debian.org> to internal_control@bugs.debian.org. (Mon, 13 Jun 2016 07:37:23 GMT) (full text, mbox, link).


Send a report that this bug log contains spam.


Debian bug tracking system administrator <owner@bugs.debian.org>. Last modified: Tue Jul 23 13:16:18 2024; Machine Name: buxtehude

Debian Bug tracking system

Debbugs is free software and licensed under the terms of the GNU Public License version 2. The current version can be obtained from https://bugs.debian.org/debbugs-source/.

Copyright © 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson, 2005-2017 Don Armstrong, and many other contributors.