Entendendo a diferença entre IPs públicos e privados
Por que seu dispositivo e um site mostram endereços IP diferentes: faixas privadas, NAT, acessibilidade pública e os controles de segurança que realmente importam.
A mesma referência local pode funcionar em redes separadas. Alcançar um destino de fora também exige o contexto mais amplo correto.
Seu laptop pode mostrar 192.168.1.5, enquanto um site que verifica seu IP mostra um endereço diferente. Ambos podem estar corretos. Um identifica seu laptop dentro da sua rede; o outro é o endereço que o site vê na conexão que chega até ele.
O mesmo número de quarto pode existir em edifícios diferentes
Dois hotéis podem ter um quarto 205. Não há confusão até que alguém tente entregar um pacote usando apenas o número do quarto. Os endereços IPv4 privados funcionam dentro de uma rede definida de maneira muito semelhante: sua casa e a casa do vizinho podem usar 192.168.1.5.
Um endereço IP identifica uma interface de rede para comunicação dentro do seu contexto de roteamento. Ele não é uma identidade permanente de uma pessoa ou dispositivo. Um celular pode ter endereços diferentes no Wi-Fi e nos dados móveis, e esses endereços podem mudar.
Quais endereços são privados?
A RFC 1918 reserva três faixas IPv4 para redes privadas:
10.0.0.0–10.255.255.255(10.0.0.0/8)172.16.0.0–172.31.255.255(172.16.0.0/12)192.168.0.0–192.168.255.255(192.168.0.0/16)
Você pode usar essas faixas dentro de uma rede privada sem solicitar uma alocação globalmente exclusiva. Elas não devem ser roteadas pela Internet pública. Observe que apenas parte de 172 é privada: 172.32.0.1 está fora dessa faixa.
Reutilizar endereços também tem um custo. Se dois escritórios usarem a mesma sub-rede e depois se conectarem por uma VPN, a rede pode não saber a qual escritório pertence um destino. Renumerar ou fazer uma tradução planejada com cuidado resolve a sobreposição; uma VPN, sozinha, não resolve.
Como um dispositivo privado chega a um serviço público
Em uma conexão IPv4 doméstica típica, o roteador traduz o tráfego de saída dos endereços privados para um endereço público e registra as portas necessárias para devolver cada resposta ao dispositivo correto. Isso geralmente é NAPT, muitas vezes chamado de NAT. Nosso guia sobre NAT acompanha uma conexão durante esse processo.
Seu provedor pode traduzir o tráfego novamente usando NAT de operadora, ou CGNAT, fazendo com que vários clientes compartilhem o endereço público visto pelos sites. A faixa 100.64.0.0/10 é um espaço de endereços compartilhado para esse fim; ela é separada das três faixas da RFC 1918. Portanto, o endereço WAN de um roteador não é necessariamente um endereço público.
Público não significa aberto; privado não significa seguro
Um endereço público pode participar do roteamento global. O acesso efetivo ainda depende de uma rota anunciada, de um serviço em execução e das regras de firewall da rede. Os endereços públicos são coordenados por provedores e registros, mas nem todos são atribuídos diretamente por um ISP.
Um endereço privado não é criptografia nem uma política de segurança. Um laptop comprometido, uma aplicação exposta ou uma VPN permissiva demais ainda podem alcançar sistemas internos. O NAT pode afetar o funcionamento de uma conexão não solicitada, mas são a política de firewall e a autenticação que decidem quem deve obter acesso.
Também não é verdade que todo endereço fora das faixas privadas seja público. Algumas faixas têm outros usos especiais. Por exemplo, 203.0.113.25 pertence a uma faixa de documentação: é útil em exemplos, mas não é o endereço real de um servidor publicamente acessível.
O que isso significa para sua rede
Para a navegação comum na web, o endereçamento privado com tradução costuma funcionar bem. Ao hospedar um serviço ou conectar duas redes, pergunte onde o endereço é válido, onde ocorre a tradução e quais conexões são permitidas. Essas perguntas são mais úteis do que simplesmente perguntar se um IP é público ou privado.
Estes são exemplos de IPv4; o IPv6 tem seus próprios escopos de endereçamento. A questão mais ampla sobre quem controla os recursos numéricos é explorada na Nota 29 de Lu Heng, que defende a autonomia dos operadores e ativos IPv4 transferíveis.