Como usar chaves SSH separadas para diferentes servidores sem confundir o acesso

Chaves SSH separadas: como não misturar o acesso dos seus servidores

Oi, tudo bem? Aqui é a Sensei da GeHost! 🥋 Se você mexe com mais de um servidor — por exemplo, um ambiente de hospedagem, um servidor pessoal de testes e talvez até o servidor de um cliente — já deve ter sentido aquele friozinho na barriga na hora de digitar ssh usuario@servidor e pensar: "espera... essa é a chave certa mesmo?" 😅

Relaxa, isso é super comum. Neste guia eu vou te ensinar, passo a passo e com calma, como organizar uma chave SSH diferente para cada servidor — sem risco de confundir o acesso, sem susto e sem precisar decorar nada.

Por que usar uma chave para cada servidor?

Pensa na chave SSH como a chave física de uma porta. Se você usa a mesma chave para a casa, o escritório e o carro, qualquer problema em um lugar (perda, vazamento, cópia indevida) compromete todos os outros ao mesmo tempo. Com o SSH é igual: se você usa uma chave só para tudo e ela precisar ser revogada em um servidor, você teria que trocar em todos.

• Uma chave por servidor = se precisar revogar uma, as outras continuam intactas.
• Fica muito mais fácil saber "essa chave é do servidor X" só pelo nome do arquivo.
• Você reduz bastante a chance de tentar entrar no lugar errado com a chave errada (ou pior, misturar sem perceber).

Dica da Sensei: pense nas chaves como "crachás". Cada servidor merece o seu crachá próprio, com nome escrito na frente. Ninguém confunde um crachá que já vem com etiqueta! 😉

Passo 1 — Gere uma chave nova para cada servidor

No seu computador, abra o terminal e gere uma chave para cada servidor que você acessa, dando um nome de arquivo diferente para cada uma (em vez de deixar todas com o nome padrão id_rsa):

1. Para o primeiro servidor:
   ssh-keygen -t ed25519 -f ~/.ssh/id_servidor_hospedagem -C "meu-email@exemplo.com"
2. Para o segundo servidor:
   ssh-keygen -t ed25519 -f ~/.ssh/id_servidor_teste -C "meu-email@exemplo.com"
3. Repita esse padrão para cada novo servidor, sempre trocando o nome depois do -f.

Vai te pedir uma senha (passphrase) para proteger a chave — recomendo colocar sim, é uma camada extra de segurança bem simples de usar.

Passo 2 — Dê nomes que "contam a história"

O segredo de nunca mais confundir é o nome do arquivo. Em vez de chave1, chave2, use algo que te diga imediatamente para onde aquela chave vai, por exemplo:

• id_gehost_producao
• id_servidor_pessoal
• id_cliente_fulano

Isso já evita 90% da confusão — só de olhar a pasta ~/.ssh você já sabe o que é o quê.

Passo 3 — Ensine o SSH a escolher a chave certa sozinho

Aqui está o pulo do gato: em vez de ficar decorando qual chave usar em qual comando, você cria um arquivo de configuração que faz isso automaticamente para você. Chama-se ~/.ssh/config.

1. Abra (ou crie) o arquivo: nano ~/.ssh/config
2. Adicione um bloco para cada servidor, assim:

   Host hospedagem
       HostName endereco-do-seu-servidor
       User seu_usuario
       IdentityFile ~/.ssh/id_gehost_producao
   
   Host teste
       HostName endereco-do-outro-servidor
       User seu_usuario
       IdentityFile ~/.ssh/id_servidor_teste

3. Salve o arquivo (no nano: Ctrl+O, Enter, depois Ctrl+X para sair).

A partir de agora, para entrar em cada servidor você não precisa mais lembrar endereço, usuário nem qual chave usar — é só digitar o apelido que você escolheu:

• ssh hospedagem
• ssh teste

O SSH lê o arquivo e conecta usando exatamente a chave certa daquele bloco. Zero confusão! 🎉

Passo 4 — Envie a chave pública para cada servidor certo

Lembre-se: você gera um par de chaves — uma pública (.pub) e uma privada (sem extensão, fica só com você, nunca compartilhe). A chave pública de cada servidor precisa ser cadastrada naquele servidor específico, para que ele reconheça a chave privada correspondente.

Atenção: nunca copie a chave pública de um servidor para o outro "para ser mais rápido" — isso é justamente o que gera a confusão que a gente está tentando evitar aqui. Cada servidor, sua própria chave.

Se o seu plano tiver acesso SSH liberado, o cadastro da chave pública normalmente é feito direto no painel do servidor. Qualquer dúvida sobre como habilitar ou onde cadastrar a chave no seu ambiente, é só chamar o suporte pelo painel.gehost.com.br que a gente te orienta certinho.

Passo 5 — Teste antes de confiar de olhos fechados

Depois de configurar tudo, faça o teste com calma:

1. Rode ssh -v hospedagem (o -v mostra os detalhes da conexão, incluindo qual chave foi usada).
2. Confira na saída do terminal se apareceu o nome da chave que você esperava.
3. Se a conexão der certo e a chave bater, prontinho — está tudo configurado do jeitinho certo.

Erros comuns (e como evitar)

• Usar a mesma chave para tudo "por preguiça": é exatamente o que causa a confusão — vale o esforcinho extra de gerar uma para cada lugar.
• Nomear as chaves de forma genérica (chave_nova, teste2): prefira nomes que expliquem para onde vão.
• Esquecer de configurar o ~/.ssh/config: sem ele, você tem que apontar a chave manualmente toda vez com -i, o que aumenta a chance de erro.
• Compartilhar a chave privada: ela é pessoal e intransferível — só a pública vai para os servidores.

Resumo da Sensei: uma chave por servidor, nome claro no arquivo, e um ~/.ssh/config com apelidos organizados. Com isso, você nunca mais vai se perder na hora de acessar o lugar certo. 🥋✨

Se em algum momento ficar em dúvida sobre o acesso SSH do seu ambiente GeHost, é só abrir um chamado pelo painel.gehost.com.br — a equipe te ajuda a configurar com segurança.