openssh hängt an "Schlüssel nach 134217728 Blöcken"

16

Zuerst habe ich jetzt einen ganzen Tag lang gesucht und obwohl es ähnliche Probleme gibt, kann ich niemanden finden, der genau dieses Problem hat.

Auf meinem Hackintosh mit 10.12.3 ist OpenSSH über Homebrew installiert. Es hängt genau an der gleichen "Rekey" -Leitung, egal mit welchem ​​Server ich mich verbinde, und ich habe keine Ahnung warum.

(Hinweis: Das erwartete Ergebnis von unten sollte mit enden

Berechtigung verweigert (publickey).

Da ich das Zertifikat nicht installiert habe, verwende ich stattdessen nur git@github.com zum Testen. Aber es schafft es nicht einmal so weit, und das ist das Problem. Meine Home-Server-Box mit Ubuntu liefert den gleichen Hangpoint.)

➜  ~ ssh -vvv -T git@github.com
OpenSSH_7.5p1, OpenSSL 1.0.2k  26 Jan 2017
debug1: Reading configuration data /usr/local/etc/ssh/ssh_config
debug2: resolving "github.com" port 22
debug2: ssh_connect_direct: needpriv 0
debug1: Connecting to github.com [192.30.255.112] port 22.
debug1: Connection established.
debug1: key_load_public: No such file or directory
debug1: identity file /Volumes/StorageRAID/ajlowndes/.ssh/id_rsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Volumes/StorageRAID/ajlowndes/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Volumes/StorageRAID/ajlowndes/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Volumes/StorageRAID/ajlowndes/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Volumes/StorageRAID/ajlowndes/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Volumes/StorageRAID/ajlowndes/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Volumes/StorageRAID/ajlowndes/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Volumes/StorageRAID/ajlowndes/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_7.5
debug1: Remote protocol version 2.0, remote software version libssh-0.7.0
debug1: no match: libssh-0.7.0
debug2: fd 5 setting O_NONBLOCK
debug1: Authenticating to github.com:22 as 'git'
debug3: hostkeys_foreach: reading file "/Volumes/StorageRAID/ajlowndes/.ssh/known_hosts"
debug3: record_hostkey: found key type RSA in file /Volumes/StorageRAID/ajlowndes/.ssh/known_hosts:2
debug3: load_hostkeys: loaded 1 keys from github.com
debug3: order_hostkeyalgs: prefer hostkeyalgs: ssh-rsa-cert-v01@openssh.com,rsa-sha2-512,rsa-sha2-256,ssh-rsa
debug3: send packet: type 20
debug1: SSH2_MSG_KEXINIT sent
debug3: receive packet: type 20
debug1: SSH2_MSG_KEXINIT received
debug2: local client KEXINIT proposal
debug2: KEX algorithms: curve25519-sha256,curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha256,diffie-hellman-group14-sha1,ext-info-c
debug2: host key algorithms: ssh-rsa-cert-v01@openssh.com,rsa-sha2-512,rsa-sha2-256,ssh-rsa,ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,ssh-ed25519-cert-v01@openssh.com,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,ssh-ed25519
debug2: ciphers ctos: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com,aes128-cbc,aes192-cbc,aes256-cbc
debug2: ciphers stoc: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com,aes128-cbc,aes192-cbc,aes256-cbc
debug2: MACs ctos: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: MACs stoc: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: compression ctos: none,zlib@openssh.com,zlib
debug2: compression stoc: none,zlib@openssh.com,zlib
debug2: languages ctos:
debug2: languages stoc:
debug2: first_kex_follows 0
debug2: reserved 0
debug2: peer server KEXINIT proposal
debug2: KEX algorithms: curve25519-sha256@libssh.org,ecdh-sha2-nistp256,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: host key algorithms: ssh-dss,ssh-rsa
debug2: ciphers ctos: chacha20-poly1305@openssh.com,aes256-ctr,aes192-ctr,aes128-ctr,aes256-cbc,aes192-cbc,aes128-cbc,blowfish-cbc
debug2: ciphers stoc: chacha20-poly1305@openssh.com,aes256-ctr,aes192-ctr,aes128-ctr,aes256-cbc,aes192-cbc,aes128-cbc,blowfish-cbc
debug2: MACs ctos: hmac-sha1,hmac-sha2-256,hmac-sha2-512
debug2: MACs stoc: hmac-sha1,hmac-sha2-256,hmac-sha2-512
debug2: compression ctos: none,zlib,zlib@openssh.com
debug2: compression stoc: none,zlib,zlib@openssh.com
debug2: languages ctos:
debug2: languages stoc:
debug2: first_kex_follows 0
debug2: reserved 0
debug1: kex: algorithm: curve25519-sha256@libssh.org
debug1: kex: host key algorithm: ssh-rsa
debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none
debug3: send packet: type 30
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug3: receive packet: type 31
debug1: Server host key: ssh-rsa SHA256:nThbg6kXUpJWGl7E1IGOCspRomTxdCARLviKw6E5SY8
debug3: hostkeys_foreach: reading file "/Volumes/StorageRAID/ajlowndes/.ssh/known_hosts"
debug3: record_hostkey: found key type RSA in file /Volumes/StorageRAID/ajlowndes/.ssh/known_hosts:2
debug3: load_hostkeys: loaded 1 keys from github.com
debug3: hostkeys_foreach: reading file "/Volumes/StorageRAID/ajlowndes/.ssh/known_hosts"
debug3: record_hostkey: found key type RSA in file /Volumes/StorageRAID/ajlowndes/.ssh/known_hosts:11
debug3: load_hostkeys: loaded 1 keys from 192.30.255.112
debug1: Host 'github.com' is known and matches the RSA host key.
debug1: Found key in /Volumes/StorageRAID/ajlowndes/.ssh/known_hosts:2
debug3: send packet: type 21
debug2: set_newkeys: mode 1
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug3: receive packet: type 21
debug1: SSH2_MSG_NEWKEYS received
debug2: set_newkeys: mode 0
debug1: rekey after 134217728 blocks

