IP público, privado, fixo e dinâmico: qual a diferença?

Alguém da equipe de suporte pergunta: "por que o cliente não consegue acessar o servidor via IP?". Você pergunta qual IP. A resposta é "o IP da máquina dele". Esse é o tipo de confusão que custa horas e, às vezes, um ticket de suporte desnecessário com o provedor.

Quatro conceitos de IP geram mais confusão do que deveriam: público, privado, fixo e dinâmico. Eles não são excludentes — um IP pode ser público e dinâmico ao mesmo tempo, ou privado e fixo. Mas misturar esses eixos é onde mora o problema.

Esse post resolve os quatro de uma vez. Se você já leu sobre IPv4 e IPv6, esse é o complemento natural — aqui o foco é no comportamento do endereço, não no formato.

Público vs. privado: dois planos de endereçamento completamente separados

Essa distinção existe porque o IPv4 tem um problema crônico de escassez. Com apenas ~4,3 bilhões de endereços disponíveis para bilhões de dispositivos, a solução foi reservar faixas de endereços para uso interno, não roteável pela internet.

A RFC 1918 define três faixas de IPs privados:

10.0.0.0    – 10.255.255.255   (10.0.0.0/8)      → ~16 milhões de endereços
172.16.0.0  – 172.31.255.255   (172.16.0.0/12)   → ~1 milhão de endereços
192.168.0.0 – 192.168.255.255  (192.168.0.0/16)  → ~65 mil endereços

Qualquer endereço fora dessas faixas (e de alguns outros blocos reservados) é considerado público.

O que separa os dois mundos é o roteamento. Um pacote com destino 192.168.1.100 nunca sai da rede local — o roteador descarta esse pacote antes de enviá-lo para a internet porque sabe que nenhum roteador externo vai saber o que fazer com ele. Já um pacote com destino 189.28.90.1 atravessa a internet normalmente.

Como a sua rede doméstica funciona

Sua rede em casa tem dois planos de endereçamento ao mesmo tempo:

• O modem/roteador recebe um IP público do provedor (geralmente na WAN)
• Cada dispositivo interno recebe um IP privado via DHCP (geralmente 192.168.x.x)

Quando você acessa um site, o pacote sai do seu notebook (192.168.1.5) vai para o roteador, que troca o endereço de origem pelo IP público antes de enviar para a internet. Esse mecanismo é o NAT (Network Address Translation) — e é por isso que dezenas de dispositivos na sua casa compartilham um único IP público.

A consequência prática: ninguém na internet consegue se conectar diretamente a 192.168.1.5. Para acessar um serviço rodando na sua rede doméstica externamente, você precisa configurar port forwarding no roteador — mapeando uma porta do IP público para o IP privado interno.

Em servidores e cloud

Em ambientes de cloud (AWS, GCP, Azure), a mesma lógica se aplica. Uma instância EC2 tem um IP privado dentro da VPC (Virtual Private Cloud) — algo como 10.0.1.45. Para ser acessível pela internet, você associa um IP público (Elastic IP no caso da AWS) à instância.

Security groups e firewalls filtram o que chega pelo IP público. O IP privado é para comunicação interna entre instâncias — banco de dados, serviços internos, load balancers internos. Expor o banco de dados diretamente na internet é exatamente o tipo de erro que o IP privado foi pensado para evitar.

Fixo vs. dinâmico: estabilidade do endereço ao longo do tempo

Essa dimensão é independente da anterior. Um IP pode ser público dinâmico, público fixo, privado dinâmico ou privado fixo — todas as combinações existem.

IP fixo (ou estático) é um endereço que não muda. Você recebe 200.100.50.25 hoje e vai ter 200.100.50.25 amanhã, semana que vem, no próximo mês. A não ser que você peça para mudar ou há alguma intervenção administrativa, o endereço é seu.

IP dinâmico é um endereço atribuído temporariamente por um servidor DHCP. Quando você conecta, o provedor entrega um IP disponível do pool dele. Quando você desconecta (ou o contrato de concessão expira), o IP pode ir para outro cliente. Na próxima reconexão, você pode receber um endereço diferente.

Para residências, IP dinâmico é o padrão — provedores não querem gerenciar um IP fixo por assinante quando podem rotacionar o mesmo pool entre milhões de clientes. IP fixo residencial geralmente custa a mais.

Para empresas com servidores, IP fixo é quase obrigatório. O motivo é simples: DNS.

