Qual a diferença entre um VPS NAT e um VPS com IP dedicado?

Um VPS com IP dedicado te dá o seu próprio endereço IPv4 público com todas as portas abertas — qualquer coisa na internet pode alcançá-lo. Um VPS NAT compartilha um IP de saída e encaminha apenas o SSH; ele pode alcançar a internet livremente, mas nada pode se conectar numa porta arbitrária. O trabalho de saída é idêntico; a diferença é se o mundo externo pode iniciar uma conexão até você.

Preciso de um IP dedicado para um bot de Telegram ou Discord?

Não. Esses bots mantêm uma conexão de saída com o Telegram/Discord e recebem atualizações por ela — nada se conecta ao bot. Um plano NAT basta e é mais barato. Você só precisa de um IP dedicado se trocar um bot de Telegram para o modo webhook, que exige uma porta HTTPS de entrada.

Posso começar no NAT e mudar para um IP dedicado depois?

Sim — escolha NAT se estiver em dúvida. A maioria das pessoas que acham que precisam de um IP público não precisam, e o plano mais barato dá conta. Se um projeto depois precisar aceitar conexões de entrada, você pede um plano com IP dedicado para ele naquele momento. Não pague por um IP 'por via das dúvidas'.

Por que o SSH fica numa porta estranha nos planos NAT?

No NAT não há IP público para ser dono da porta 22, então seu SSH é encaminhado de uma porta alta no endereço compartilhado (o painel mostra o host:porta exato). É normal e funciona bem — só aponte seu cliente SSH para a porta que damos, em vez da 22.

IP dedicado ou VPS NAT: qual o seu projeto de fato precisa

Q: Um IP dedicado é mais privado?

É o trade-off oposto. Um IP dedicado é só seu — ótimo para reputação e confiabilidade, mas seu tráfego não se mistura numa multidão. O NAT compartilha um endereço de saída com outros servidores, o que te esconde mais, mas é inútil para qualquer coisa que precise ser alcançada de fora. Escolha pelo que o servidor faz, não por uma sensação vaga de privacidade.

Você aluga um VPS, instala o Nginx, abre o navegador no endereço do servidor — e nada carrega. Ou você configura um servidor de e-mail e toda mensagem volta. Nove em cada dez vezes a máquina está bem; o problema é que você está num plano NAT e a coisa que você está rodando precisa ser alcançada de fora.

Esta é a única escolha de rede que confunde as pessoas ao comprar um servidor, então vamos deixá-la simples. Existe exatamente uma pergunta que decide, e depois muitos exemplos para você situar o seu próprio projeto.

A única pergunta

Algo na internet precisa iniciar uma conexão até o seu servidor?

Não → um VPS NAT basta. Mais barato, mesma CPU, mesmo disco, mesma velocidade.
Sim → você precisa de um IP dedicado.

Essa é toda a decisão. Tudo abaixo é apenas aplicá-la.

O que "NAT" de fato significa aqui

Num plano NAT seu servidor compartilha um IPv4 público com outros servidores e fica atrás de tradução de endereços de rede. Em termos simples:

A saída é irrestrita. Seu servidor pode alcançar qualquer coisa — puxar do GitHub, chamar a API da OpenAI ou da Anthropic, conectar ao Telegram, fazer scraping de um site, bater num banco de dados em outro lugar. Tudo isso começa do seu servidor, então o NAT nunca atrapalha.
A entrada não é sua. Você não é dono de uma porta no endereço público, então não pode simplesmente abrir a 443 para o mundo e esperar tráfego. O SSH é encaminhado para você numa porta alta específica (mostramos o host:porta exato), e essa é a entrada que você tem.

Para uma enorme parcela do que as pessoas de fato rodam num servidor pequeno, isso está completamente bem. Um bot que fala com o Telegram, um agente de IA fazendo chamadas de API, um scraper, um cron job que empurra dados para algum lugar, um runner de CI que puxa jobs — nenhum desses precisa que o mundo se conecte. Eles alcançam para fora. O NAT foi construído para exatamente isso, e é por isso que a linha NAT começa em US$3/mês em vez de US$8.

O que um IP dedicado te dá

Um plano com IP dedicado te entrega o seu próprio IPv4 público, com todas as portas abertas. Agora o mundo externo pode iniciar uma conexão até você, que é todo o ponto para uma certa classe de software:

Sites. Um navegador precisa se conectar na 80/443. Sem IP público, sem site.
Servidores de e-mail. Entrada na 25 para receber, mais você precisa de controle do DNS reverso (PTR) para que outros servidores confiem em você. Isso exige um IP que seja seu — veja como configurar o PTR.
Uma VPN pessoal. O WireGuard escuta numa porta UDP à qual seu cliente se conecta — veja VPS para uma VPN pessoal.
Um servidor proxy. Mesma ideia: seu cliente se conecta na porta do proxy. VPS para um servidor proxy.
Servidores de jogos, reverse proxies, webhooks, apps auto-hospedados que você abre para a internet — qualquer coisa em que "alguém se conecta ao meu servidor" seja a funcionalidade.

Você também ganha uma reputação que controla: o IP é usado só por você, então você nunca compartilha uma entrada de lista de bloqueio com um estranho que enviou spam do mesmo endereço ontem.

Onde as pessoas erram

Algumas correções honestas, porque estas aparecem o tempo todo:

"Preciso de um IP público para meu bot de Telegram." Geralmente não. No modo padrão de long-polling o bot disca para o Telegram e recebe atualizações de volta por aquela conexão. O NAT está bem. Você só precisa de uma porta de entrada se deliberadamente trocar para o modo webhook — e, para a maioria dos bots, o long-polling é mais simples de qualquer jeito.

"Um IP dedicado é mais privado." Cuidado — é o contrário. Um endereço NAT compartilhado te esconde numa multidão; um IP dedicado é só seu. O dedicado é melhor para confiabilidade e para qualquer coisa que precise ser alcançável, pior para se misturar. Escolha pela função.

"Vou pegar o IP por via das dúvidas." Não pegue. Comece no NAT e, se um projeto genuinamente precisar de entrada depois, peça um plano com IP dedicado para ele naquele momento. Pagar US$8–20 por um IP no qual você nunca aceita uma conexão é dinheiro queimado.

Tabela rápida de situação

Se você ainda está em dúvida, ache a sua coisa aqui:

NAT (US$3–12/mês): bots de Telegram/Discord, agentes de IA, bots de trading, web scrapers, runners de CI, cron jobs, qualquer coisa que só chama para fora. Veja os casos de uso de agentes de IA.
IP dedicado (US$8–20/mês): sites, e-mail, VPN, proxies, servidores de jogos, reverse proxies, APIs públicas, webhooks, qualquer coisa à qual a internet se conecta. Comece com o Nano-IP (US$8) para máquinas leves de serviço único, ou o Small-IP (US$16) quando você quer espaço para alguns serviços de uma vez.

A conclusão honesta

Faça a única pergunta — algo precisa se conectar para dentro? — e a resposta escolhe o plano. Se você está construindo agentes e bots que alcançam APIs, fique no NAT e guarde os US$5 por mês. Se você está colocando algo na internet para outras pessoas ou máquinas alcançarem, pegue o IP dedicado; nada mais vai funcionar. Comprar o errado não é o fim do mundo (você sempre pode subir o plano certo), mas acertar de primeira te poupa uma tarde imaginando por que seu site não carrega.

Pague em USDC ou USDT, e-mail para se cadastrar, sem cartão e sem documento de qualquer forma. Veja os planos.