Cómo funciona realmente la geolocalización IP

¿Cómo funciona la geolocalización por IP?

Una dirección IP no contiene coordenadas. No hay ningún chip de GPS en el protocolo, ni un campo de latitud en la cabecera del paquete, ni una baliza que informe de dónde se encuentra una máquina. Una dirección IPv4 son 32 bits de información de enrutamiento; una dirección IPv6 son 128. Todo lo que un servicio de geolocalización te dice sobre el lugar se infiere a partir de indicios que rodean a la dirección, no se lee de ella. Comprender cómo funciona esa inferencia — y dónde falla — marca la diferencia entre usar bien una herramienta como el rastreador y malinterpretar su resultado.

La respuesta breve a la pregunta «¿cómo funciona la geolocalización por IP?» es esta: las bases de datos correlacionan varias señales públicas independientes sobre un bloque de direcciones, las contrastan entre sí y publican una mejor estimación con un nivel de confianza. La respuesta larga merece un recorrido capa por capa.

Capa uno: registros de los registradores

Cada dirección IP pública es asignada por uno de los cinco Registros Regionales de Internet: ARIN (Norteamérica), RIPE NCC (Europa, Oriente Medio y Asia Central), APNIC (Asia-Pacífico), LACNIC (América Latina y el Caribe) y AFRINIC (África). Cada registro publica quién posee cada bloque y el país de registro del titular. Esta es la señal fundamental: es autoritativa, pública y rara vez se equivoca a nivel de país en el caso de direcciones que permanecen donde fueron asignadas. No dice nada sobre ciudades, ni dice nada sobre dónde están los clientes individuales del titular: toda la asignación de un ISP nacional lleva una única dirección de titular. El registro también vincula cada bloque a un Sistema Autónomo, razón por la cual una búsqueda de ASN suele ser la parte más fiable de cualquier rastreo.

Capa dos: datos publicados por el ISP

Algunos operadores de red publican voluntariamente sus propios datos de geolocalización. La forma estandarizada es un geofeed — un archivo CSV, descrito en la RFC 8805, que asigna rangos de direcciones a un país, una región y una ciudad. Cuando un ISP mantiene un geofeed preciso, los proveedores de bases de datos lo tratan como una entrada de alta confianza, porque el operador sabe mejor que nadie qué prefijo sirve a qué área metropolitana. La cobertura es desigual: las grandes redes de contenido y los ISP con visión de futuro publican feeds; muchos operadores no publican nada, y unos pocos publican feeds obsoletos.

Capa tres: medición de latencia

La luz en la fibra está limitada por la física. Si un servidor de sondeo en Fráncfort alcanza una dirección en 4 milisegundos, esa dirección no puede estar en São Paulo. Los proveedores operan redes de medición que hacen ping a rangos de direcciones desde decenas de puntos de observación y triangulan: cada tiempo de ida y vuelta traza un círculo de distancia máxima, y la intersección de muchos círculos acota el área plausible. La triangulación por latencia es buena para descartar regiones y mediocre para localizar ciudades con precisión, porque los desvíos de enrutamiento, el retardo de encolamiento y la tecnología de última milla inflan los tiempos de ida y vuelta de forma impredecible.

Capa cuatro: correlación de GPS colaborativo

La señal más granular procede de dispositivos que informan de ambas cosas a la vez. Las aplicaciones móviles y los sitios web que solicitan permiso de ubicación observan una posición GPS y la IP pública desde la que llegó; agregada a lo largo de millones de sesiones con consentimiento, esto construye un mapa estadístico de qué rangos de direcciones aparecen en qué barrios. Es potente y perecedera: los ISP reasignan grupos de direcciones, y un bloque que el trimestre pasado se agrupaba en un suburbio puede servir a otro distinto hoy. Además, y esto es importante, son datos agregados sobre rangos: no identifica ni puede identificar a la persona concreta detrás de una única dirección, un punto que se trata con más detalle en si una IP revela tu dirección.

Capa cinco: pistas en los nombres de host

Los ingenieros de red nombran los routers según lugares. Una búsqueda de DNS inverso en un salto de la red troncal a menudo devuelve algo como lon-edge-02.example.net o ae1.cr2.ord7.example.net — códigos de aeropuerto y de ciudad incrustados por convención (LON para Londres, ORD para Chicago). Analizar estos nombres de host localiza la infraestructura, y una dirección de usuario final enrutada a través de un punto de presencia con nombre probablemente se sirve desde las cercanías. La señal es circunstancial: las convenciones de nomenclatura varían según el operador, los nombres sobreviven a las reubicaciones, y el cliente puede estar a cientos de kilómetros del router de borde que lo sirve.

Por qué la respuesta es una estimación, no una posición exacta

Ninguna capa por sí sola es decisiva, así que los proveedores las combinan. Donde las capas coinciden — el país del registro concuerda con las restricciones de latencia, un geofeed nombra la misma ciudad que sugieren los agrupamientos de GPS — la confianza es alta. Donde entran en conflicto, la estimación se amplía. Por eso un resultado honesto siempre lleva un radio de confianza en lugar de una chincheta: el resultado significa «lo más probable es que este rango sirva a esta zona», nunca «este dispositivo está en estas coordenadas». La precisión medida refleja esa estructura: las respuestas a nivel de país son correctas aproximadamente entre el 95 y el 99 por ciento de las veces, las de nivel de región entre el 55 y el 80 por ciento, y las de nivel de ciudad entre el 50 y el 75 por ciento en banda ancha fija — con operadores móviles, salidas de VPN y enlaces por satélite equivocándose a menudo en todos los niveles. Las cifras completas están en cómo de precisa es la geolocalización por IP.

Cómo se compilan las bases de datos

Productos como DB-IP (que impulsa la capa de ubicación de Uplink Trace) y GeoLite2 de MaxMind ingieren las cinco capas de forma continua, resuelven los conflictos algorítmicamente y publican instantáneas — normalmente mensuales en las ediciones gratuitas, con mayor frecuencia en las comerciales. El ciclo de actualización importa porque el mapa de direcciones de internet se mueve bajo sus pies. Cuando un bloque se vende, se arrienda o se vuelve a anunciar desde un nuevo país, cada base de datos que aún no lo ha vuelto a observar sigue informando de la ubicación antigua. Las asignaciones obsoletas son la causa más común de un resultado con país erróneo: un rango de direcciones transferido de un intermediario europeo a un operador de nube asiático puede geolocalizarse en el continente equivocado durante meses. Comprobar la red que lo anuncia — véase qué es un ASN — a menudo pone al descubierto la discrepancia, porque los anuncios BGP se actualizan en minutos mientras que las instantáneas de geolocalización se actualizan en semanas.

Para ver las capas ensambladas en un dosier en vivo, ejecuta el rastreo de ejemplo de 8.8.8.8: los datos del registro, el operador del AS, el DNS inverso y la estimación de geolocalización aparecen uno junto a otro, cada uno etiquetado con lo que puede y lo que no puede afirmar. Esa transparencia es la clave. La geolocalización por IP es un instrumento estadístico bien calibrado para situar redes en regiones aproximadas — y un instrumento categóricamente erróneo para localizar personas, algo que no puede hacer.