Não é possível conectar-se ao SSH no Google Cloud Server após a reinicialização

Question

Eu estava aprendendo a configurar um servidor Debian e me familiarizando com as linhas de comando comuns.

No entanto, depois de executar o comando reboot no SSH, minhas conexões SSH subsequentes foram recusadas e não tenho acesso total ao servidor.

Consegui ping do servidor. Também tentei reiniciar a interface da nuvem do Google, mas ainda não consegui me conectar com êxito.

Tendo isso como um servidor de nuvem, não tenho acesso físico ao servidor. A solução que pareço ver é reconfigurar as configurações do SSH que não posso sem fazer login.

Quais são as alternativas possíveis que tenho agora ou recriar uma nova instância é a única solução?

    

Answer 1

Sua melhor aposta é criar a chave manualmente com o console do gcloud:

thufir@mordor:~$ 
thufir@mordor:~$ gcloud compute config-ssh
WARNING: The private SSH key file for Google Compute Engine does not exist.
WARNING: You do not have an SSH key for Google Compute Engine.
WARNING: [/usr/bin/ssh-keygen] will be executed to generate a key.
Generating public/private rsa key pair.
Enter passphrase (empty for no passphrase): 
Enter same passphrase again: 
Your identification has been saved in /home/thufir/.ssh/google_compute_engine.
Your public key has been saved in /home/thufir/.ssh/google_compute_engine.pub.
The key fingerprint is:
SHA256:ioreurewiopruweoiprwe thufir@mordor
The key's randomart image is:
+---[RSA 2048]----+
.......
|                 |
|                 |
+----[SHA256]-----+

Updated [https://www.googleapis.com/compute/v1/projects/<project>].
You should now be able to use ssh/scp with your instances.
For example, try running:

  $ ssh <instance>.<location>.<project>

thufir@mordor:~$ 
thufir@mordor:~$ ssh <instance>.<location>.<project>
The authenticity of host 'compute.<####> (<ip address>)' can't be established.
ECDSA key fingerprint is SHA256:<fingerprint?>.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'compute.<####>' (ECDSA) to the list of known hosts.
Welcome to Ubuntu 16.04.1 LTS (GNU/Linux 4.4.0-31-generic x86_64)

 * Documentation:  https://help.ubuntu.com
 * Management:     https://landscape.canonical.com
 * Support:        https://ubuntu.com/advantage

  Get cloud support with Ubuntu Advantage Cloud Guest:
    http://www.ubuntu.com/business/services/cloud

0 packages can be updated.
0 updates are security updates.



The programs included with the Ubuntu system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Ubuntu comes with ABSOLUTELY NO WARRANTY, to the extent permitted by
applicable law.

$ 
$ 
$ whoami
thufir
$ pwd
/home/thufir
$ exit
Connection to <ip address> closed.
thufir@mordor:~$ 

fonte:

link

veja também:

Como eu adiciono uma chave SSH ao JSON para o VPS de computação em nuvem do Google?

    

Answer 2

Acho que o Google oferece uma lista bastante abrangente de soluções para a solução de erros de SSH. Consulte aqui .

IMO, você pode ter configurado incorretamente chaves SSH ou há% mal configurado iptables .

    

Answer 3

Boa noite, isso acabou de acontecer cmg tbm, acho que você já deveria ter consertado ou reconfigurado seus vps, mas para quem enfrenta esse problema, consegui me conectar pela porta 443, depois disso, rode o comando nano / etc / ssh / sshd_config e descomente a linha que tem #Port 22, pegue somente o #

    

Answer 4

1. No GCP, visualize sua instância e edite-a.
2. Em "Acesso remoto", ative a conexão com portas seriais.
3. Vá até o final da página e clique em "Salvar".
4. Veja sua instância novamente e, dessa vez, em "Acesso remoto", você terá a opção "Conectar ao console serial". Isso permite que você acesse o prompt de comando da sua instância mesmo quando o SSH está falhando (geralmente devido à configuração incorreta do arquivo / etc / network / interfaces).
5. Conectar-se ao console serial requer que você faça login em uma conta existente. Portanto, lembre-se de definir suas senhas usando passwd antes de mexer na rede.