Como configurar acesso SSH por chave pra múltiplos usuários no mesmo servidor
Se você tem uma equipe — um desenvolvedor, um freelancer, um sócio — que também precisa acessar sua hospedagem via SSH, a pior ideia do mundo é compartilhar a mesma senha entre todo mundo. A boa notícia é que o cPanel permite que cada pessoa tenha sua própria chave SSH, sem ninguém saber a senha de ninguém. Vamos configurar isso juntos, com calma. 🧘
O que é "acesso por chave" e por que ele é melhor que senha
Em vez de digitar uma senha toda vez que conecta no servidor, cada pessoa usa um par de chaves: uma privada (fica só no computador dela, nunca é compartilhada) e uma pública (é essa que você cadastra na sua conta de hospedagem). O servidor reconhece quem está entrando pela chave, sem senha trafegando pela rede.
Pensa assim: a chave pública é uma fechadura que você instala na porta; a chave privada é a única cópia da chave física que abre aquela fechadura, e ela fica com o dono. Cada pessoa da equipe tem sua própria fechadura instalada — se alguém sair da equipe, você só remove a fechadura dela, sem mexer nas dos outros.
Importante: como isso funciona na sua hospedagem
Sua conta de hospedagem no cPanel tem um usuário de sistema (o mesmo do seu login do cPanel). Isso significa que "múltiplos usuários" aqui não é criar várias contas separadas com nomes diferentes — é permitir que várias pessoas da sua equipe entrem usando esse mesmo usuário, cada uma com a sua própria chave. Assim você mantém controle de quem tem acesso sem precisar espalhar uma senha só.
Antes de começar, confirme no painel.gehost.com.br se o seu plano tem acesso SSH habilitado. Se tiver dúvida, é só chamar o suporte.
Passo a passo
- Cada pessoa gera a própria chave, no próprio computador (não é algo que você faz pelo outro). No terminal (Mac/Linux) ou PowerShell/Git Bash (Windows), a pessoa roda:
ssh-keygen -t ed25519 -C "nome-da-pessoa"
Vai pedir onde salvar (pode aceitar o padrão, apertando Enter) e uma senha adicional (passphrase) pra proteger a chave — recomendo sempre colocar uma. Isso gera dois arquivos: um terminando em.pub(a chave pública, que ela vai te enviar) e outro sem extensão (a chave privada, que nunca deve ser compartilhada com você ou com ninguém). - Peça pra ela te enviar só o conteúdo do arquivo
.pub(por e-mail, chat, etc. — é seguro, essa parte é pública mesmo). Vai ser algo assim:ssh-ed25519 AAAAC3Nz... nome-da-pessoa. - Faça login no seu cPanel normalmente com seu usuário e senha.
- Na tela inicial do cPanel, procure a seção "Segurança" e clique em "Acesso SSH" (SSH Access) e depois em "Gerenciar Chaves SSH" (Manage SSH Keys).
- Clique em "Importar Chave" (Import Key). Dê um nome que identifique a pessoa (ex.:
chave-joao) e cole no campo de chave pública o conteúdo que ela te enviou (o do arquivo.pub). Salve. - Depois de importar, a chave normalmente já aparece como autorizada. Se aparecer como "não autorizada", clique em "Gerenciar" ao lado dela e depois em "Autorizar".
- Repita os passos 4 e 5 pra cada pessoa da equipe que precisar de acesso — cada uma com sua própria chave, com seu próprio nome de identificação.
- Teste com a pessoa: ela deve conseguir conectar assim (troque pelos dados reais do usuário/domínio, que você encontra no seu painel):
ssh usuario@seudominio.com.br
Se tudo estiver certo, ela entra sem digitar a senha da conta (só a passphrase da própria chave, se tiver colocado uma).
Removendo o acesso de alguém
Se uma pessoa sair do time ou não precisar mais de acesso, volte em "Gerenciar Chaves SSH", encontre a chave dela pelo nome e clique em excluir/remover. Pronto — só o acesso dela é cortado, o resto da equipe continua funcionando normalmente.
Boas práticas (recomendação da Sensei)
- Nunca peça pra alguém te mandar a chave privada — só a pública (a que termina em
.pub) deve circular. - Sempre use uma passphrase ao gerar a chave — é uma segunda camada de proteção caso o computador da pessoa seja comprometido.
- Dê nomes claros pras chaves ao importar (ex.: com o nome de cada colaborador) — isso facilita muito remover o acesso certo depois.
- Revise essa lista de chaves de tempos em tempos e remova as de quem não usa mais o acesso.
Problemas comuns
- "Permission denied (publickey)": geralmente é a chave pública errada foi importada, ou ela ainda não foi autorizada — confira o passo 6.
- Pediu senha em vez de entrar direto: confirme se a pessoa está usando o comando SSH com o caminho certo pra chave privada dela (geralmente já é automático se ela usou o local padrão ao gerar).
- Dúvida se o plano tem SSH habilitado: consulte o painel.gehost.com.br ou fale com o suporte antes de perder tempo tentando.
Configurado assim, sua equipe toda acessa o servidor com segurança, cada um com sua própria "chave da casa", e você mantém o controle total de quem entra e quando remover esse acesso. 🔐