Your message dated Mon, 25 May 2015 23:20:01 +0200
with message-id <[email protected]>
and subject line Closing unreproducible bug in Jessie
has caused the Debian Bug report #774707,
regarding sslh: Installation of sslh breaks xinetd if clients are connected
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.)
--
774707: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=774707
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: sslh
Version: 1.13b-3.2
Severity: important
This is a bug that concerns the installation and removal process as done in
this particular Debian package rather than that program sslh itself.
After installing sslh (by apt-get) and choosing standalone mode (vs. inetd) I
experienced a failure of all services that were already running from xinetd.
Existing TCP/IP connections to xinetd stayed open, but new connections were
refused by the host. Actually, the xinetd process was not running any more.
xinetd needed to be restarted manually (/etc/init.d/xinetd restart) after
closing all open connections to get things back to normal.
The problem appears to be in line 32 of "postinst":
# disable to force user to configure inetd mode
# and disable if standalone mode
update-inetd --disable https
This command appears to fail if there are existing connections to any xinetd
service.
The problem can easily be reproduced on a clean system by installing xinetd,
enabling only the echo service and opening a telnet connection to the echo
service. Then run "apt-get install sslh" (or for brevity just execute the
update-inetd command from above) and try to telnet to the echo service again.
The connection will be refused, xinetd is no longer running. The first telnet
connection stays open and echo still works there. A manual restart of xinetd
will fail as long as the first telnet connection is still open.
A quick test suggested that there's no problem when there are no open
connections to any xinetd service when the installation takes place.
When running "apt-get purge sslh", the same problem occured again.
-- System Information:
Debian Release: 7.7
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages sslh depends on:
ii adduser 3.113+nmu3
ii debconf 1.5.49
ii libc6 2.13-38+deb7u6
ii libconfig9 1.4.8-5
ii lsb-base 4.1+Debian8+deb7u1
ii update-inetd 4.43
Versions of packages sslh recommends:
ii apache2 2.2.22-13+deb7u3
ii apache2-mpm-prefork [httpd] 2.2.22-13+deb7u3
ii openssh-server [ssh-server] 1:6.0p1-4+deb7u2
Versions of packages sslh suggests:
ii xinetd [inet-superserver] 1:2.3.14-7.1+deb7u1
-- Configuration Files:
/etc/default/sslh changed [not included]
-- debconf information:
* sslh/inetd_or_standalone: standalone
--- End Message ---
--- Begin Message ---
tags 774707 + unreproducible
thanks
Closing unreproducible bug in Jessie.
--
Guillaume Delacour <[email protected]>
signature.asc
Description: This is a digitally signed message part
--- End Message ---
