git pull não faz nada / git push simplesmente trava / debug1: esperando SSH2_MSG_KEX_ECDH_REPLY

Question

Eu tive um problema no Ubuntu 13.10 e 12.10, onde a tentativa de conexão ao github (git clone / pull / push ou qualquer coisa) falhava sem saída.

Eu verifiquei meu diretório /.ssh para config e quaisquer chaves ssh. Não tinha nenhum arquivo de configuração e a chave ssh para id_rsa era a mesma que estava na minha conta github.com.

Eu tentei fazer ping nos servidores do github e também consegui.

Eu segui o guia do github para depurar a situação - sugere

ssh -T -v [email protected]

A saída é interrompida em:

debug1: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY

Alguém tem uma solução para permitir que meu git pull / push etc. funcione.

    

Answer 1

A solução foi encontrada aqui: O SSH funciona no putty mas não no terminal

no Ubuntu 13.10 / 12.10, faça o login e obtenha acesso ao sudo.

Edite /etc/ssh/ssh_config , descomente as seguintes linhas

Ciphers aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc
GSSAPIAuthentication yes
GSSAPIDelegateCredentials no
MACs hmac-md5,hmac-sha1,[email protected],hmac-ripemd160

Adicione a seguinte linha

HostKeyAlgorithms ssh-rsa,ssh-dss

Você deve acabar com seu arquivo /etc/ssh/ssh_config parecido com isso

Host *
Ciphers aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc
MACs hmac-md5,hmac-sha1,[email protected],hmac-ripemd160
SendEnv LANG LC_*
HashKnownHosts yes
GSSAPIAuthentication yes
GSSAPIDelegateCredentials no
HostKeyAlgorithms ssh-rsa,ssh-dss

Agora, execute ssh -T -v [email protected] e ele solicitará que você adicione o servidor ao seu arquivo de hosts conhecidos. Clique em Sim e, em seguida, deve recebê-lo no servidor.

Hi ****! You've successfully authenticated, but GitHub does not provide shell access.

    

Answer 2

Altere a MTU da interface de rede para resolvê-lo. Este é um bug para o Ubuntu 14.04.

Isso funcionou para mim:

sudo ip li set mtu 1200 dev wlan0

ssh falha ao conectar-se ao host VPN - trava em 'esperar SSH2_MSG_KEX_ECDH_REPLY'