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 [email protected] 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 [email protected]
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: [email protected],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,[email protected],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: [email protected],rsa-sha2-512,rsa-sha2-256,ssh-rsa,[email protected],[email protected],[email protected],[email protected],ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,ssh-ed25519
debug2: ciphers ctos: [email protected],aes128-ctr,aes192-ctr,aes256-ctr,[email protected],[email protected],aes128-cbc,aes192-cbc,aes256-cbc
debug2: ciphers stoc: [email protected],aes128-ctr,aes192-ctr,aes256-ctr,[email protected],[email protected],aes128-cbc,aes192-cbc,aes256-cbc
debug2: MACs ctos: [email protected],[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: MACs stoc: [email protected],[email protected],[email protected],[email protected],[email protected],[email protected],[email protected],hmac-sha2-256,hmac-sha2-512,hmac-sha1
debug2: compression ctos: none,[email protected],zlib
debug2: compression stoc: none,[email protected],zlib
debug2: languages ctos:
debug2: languages stoc:
debug2: first_kex_follows 0
debug2: reserved 0
debug2: peer server KEXINIT proposal
debug2: KEX algorithms: [email protected],ecdh-sha2-nistp256,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: host key algorithms: ssh-dss,ssh-rsa
debug2: ciphers ctos: [email protected],aes256-ctr,aes192-ctr,aes128-ctr,aes256-cbc,aes192-cbc,aes128-cbc,blowfish-cbc
debug2: ciphers stoc: [email protected],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,[email protected]
debug2: compression stoc: none,zlib,[email protected]
debug2: languages ctos:
debug2: languages stoc:
debug2: first_kex_follows 0
debug2: reserved 0
debug1: kex: algorithm: [email protected]
debug1: kex: host key algorithm: ssh-rsa
debug1: kex: server->client cipher: [email protected] MAC: <implicit> compression: none
debug1: kex: client->server cipher: [email protected] 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 [email protected]

mit genau dem gleichen Ergebnis.

Und ich habe die native Version von macOS so ausprobiert:

➜  ~ /usr/bin/ssh -vvv -T [email protected]
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 [email protected].

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