%22.png)
Então, tenho tentado construir conexões ssh entre o contêiner de cluster do Google contendo 1 nó mestre e 2 nós de trabalho. Usei ssh-keygen para gerar pares de chaves para todos os três nós, enviar as duas chaves privadas dos 2 trabalhadores para o nó mestre e para o arquivo .ssh/autherized_keys. Então compartilhei esse arquivo com os dois nós de trabalho também.
Essa abordagem faz conexões ssh bem-sucedidas logo em seguida. A conexão ssh estava boa e eu também poderia usar o scp para enviar arquivos. No entanto, nos estágios posteriores, quando eu efetuo logout e login novamente nas VMs, a conexão ssh tornou-se muito instável, pois às vezes retorna erro de falha de conexão: permissão negada (chave pública), enquanto às vezes a conexão pode ser acionada novamente.
Alguém sabe qual é o problema? Desde já, obrigado!
Responder1
Se estava funcionando em algum momento e não está agora, faça:
# Adjust paths as necessary. May need to add sudo if you're not running it as root.
chmod 700 ~/.ssh && chmod 600 ~/.ssh/* && chmod 644 ~/.ssh/authorized_keys
Se ainda não tiver amor, verifique o conteúdo deauthorized_keys e verifique os seguintes valores em /etc/ssh/sshd_config (ou qualquer que seja o seu arquivo de configuração sshd). Isso desabilitará a autenticação de senha e habilitará a autenticação somente ssh no sistema.
RSAAuthentication yes
PubkeyAuthentication yes
PasswordAuthentication no
UsePAM no # Just my choice.
Nota de segurança: recomendo usar uma chave privada protegida por senha ao acessar seu ambiente de nuvem e configurá-la apenas em um único sistema, um servidor jump. A partir daí, você pode utilizar a autenticação ssh sem senha com mais segurança para o restante do seu ambiente.