Ich habe auch eine frühere Version von ssh ausprobiert:

➜  ~ /usr/local/Cellar/openssh/7.4p1/bin/ssh -vvv -T git@github.com

mit genau dem gleichen Ergebnis.

Und ich habe die native Version von macOS so ausprobiert:

➜  ~ /usr/bin/ssh -vvv -T git@github.com
OpenSSH_7.3p1, LibreSSL 2.4.1

... {same stuff} ...

Warning: Permanently added the RSA host key for IP address '192.30.255.113' to the list of known hosts.
debug3: send packet: type 21
debug2: set_newkeys: mode 1
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug3: receive packet: type 21
debug2: set_newkeys: mode 0
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS received

Ich stelle fest, dass die letzten drei Zeilen in einer anderen Reihenfolge sind, ansonsten scheint es keinen Unterschied zu geben.

Andere Computer (z. B. MacBook Air) mit dem nativen SSH von Mac haben kein Problem. Es ist nur der Hackintosh. Irgendwelche Ideen, wo ich als nächstes Fehler beheben kann?

Danke im Voraus.

Hinweis: Ich kann auf den Hackintosh kein Problem ssh, nur nicht von ihm.

ssh 
— ajlowndes
quelle
ssh findet keine gültige Schlüsseldatei (überprüfen Sie die Zeilen 7-22: Alle zeigen die Antwort vom Typ -1). Haben Sie den ssh -i ... Befehl
— klanomath

Antworten:

20

Das Problem ist, dass ssh auf eine Verbindung zu Ihrem ssh-Agenten wartet. Sie können dies testen, indem Sie ausführen SSH_AUTH_SOCK= ssh git@github.com.

Wenn dies tatsächlich das Problem ist (wie es für mich war), dann haben Sie wahrscheinlich mehrere LaunchAgents, die auf den Socket hören SSH_AUTH_SOCKund einer von ihnen macht das Falsche. Zum Beispiel hatte ich eine von MacPorts, die versucht hat zu laufen, /opt/local/bin/ssh-agent -laber die ssh-agentes nicht mehr gab.

Sie sollten einen LaunchAgent für ssh-agentin haben, /System/Library/LaunchAgents/com.openssh.ssh-agent.plistaber Sie können andere in /Library/LaunchAgentsoder haben ~/Library/LaunchAgents. Wenn ja, entladen Sie die ssh-agentLaunchAgents mit launchctl unloadoder löschen Sie sie einfach und melden Sie sich ab und wieder an (oder starten Sie sie neu, ich bin mir nicht sicher, ob eine Abmeldung ausreichend ist). Hoffentlich sollte das Ihr Problem beheben.

— TH.
quelle
4
In diesem Fall war es die Ursache für dieses Problem, dass ich den SSH-Agenten nicht kontaktieren konnte. Als GNU / Linux-Benutzer bin ich gerade dieser Seite beigetreten, um diese Antwort zu verbessern - die bis jetzt nicht akzeptiert wurde oder keine positiven Bewertungen erhalten hat :(
— Anthony Geoghegan
2
Entschuldigen Sie die Verzögerung dort - ich habe diese Antwort jetzt akzeptiert. Es hat nur sehr lange gedauert, bis ich zum Testen auf dieses Problem zurückgekommen bin. Danke TH!
— Ajlowndes
unset SSH_AUTH_SOCKhabe den Trick für mich gemacht (Debian GNU / Linux, auch mit dem gleichen Problem im Moment). Zu faul zum Debuggen, wenn zu diesem Zeitpunkt noch weiter; Ich glaube nicht, dass ich die Funktionalität von ssh-agentatm brauche .
— Per Lundberg
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.