ZenovayTools

Conversor de IPv4 para Inteiro

Converta endereços IPv4 para sua representação em inteiro de 32 bits e vice-versa. Útil para armazenamento em banco de dados, comparações de faixas de IP e programação de rede.

192.168.1.1 →

Decimal (unsigned)

3232235777

Hexadecimal

0xC0A80101

Binary (octets)

11000000.10101000.00000001.00000001

Class

Class C

Private range

192.168.0.0/16 (RFC 1918)

Como Usar Conversor de IPv4 para Inteiro

  1. 1Digite um endereço IPv4 (por exemplo, 192.168.1.1) ou um inteiro de 32 bits.
  2. 2Veja a conversão em formas decimal, hexadecimal, binária e CIDR.
  3. 3Use o resultado para armazenamento de IP em banco de dados ou cálculos de faixas de rede.
ZenovayAnalytics

Analytics feito para fundadores.

  • Acompanhamento de visitantes em tempo real
  • Privacidade em primeiro lugar, sem banner de cookies
  • Configurado em dois minutos
Conheça o Zenovay

Ferramentas Relacionadas

Formatador e Validador de JSON
Formate, valide e embeleze dados JSON com destaque de sintaxe e detecção de erros.
Decodificador JWT
Decodifique e inspecione tokens JWT. Visualize cabeçalho, payload e verifique assinaturas.
Codificar/Decodificar Base64
Codifique texto para Base64 ou decodifique Base64 de volta para texto. Suporta dados UTF-8 e binários.
Encode/Decode de URL
Codifique ou decodifique componentes de URL. Trate caracteres especiais, strings de consulta e URLs completas.

Perguntas Frequentes

Como um endereço IPv4 é convertido para um inteiro de 32 bits?▾
Um endereço IPv4 é 4 octetos (bytes) separados por pontos: A.B.C.D. Cada octeto varia de 0 a 255. O inteiro de 32 bits = A × 16.777.216 + B × 65.536 + C × 256 + D, ou equivalentemente: (A << 24) | (B << 16) | (C << 8) | D. Exemplo: 192.168.1.1 = 192×16.777.216 + 168×65.536 + 1×256 + 1 = 3.232.235.777. Em hexadecimal: C0A80101. O reverso: divida o inteiro por potências sucessivas de 256 e tome restos.
Por que você armazenaria endereços IP como inteiros?▾
Vantagens de armazenamento inteiro: 4 bytes vs 15+ bytes para formato de string — economiza espaço em tabelas grandes. A comparação é exata e rápida (igualdade inteira vs análise de string). As consultas de intervalo são triviais: WHERE ip_int BETWEEN start_int AND end_int — sem necessidade de análise de string. Útil para pesquisa de lista negra de IP, geolocalização e controle de acesso. No MySQL, use INT UNSIGNED (0 a 4.294.967.295) com funções INET_ATON() / INET_NTOA(). PostgreSQL tem tipos inet e cidr nativos que lidam com isso automaticamente.
Qual é a diferença entre inteiros assinados e não assinados de 32 bits para IPs?▾
Os inteiros IPv4 variam de 0 a 4.294.967.295 (2^32 − 1). Unsigned de 32 bits (uint32): 0 a 4.294.967.295 — cabe em todos os endereços IPv4. Signed de 32 bits (int32): −2.147.483.648 a 2.147.483.647 — IPs acima de 128.0.0.0 tornam-se negativos! Exemplo: 192.168.1.1 = 3.232.235.777 transborda signed int32 → armazenado como −1.062.731.519. Sempre use INT SEM SINAL no MySQL para armazenamento de IP. Em Java e C#, use uint ou long. Em Python, inteiros têm precisão arbitrária então sem transbordamento.
Como os endereços IP mapeiam para classes e intervalos privados?▾
Sistema de classe IPv4 (legado): Classe A: 0.0.0.0–127.255.255.255 (0x00000000–0x7FFFFFFF). Classe B: 128.0.0.0–191.255.255.255. Classe C: 192.0.0.0–223.255.255.255. Intervalos privados RFC 1918: 10.0.0.0/8 (10.x.x.x, redes corporativas grandes), 172.16.0.0/12 (172.16.x.x a 172.31.x.x), 192.168.0.0/16 (192.168.x.x, casa/pequeno escritório). Loopback: 127.0.0.0/8. APIPA/link-local: 169.254.0.0/16. Multicast: 224.0.0.0/4.
Quais são endereços e intervalos IPv4 especiais?▾
Intervalos IPv4 reservados: 0.0.0.0/8: rede "this", usada como origem quando o endereço é desconhecido. 127.0.0.0/8: loopback (localhost = 127.0.0.1). 169.254.0.0/16: APIPA/link-local, auto-atribuído quando DHCP falha. 192.0.2.0/24, 198.51.100.0/24, 203.0.113.0/24: intervalos de documentação/exemplo. 224.0.0.0/4: multicast. 240.0.0.0/4: reservado. 255.255.255.255: transmissão. Em notação CIDR, /32 é um único host, /0 é todos os endereços. O último endereço utilizável em uma subrede é sempre 1 menos que o endereço de transmissão.