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 cross-version: IPv4-mapped, 6to4 e Teredo
Existem três representações cross-version historicamente usadas para expressar um IPv4 em contexto IPv6: IPv4-mapped (RFC 4291), 6to4 (RFC 3056) e Teredo (RFC 4380). 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.
Perguntas frequentes sobre Conversão IPv4/IPv6
O que é um endereço IPv4 mapeado em IPv6?
É a forma ::ffff:w.x.y.z que embute um IPv4 dentro de um endereço IPv6, dentro do bloco reservado ::ffff:0:0/96. Ela permite que uma aplicação IPv6 represente e converse com um host que só tem IPv4 em ambientes de pilha dupla.
Converter para IPv6 mapeado muda o endereço original?
Não. O mesmo IPv4 continua sendo o mesmo host; só a notação muda. O valor 192.0.2.1 vira ::ffff:192.0.2.1 ou, em hexadecimal, ::ffff:c000:201, sem alterar rota ou conectividade.
Qual a diferença entre a forma mapeada e a forma hexadecimal do IPv6?
A forma mapeada mantém os quatro octetos decimais legíveis após o prefixo, como ::ffff:192.0.2.1. A forma hexadecimal converte esses octetos em dois hextets, como ::ffff:c000:201, que é a grafia que aparece em muitos logs e capturas de pacote.
Endereço IPv4 mapeado é a mesma coisa que IPv4 compatível?
Não. O IPv4 compatível (::w.x.y.z) foi um mecanismo antigo já obsoleto pela RFC 4291. O que se usa hoje é o IPv4 mapeado ::ffff:0:0/96, com os 16 bits ffff antes do endereço.
Posso usar o endereço mapeado direto no firewall ou no roteador?
Depende do equipamento e do sistema operacional. Muitas pilhas aceitam ::ffff:x.x.y.z em sockets, mas alguns firewalls e provedores de nuvem exigem a grafia hexadecimal pura. Confira a sintaxe aceita antes de aplicar em produção.
Para que serve converter o IPv4 para hexadecimal?
A forma hexadecimal facilita a leitura direta de pacotes, a depuração de baixo nível e a comparação com valores que já aparecem em hex em ferramentas de rede. Cada octeto decimal (0 a 255) corresponde a dois dígitos hex.
Esta ferramenta converte de IPv6 de volta para IPv4?
Esta página converte apenas de IPv4 para as formas IPv6 relacionadas. Para trabalhar a notação de um endereço IPv6 completo, use o Conversor IPv6 Notação, que expande, comprime e mostra hex, binário e reverse DNS.
A conversão acontece no meu navegador?
Sim. Todo o cálculo é feito localmente em JavaScript, sem enviar o endereço para o servidor. As saídas são pensadas para copiar direto em documentação, chamados e configuração de rede.
O conversor IPv4 IPv6 mostra o mesmo endereço em decimal, hexadecimal, binário e formato IPv4-mapped, util para correlacionar logs de stack dual entre aplicacao, banco e ACL.