Apontar domínio para VPS: passo a passo com registro A

Descubra onde o DNS é gerenciado, crie o registro A com o IP da VPS, configure o Nginx e só então ative o SSL. Passo a passo com os problemas mais comuns.

Por Redação Eleven Host · @robson.direitodigital · 27 de outubro de 2026 · 10 min de leitura

Para apontar domínio para VPS, crie no DNS do domínio um registro A que ligue o nome ao endereço IP do servidor. Depois, configure o servidor web para responder por esse nome e só então ative o certificado SSL.

Você tem um servidor, um domínio registrado e os dois ainda não se conhecem. Este guia mostra a ordem certa, o que conferir em cada etapa e o que fazer quando o site não abre.

O que significa apontar um domínio

Um domínio é só um nome fácil de lembrar. Quem fala com o seu servidor é o endereço IP, e o DNS (Sistema de Nomes de Domínio) é a agenda que liga um ao outro. Apontar o domínio é escrever nessa agenda: "o nome seudominio.com.br aponta para o IP da minha VPS".

Os dois registros que você vai usar são simples. O registro A liga um nome a um endereço IPv4. O registro AAAA faz o mesmo com um endereço IPv6. Também existe o CNAME, que faz um nome apontar para outro nome, e ele tem uma restrição que explicamos mais adiante.

Apontar o domínio não instala site: apenas leva o visitante ao servidor. Se a máquina ainda está vazia, veja primeiro o guia Como montar servidor VPS: do plano ao primeiro site, que cobre acesso, usuário, firewall e instalação. Aqui o foco é a ligação entre nome e IP.

Antes de começar: o que separar

Reúna estas informações antes de abrir o painel:

• O IP da VPS. Ele consta nos dados do serviço que você contratou. Se não encontrar, abra um chamado no suporte.
• Acesso ao painel de DNS do domínio. Você precisa conseguir criar e editar registros.
• O nome do domínio, escrito certo. Em todos os exemplos abaixo usamos seudominio.com.br; troque pelo seu.

Descubra onde o DNS do seu domínio é gerenciado

Este ponto confunde muita gente. O domínio pode estar registrado em um lugar e o DNS ser administrado em outro. O que manda são os servidores de nomes, os nameservers, configurados no domínio. Os registros precisam ser criados no painel de quem os nameservers indicam, e não necessariamente no painel onde você pagou pelo domínio.

Para ver quais são os nameservers, rode no terminal do seu computador:

dig +short seudominio.com.br NS

No Windows, sem o dig, use nslookup -type=NS seudominio.com.br. O resultado lista os nomes dos servidores. Se eles pertencem a outro provedor, é lá que você vai editar os registros. Se o domínio está registrado na Eleven Host, o DNS gerenciado roda na rede da Cloudflare e o painel fica na área do cliente.

Passo a passo: criar os registros no DNS

Os nomes dos campos variam entre painéis, mas a ideia é a mesma. Siga a ordem:

1. Abra a zona de DNS do domínio no painel que você descobriu acima e veja a lista de registros que já existem.
2. Crie o registro A do domínio raiz. Em tipo, escolha A. Em nome (ou host), coloque @, que representa o domínio raiz. Em valor, cole o IP da VPS, por exemplo 203.0.113.10 (endereço reservado para exemplos; use o da sua VPS).
3. Crie o www. Você tem duas opções: um CNAME com nome www apontando para seudominio.com.br, ou um segundo registro A com nome www e o mesmo IP da VPS.
4. Crie o AAAA só se fizer sentido. Se a VPS tem um endereço IPv6 e o seu site responde por ele, crie um AAAA com o IPv6. Se não tem certeza, não crie: um AAAA apontando para um endereço que não responde pode deixar parte dos visitantes sem acesso.
5. Remova os registros A antigos que conflitam. Se o domínio já apontava para outro servidor, apague ou edite esse registro, para não sobrar dois IPs diferentes para o mesmo nome.
6. Ajuste o TTL, se o painel permitir. Veja a explicação logo abaixo.
7. Salve. Alguns painéis exigem um botão de confirmação ao final.

Por que o CNAME não vai no domínio raiz

O CNAME não pode coexistir com outros registros no mesmo nome, segundo a RFC 1912. O domínio raiz já carrega registros próprios, como SOA e NS, então ali o caminho é o registro A. Para o www, os dois formatos funcionam. O CNAME tem a vantagem de acompanhar o raiz: se você trocar o IP um dia, muda em um lugar só. Com dois registros A, é preciso trocar nos dois. Se você quer usar outros nomes, como loja ou blog, o guia O que é subdomínio: exemplos e como criar o seu mostra a diferença entre A e CNAME na prática.

O que é TTL e como usar a seu favor

TTL (Time To Live) é o tempo, em segundos, que os servidores DNS guardam a resposta em cache antes de perguntar de novo. Quanto menor, mais rápido uma mudança é percebida. Se o seu domínio já está no ar em outro lugar e você vai migrar, vale baixar o TTL do registro antigo, por exemplo para 300 segundos, algum tempo antes da troca. Assim, na hora de mudar o IP, o cache antigo expira mais cedo.

Ainda não tem o servidor para receber o domínio? A Eleven Host tem VPS a partir de R$ 17,00 por mês, no Plano Bronze. Ver planos de VPS

Conferir se o DNS já enxerga o IP novo

Depois de salvar, confirme se a resposta do DNS é a que você espera. No Linux ou no Mac:

