Como configurar chaves SSH diferentes para múltiplos servidores sem conflito

Olá, viajante da tecnologia! Seja bem-vindo(a) ao nosso canto de sabedoria digital. Aqui, no GeHost, acreditamos que cada servidor é como um amigo diferente — tem seu jeito, sua história e, claro, sua chave única. E hoje, vamos aprender juntos como manter suas chaves SSH organizadas, seguras e sem confusão, mesmo quando você tem vários servidores para cuidar.

Imagine isso: você tem um servidor para seu site pessoal, outro para um projeto em desenvolvimento e um terceiro para testes. Cada um precisa de acesso seguro. Se você usar a mesma chave em todos, pode acabar perdendo o controle. Mas não se preocupe — com um pequeno truque, você pode ter uma chave diferente para cada servidor, sem conflitos. Vamos lá?

Passo 1: Entenda como o SSH funciona (em linguagem humana)

O SSH (Secure Shell) é como uma porta segura que permite que você entre em servidores remotamente. Em vez de digitar senha toda vez, você usa uma chave criptográfica. Essa chave tem dois lados:

Chave privada — que fica no seu computador (nunca compartilhe!)
Chave pública — que você coloca no servidor (como um cartão de acesso)

Quando você se conecta, o servidor verifica se a chave privada do seu computador combina com a pública dele. Se sim, você entra. Fácil, né?

Dica Sensei: Nunca, jamais, compartilhe sua chave privada. Ela é como a sua assinatura digital — única e poderosa.

Passo 2: Crie chaves SSH personalizadas para cada servidor

Você vai usar o comando ssh-keygen no terminal (ou no Git Bash, WSL, etc.). O truque está em dar um nome diferente para cada chave.

Por exemplo:

Para o servidor do seu site pessoal:

ssh-keygen -t rsa -b 4096 -f ~/.ssh/id_rsa_pessoal

Para o servidor de desenvolvimento:

ssh-keygen -t rsa -b 4096 -f ~/.ssh/id_rsa_dev

Para o servidor de testes:

ssh-keygen -t rsa -b 4096 -f ~/.ssh/id_rsa_teste

Assim, você cria três arquivos:

~/.ssh/id_rsa_pessoal (privada)
~/.ssh/id_rsa_pessoal.pub (pública)
Os mesmos com os nomes dev e teste

Dica Sensei: Escolha nomes que façam sentido pra você. Assim, não se perde no meio do caminho!

Passo 3: Adicione a chave pública ao servidor (sem medo)

Agora, você precisa copiar a chave pública para o servidor. Use o comando ssh-copy-id com o nome da chave que você criou.

Exemplo para o servidor pessoal:

ssh-copy-id -i ~/.ssh/id_rsa_pessoal.pub usuario@servidor-pessoal

Repita o processo para os outros servidores, trocando o nome da chave e o endereço do servidor.

Se o comando não estiver disponível, você pode copiar manualmente o conteúdo do arquivo .pub e colar no arquivo ~/.ssh/authorized_keys do servidor (via cPanel, FTP ou outro meio seguro).

Passo 4: Configure o arquivo `~/.ssh/config` (o mapa do seu caminho)

Agora vem o segredo: o config é como um mapa de viagem. Ele diz ao SSH: “Quando eu conectar ao servidor X, use a chave Y”.

Crie ou edite o arquivo ~/.ssh/config com um editor de texto (como o Notepad++, VS Code, ou o nano no terminal).

Adicione algo assim:

Host servidor-pessoal
    HostName seu-servidor-pessoal.com.br
    User seu-usuario
    IdentityFile ~/.ssh/id_rsa_pessoal
    IdentitiesOnly yes

Host servidor-dev
    HostName servidor-dev.exemplo.com.br
    User seu-usuario
    IdentityFile ~/.ssh/id_rsa_dev
    IdentitiesOnly yes

Host servidor-teste
    HostName teste.exemplo.com.br
    User seu-usuario
    IdentityFile ~/.ssh/id_rsa_teste
    IdentitiesOnly yes

Esse arquivo diz: “Se você digitar ssh servidor-pessoal, use a chave id_rsa_pessoal.” Fácil, não?

Dica Sensei: O IdentitiesOnly yes evita que o SSH tente usar outras chaves — isso evita conflitos. É como dizer: “Só use esta chave, por favor!”

Passo 5: Teste sua conexão

Finalmente, teste tudo com um simples comando:

ssh servidor-pessoal

Se tudo estiver certo, você entra sem senha, com a chave certa. Faça o mesmo com os outros servidores. Se der erro, verifique:

Se o nome do host no config está correto
Se o caminho da chave está certo
Se a chave pública está no servidor (em ~/.ssh/authorized_keys)

Conclusão: sua segurança, sua organização

Com esse método, você nunca mais se confundirá com chaves. Cada servidor tem sua chave única, e o SSH sabe exatamente qual usar. É como ter um código diferente para cada porta — seguro, limpo e eficiente.

Se precisar de ajuda, o suporte da GeHost está aqui para você — basta acessar o painel do cliente e abrir um ticket. E lembre-se: estamos aqui para te ajudar, não para te assustar.

Com carinho, seu Sensei da GeHost 🌿

Como configurar chaves SSH diferentes para múltiplos servidores sem conflito