Nota técnica: converter IPv4 para IPv6 aqui gera representações de compatibilidade — IPv4-mapped (::ffff:0:0/96), 6to4 (2002::/16) e formato decimal/hex/binário. Não é tradução de protocolo (isso exige NAT64 ou stack dual).
Conversor IPv4 IPv6: como ler formatos, dual-stack e representações mapeadas na transição entre protocolos
O conversor IPv4 IPv6 recebe um endereço IPv4 e devolve: integer 32 bits (3232235521 para 192.168.0.1), hexadecimal (C0A80001), binário e a forma IPv4-mapped (::ffff:192.168.0.1). São os formatos que aparecem em logs de aplicação, sockets dual-stack, índices de banco e regras de SIEM.
O mesmo endereço aparece diferente em cada camada: a aplicação loga ::ffff:203.0.113.10, o banco indexa 3424247562, a ACL tem 203.0.113.10/32. Esse conversor coloca tudo lado a lado.
IPv4 e IPv6 são protocolos independentes
Não existe tradução 1:1 entre IPv4 e IPv6. Cabeçalho, espaço de endereçamento e roteamento são diferentes. O que existe são mecanismos de coexistência: dual-stack (host roda os dois), NAT64/DNS64 (tradução na borda), 6to4 (tunneling histórico), Teredo (encapsulamento via UDP) e a representação IPv4-mapped dentro de sockets IPv6.
O conversor opera no nível de representação: mostra como o mesmo IPv4 aparece em integer, hex, binário e na sintaxe ::ffff:x.x.x.x aceita por aplicação dual-stack.
Os formatos que mais importam na prática
O mesmo IPv4 pode aparecer de formas muito diferentes dependendo da camada do sistema. Em interfaces humanas, o comum é o formato decimal pontuado. Em banco de dados e comparação numérica, é comum usar integer. Em parsing de pacote, regras, scripts e depuração, hexadecimal e binário ajudam bastante. Em aplicações com suporte IPv6, entra o formato IPv4-mapped.
| Formato | Exemplo | Uso mais comum |
|---|---|---|
| Decimal pontuado | 192.168.0.1 | Configuração humana e interfaces comuns |
| Integer | 3232235521 | Comparação, indexação e bancos |
| Hexadecimal | C0A80001 | Debug, parser, rede e baixo nível |
| Binário | 11000000... | Estudo de bits, CIDR e máscaras |
| IPv4-mapped IPv6 | ::ffff:192.168.0.1 | Compatibilidade em stacks IPv6 |
IPv4-mapped não significa migração concluída
Um endereço do tipo ::ffff:x.x.x.x indica uma forma de representar IPv4 em contexto IPv6, não a substituição completa do protocolo original.
Três modos de mapeamento IPv4 para IPv6
Existem três representações historicamente usadas para expressar um IPv4 em contexto IPv6. Cada uma tem propósito específico e nem todas continuam recomendadas.
| Modo | Exemplo (192.168.1.1) | Quando usar |
|---|---|---|
IPv4-mapped (::ffff:0:0/96) | ::ffff:c0a8:0101 ou ::ffff:192.168.1.1 | Dual-stack moderno: socket IPv6 aceita conexões IPv4. Definido pela RFC 4291. |
IPv4-compatible (::0:0/96) | ::192.168.1.1 ou ::c0a8:0101 | Deprecado pela RFC 4291 (seção 2.5.5.1). Use apenas para leitura de documentação legada. |
6to4 (2002::/16) | Prefixo 2002:c0a8:0101::/48 | Tunneling automático IPv6 sobre IPv4 (RFC 3056). Considerado legacy desde a RFC 7526 (2015), mas ainda aparece em redes que mantêm fallback. |
O modo IPv4-mapped é o único de uso ativo recomendado. Ele aparece em logs de aplicação sempre que um servidor IPv6 dual-stack aceita conexão IPv4. O modo IPv4-compatible foi descontinuado em 2006 e qualquer documento que o use está desatualizado. O modo 6to4 permitia que ilhas IPv6 se conectassem por túneis automáticos sobre IPv4, mas o IETF declarou seu uso histórico em 2015 porque a confiabilidade dos relays públicos era baixa.
O que é IPv4-mapped e por que isso aparece em logs e sockets
Em muitas bibliotecas e servidores, o software abre sockets IPv6 e aceita também conexões IPv4 por compatibilidade. Nesses casos, um cliente IPv4 pode aparecer como ::ffff:203.0.113.10. Isso é especialmente comum em logs de aplicação, proxies, servidores web, balanceadores e middlewares que consolidam a pilha de rede.
Se quem está analisando não conhece esse formato, acaba achando que se trata de um IPv6 "estranho". Na prática, é apenas um IPv4 apresentado dentro de uma notação IPv6 especial. O conversor ajuda justamente a reduzir essa ambiguidade operacional.
Dual-stack, CGNAT, DS-Lite e a realidade brasileira
No Brasil, a transição para IPv6 avançou bastante, mas o IPv4 continua muito presente. Operadoras e provedores convivem com cenários de dual-stack, CGNAT no lado IPv4, saída IPv6 nativa e, em alguns contextos, mecanismos como DS-Lite e outras arquiteturas de transição. Isso significa que um usuário pode ter IPv6 funcional e, ao mesmo tempo, depender de compartilhamento de IPv4 para boa parte do legado.
Esse contexto torna o conversor útil para diagnóstico. Ele ajuda a ler logs, entender o que a aplicação registrou e comparar formatos quando o mesmo cliente aparece de maneiras diferentes em camadas distintas.
| Cenário | O que acontece | Impacto na leitura técnica |
|---|---|---|
| Dual-stack | IPv4 e IPv6 coexistem | Cliente pode aparecer nos dois formatos conforme o serviço |
| CGNAT | IPv4 compartilhado pela operadora | Logs em IPv4 exigem mais contexto para atribuir origem |
| IPv4-mapped | IPv4 expresso em socket IPv6 | Representação especial em logs e middleware |
| NAT64 / tradução | Interoperação entre mundos distintos | Depuração exige entender a cadeia de tradução |
Quando o conversor realmente ajuda
Essa página é especialmente útil para desenvolvimento backend, observabilidade, SIEM, ETL de logs, auditoria de IPs, normalização de dados e qualquer cenário em que o mesmo endereço apareça em formatos diferentes. Também ajuda em suporte técnico quando um IP é exibido em integer ou hexadecimal e o time precisa rapidamente voltar ao formato humano legível.
Outro caso comum é troubleshooting de stack dual-stack. Um log mostra conexão em formato IPv4-mapped, o dashboard mostra decimal, a ACL foi escrita em CIDR e o analista precisa juntar tudo isso. O conversor faz a ponte.
Olhe o mesmo IP em mais de um formato quando estiver depurando
Ver o decimal, o binário e o mapped lado a lado ajuda muito a descobrir erro de parser, máscara equivocada ou inconsistências entre logs e regras.
Ferramentas vizinhas
Para latência e conectividade: teste de ping. Para endereçamento e bloco: calculadora IP e calculadora CIDR. Para confirmar se a conexão atual já entrega IPv6 nativo: meu IP.
Para aprofundar cada protocolo separadamente, use a calculadora IPv4 com classes A/B/C e blocos RFC 1918, ou a calculadora IPv6 para prefixos /48, /56 e /64. O comparativo entre protocolos está em IPv4 vs IPv6 e o que é IPv6.
Formato correto não garante rota correta
Mesmo convertendo perfeitamente um IPv4 para notação compatível com IPv6, a conectividade real depende da pilha, da rede e das políticas de transição em uso.
Erros comuns ao interpretar um IPv4 convertido
Um time olha integer no dashboard (3424247562), outro olha IPv4-mapped no log do proxy (::ffff:203.0.113.10), e a ACL está em CIDR decimal (203.0.113.0/24). Sem conversão lado a lado, três times tratam o mesmo cliente como três origens distintas.
Outro erro recorrente: confundir IPv4-mapped (::ffff:0:0/96, ativo, RFC 4291) com IPv4-compatible (::0:0/96, deprecado em 2006). Documentação antiga ainda mostra o segundo; equipamento moderno só aceita o primeiro.
Como usar: Conversor IPv4 para IPv6
- Digite um endereço IPv4 válido.
- Clique em Converter para gerar os formatos de saída.
- Copie o IPv6 mapeado ou o valor hexadecimal conforme o uso.
Conversão IPv4/IPv6: Perguntas Frequentes
É a representação ::ffff:w.x.y.z para interoperabilidade em pilha dupla.
Não. A conversão apenas representa o mesmo IPv4 em outro formato.
Depende da plataforma. Verifique a sintaxe aceita pelo equipamento ou cloud provider.
Não. Esta página converte somente de IPv4 para formatos IPv6 relacionados.
Serve para comparação numérica, indexação e filtros em banco de dados e pipelines de dados.
Hex ajuda em depuração de baixo nível, leitura de pacotes e integração com ferramentas técnicas.
Sim. O IPv4 sempre é apresentado em 32 bits separados por octetos para análise de máscara e rede.
Sim. As saídas foram pensadas para facilitar cópia e uso em relatórios de rede e operação.