Hab noch weiterrecherchiert.
Also, wenn der ssh-Befehl in git hängt, kommt eine Fehlermeldung die z.B. so lautet:
Code: Alles auswählen
fatal: protocol error: bad line length character: Blac
ich habe jetzt herausgefunden, dass dies der Beginn von
Code: Alles auswählen
$ ssh git@github.com
Reading profile /etc/firejail/ssh.profile
Reading profile /etc/firejail/disable-common.inc
Reading profile /etc/firejail/disable-programs.inc
Reading profile /etc/firejail/disable-passwdmgr.inc
Parent pid 11991, child pid 11992
Blacklist violations are logged to syslog
Child process initialized in 35.84 ms
PTY allocation request failed
Hi XXXXXXXXXX! You've successfully authenticated, but GitHub does not provide shell access.
Shared connection to github.com closed.
Parent is shutting down, bye...
Also die Zeile mit "Blacklist violations are logged to syslog" verursacht beim Auskommentieren von "quiet" eine Fehlermeldung. Mit quiet hängt ssh einfach nur.
Nach der Reaktivierung von quiet ist die Blacklist violation offenbar verschwunden, und der ssh-Befehl läuft durch.
Übrigens, nachdem ich mich von Gnome abgemeldet habe und wieder anmelde, hängt der ssh-Befehl reproduzierbar wieder.
Die Blacklist violation ist übrigens nicht gelogged. Im Journal findet sich dazu nichts.
//EDIT
Ich habe gerade noch festgestellt, wenn ich mittels Auskommentieren von quiet in ssh.profile den Fehler provoziere, dann bleibt
Code: Alles auswählen
11022:jakob:/usr/bin/firejail /usr/bin/ssh git@github.com git-receive-pack 'xundeenergie/xe-ca-cert.git'
zurück.
Solange dieser Prozess besteht, funktionieren alle weiteren git-Befehle und ssh-Logins auf
git@github.com.
Kille ich in dem Fall den Prozess 11022, dann hängt ein ssh
git@github.com hier:
Code: Alles auswählen
$ ssh -v git@github.com
OpenSSH_7.4p1 Debian-10+deb9u1, OpenSSL 1.0.2l 25 May 2017
debug1: Reading configuration data /home/jakob/.ssh/config
debug1: /home/jakob/.ssh/config line 1: Applying options for *
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: auto-mux: Trying existing master
debug1: Control socket "/tmp/git@github.com:22" does not exist
debug1: Connecting to github.com [192.30.253.113] port 22.
debug1: Connection established.
debug1: identity file /home/jakob/.ssh/id_rsa type 1
debug1: key_load_public: No such file or directory
debug1: identity file /home/jakob/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/jakob/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/jakob/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/jakob/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/jakob/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/jakob/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/jakob/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_7.4p1 Debian-10+deb9u1
debug1: Remote protocol version 2.0, remote software version libssh_0.7.0
debug1: no match: libssh_0.7.0
Authenticated to github.com ([192.30.253.113]:22).
debug1: setting up multiplex master socket
debug1: channel 0: new [/tmp/git@github.com:22]
debug1: control_persist_detach: backgrounding master process
debug1: forking to background
debug1: Entering interactive session.
debug1: pledge: id
debug1: multiplexing control connection
debug1: channel 1: new [mux-control]
debug1: channel 2: new [client-session]
debug1: Sending environment.
debug1: Sending env LC_MEASUREMENT = de_AT.UTF-8
debug1: Sending env LC_PAPER = de_AT.UTF-8
debug1: Sending env LC_MONETARY = de_AT.UTF-8
debug1: Sending env LANG = de_DE.UTF-8
debug1: Sending env LC_NUMERIC = de_AT.UTF-8
debug1: Sending env LC_TIME = de_AT.UTF-8
debug1: mux_client_request_session: master session id: 2
PTY allocation request failed
debug1: client_input_channel_req: channel 2 rtype exit-status reply 0
Hi XXXXXXXXXXXxxX! You've successfully authenticated, but GitHub does not provide shell access.
debug1: channel 2: free: client-session, nchannels 3
debug1: channel 1: free: mux-control, nchannels 2
Shared connection to github.com closed.
Die Verbindung wird beendet, aber ssh wird nicht fertig.
Ich sehe gerade, dass der ssh-Key nicht gefunden wird... Aber warum?
lg scientific