Acessar VPS pela primeira vez: SSH e RDP passo a passo

Do e-mail com IP e senha até um servidor protegido: conexão por SSH ou RDP em Windows, macOS e Linux, na ordem segura, sem se trancar para fora.

Por Redação Eleven Host · @robson.direitodigital · Atualizado em 17 de outubro de 2026 · 9 min de leitura

Acessar VPS pela primeira vez exige três dados: IP, usuário e senha. Com eles, você conecta por SSH (servidor Linux) ou por Área de Trabalho Remota (servidor Windows), troca a senha e só então começa a configurar o que for usar.

O que você precisa antes de conectar

Na Eleven Host, os dados de acesso (IP, usuário root e senha inicial) chegam por e-mail quando o servidor termina de ser preparado. Se o e-mail não aparecer, confira a caixa de spam e, se ainda faltar algo, abra um chamado. Os exemplos abaixo usam o IP fictício 203.0.113.10: troque pelo seu.

Guarde esses dados com cuidado. Quem tem o IP e a senha controla o servidor inteiro. Não mande a senha por mensagem nem cole em documento compartilhado. Se você ainda está montando o quadro geral do que é um servidor desse tipo, o guia O que é servidor VPS explica a base.

Também vale saber qual sistema o seu servidor usa. Linux se acessa por SSH, em modo texto. Windows se acessa por RDP, com tela gráfica. O sistema do servidor é uma coisa; o do seu computador é outra. Você pode estar no Windows 11 e administrar um servidor Linux.

Acessando um VPS Linux por SSH

O SSH abre uma linha de comando segura no servidor. O comando é o mesmo nos três sistemas; muda só o programa onde você o digita.

No Windows 10 ou 11

1. Abra o PowerShell ou o Terminal do Windows pelo menu Iniciar.
2. Digite ssh root@203.0.113.10 e aperte Enter. Se o Windows disser que o comando ssh não existe, instale o recurso opcional "Cliente OpenSSH" nas configurações do Windows.
3. Na primeira conexão, o programa mostra a impressão digital do servidor e pergunta se deve continuar. Digite yes.
4. Digite a senha. Ela não aparece na tela enquanto você digita, e isso é normal.

Quem prefere uma janela com abas e histórico pode usar o PuTTY como cliente SSH: informe o IP, a porta 22 e clique em abrir. O resultado é o mesmo.

No macOS e no Linux

Abra o Terminal (no macOS, ele fica em Aplicativos, dentro de Utilitários) e digite o mesmo comando: ssh root@203.0.113.10. Responda yes à pergunta da impressão digital e digite a senha. No macOS ele já vem instalado. No Linux, se o comando ssh não existir, instale o openssh-client.

Quando aparecer o prompt do servidor, terminando em # para o usuário root, você está dentro. Para sair, digite exit.

Os primeiros passos dentro do servidor, na ordem certa

A ordem importa. Quem desliga a senha antes de testar a chave, ou ativa o firewall antes de liberar o SSH, pode ficar do lado de fora do próprio servidor. Os comandos abaixo valem para Debian e Ubuntu, que usam o apt. Outras distribuições usam outros gerenciadores de pacotes, como dnf, e os nomes de alguns serviços mudam.

1. Troque a senha e atualize o sistema

Ainda como root, digite passwd e defina uma senha longa que só você conhece. Depois rode apt update && apt upgrade para instalar as atualizações de segurança pendentes. Se o sistema pedir reinicialização, reinicie e conecte de novo.

2. Crie um usuário comum com sudo

Usar o root para tudo é arriscado: um comando errado apaga o que não devia, sem pedir confirmação. Crie um usuário seu. Neste exemplo, o nome é deploy; escolha o que preferir.

1. adduser deploy: o sistema pede uma senha e alguns dados opcionais que você pode deixar em branco.
2. usermod -aG sudo deploy: dá ao usuário o direito de rodar comandos administrativos com sudo.

No Debian mínimo o sudo pode não vir instalado: rode apt install sudo ainda como root, antes do usermod. Tudo o que exige root, como criar usuário, vem antes. Daqui em diante, você trabalha com o novo usuário.

3. Crie e instale uma chave SSH

A chave SSH é um par de arquivos: a chave privada fica no seu computador e a pública vai para o servidor. É bem mais difícil de adivinhar do que uma senha. Gere o par no seu computador, não no servidor:

ssh-keygen -t ed25519

Aceite o local sugerido e, de preferência, defina uma frase-senha para proteger a chave privada. Nunca envie esse arquivo privado a ninguém.

No macOS e no Linux, instale a chave pública com ssh-copy-id deploy@203.0.113.10. Ele pede a senha do usuário deploy e faz o resto.

No Windows não existe o ssh-copy-id, então o caminho é manual:

1. No PowerShell, mostre a chave pública com type $env:USERPROFILE\.ssh\id_ed25519.pub e copie a linha inteira, que começa com ssh-ed25519.
2. Conecte ao servidor como deploy e rode mkdir -p ~/.ssh && chmod 700 ~/.ssh.
3. Abra o arquivo com nano ~/.ssh/authorized_keys, cole a linha, salve (Ctrl+O, Enter) e saia (Ctrl+X).
4. Ajuste a permissão com chmod 600 ~/.ssh/authorized_keys.

4. Teste a chave numa segunda janela

