unendlicher Aktivierungszustand für benutzerdefinierten Build OpenSh-Hpn-Sshd unter Ubuntu 16

Question 1

Ubuntu hat sich dazu entschlossen, systemd über die Methode zu informieren, wann es gestartet wurde. Das ist an der Option offensichtlich Type=notify, die die Verwendung von OpenSSH ohne Systemd-Patch unmöglich macht. Es gibt zwei mögliche Lösungen:

Ändern Sie die Zeile Type=notifyin Type=forkingund fügen Sie eine neue Zeile mit hinzu. Sie PIDFile=/var/run/sshd.pidsollte ExecStartin Folgendes geändert werden /usr/sbin/sshd $SSHD_OPTS:
```
Type=forking
PIDFile=/var/run/sshd.pid
ExecStart=/usr/sbin/sshd $SSHD_OPTS
```
Erstellen Sie Ihr OpenSSH mit demPatchvon Debian/Ubuntu:

From fe97848e044743f0bac019a491ddf0138f84e14a Mon Sep 17 00:00:00 2001
From: Michael Biebl <[email protected]>
Date: Mon, 21 Dec 2015 16:08:47 +0000
Subject: Add systemd readiness notification support

Bug-Debian: https://bugs.debian.org/778913
Forwarded: no
Last-Update: 2016-01-04

Patch-Name: systemd-readiness.patch
---
 configure.ac | 24 ++++++++++++++++++++++++
 sshd.c       |  9 +++++++++
 2 files changed, 33 insertions(+)

diff --git a/configure.ac b/configure.ac
index f822fb3..6cafb15 100644
--- a/configure.ac
+++ b/configure.ac
@@ -4319,6 +4319,29 @@ AC_ARG_WITH([kerberos5],
 AC_SUBST([GSSLIBS])
 AC_SUBST([K5LIBS])

+# Check whether user wants systemd support
+SYSTEMD_MSG="no"
+AC_ARG_WITH(systemd,
+   [  --with-systemd          Enable systemd support],
+   [ if test "x$withval" != "xno" ; then
+       AC_PATH_TOOL([PKGCONFIG], [pkg-config], [no])
+       if test "$PKGCONFIG" != "no"; then
+           AC_MSG_CHECKING([for libsystemd])
+           if $PKGCONFIG --exists libsystemd; then
+               SYSTEMD_CFLAGS=`$PKGCONFIG --cflags libsystemd`
+               SYSTEMD_LIBS=`$PKGCONFIG --libs libsystemd`
+               CPPFLAGS="$CPPFLAGS $SYSTEMD_CFLAGS"
+               SSHDLIBS="$SSHDLIBS $SYSTEMD_LIBS"
+               AC_MSG_RESULT([yes])
+               AC_DEFINE(HAVE_SYSTEMD, 1, [Define if you want systemd support.])
+               SYSTEMD_MSG="yes"
+           else
+               AC_MSG_RESULT([no])
+           fi
+       fi
+   fi ]
+)
+
 # Looking for programs, paths and files

 PRIVSEP_PATH=/var/empty
@@ -5121,6 +5144,7 @@ echo "                   libedit support: $LIBEDIT_MSG"
 echo "  Solaris process contract support: $SPC_MSG"
 echo "           Solaris project support: $SP_MSG"
 echo "         Solaris privilege support: $SPP_MSG"
+echo "                   systemd support: $SYSTEMD_MSG"
 echo "       IP address in \$DISPLAY hack: $DISPLAY_HACK_MSG"
 echo "           Translate v4 in v6 hack: $IPV4_IN6_HACK_MSG"
 echo "                  BSD Auth support: $BSD_AUTH_MSG"
diff --git a/sshd.c b/sshd.c
index 837409b..868df9e 100644
--- a/sshd.c
+++ b/sshd.c
@@ -85,6 +85,10 @@
 #include <prot.h>
 #endif

+#ifdef HAVE_SYSTEMD
+#include <systemd/sd-daemon.h>
+#endif
+
 #include "xmalloc.h"
 #include "ssh.h"
 #include "ssh1.h"
@@ -2117,6 +2121,11 @@ main(int ac, char **av)
            unsetenv("SSH_SIGSTOP");
        }

+#ifdef HAVE_SYSTEMD
+       /* Signal systemd that we are ready to accept connections */
+       sd_notify(0, "READY=1");
+#endif
+
        /* Accept a connection and return in a forked child */
        server_accept_loop(&sock_in, &sock_out,
            &newsock, config_s);

Answer

Ubuntu hat sich dazu entschlossen, systemd über die Methode zu informieren, wann es gestartet wurde. Das ist an der Option offensichtlich Type=notify, die die Verwendung von OpenSSH ohne Systemd-Patch unmöglich macht. Es gibt zwei mögliche Lösungen:

Ändern Sie die Zeile Type=notifyin Type=forkingund fügen Sie eine neue Zeile mit hinzu. Sie PIDFile=/var/run/sshd.pidsollte ExecStartin Folgendes geändert werden /usr/sbin/sshd $SSHD_OPTS:
```
Type=forking
PIDFile=/var/run/sshd.pid
ExecStart=/usr/sbin/sshd $SSHD_OPTS
```
Erstellen Sie Ihr OpenSSH mit demPatchvon Debian/Ubuntu:

From fe97848e044743f0bac019a491ddf0138f84e14a Mon Sep 17 00:00:00 2001
From: Michael Biebl <[email protected]>
Date: Mon, 21 Dec 2015 16:08:47 +0000
Subject: Add systemd readiness notification support

Bug-Debian: https://bugs.debian.org/778913
Forwarded: no
Last-Update: 2016-01-04

Patch-Name: systemd-readiness.patch
---
 configure.ac | 24 ++++++++++++++++++++++++
 sshd.c       |  9 +++++++++
 2 files changed, 33 insertions(+)

