Limpei os arquivos de registro, desinstalei e reinstalei o PuTTY e verifiquei meu IP em um banco de dados de spambot. Não sei o que está acontecendo nos bastidores, mas na minha solução de problemas li que adicionar o-v
tag fornece mais informações de depuração, então fiz isso e colei a saída aqui.
Deve-se observar que não tenho acesso ao servidor Linux físico que está hospedando o repositório Git, que é o cPanel modificado do GoDaddy (que por algum motivo, quando um membro da equipe ssh-ed no servidor não permite o desligamento ou sudo , que de acordo com minha pesquisa são os dois comandos que seriam mais úteis)
C:\Users\Fish's Ocean>ssh -v [email protected]
OpenSSH_for_Windows_7.6p1, LibreSSL 2.6.4
debug1: Connecting to XXX.XXX.XXX.XXX [XXX.XXX.XXX.XXX] port 22.
debug1: Connection established.
debug1: key_load_public: No such file or directory
debug1: identity file C:\\Users\\Fish's Ocean/.ssh/id_rsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file C:\\Users\\Fish's Ocean/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file C:\\Users\\Fish's Ocean/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file C:\\Users\\Fish's Ocean/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file C:\\Users\\Fish's Ocean/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file C:\\Users\\Fish's Ocean/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file C:\\Users\\Fish's Ocean/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file C:\\Users\\Fish's Ocean/.ssh/id_ed25519-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_for_Windows_7.6
ssh_exchange_identification: read: Connection reset
Responder1
1. Credenciais
Observe que odebug1: key_load_public
linhas são incidentais - não são erros, mas apenas avisos que não devem afetar a conexão em si.
O motivo mais comum para problemas de SSH em hosts da Web, na minha experiência, é que ninguém configurou uma identidade SSH/FTP. O nome de usuário e a senha que você usa para se conectar serão diferentes de quaisquer outras credenciais da conta Godaddy e muitas vezes precisam ser configurados explicitamente - um processo que é discutido nesteguia de Godaddy. Certifique-se de estar ciente de suas credenciais de FTP. Como diz o guia:
Encontre seu nome de usuário e senha de FTP
Faça login em sua conta GoDaddy e abra seu produto.
Na barra de menu superior, clique em Arquivos e FTP e selecione Usuários FTP.
Para alterar seu nome de usuário ou senha de FTP, clique no menu suspenso Ações e selecione Alterar senha ou Alterar nome de usuário.
Preencha os campos necessários na nova janela e clique em OK para confirmar as alterações.
- Use seu nome de usuário e senha FTP para estabelecer a conexão SSH...
Observe também que comandos como sudo
ou shutdown
só estarão disponíveis se você estiver usando um VPS ou hospedagem dedicada da Godaddy. Se você estiver em qualquer tipo de hospedagem compartilhada, eles não estarão disponíveis para você.
2. Lista negra
Também não é incomum que hosts da web como Godaddylista negra de IPsque falharam em várias tentativas de conexão. Independentemente do seu problema inicial, este pode ser o motivo da redefinição da conexão. Você pode conversar com o suporte novamente e ver se é possível remover essa lista negra. Você também pode tentar conectar sua máquina à conexão de internet do seu dispositivo móvel (se possível) e tentar novamente usando o Putty.