IPv4 e IPv6 no servidor
Uma VPS comum tem um endereço IPv4 público e, se o provedor oferece suporte, uma sub-rede IPv6. Um IPv4 adicional quase sempre custa dinheiro, e os planos mais baratos às vezes nem vêm com IPv4 próprio. Vamos ver de onde vem essa escassez, o que dá para fazer só com IPv6 e quais configurações de endereço um servidor de e-mail precisa.
O endereço IP é o número do servidor na internet. No IPv4 ele tem 32 bits, cerca de 4,3 bilhões de endereços no total, e parte deles é reservada para redes privadas e de uso especial. No IPv6 o endereço tem 128 bits, e há tantos endereços que o provedor pode dar a cada servidor uma sub-rede inteira. Os dois protocolos funcionam em paralelo: um servidor com pilha dupla é acessível tanto para quem tem IPv6 quanto para quem só tem IPv4.
Por que o IPv4 acabou e custa dinheiro
Os endereços IPv4 livres eram distribuídos por cinco registros regionais, cada um na sua parte do mundo. A reserva comum deles na IANA acabou em 3 de fevereiro de 2011: nesse dia os últimos endereços foram divididos igualmente entre os registros. O norte-americano ARIN esgotou a sua reserva em 24 de setembro de 2015. O europeu RIPE NCC entregou os últimos endereços livres em 25 de novembro de 2019. Desde então, uma organização nova pode entrar na fila de espera do RIPE NCC e receber apenas 256 endereços (/24), quando endereços de terceiros voltam ao pool.
Por isso, o provedor que precisa de novos endereços compra ou aluga de outras organizações e repassa o custo para o preço do plano ou cobra à parte pelo endereço adicional. Segundo o catálogo da accsly em 2 de novembro de 2026, entre os 140 provedores que informam o preço do IPv4 adicional de forma inequívoca, a mediana é de cerca de US$ 2,20 por mês por endereço (180 ₽ pelo câmbio de 2 de novembro de 2026), e metade dos preços fica entre cerca de US$ 1,90 e 3,40. Endereço adicional gratuito é raro.
Daí um conselho prático: se o servidor precisa de vários endereços (para sites diferentes com certificados separados isso há muito tempo não é necessário, mas pode ser preciso para e-mail ou para separar serviços), inclua-os no preço do plano desde o início.
NAT VPS e servidores sem IPv4
Para vender servidores mais baratos, parte dos provedores não dá a cada cliente um IPv4 próprio. Há duas variantes.
- NAT VPS: um IPv4 externo para vários servidores, cada um com sua pequena faixa de portas. A conexão de entrada numa porta da sua faixa é encaminhada pelo provedor para o seu servidor. Para SSH, um bot que acessa APIs por conta própria ou testes, isso basta. Um site nas portas 80 e 443 não funciona sem intermediário, e o PTR e a reputação do endereço são compartilhados com os vizinhos.
- IPv6-only: o servidor só tem endereços IPv6. Conexões de entrada só são possíveis a partir de quem tem IPv6; as de saída, só para recursos acessíveis por IPv6.
No catálogo da accsly, 349 planos de VPS de 31 provedores vêm sem IPv4 próprio. Compre um plano assim só se você entende o que o servidor vai fazer e de onde vão se conectar a ele.
IPv6 e a sub-rede /64
No IPv6 o endereço é dividido ao meio: os primeiros 64 bits são o número da rede, os últimos 64 bits, o número do dispositivo nela. Isso é um requisito da arquitetura do IPv6 (RFC 4291, analisado na RFC 7421), por isso a sub-rede mínima para um segmento de rede é /64, e não se costuma dividi-la em partes menores. O RIPE NCC, nas recomendações para operadores (documento RIPE-690), sugere entregar ao cliente um /48 ou /56 e, para cada segmento, no mínimo um /64.
Para o servidor, isso significa: um /64 tem mais de 18 quintilhões de endereços, e numa única VPS dá para configurar quantos endereços IPv6 forem necessários, sem custo. Na prática, os provedores entregam de formas diferentes (um /64 inteiro, uma sub-rede maior ou endereços avulsos de uma rede comum), então confirme isso nas condições se você precisa de muitos endereços. O suporte a IPv6 é confirmado por 703 provedores do catálogo; os planos estão na seleção VPS com IPv6.
Para verificar se o IPv6 funciona no servidor, bastam três comandos:
ip -6 addr show scope global
ping -6 -c 3 2001:4860:4860::8888
curl -6 -sI https://www.google.com | head -1
O primeiro mostra os endereços atribuídos, o segundo, que o servidor alcança a rede externa por IPv6, o terceiro, que DNS e HTTPS funcionam. Não esqueça o firewall: as regras do IPv4 não se aplicam automaticamente ao IPv6. O ufw aplica as regras aos dois protocolos, mas com regras manuais de iptables é preciso um conjunto separado de ip6tables. Os demais passos de proteção estão no artigo Primeiros 10 passos depois de comprar uma VPS: segurança.
Quando só o IPv6 basta
Um servidor só com IPv6 serve se visitantes comuns não acessam ele diretamente:
- serviços internos (banco de dados, fila, armazenamento de backups) acessados pelos seus próprios servidores com IPv6;
- um site atrás de CDN ou proxy reverso: os visitantes chegam ao endereço IPv4 da CDN, e a CDN busca as páginas no seu servidor por IPv6, se o provedor da CDN suportar isso;
- ambientes de teste e compilação de código, se todos os repositórios necessários forem acessíveis por IPv6;
- administração por SSH, se você mesmo tem IPv6 em casa ou no escritório.
Não basta se os visitantes se conectam ao servidor diretamente (site sem CDN, servidor de jogos, e-mail) ou se o próprio servidor acessa serviços que não têm IPv6: parte das APIs, espelhos de pacotes e sites ainda funciona só por IPv4. Para conexões de saída a eles existe o mecanismo NAT64 e DNS64 (RFC 6146 e RFC 6147): o provedor ou um serviço público traduz as requisições a endereços IPv4 para IPv6. Se o provedor não oferece isso, um servidor só com IPv6 não alcança esses recursos.
DNS reverso (PTR) para e-mail
Um registro DNS comum liga um nome a um endereço (A para IPv4, AAAA para IPv6). O registro reverso PTR liga um endereço a um nome. Para servidores de e-mail ele é importante: o Google exige dos remetentes que o endereço de onde sai a mensagem tenha um registro PTR para um nome, e que esse nome, por sua vez, aponte de volta para o mesmo endereço. Sem isso, as mensagens para o Gmail são rejeitadas ou vão para o spam. A recomendação de manter PTR e A coincidentes para cada endereço já está na RFC 1912.
Quem configura o PTR é o dono do endereço, o provedor. Normalmente é um campo no painel de controle do servidor ou um pedido ao suporte. A ordem é esta:
- crie o registro A (e o AAAA, se o e-mail sair por IPv6), por exemplo
mail.example.com→ endereço do servidor; - peça ao provedor ou preencha no painel o PTR do mesmo endereço: endereço →
mail.example.com; - verifique com o comando
dig -x endereco_do_servidor +short: a resposta deve coincidir com o nome do registro A; - se o servidor também envia e-mail por IPv6, o PTR é necessário também para o endereço IPv6; caso contrário, parte das mensagens sairá de um endereço sem registro reverso.
Numa NAT VPS não dá para configurar um PTR próprio: o endereço é compartilhado. Outra condição para um servidor de e-mail é a porta 25 de saída aberta: parte dos provedores a mantém fechada por padrão e libera mediante pedido. Planos em que isso é possível estão na seleção VPS para servidor de e-mail. Quais outras condições do plano vale conferir antes de pagar está no artigo Como ler os planos de hospedagem: limites ocultos.