Início / unix / Perguntas / 693306
Accepted
henriquehbr
Asked: 2022-03-08 07:48:02 +0800 CST

O servidor SSH recusa várias conexões do mesmo cliente

  • 772

Tenho um servidor openssh simples rodando em um container Alpine Linux 3.15 Docker, e um outro container, também rodando a mesma versão do Alpine do servidor SSH) que roda um servidor X com dwm

Estou me conectando ao servidor SSH (e executando st) do servidor X com o seguinte comando:

ssh -v -t [email protected] st

O servidor SSH está sendo executado com o seguinte comando:

/usr/bin/sshd -D -d -e

A $DISPLAYvariável é definida como ssh:10( sshsendo o nome do host do servidor SSH)

O cliente consegue abrir uma aplicação gráfica ( st) através do X11 encaminhando do servidor para a tela do cliente, o problema é que só consigo abrir uma única instância de stantes de receber o seguinte erro:

ssh: connect to host 172.17.0.2 port 22: Connection refused

log do lado do servidor:

Starting session: command on pts/1 for client from 172.17.0.3 port 34060 id 0
debug1: Setting controlling tty using TIOCSCTTY.
debug1: X11 connection requested.
debug1: channel 3: new [X11 connection from 172.17.0.2 port 35028]
debug1: Received SIGCHLD.
debug1: session_by_pid: pid 9
debug1: session_exit_message: session 0 channel 0 pid 9
debug1: session_exit_message: release channel 0
debug1: session_by_tty: session 0 tty /dev/pts/1
debug1: session_pty_cleanup2: session 0 release /dev/pts/1
debug1: channel 3: free: X11 connection from 172.17.0.2 port 35028, nchannels 4
debug1: session_by_channel: session 0 channel 0
debug1: session_close_by_channel: channel 0 child 0
debug1: session_close_x11: detach x11 channel 1
debug1: session_close_x11: detach x11 channel 2
Close session: user client from 172.17.0.3 port 34060 id 0
debug1: channel 0: free: server-session, nchannels 3
debug1: channel 1: free: X11 inet listener, nchannels 2
debug1: channel 2: free: X11 inet listener, nchannels 1
Received disconnect from 172.17.0.3 port 34060:11: disconnected by user
Disconnected from user client 172.17.0.3 port 34060
debug1: do_cleanup
debug1: do_cleanup

log do lado do cliente:

Running /usr/bin/xauth remove ssh:10.0
/usr/bin/xauth add ssh:10.0 MIT-MAGIC-COOKIE-1 49907415ff518044198f6f0075f270fe
debug1: client_input_channel_open: ctype x11 rchan 3 win 65536 max 16384
debug1: client_request_x11: request from 172.17.0.2 35028
debug1: channel 1: new [x11]
debug1: confirm x11
OpenSSH_8.8p1, OpenSSL 1.1.1l  24 Aug 2021
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Authenticator provider $SSH_SK_PROVIDER did not resolve; disabling
debug1: Connecting to 172.17.0.2 [172.17.0.2] port 22.
debug1: connect to address 172.17.0.2 port 22: Connection refused
ssh: connect to host 172.17.0.2 port 22: Connection refused
xinit: connection to X server lost

waiting for X server to shut down debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype [email protected] reply 0
debug1: channel 1: free: x11, nchannels 2
X connection to ssh:10.0 broken (explicit kill or server shutdown).
debug1: channel 0: free: client-session, nchannels 1
Connection to 172.17.0.2 closed.
Transferred: sent 91292, received 92728 bytes, in 3.1 seconds
Bytes per second: sent 29350.8, received 29812.5
debug1: Exit status 1
(II) Server terminated successfully (0). Closing log file.

deallocvt: can't open console
linux ssh

1 respostas

  1. Best Answer

    Você diz que está executando sshdusando este comando:

    /usr/bin/sshd -D -d -e

    A opção "-d" é usada para depuração. Tem este efeito:

    Modo de depuração. O servidor envia a saída de depuração detalhada para erro padrão e não se coloca em segundo plano. O servidor também não fará o fork(2) e processará apenas uma conexão . Esta opção destina-se apenas à depuração do servidor. Várias opções -d aumentam o nível de depuração. O máximo é 3.

    O comportamento que você descreve, no qual o sshd aceita apenas uma conexão e não mais, é exatamente o que você esperaria ver com a opção "-d" em vigor.

    Se você deseja obter o mesmo comportamento que está obtendo agora, apenas com sshdo manuseio de várias conexões, isso deve ser feito:

    /usr/bin/sshd -D -e -o LogLevel=DEBUG1
    • A opção "-D" faz com que o sshd seja executado em primeiro plano.
    • "-e" direciona as mensagens de log para o erro padrão do sshd.
    • "-o LogLevel=DEBUG1" habilita o registro no nível debug1.
    • 3

relate perguntas