ssh fermata connessione in "debug1: SSH2_MSG_KEXINIT inviato"

Question

ho cambiato numero di porta ssh 22-2222 la precedente connessione di impostazione della porta ssh 22 va bene Ho mappato il NAT sul router correttamente

di default

Quando provo debug

ssh -v -p2222 www.example.com 

ottengo questo errore appeso

debug1: SSH2_MSG_KEXINIT 

Di seguito è tutto registro di debug

bob@server:~$ ssh -v -p2222 www.example.com 
OpenSSH_4.7p1 Debian-8ubuntu1.2, OpenSSL 0.9.8g 19 Oct 2007 
debug1: Reading configuration data /etc/ssh/ssh_config 
debug1: Applying options for * 
debug1: Connecting to www.example.com [100.100.100.100] port 2222. 
debug1: Connection established. 
debug1: identity file /home/bob/.ssh/identity type -1 
debug1: identity file /home/bob/.ssh/id_rsa type -1 
debug1: identity file /home/bob/.ssh/id_dsa type -1 
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.7p1 Debian-8ubuntu1.2 
debug1: match: OpenSSH_4.7p1 Debian-8ubuntu1.2 pat OpenSSH* 
debug1: Enabling compatibility mode for protocol 2.0 
debug1: Local version string SSH-2.0-OpenSSH_4.7p1 Debian-8ubuntu1.2 
debug1: SSH2_MSG_KEXINIT sent 
Connection closed by 100.100.100.100 

Proprio come quella connessione avere chiuso ho usato gnome-terminal, stucco, SecureCRT su macchine coppia dentro e fuori della rete ancora tutti lo stesso errore

Answer 1

SSH2_MSG_KEXINIT non è un errore. Ti sta solo dicendo che sta iniziando il processo di scambio di chiavi SSH.

Se l'altra estremità sta chiudendo la connessione in quel punto, apparentemente non ti piace per qualche motivo :-) Hai accesso ai registri sul server a cui ti stai connettendo? Questo potrebbe avere informazioni sul perché la connessione viene chiusa in modo precipitoso. (tcpwrappers, per esempio)

Answer 2

Ho avuto lo stesso problema, sshd è stato confuso quando ho cambiato la porta in sshd_config e riavviato il servizio sshd, quando finalmente ho visto i registri del server (che sembra che tu non possa) , sshd si è lamentato del fatto che la porta sia già in uso, Netstat ha acconsentito e una ps ha mostrato diverse istanze di servizi sshd in esecuzione. Li ho uccisi e ho riavviato sshd e sono riuscito a connettermi. Giuro che ho provato a riavviare per risolvere il problema, ma suppongo di no, perché probabilmente l'avrei risolto.

Per farla breve, lo sshd che dovrebbe essere in ascolto sulla porta 2222 per l'autenticazione di te non è quello in ascolto, un altro processo sshd lo è. Se hai lo stesso problema che ho fatto.

Answer 3

Ho avuto questo problema e l'ho risolto impostando l'MTU sul router/firewall di destinazione e nell'host di destinazione sullo stesso host di origine (1500).

Answer 4

Mi è appena capitato di capitare su un host XEN. Avevo duplicato questo host da un altro, e come è pratica comune, ho cancellato le chiavi host in/etc/ssh dopo aver fatto ciò, pensando che quelle nuove sarebbero state generate in seguito. Ma questo non è mai successo e sshd è felicemente avviato senza chiavi host. Quando si tenta di eseguire l'ssh su questo host, questo verrà rilasciato dopo SSH2_MSG_KEXINIT. Tutto quello che dovevo fare era creare le chiavi host, che sulla macchina basata Debian è fatto in questo modo:

dpkg-reconfigure openssh-server