Resumo

  • Um guia doméstico republicado pela APNIC afirma que IPv4 privado na WAN significa CGNAT em todos os casos. O dado mostra uma fronteira de endereçamento, não a arquitetura completa.
  • RFC 1918, o espaço compartilhado da RFC 6598, dois roteadores locais e DS-Lite produzem leituras parecidas com causas diferentes. O diagnóstico precisa combinar endereço, saída pública, equipamento anterior e modo IPv6.

A tela enxerga apenas o próximo salto

A cópia preservada pela PublicNow traz um texto convidado, de 24 de agosto, sobre o uso doméstico de um roteador MikroTik. Consultar o endereço recebido na WAN é um começo sensato. A falha aparece quando o artigo transforma esse valor em uma regra absoluta: endereço IPv4 privado na WAN significaria sempre NAT de operadora.

Na realidade, o roteador descreve a relação com seu vizinho imediato. Se o endereço pertence a um bloco privado, ele não será roteado como tal na Internet pública e haverá alguma tradução ou encapsulamento adiante. A tela não informa onde isso acontece, quem opera o limite nem quantas etapas existem.

Um caso doméstico derruba o “sempre”. O gateway entregue pela operadora permanece em modo roteador, conserva um IPv4 público e oferece 192.168.1.2 ao equipamento do cliente. A WAN do segundo roteador é privada, mas o fato comprovado é o NAT duplo dentro do imóvel. Colocar o primeiro gateway em bridge pode resolver a limitação sem contratar outro produto.

O alcance de cada evidência

A RFC 1918 separa 10/8, 172.16/12 e 192.168/16 para redes privadas. Esses valores são reutilizados em casas, empresas e redes gerenciadas. Eles provam ausência de unicidade global, não a identidade de quem traduz os pacotes.

A RFC 6598 criou 100.64/10 como espaço compartilhado para uso entre assinantes e interfaces de CGN. É um indício mais específico, mas ainda não documenta o mapeamento para o endereço público, a distribuição de portas, a retenção dos registros ou a demarcação real do serviço.

O DS-Lite abre uma terceira leitura. Pela RFC 6333, o tráfego IPv4 atravessa IPv6 até um AFTR. A dificuldade de receber conexões IPv4 pode parecer igual para o usuário, embora o plano de controle e as opções de correção sejam outros.

Uma conclusão que suporte atendimento técnico deveria registrar seis itens: IPv4 WAN exato e seu bloco; IPv4 público visto externamente no mesmo horário; presença de outro gateway; situação do IPv6 e de eventual AFTR; teste de entrada com protocolo, porta e horário; e descrição do produto vinculada a chamado ou contrato. A RFC 6888 descreve CGN também por comportamento de mapeamento e filtragem. Uma captura de tela não fornece esse recibo operacional.

A republicação aumenta o peso da frase

O arquivo independente informa que se trata de contribuição convidada e que as opiniões são do autor. A ressalva esclarece autoria, mas não corrige o salto lógico. Ao circular no ambiente editorial de um registro regional da Internet, a afirmação recebe uma autoridade que dificilmente teria isolada em um blog pessoal.

O método de especificação inicial mínima proposto por Heng Lu sugere a mudança adequada: afirmar apenas o mínimo sustentado e indicar qual observação decide o passo seguinte. Sua defesa do código em funcionamento e do comportamento observável também transforma o valor da interface em ponto de partida de um teste, não em sentença.

O alerta prático do guia continua válido: muitos assinantes não conseguem expor um serviço IPv4 da forma habitual. O que falta provar é a causa. A formulação segura seria: “uma WAN privada mostra que há outra fronteira a montante; CGNAT é uma das hipóteses a verificar”.

Fontes