Mantenha a sessão atual aberta e abra uma segunda janela do terminal. Digite ssh deploy@203.0.113.10. Se entrar sem pedir a senha do servidor (ele pode pedir a frase-senha da chave), a chave funciona. Confirme também com sudo whoami: a resposta deve ser root. Se algo falhar, a primeira janela ainda está aberta para você corrigir.

5. Libere o SSH no firewall antes de ativar

O firewall do Ubuntu e do Debian, o ufw, bloqueia tudo o que você não liberou. Se ativar sem liberar a porta do SSH, a sua conexão cai e não volta. Faça nesta ordem, com o usuário deploy:

1. Se o comando não existir, instale com sudo apt install ufw.
2. Libere o SSH: sudo ufw allow OpenSSH. Em sistemas sem esse perfil, use sudo ufw allow 22/tcp. Se você mudou a porta do SSH, libere a porta nova.
3. Libere também o que o servidor vai servir, como sudo ufw allow 80/tcp e sudo ufw allow 443/tcp para um site.
4. Só então ative: sudo ufw enable. Confira com sudo ufw status.

6. Desligue a senha e o login root

Com a chave testada e o firewall liberado, endureça o SSH. Edite o arquivo com sudo nano /etc/ssh/sshd_config e ajuste as duas linhas: PasswordAuthentication no e PermitRootLogin no. Em alguns sistemas existem arquivos extras em /etc/ssh/sshd_config.d/ que podem sobrescrever essas linhas; confira o valor em vigor com sudo sshd -T | grep -E "passwordauthentication|permitrootlogin".

Antes de aplicar, valide com sudo sshd -t: sem mensagem, está certo. Aplique com sudo systemctl reload ssh (em algumas distribuições o serviço se chama sshd). Teste de novo numa terceira janela, ainda com as anteriores abertas.

Ainda não tem um servidor administrado por você? Ver planos de VPS

Acessando um VPS Windows por RDP

O RDP mostra a área de trabalho do servidor numa janela do seu computador. O servidor Windows aceita conexão pela porta 3389, e o caminho é este:

1. No Windows, abra o programa "Conexão de Área de Trabalho Remota". Para achar, digite mstsc no menu Iniciar.
2. No campo do computador, digite o IP do servidor.
3. Informe o usuário e a senha dos dados de acesso. Nas instalações padrão, o usuário é Administrator.
4. Se aparecer um aviso sobre o certificado, ele aparece porque o certificado do servidor não é de uma autoridade que o seu computador reconhece. Confira se o IP está certo e continue.

No macOS, use o aplicativo de área de trabalho remota da Microsoft. No Linux, um cliente RDP como o Remmina atende. Depois de entrar, troque a senha: aperte Ctrl+Alt+End dentro da sessão remota (no lugar de Ctrl+Alt+Del) e escolha a opção de alterar senha.

Como o RDP também fica exposto na internet, vale a mesma ideia do SSH: senha longa e, se possível, acesso restrito aos IPs que você usa. Para ver exemplos do que se roda em um VPS, o guia Servidor VPS para que serve reúne usos práticos.

Exemplos práticos de quem acessa pela primeira vez

• Freelancer que vai hospedar o site de um cliente. Conecta como root, troca a senha, cria o usuário deploy e instala a chave antes de colocar qualquer arquivo no servidor.
• Quem vai rodar um bot. Usa o SSH só para subir o programa. Com o usuário comum e a chave configurada, evita deixar o bot rodando como root.
• Quem administra um servidor Windows. Acessa por RDP, troca a senha e restringe o acesso ao IP do escritório.

Erros comuns no primeiro acesso

• Connection timed out: a conexão não chegou. Confira o IP, a internet e se algum firewall (o do servidor ou o da sua rede) bloqueia a porta.
• Connection refused: o servidor respondeu, mas nada escuta naquela porta. Verifique se o SSH está ativo e se a porta é a correta.
• Permission denied: usuário ou senha errados. Digite a senha com calma: copiar do e-mail pode trazer um espaço no fim.
• Host key verification failed: o servidor tem uma impressão digital diferente da que o seu computador guardou, por exemplo depois de reinstalar o sistema. Se a mudança foi esperada, remova a entrada antiga com ssh-keygen -R 203.0.113.10.
• Trancou-se para fora: se a chave não funciona e você já desligou a senha, não há como entrar pelo SSH. Abra um chamado e explique o que mudou.

Para casos de SSH sem acesso, descreva ao suporte o comando usado, a mensagem de erro completa e o horário. Isso encurta a conversa.

Travou em algum passo do primeiro acesso? Falar com a equipe

Perguntas frequentes

Preciso instalar algum programa para acessar um VPS Linux?

No macOS, não. No Linux, instale o openssh-client se faltar. No Windows 10 e 11, use o recurso opcional Cliente OpenSSH ou o PuTTY.

A senha não aparece quando eu digito. Está errado?

Não. O SSH esconde a senha de propósito, sem asteriscos. Digite normalmente e aperte Enter.

Posso continuar usando o root?

Pode, mas não é recomendado. Um usuário comum com sudo limita o estrago de um erro de digitação, e desligar o login root reduz o alvo das tentativas automáticas.

O que faço se não receber os dados de acesso?

Procure no spam e no e-mail cadastrado na conta. Se não achar, abra um chamado. A equipe responde em até 24 horas, que é o prazo de resposta e não de solução.