Gerador de IPv4 aleatório

Para entender um endereço IPv4, é preciso voltar a 1969. A ARPANET, precursora da internet moderna financiada pelo Departamento de Defesa dos Estados Unidos, conectava meia dúzia de universidades. O protocolo de endereçamento que conhecemos hoje foi definido formalmente em setembro de 1981 pela RFC 791, redigida por Vint Cerf e sua equipe. Um endereço IPv4 tem 32 bits — 4 grupos de 8 bits separados por ponto na notação decimal, como `192.168.1.1` — o que dá exatamente 2^32 = 4.294.967.296 endereços possíveis. Na época, esse número parecia generoso demais: a ARPANET tinha cerca de 1.000 nós. Quem imaginaria que, décadas depois, cada smartphone, câmera de segurança e geladeira conectada precisaria de seu próprio endereço?

A resposta para o ineviável esgotamento veio em 1994 com a RFC 1631, que formalizou o NAT (Network Address Translation). Com o NAT, um único IP público pode representar milhares de dispositivos numa rede privada — daí os blocos reservados pela RFC 1918: `10.0.0.0/8`, `172.16.0.0/12` e `192.168.0.0/16`, que você reconhece imediatamente como os endereços que aparecem no seu roteador doméstico. O IANA (Internet Assigned Numbers Authority) esgotou oficialmente os últimos blocos IPv4 disponíveis em fevereiro de 2011. As regiões APAC e RIPE (Europa) ficaram sem estoques pouco depois. O IPv6, com seus 128 bits e 3,4 × 10^38 endereços, existe desde 1998 como solução definitiva — mas a adoção ainda coexiste com o IPv4 duas décadas depois, uma prova de que legado de infraestrutura é resiliente de um jeito que nenhuma teoria de rede prevê.

Para desenvolvimento e QA, gerar IPs aleatórios é uma necessidade recorrente: popular logs de acesso fictícios, montar datasets para testar firewalls, criar fixtures para sistemas de geolocalização, simular sessões em ferramentas de analytics ou preencher campos de banco de dados sem usar dados reais de usuários. Esta ferramenta permite gerar tanto IPs de faixa pública quanto privada (RFC 1918), em quantidade configurável, prontos para colar em qualquer contexto de teste.

To understand an IPv4 address, you have to go back to 1969. ARPANET, the precursor to the modern internet funded by the U.S. Department of Defense, connected a handful of universities. The addressing protocol we know today was formally defined in September 1981 by RFC 791, authored by Vint Cerf and his team. An IPv4 address is 32 bits — 4 groups of 8 bits separated by dots in decimal notation, like `192.168.1.1` — giving exactly 2^32 = 4,294,967,296 possible addresses. At the time, that number seemed more than generous: ARPANET had about 1,000 nodes. Who would have imagined that decades later, every smartphone, security camera, and connected refrigerator would need its own address?

The answer to the inevitable exhaustion came in 1994 with RFC 1631, which formalized NAT (Network Address Translation). With NAT, a single public IP can represent thousands of devices on a private network — hence the blocks reserved by RFC 1918: `10.0.0.0/8`, `172.16.0.0/12`, and `192.168.0.0/16`, which you immediately recognize as the addresses that show up in your home router. IANA (Internet Assigned Numbers Authority) officially exhausted the last available IPv4 blocks in February 2011. The APAC and RIPE (Europe) regions ran out of stock shortly after. IPv6, with its 128 bits and 3.4 × 10^38 addresses, has existed since 1998 as the definitive solution — but adoption still coexists with IPv4 two decades later, proof that infrastructure legacy is resilient in ways that no networking theory predicts.

For development and QA, generating random IPs is a recurring need: populating fictitious access logs, assembling datasets for firewall testing, creating fixtures for geolocation systems, simulating sessions in analytics tools, or filling database fields without using real user data. This tool lets you generate both public-range and private-range (RFC 1918) IPs, in configurable quantities, ready to paste into any test context.

Para entender una dirección IPv4, hay que remontarse a 1969. ARPANET, precursora de la internet moderna financiada por el Departamento de Defensa de los Estados Unidos, conectaba un puñado de universidades. El protocolo de direccionamiento que conocemos hoy fue definido formalmente en septiembre de 1981 por la RFC 791, redactada por Vint Cerf y su equipo. Una dirección IPv4 tiene 32 bits — 4 grupos de 8 bits separados por puntos en notación decimal, como `192.168.1.1` — lo que da exactamente 2^32 = 4.294.967.296 direcciones posibles. En aquel momento, ese número parecía más que generoso: ARPANET tenía unos 1.000 nodos. ¿Quién hubiera imaginado que décadas después cada smartphone, cámara de seguridad y nevera conectada necesitaría su propia dirección?

La respuesta al inevitable agotamiento llegó en 1994 con la RFC 1631, que formalizó el NAT (Network Address Translation). Con el NAT, una única IP pública puede representar miles de dispositivos en una red privada — de ahí los bloques reservados por la RFC 1918: `10.0.0.0/8`, `172.16.0.0/12` y `192.168.0.0/16`, que reconocerás de inmediato como las direcciones que aparecen en tu router doméstico. La IANA (Internet Assigned Numbers Authority) agotó oficialmente los últimos bloques IPv4 disponibles en febrero de 2011. Las regiones APAC y RIPE (Europa) se quedaron sin existencias poco después. El IPv6, con sus 128 bits y 3,4 × 10^38 direcciones, existe desde 1998 como solución definitiva — pero la adopción aún coexiste con el IPv4 dos décadas después, una prueba de que el legado de infraestructura es resiliente de un modo que ninguna teoría de redes predice.

Para el desarrollo y el QA, generar IPs aleatorias es una necesidad recurrente: poblar registros de acceso ficticios, montar datasets para probar firewalls, crear fixtures para sistemas de geolocalización, simular sesiones en herramientas de analítica o rellenar campos de base de datos sin usar datos reales de usuarios. Esta herramienta permite generar tanto IPs de rango público como privado (RFC 1918), en cantidad configurable, listas para pegar en cualquier contexto de prueba.