Ich führe den Befehl aus ssh user@hostund werde automatisch abgemeldet.
Hier ist das Ergebnis des Hinzufügens der Flags -vvv:
debug3: send packet: type 50
debug2: we sent a password packet, wait for reply
debug3: receive packet: type 52
debug1: Authentication succeeded (password).
Authenticated to [host] ([IPADDR]:PORT).
debug1: channel 0: new [client-session]
debug3: ssh_session2_open: channel_new: 0
debug2: channel 0: send open
debug3: send packet: type 90
debug1: Requesting [email protected]
debug3: send packet: type 80
debug1: Entering interactive session.
debug1: pledge: network
debug3: receive packet: type 91
debug2: callback start
debug2: fd 4 setting TCP_NODELAY
debug3: ssh_packet_set_tos: set IP_TOS 0x10
debug2: client_session2_setup: id 0
debug2: channel 0: request pty-req confirm 1
debug3: send packet: type 98
debug1: Sending environment.
debug3: Ignored env XDG_SESSION_ID
debug3: Ignored env HOSTNAME
debug3: Ignored env TERM
debug3: Ignored env SHELL
debug3: Ignored env HISTSIZE
debug3: Ignored env IGNOREEOF
debug3: Ignored env SSH_CLIENT
debug3: Ignored env SSH_TTY
debug3: Ignored env QT_GRAPHICSSYSTEM_CHECKED
debug3: Ignored env USER
debug3: Ignored env LS_COLORS
debug3: Ignored env MAIL
debug3: Ignored env PATH
debug3: Ignored env PWD
debug1: Sending env LANG = en_US.UTF-8
debug2: channel 0: request env confirm 0
debug3: send packet: type 98
debug3: Ignored env KDEDIRS
debug3: Ignored env HISTCONTROL
debug3: Ignored env SHLVL
debug3: Ignored env HOME
debug3: Ignored env LOGNAME
debug3: Ignored env XDG_DATA_DIRS
debug3: Ignored env SSH_CONNECTION
debug3: Ignored env LESSOPEN
debug3: Ignored env XDG_RUNTIME_DIR
debug3: Ignored env QT_PLUGIN_PATH
debug3: Ignored env _
debug2: channel 0: request shell confirm 1
debug3: send packet: type 98
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug3: receive packet: type 99
debug2: channel_input_status_confirm: type 99 id 0
debug2: PTY allocation request accepted on channel 0
debug2: channel 0: rcvd adjust 2097152
debug3: receive packet: type 99
debug2: channel_input_status_confirm: type 99 id 0
debug2: shell request accepted on channel 0
You have mail.
Last login: Sat Jul 18 21:42:05 2020 from [IPADDR2]
debug3: receive packet: type 98
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug3: receive packet: type 98
debug1: client_input_channel_req: channel 0 rtype [email protected] reply 0
debug2: channel 0: rcvd eow
debug2: channel 0: close_read
debug2: channel 0: input open -> closed
debug3: receive packet: type 96
debug2: channel 0: rcvd eof
debug2: channel 0: output open -> drain
debug2: channel 0: obuf empty
debug2: channel 0: close_write
debug2: channel 0: output drain -> closed
debug3: receive packet: type 97
debug2: channel 0: rcvd close
debug3: channel 0: will not send data after close
debug2: channel 0: almost dead
debug2: channel 0: gc: notify user
debug2: channel 0: gc: user detached
debug2: channel 0: send close
debug3: send packet: type 97
debug2: channel 0: is dead
debug2: channel 0: garbage collecting
debug1: channel 0: free: client-session, nchannels 1
debug3: channel 0: status: The following connections are open:
#0 client-session (t4 r0 i3/0 o3/0 fd -1/-1 cc -1)
debug3: send packet: type 1
Connection to [host] closed.
Transferred: sent 2328, received 2512 bytes, in 0.0 seconds
Bytes per second: sent 222371.7, received 239947.4
debug1: Exit status 1
Wir wären für jede Hilfe bei der Behebung dieses Problems sehr dankbar!
Antwort1
Laut Debug-Ausgabe sshwar die Authentifizierung erfolgreich. Anschließend wurde eine interaktive Shell-Sitzung auf dem Remote-System eingerichtet. Es erscheint ein Text, der wie eine typische Willkommensnachricht des Remote-Systems aussieht, und die Sitzung wird sofort mit dem Exit-Code 1 beendet.
Mit anderen Worten: SSH hat eine Remote-Sitzung erstellt, diese aber sofort wieder geschlossen. Dafür gibt es mehrere Ursachen, und aus dem Debug-Trace lässt sich nicht wirklich ableiten, wo das Problem liegt:
- Möglicherweise befindet sich in Ihren Remote-Shell-Startdateien (.bashrc usw.) etwas, das dazu führt, dass die Shell sofort beendet wird.
- Möglicherweise stimmt etwas mit Ihrer Remote-Shell (/bin/bash oder was auch immer) nicht, sodass das Programm nicht gestartet werden kann.
- Ihr Konto ist möglicherweise deaktiviert oder so eingestellt, dass interaktive Sitzungen nicht zulässig sind.
- Möglicherweise liegen auf dem Remote-Host andere Probleme vor, die den Start Ihres Shell-Prozesses verhindern.
Je nachdem, wie SFTP auf dem Remote-System eingerichtet ist, können Sie sich möglicherweise über SFTP anmelden oder nicht. Wenn Sie sich über SFTP anmelden können, können Sie damit Ihre Shell-Startdateien überprüfen, aktualisieren oder entfernen. Oder Sie können möglicherweise auf die Systemprotokolle zugreifen (normalerweise in /var/log), um zu sehen, ob sshdetwas darüber protokolliert wird, warum Ihre Sitzungen beendet werden.