estado de ativação infinito para compilação personalizada openssh-hpn-sshd no ubuntu 16

estado de ativação infinito para compilação personalizada openssh-hpn-sshd no ubuntu 16

Compilei a versão hpn do openssh (OpenSSH_7.2p2-hpn14v11), o próprio sshd está funcionando bem. O problema é que a cada 2-3 minutos o systemd reinicia o sshd, pois não inicia o serviço corretamente. Quando substituo pelo pacote do Ubuntu da mesma versão, ele está funcionando como deveria. Até testei em VM com instalação limpa - a mesma coisa. O que estou fazendo de errado?

 ● ssh.service - OpenBSD Secure Shell server 
Loaded: loaded (/lib/systemd/system/ssh.service; enabled; vendor preset: enabled) 
Active: activating (start) since Wed 2016-09-28 20:18:49 EDT; 42s ago 
Main PID: 24279 (sshd) 
Tasks: 9 
Memory: 6.8M 
CPU: 164ms 
CGroup: /system.slice/ssh.service ├─20041 sshd: 
root@pts/0 ├─20047 
-bash ├─24279 
/usr/sbin/sshd -D ├─24628 
└─24629 pager
Sep 28 20:18:49 hostname systemd[1]: Starting OpenBSD Secure Shell server... Sep 28 20:18:49 hostname sshd[24279]: Server listening on 0.0.0.0 port 22
cat /lib/systemd/system/ssh.service
[Unit]
Description=OpenBSD Secure Shell server
After=network.target auditd.service
ConditionPathExists=!/etc/ssh/sshd_not_to_be_run

[Service]
EnvironmentFile=-/etc/default/ssh
ExecStart=/usr/sbin/sshd -D $SSHD_OPTS
ExecReload=/bin/kill -HUP $MAINPID
KillMode=process
Restart=on-failure
RestartPreventExitStatus=255
Type=notify

[Install]
WantedBy=multi-user.target
Alias=sshd.service


Logs:
    Sep 29 02:22:03 xxx sshd[15007]: Server listening on 0.0.0.0 port 22.
    Sep 29 02:22:03 xxx sshd[15007]: Server listening on :: port 22.
    Sep 29 02:23:33 xxx systemd[1]: ssh.service: Start operation timed out. Terminating.
    Sep 29 02:23:33 xxx systemd[1]: Failed to start OpenBSD Secure Shell server.
    Sep 29 02:23:33 xxx systemd[1]: ssh.service: Unit entered failed state.
    Sep 29 02:23:33 xxx systemd[1]: ssh.service: Failed with result 'timeout'.
    Sep 29 02:23:33 xxx systemd[1]: ssh.service: Service hold-off time over, scheduling restart.
    Sep 29 02:23:33 xxx systemd[1]: Stopped OpenBSD Secure Shell server.
    Sep 29 02:23:33 xxx systemd[1]: Starting OpenBSD Secure Shell server...
    Sep 29 02:23:33 xxx sshd[15775]: Server listening on 0.0.0.0 port 22.
    Sep 29 02:23:33 xxx sshd[15775]: Server listening on :: port 22.

Responder1

O Ubuntu recuou para usar o método systemd de avisar o systemd quando ele foi iniciado. É óbvio pela opção Type=notify, que torna impossível usar o OpenSSH sem o patch do Systemd. Há duas soluções possíveis:

  1. Altere a linha Type=notifypara Type=forkinge adicione uma nova linha com PIDFile=/var/run/sshd.pide ExecStartdeve ser alterado para/usr/sbin/sshd $SSHD_OPTS :

    Type=forking
    PIDFile=/var/run/sshd.pid
    ExecStart=/usr/sbin/sshd $SSHD_OPTS
    
  2. Construa seu OpenSSH com ocorreçãodo 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);

Responder2

A partir de hoje, 28/10/2019, isso ainda é necessário no Ubuntu 19.04 compilando o openssh-8.1p1.

Você pode encontrar a versão mais recente do patch de que precisa aqui:https://salsa.debian.org/ssh-team/openssh/blob/master/debian/patches/systemd-readiness.patch

Você também precisa instalar pkg-config( apt-get install pkg-config), caso contrário ./configure --with-systemdnão reconhecerá a libsystemd-devbiblioteca necessária para o patch.

Responder3

Há outro motivo para o sshdservidor OpenSSH ficar preso no estado de “ativação”.

Ou seja, a causa pode ser "exaustão de entropia", que impede que o módulo OpenSSL relacionado seja inicializado.

Para verificar se o "esgotamento da entropia" é realmente o problema, primeiro interrompa o serviço OpenSSH, para que ele não fique mais preso no estado "ativando", emitindo o seguinte comando:

systemctl stop ssh

...depois de sshdparar, emita o seguinte comando para iniciá-lo novamente:

/usr/sbin/sshd -ddd

...e observe a saída de depuração para a seguinte mensagem:
BTW: A -dddopção permite uma saída de depuração detalhada durante a inicialização do serviço OpenSSH.

aleatório: N uraviso(s) aleatório(s) perdido(s) devido à limitação de taxa

Se esta mensagem aparecer após a emissão do /usr/sbin/sshd -dddcomando, significa que o módulo SSL do serviço OpenSSH não pode ser inicializado porque o pool de entropia se esgotou.

Para solucionar esse problema, emita o comando:

apt-get install haveged

..que instalará uma fonte de entropia mais rápida. Você pode ler mais sobrehaveged aqui.

Isso o torna uma solução permanente.

informação relacionada