dig +short seudominio.com.br A

dig +short www.seudominio.com.br A

No Windows, use nslookup seudominio.com.br. Se a resposta mostra o IP da sua VPS, o DNS está certo. Se ainda mostra o endereço antigo, é o cache: os servidores guardam a informação por um tempo e só depois consultam o servidor autoritativo de novo. A documentação da MDN lembra que o termo "propagação" não é preciso.

Por isso não dá para prometer um prazo exato. Em geral, a mudança passa a valer de alguns minutos a algumas horas, dependendo do TTL que estava em uso. Se você estiver testando, tente também de outra rede, como os dados móveis do celular, que pode estar usando outro cache.

Configure o servidor web para responder pelo domínio

O DNS leva o visitante até a VPS, mas o servidor precisa saber qual site entregar para aquele nome. Sem isso, o Nginx pode mostrar a página padrão ou outro site. No Nginx, a linha que faz essa ligação fica no bloco server do seu site:

server_name seudominio.com.br www.seudominio.com.br;

Depois de editar, teste a sintaxe e recarregue o serviço:

1. sudo nginx -t confere se o arquivo de configuração está correto.
2. sudo systemctl reload nginx aplica a mudança sem derrubar o serviço.

Se você ainda precisa de firewall liberando as portas web, veja Firewall para VPS: como proteger seu servidor; sem a porta aberta, o navegador não chega ao Nginx, mesmo com o DNS certo.

Só depois, ative o certificado SSL

O certificado SSL é o que coloca o https no endereço. Com o certbot, a validação do Let's Encrypt precisa encontrar o seu servidor pelo nome do domínio, então o DNS já tem de estar apontando para a VPS. Se você tentar antes, o pedido pode falhar. A sequência com Nginx, segundo a documentação do certbot, é esta:

1. sudo snap install --classic certbot
2. sudo ln -s /snap/bin/certbot /usr/local/bin/certbot
3. sudo certbot --nginx
4. sudo certbot renew --dry-run, para testar a renovação.

O pacote do certbot instala uma tarefa agendada que renova o certificado antes de vencer.

Cuidado com o e-mail ao mexer no DNS

Se o domínio também recebe e-mail, a mesma zona de DNS guarda os registros MX, que dizem onde as mensagens são entregues, além de registros TXT usados na autenticação do e-mail. Ao trocar o site de lugar, mexa só nos registros A, AAAA e CNAME do site. Apagar um MX por engano pode fazer as mensagens pararem de chegar.

• Antes de alterar, tire um print da lista de registros ou exporte a zona, se o painel permitir.
• Só apague o que você reconhece.
• Se o e-mail está em outro serviço, deixe os MX dele como estão.

Ainda sem domínio para apontar? Busque e registre o seu na Eleven Host. Registrar domínio

Problemas comuns e como resolver

O site antigo continua abrindo

Em geral é cache. Confira com dig +short seudominio.com.br A o que o DNS responde. Se já mostra o IP novo, o seu computador ou navegador ainda guarda a resposta antiga. Teste em uma janela anônima ou em outra rede. Se o dig ainda mostra o IP velho, o cache do DNS não expirou ou o registro foi alterado no painel errado.

A página mostra "conexão recusada" ou não carrega

O DNS está levando ao servidor, mas algo no caminho barra a conexão. Veja se o Nginx está rodando com systemctl status nginx e se o firewall libera as portas 80 e 443. Se você usou o ufw, o comando sudo ufw allow 'Nginx Full' libera as duas.

Aparece a página padrão do Nginx ou outro site

O domínio chegou ao servidor, mas o server_name não está igual ao nome digitado. Revise a linha, rode sudo nginx -t e recarregue.

O navegador avisa que o certificado é inválido

Isso pode acontecer quando o certificado foi emitido para outro nome, está vencido ou ainda não foi instalado. Rode de novo sudo certbot --nginx e inclua o domínio com e sem www. Leia a mensagem do navegador, que indica o motivo.

O www funciona, mas o domínio sem www não

Falta o registro A do @, ou o server_name não inclui os dois nomes. Revise as duas partes.

Perguntas frequentes

Quanto tempo leva para o domínio passar a funcionar na VPS?

Não há prazo fixo. Em geral, de alguns minutos a algumas horas, dependendo do TTL que estava em uso e do cache de cada rede. Confira o resultado com dig ou nslookup antes de achar que algo está errado.

Preciso mudar os nameservers para apontar para a VPS?

Em geral, não. Se você já tem um painel de DNS funcionando, crie o registro A nele. Mudar os nameservers só faz sentido se você quer gerenciar o DNS em outro lugar, e aí os registros, inclusive os de e-mail, precisam ser recriados lá.

Posso apontar o mesmo domínio para dois servidores?

Dois registros A no mesmo nome fazem o DNS devolver os dois IPs, e cada visitante pode cair em um deles. Numa migração, isso confunde. Deixe só o IP do servidor que deve responder.

Preciso de IPv6 para o domínio funcionar?

Não. O registro A com o IPv4 é suficiente. Crie o AAAA apenas se a VPS tiver IPv6 e o site responder nele.

Posso apontar só um subdomínio, como loja.seudominio.com.br?

Pode. Crie o registro A com o nome loja e o IP da VPS, e use esse nome no server_name. O guia sobre subdomínios, citado acima, detalha a diferença entre A e CNAME.