Início / unix / Perguntas / 789252
Accepted
gatorback
Asked: 2025-01-09 01:39:12 +0800 CST

O status do servidor SSH mostra desabilitado

  • 772

Contexto: Servidor Ubuntu 24.04 de 64 bits no Raspberry pi 3B+

sudo systemctl status ssh

Resultados após reiniciar o servidor ssh. Por que a segunda linha indica desabilitado? Como diagnosticar/testar? Que limitação isso impõe?

● ssh.service - OpenBSD Secure Shell server
     Loaded: loaded (/usr/lib/systemd/system/ssh.service; disabled; preset: enabled)
     Active: active (running) since Wed 2025-01-08 07:35:43 UTC; 8h ago
TriggeredBy: ● ssh.socket
       Docs: man:sshd(8)
             man:sshd_config(5)
    Process: 1584 ExecStartPre=/usr/sbin/sshd -t (code=exited, status=0/SUCCESS)
   Main PID: 1586 (sshd)
      Tasks: 1 (limit: 853)
     Memory: 1.1M (peak: 2.9M)
        CPU: 303ms
     CGroup: /system.slice/ssh.service
             └─1586 "sshd: /usr/sbin/sshd -D [listener] 0 of 10-100 startups"

Jan 08 07:35:43 rpi3mqtt systemd[1]: Starting ssh.service - OpenBSD Secure Shell server...
Jan 08 07:35:43 rpi3mqtt sshd[1586]: Server listening on :: port 22.
Jan 08 07:35:43 rpi3mqtt systemd[1]: Started ssh.service - OpenBSD Secure Shell server.
Jan 08 14:48:16 rpi3mqtt sshd[2411]: Connection closed by authenticating user ubuntu 192.168.8.242 port 64789 [preauth]

Conforme solicitado nos comentários:

sudo systemctl status ssh.socket

● ssh.socket - OpenBSD Secure Shell server socket
     Loaded: loaded (/usr/lib/systemd/system/ssh.socket; enabled; preset: enabled)
     Active: active (running) since Wed 2025-01-08 19:03:57 UTC; 2h 36min ago
   Triggers: ● ssh.service
     Listen: [::]:22 (Stream)
      Tasks: 0 (limit: 853)
     Memory: 8.0K (peak: 256.0K)
        CPU: 3ms
     CGroup: /system.slice/ssh.socket

Jan 08 19:03:57 rpi3mqtt systemd[1]: Listening on ssh.socket - OpenBSD Secure Shell server socket.
ubuntu

1 respostas

  1. Best Answer

    O serviço está desabilitado, portanto não será iniciado na inicialização, mas foi iniciado e está disponível agora.

    Conforme observado em um comentário de @telcoM, a entrada TriggeredBy: ● ssh.socketindica que o serviço SSH pode ter sido configurado para ativação de soquete, ou seja, systemdmanterá o soquete para a porta TCP 22 e iniciará o real sshdquando uma conexão de entrada chegar e passará a conexão para ele. (Essencialmente semelhante ao antigo inetdou xinetd.)

    Nessa situação ssh.serviceserá disabledmas ssh.socketserá enabled, e isso corresponde ao seu cenário.

    Alternativamente, você pode voltar a usar apenas ssh.service:

    systemctl enable ssh.service    # Enable automatic startup of the ssh service
systemctl disable ssh.socket    # Disable socket management service
systemctl start ssh.service     # Start the ssh service

    (Você precisará de privilégios de root para executar esses comandos de administração do sistema. Isso pode ser feito usando sudo, doas, suou algum outro método.)

    Por que o sistema pode ser configurado para usar ssh.socket? Principalmente para economizar recursos evitando iniciar o sshddaemon a menos que seja necessário.

    • 7

relate perguntas