diff --git a/configure.ac b/configure.ac
index f822fb3..6cafb15 100644
--- a/configure.ac
+++ b/configure.ac
@@ -4319,6 +4319,29 @@ AC_ARG_WITH([kerberos5],
 AC_SUBST([GSSLIBS])
 AC_SUBST([K5LIBS])

+# Check whether user wants systemd support
+SYSTEMD_MSG="no"
+AC_ARG_WITH(systemd,
+   [  --with-systemd          Enable systemd support],
+   [ if test "x$withval" != "xno" ; then
+       AC_PATH_TOOL([PKGCONFIG], [pkg-config], [no])
+       if test "$PKGCONFIG" != "no"; then
+           AC_MSG_CHECKING([for libsystemd])
+           if $PKGCONFIG --exists libsystemd; then
+               SYSTEMD_CFLAGS=`$PKGCONFIG --cflags libsystemd`
+               SYSTEMD_LIBS=`$PKGCONFIG --libs libsystemd`
+               CPPFLAGS="$CPPFLAGS $SYSTEMD_CFLAGS"
+               SSHDLIBS="$SSHDLIBS $SYSTEMD_LIBS"
+               AC_MSG_RESULT([yes])
+               AC_DEFINE(HAVE_SYSTEMD, 1, [Define if you want systemd support.])
+               SYSTEMD_MSG="yes"
+           else
+               AC_MSG_RESULT([no])
+           fi
+       fi
+   fi ]
+)
+
 # Looking for programs, paths and files

 PRIVSEP_PATH=/var/empty
@@ -5121,6 +5144,7 @@ echo "                   libedit support: $LIBEDIT_MSG"
 echo "  Solaris process contract support: $SPC_MSG"
 echo "           Solaris project support: $SP_MSG"
 echo "         Solaris privilege support: $SPP_MSG"
+echo "                   systemd support: $SYSTEMD_MSG"
 echo "       IP address in \$DISPLAY hack: $DISPLAY_HACK_MSG"
 echo "           Translate v4 in v6 hack: $IPV4_IN6_HACK_MSG"
 echo "                  BSD Auth support: $BSD_AUTH_MSG"
diff --git a/sshd.c b/sshd.c
index 837409b..868df9e 100644
--- a/sshd.c
+++ b/sshd.c
@@ -85,6 +85,10 @@
 #include <prot.h>
 #endif

+#ifdef HAVE_SYSTEMD
+#include <systemd/sd-daemon.h>
+#endif
+
 #include "xmalloc.h"
 #include "ssh.h"
 #include "ssh1.h"
@@ -2117,6 +2121,11 @@ main(int ac, char **av)
            unsetenv("SSH_SIGSTOP");
        }

+#ifdef HAVE_SYSTEMD
+       /* Signal systemd that we are ready to accept connections */
+       sd_notify(0, "READY=1");
+#endif
+
        /* Accept a connection and return in a forked child */
        server_accept_loop(&sock_in, &sock_out,
            &newsock, config_s);

Question 2

Stand heute, 28.10.2019, ist dies unter Ubuntu 19.04 beim Kompilieren von openssh-8.1p1 immer noch erforderlich.

Die aktuellste Version des benötigten Patches finden Sie hier:https://salsa.debian.org/ssh-team/openssh/blob/master/debian/patches/systemd-readiness.patch

pkg-configSie müssen außerdem ( ) installieren, apt-get install pkg-configsonst wird die vom Patch benötigte Bibliothek ./configure --with-systemdnicht erkannt .libsystemd-dev

Answer

Stand heute, 28.10.2019, ist dies unter Ubuntu 19.04 beim Kompilieren von openssh-8.1p1 immer noch erforderlich.

Die aktuellste Version des benötigten Patches finden Sie hier:https://salsa.debian.org/ssh-team/openssh/blob/master/debian/patches/systemd-readiness.patch

pkg-configSie müssen außerdem ( ) installieren, apt-get install pkg-configsonst wird die vom Patch benötigte Bibliothek ./configure --with-systemdnicht erkannt .libsystemd-dev

Question 3

Es gibt einen weiteren Grund dafür, dass der sshdOpenSSH-Server im Status „Aktivieren“ hängen bleibt.

Die Ursache könnte nämlich eine „Entropie-Erschöpfung“ sein, die die Initialisierung des zugehörigen OpenSSL-Moduls verhindert.

Um zu überprüfen, ob das Problem tatsächlich bei der „Entropieerschöpfung“ liegt, stoppen Sie zunächst den OpenSSH-Dienst, sodass er nicht länger im Status „Aktivieren“ hängen bleibt. Geben Sie dazu den folgenden Befehl ein:

systemctl stop ssh

… nachdem der sshdgestoppt wurde, geben Sie den folgenden Befehl ein, um ihn erneut zu starten:

/usr/sbin/sshd -ddd

... und beobachten Sie die Debug-Ausgabe auf die folgende Meldung:
Übrigens: Die -dddOption aktiviert eine ausführliche Debug-Ausgabe beim Start des OpenSSH-Dienstes.

random: N urandom-Warnung(en) aufgrund von Ratelimiting übersehen

Wenn diese Meldung nach der Eingabe des /usr/sbin/sshd -dddBefehls erscheint, bedeutet dies, dass das SSL-Modul des OpenSSH-Dienstes nicht initialisiert werden kann, da der Entropiepool erschöpft ist.

Um dieses Problem zu beheben, geben Sie den folgenden Befehl ein:

apt-get install haveged

..wodurch eine schnellere Entropiequelle installiert wird. Weitere Informationen finden Sie unterhaveged Hier.

Dadurch wird es zu einer dauerhaften Lösung.

Answer