Cómo encuentra esta página tu dirección IP
Toda conexión a un sitio web empieza con un paquete que lleva una dirección de retorno. Esa dirección de retorno es tu IP pública, y el servidor del otro extremo necesita conocerla para devolverte la página. Este sitio simplemente lee la dirección desde la que llegó tu solicitud y la muestra. No hace falta ejecutar ningún script, no se pide permiso y ningún servicio de terceros interviene en ese primer paso.
Lo que ves es la dirección del último dispositivo que habló con nosotros en tu nombre. En una conexión doméstica es el lado público de tu router, asignado por tu ISP. En un teléfono es una dirección compartida por muchos suscriptores detrás de la pasarela del operador. Si usas una VPN, un proxy o la red Tor, es el punto de salida de ese servicio, no tu propia línea. De eso se trata justamente: el número que aparece aquí es el que ve cualquier otro sitio web.
La página también intenta averiguar una segunda dirección. La mayoría de los navegadores prefieren IPv4 cuando ambos protocolos funcionan, así que la dirección vista por el servidor suele ser IPv4. Un pequeño script pregunta luego a nuestro endpoint solo IPv6 por la dirección que usas en ese protocolo. Si la solicitud tiene éxito, la línea IPv6 de la cabecera se rellena; si tu red no tiene IPv6, lo indica. Ambas direcciones importan para la privacidad, porque un túnel que protege una e ignora la otra deja un hueco. La prueba de IPv6 explica ese caso en detalle.
Cómo se obtienen tu ubicación, tu ISP y el tipo de red
Nada en una dirección IP codifica un lugar. La ubicación sale de una base de datos que asocia bloques de direcciones con la región donde su titular los registró. Usamos la base DB-IP Lite City, actualizada cada mes. Nos da país, región, una estimación de ciudad, coordenadas y zona horaria. El país es fiable porque los bloques los reparten registros regionales y los ISP rara vez usan un bloque fuera de su país. La ciudad es más débil: refleja dónde se registró el bloque o dónde aparece la mayor parte de su tráfico, que puede ser la sede del ISP y no tu calle.
El ISP y la red salen de datos públicos de enrutamiento. Toda dirección de internet la anuncia un sistema autónomo, una red con su propio número, y ese anuncio es público. Importamos cada semana la tabla global de prefijos anunciados y buscamos el bloque que contiene tu dirección. El resultado es el ASN, su nombre registrado y el prefijo al que pertenece.
El tipo de red es una clasificación añadida encima. Un ISP doméstico, un operador móvil, una empresa de hosting y una universidad anuncian direcciones de la misma forma, así que leemos el nombre de la red y lo comparamos con listas de palabras clave de hosting, móvil, educación y gobierno, y luego cotejamos la dirección con una lista publicada de rangos de datacenter, la lista diaria de salidas Tor y la lista Spamhaus DROP. La etiqueta que ves, como "Residencial", "Operador móvil" o "Datacenter / hosting", es el resultado de esas comprobaciones. Es una heurística, y lo decimos en cada página, pero es la misma que aplican la mayoría de los filtros antifraude en una versión más estricta.
Cómo leer tu resultado
La etiqueta sobre la dirección resume las 12 señales que puntuamos en cada visita. Las que dependen solo de la red se conocen al cargar la página; las que dependen de tu navegador se completan cuando se ejecutan los scripts. La lista completa con sus valores está en la página de puntuación de anonimato.
| Veredicto | Puntuación | Qué significa |
|---|---|---|
| Parece limpia | 80 a 100 | La dirección está en una red doméstica o móvil, no en un rango de hosting, la lista Tor ni una lista de bloqueo, y la zona horaria, el idioma y las cabeceras de tu navegador concuerdan con ella. |
| Requiere atención | 50 a 79 | Al menos una señal está marcada para revisar. Causas comunes: una dirección de datacenter, una zona horaria que no coincide con la ubicación de la IP, una cabecera de proxy o un resolver DNS en otro país. |
| Parece sospechosa | menos de 50 | Se acumulan varias señales fuertes, por ejemplo una salida Tor, un rango de hosting más una discrepancia WebRTC, o una dirección en listas de bloqueo. Espera desafíos o bloqueos en sitios estrictos. |
Si estás comprobando un proxy o una VPN antes de iniciar sesión en una cuenta, las dos filas que más importan son el tipo de red y la comparación de zona horaria. Una IP residencial con un reloj del navegador que coincide con su país parece un visitante normal. Una dirección de hosting, o una residencial con el reloj tres zonas horarias más allá, es el patrón que hace que un inicio de sesión reciba un desafío.
Cómo corregir lo marcado
Cada fila marcada enlaza a una explicación breve de la señal y su solución. En el orden que más a menudo resuelve un mal veredicto:
- Red de datacenter o hosting. Ningún ajuste del navegador lo cambia; el problema es la propia dirección. Cambia a un proxy residencial o móvil, o a un servidor VPN que salga por una red de consumo, y recarga esta página.
- Zona horaria vs. ubicación de la IP. Ajusta el reloj del sistema a la zona horaria del país de la IP. En Windows: Configuración → Hora e idioma → Fecha y hora, desactiva la zona horaria automática y elige la zona. En macOS: Ajustes del Sistema → General → Fecha y hora. En Android e iOS, desactiva la zona horaria automática. En un navegador antidetección, fija la zona horaria del perfil para que coincida con el proxy.
- IP pública por WebRTC. Si WebRTC expone otra dirección, el navegador sale a internet fuera de tu túnel. Ejecuta la prueba de fugas WebRTC para los pasos por navegador.
- Ubicación del resolver DNS. Si tus consultas DNS se responden desde otro país, configura en el cliente VPN o en el sistema un resolver que el túnel transporte. La prueba de fugas DNS muestra los resolvers en uso.
- Dirección IPv6. Si una IPv6 de otro país es alcanzable mientras tu IPv4 pasa por un túnel, desactiva IPv6 en el adaptador o actívalo en el cliente VPN. Consulta la prueba de IPv6.
- Cabeceras de proxy. Cabeceras como Via o X-Forwarded-For las añade el software del proxy, no tú. Cambia a un proxy en modo elite o anónimo; la página de cabeceras HTTP muestra exactamente lo recibido.
- Idioma del navegador vs. país. Una señal débil por sí sola, pero fácil de alinear: añade el idioma local del país de la IP a los idiomas del navegador, o deja el inglés primero, que siempre pasa.
- Señales de automatización. Un navegador headless o controlado por webdriver se marca como automatización. Usa un perfil de navegador normal para iniciar sesión.
Límites de esta comprobación
- La ciudad es una estimación. La base de datos nos dice dónde se registró un bloque o dónde se concentra su tráfico, no dónde estás sentado. Cuenta con que la ciudad falle a veces y el país acierte casi siempre.
- El tipo de red es una heurística. Una empresa de hosting con un nombre inocente puede colarse como "Sin clasificar", y un ISP pequeño cuyo nombre contenga "cloud" puede quedar mal etiquetado. La etiqueta te dice cómo es probable que un filtro automático lea la dirección, no para qué se usa.
- Solo vemos lo que nos llega. Si el sitio que te importa usa una base de datos antifraude comercial o conserva su propio historial de tu cuenta, puede llegar a otra conclusión con la misma dirección.
- Las señales del navegador necesitan JavaScript. Sin scripts, el veredicto se basa solo en la red y las cabeceras, y la página indica cuántas señales se comprobaron.
- Un veredicto limpio no es una garantía. Significa que ninguna de las 12 señales se activó, no que un sitio no pueda reconocerte por otros medios como cookies, el historial de la cuenta o un medio de pago.
¿Por qué mi IP muestra una ciudad equivocada?
Un ISP recibe grandes bloques de su registro regional y los reparte por su red como le conviene. El registro suele nombrar la sede de la empresa o la ciudad donde el bloque se usó por primera vez. Cuando el ISP mueve después una subred a otra ciudad, nada le obliga a avisar. Los proveedores de geolocalización lo compensan observando dónde aparece el tráfico de cada bloque, lo que funciona bien en ciudades grandes y mal en el resto. Las redes móviles añaden otra capa: los teléfonos comparten un pool de direcciones públicas detrás de un NAT de operador que puede estar en un nodo regional a cientos de kilómetros del usuario.
Si la ciudad es incorrecta para tu conexión doméstica, hay poco que arreglar y normalmente ninguna razón para intentarlo: los sitios web usan el país mucho más que la ciudad. Si es incorrecta para un proxy por el que pagas, compárala con el resultado de la búsqueda de IP de la misma dirección, que muestra el registro y la red que la anuncia.
Comprobar un proxy o VPN antes de iniciar sesión
Si usas un proxy, una VPN o un perfil de navegador antidetección para una cuenta, haz la comprobación en este orden y desde el mismo perfil con el que iniciarás sesión. Primero mira la etiqueta de red en la parte superior: debe decir residencial u operador móvil, no datacenter. Luego abre la puntuación de anonimato y deja que carguen las señales del navegador; cada fila que no sea correcta enlaza a su solución. Después ejecuta las pruebas de fugas DNS y WebRTC, porque son las dos fugas que una página de inicio de sesión puede detectar sin que lo notes. Cuando todas las filas pasen, recarga una vez para confirmar que el resultado es estable, y solo entonces abre el sitio que te importa.
Buscar la dirección de otra persona
El cuadro "Buscar una IP" acepta cualquier dirección IPv4 o IPv6 o un nombre de host. La página de resultado muestra los mismos datos de ubicación, red y clasificación que para tu propia dirección, más el registro del RIR y el nombre de DNS inverso. Es útil para comprobar un proxy antes de comprarlo, leer un registro de servidor o confirmar la dirección de una cabecera de correo. Las búsquedas están limitadas a 30 por minuto por visitante, y los mismos datos están disponibles en JSON desde la API pública.