Convertidor de IPv4

Los 32 bits detras de los puntos

Una direccion IPv4 es en realidad un unico entero sin signo de 32 bits. La forma decimal con puntos es solo una convencion de presentacion: 192.168.1.1 son cuatro bloques de 8 bits escritos en decimal y unidos por puntos, mucho mas legible que el 3232235777 que realmente es. Todas las notaciones de esta pagina son el mismo numero con otra ropa, asi que convertir entre ellas nunca pierde informacion.

La forma decimal es ese entero escrito completo. La hexadecimal agrupa los 32 bits en 8 digitos hex, algo comodo porque cada par de digitos corresponde exactamente a un octeto: 0xC0A80101 se divide limpiamente en C0, A8, 01, 01. La forma binaria hace visibles los limites de bit, que es justo lo que necesitas al razonar sobre mascaras de red.

Donde aparece cada notacion

La forma entera se usa donde una direccion debe almacenarse o compararse de forma barata. Las bases de datos la prefieren porque INT UNSIGNED ordena y hace range-scan mas rapido que una cadena, de modo que WHERE ip BETWEEN x AND y se resuelve con un indice. Los pipelines de logs y las tablas GeoIP distribuyen rangos como pares de enteros por el mismo motivo.

El hexadecimal aparece en capturas de paquetes, estructuras del kernel y formatos de configuracion antiguos. El binario es sobre todo una ayuda didactica y de depuracion: alinea una direccion con su mascara en binario y la division red/host deja de ser abstracta.

DNS inverso e in-addr.arpa

El DNS directo traduce un nombre a una direccion. El inverso hace lo contrario, y como el DNS delega autoridad de derecha a izquierda mientras que IPv4 se vuelve mas especifico de izquierda a derecha, los octetos deben invertirse. 192.168.1.1 se convierte en 1.1.168.192.in-addr.arpa, y un registro PTR en ese nombre devuelve el hostname. Los servidores de correo lo comprueban de forma rutinaria: un PTR ausente o incoherente es un motivo habitual de que el correo legitimo acabe puntuado como spam.