Por que IP fixo importa para servidores

Quando você configura um domínio, o registro DNS aponta para um endereço IP:

api.suaempresa.com.  A  200.100.50.25

Se o IP muda — seja porque o servidor reiniciou e recebeu um novo endereço do DHCP, seja porque o contrato com o provedor expirou — o DNS continua apontando para o endereço antigo. Requisiões falham. O serviço sai do ar.

Além do DNS, IP fixo importa para:

• Liberação de firewall: muitas empresas liberam acesso a sistemas internos por IP de origem. Com IP dinâmico, o IP muda e o acesso é bloqueado até que o admin atualize a regra
• Certificados client-side e VPN: alguns setups de VPN site-to-site usam o IP como identificador do peer
• Logs e auditoria: rastrear atividade por IP tem valor limitado se o mesmo IP muda de proprietário frequentemente

DDNS: a solução para IP dinâmico em casa

Se você precisa acessar sua rede doméstica remotamente mas não tem IP fixo, o Dynamic DNS (DDNS) resolve parcialmente. Um cliente rodando no seu roteador atualiza automaticamente um registro DNS toda vez que o IP público muda. Serviços como No-IP ou DuckDNS oferecem isso gratuitamente.

Funciona, mas tem latência de propagação — se o IP mudar agora, o DNS pode demorar alguns minutos para atualizar. Para uso ocasional, é aceitável. Para produção, não é.

A combinação que aparece em produção

Na prática, a combinação mais comum em servidores é IP público fixo. Mas existe um caso que confunde bastante: em muitos provedores de cloud, quando você para e reinicia uma instância, o IP público dinâmico associado muda — mesmo que o IP privado interno continue igual.

Na AWS, se você associar apenas um IP público dinâmico (não um Elastic IP) a uma instância EC2 e parar a instância, ao reiniciar ela recebe um IP público diferente. O DNS para de funcionar. Por isso Elastic IPs existem — eles são IPs públicos fixos que ficam associados à sua conta, não à instância.

Entender que público/privado e fixo/dinâmico são dois eixos independentes evita esse tipo de surpresa.

Inspecionando o seu IP atual

Se você precisa saber qual IP público sua máquina está usando agora — e se ele bate com o que você configurou no DNS ou liberou no firewall — uso o IP Address Info pra isso. Além do IP, ele mostra o ISP e o ASN, o que ajuda a confirmar se você está saindo pela rede que imagina (especialmente útil quando há VPN no caminho).

Perguntas frequentes

IP privado pode acessar a internet?

Sim, mas indiretamente. Dispositivos com IP privado acessam a internet através do NAT, onde o roteador troca o IP privado pelo IP público antes de enviar o pacote. O servidor na internet vê apenas o IP público do roteador, nunca o IP privado do dispositivo interno.

Meu IP pode ser público e dinâmico ao mesmo tempo?

Sim, e provavelmente é — a maioria das conexões residenciais recebe um IP público (roteável na internet) que muda periodicamente. Público significa que o endereço é visível na internet; dinâmico significa que ele muda com o tempo. Os dois atributos são independentes.

Por que meu servidor na AWS perdeu o IP ao reiniciar?

Porque instâncias EC2 sem Elastic IP recebem um IP público dinâmico que é liberado quando a instância para. Para ter um IP público fixo na AWS, você precisa alocar um Elastic IP e associá-lo à instância. O IP privado dentro da VPC não muda, mas sozinho não serve para acesso externo.

IP privado muda dentro da rede?

Depende de como a rede está configurada. Por padrão, dispositivos recebem IPs privados via DHCP com um tempo de concessão — tecnicamente o endereço pode mudar quando o lease expira. Para servidores internos, o correto é atribuir um IP fixo estático (configurado manualmente no dispositivo ou via DHCP reservation pelo MAC address) para que o endereço nunca mude, mesmo que o DHCP seja reiniciado.

O que fica

Público e privado definem se o endereço é roteável na internet. Fixo e dinâmico definem se ele muda com o tempo. São dois eixos completamente independentes, e confundi-los é a fonte de uma boa parte dos problemas de acesso que aparecem em suporte.

Para servidores em produção: IP público fixo, sem exceção. Para redes internas: IPs privados com reserva por MAC para máquinas que precisam de endereço estável. Para desenvolvimento local: qualquer coisa serve — só não configure DNS apontando para 192.168.1.x e espere funcionar de fora.