Cuál es mi IP

Por qué tu navegador no puede responder a esto por sí solo

Una página como esta parece que debería poder leer la respuesta en la máquina donde se ejecuta, y no puede. Nada en la plataforma del navegador expone la dirección desde la que sales a internet: no hay propiedad que leer ni permiso que conceder. La dirección que tiene tu propia máquina casi nunca es la que preguntas: detrás de un router doméstico es un número privado que el router reescribe al salir, y en una red móvil el operador puede reescribirlo una segunda vez. La única función del navegador que alguna vez filtró una dirección fue WebRTC, que reunía las direcciones de la máquina para establecer una llamada, y hoy todos los navegadores ocultan incluso eso tras un nombre aleatorio terminado en local. Así que el número nunca estuvo disponible a través de la plataforma, y lo poco que se filtraba era de todos modos el número equivocado.

La dirección que realmente quieres decir no es una propiedad de tu equipo. Es lo que ve el otro extremo de una conexión cuando llega tu tráfico, y pertenece al aparato que la reescribió por última vez en el camino: tu router, el NAT compartido de gran escala de tu operador, la salida de una VPN, un proxy corporativo. Solo existe a los ojos de un servidor con el que has contactado. Por eso la única manera de conocerla es contactar con uno y preguntarle qué vio, y por eso esta página pregunta tres veces en lugar de una.

• No es la dirección que tu sistema operativo muestra para tu adaptador de red. Esa suele ser privada — una dirección 192.168, una 10, una 172.16 — y solo significa algo dentro de tu propia red. Nada al otro lado de tu router llega a verla nunca.
• No es permanente. La mayoría de las conexiones domésticas reciben una dirección que puede cambiar cuando el router vuelve a conectarse o cuando el operador lo decide, y una conexión móvil puede cambiarla mientras te desplazas. Una dirección que escribiste el mes pasado en una regla del cortafuegos puede pertenecer ya a otra persona.
• No es necesariamente un único número. En una red que lleva las dos familias tienes una dirección IPv4 y una IPv6 al mismo tiempo; son números sin relación entre sí, entregados por partes distintas del mismo operador, y viajan por rutas distintas.

Esta es también la razón de que la respuesta no esté en el código fuente de la página y de que buscarla ahí no encuentre nada. Cada página de este sitio se escribe como un archivo HTML plano cuando el sitio se construye, mucho antes de que tú la abras, y la única dirección disponible en ese momento es la de la máquina que construye, que no es asunto de nadie y desde luego no es la tuya. Así que el archivo que te llega lleva la explicación y tres huecos etiquetados y vacíos, y las lecturas se rellenan después, desde tu propio navegador y tu propia conexión. Si miras el fuente y no encuentras ninguna dirección, estás leyendo el diseño y no un fallo.

Dos familias, y por qué quizá solo responda una

IPv4 e IPv6 son dos sistemas de direcciones separados, y una misma conexión usa exactamente uno de ellos de extremo a extremo. Las direcciones IPv4 son los cuatro números familiares separados por puntos, y sus existencias se agotaron hace años; las direcciones IPv6 son las largas, escritas en grupos hexadecimales separados por dos puntos, y de esas hay más de las que nadie llegará a usar. Hoy la mayoría de las redes llevan las dos a la vez — eso es lo que significa doble pila — y en una red así tienes una dirección en cada una, sin ninguna relación aritmética entre ellas.

Eso es lo que convierte una sola lectura en media respuesta, y es la trampa en la que cae casi toda herramienta de este tipo. El nombre de este sitio lleva tanto un registro IPv4 como uno IPv6, así que tu navegador elige uno de los dos antes de que se ejecute una sola línea de código de aquí, y una herramienta que solo pregunta desde qué dirección llegó la conexión aprende algo sobre esa familia y sobre ninguna otra. Quien viene buscando su IPv4 porque una regla del cortafuegos la necesita puede acabar viendo una IPv6, sin que nada en la página diga si la otra mitad existe, falta o simplemente nunca se preguntó.

Fijar una familia consiste, por tanto, en preguntar en un lugar que solo tiene una. Dos de las tres lecturas van al resolutor público de Cloudflare, llamado por una dirección escrita entera en lugar de por un nombre, y la dirección escrita es en sí misma la fijación: no hay ningún nombre que resolver, así que no hay nada que el navegador pueda elegir. A una dirección IPv4 escrita entera solo se llega por IPv4 y a una IPv6 escrita entera solo por IPv6, y el certificado cubre la dirección, de modo que cada una es una conexión cifrada corriente y verificada, no un truco. Lo que vuelve de la primera es tu IPv4 por construcción, y lo que vuelve de la segunda es tu IPv6 por construcción.

• Puede que simplemente no tengas la familia. IPv6 todavía no lo ofrecen todos los operadores, ni en todas las tarifas, ni todos los routers tal como vienen de fábrica, y una red que no lo tiene no tiene nada que informar.
• Puede que algo en el camino lo impida. Un cortafuegos corporativo, la red de un hotel o un aparato de seguridad pueden rechazar una familia entera, o rechazar este único extremo mientras el resto de esa familia funciona perfectamente.
• Puede que esté bloqueada en silencio en lugar de rechazada. Un rechazo vuelve enseguida y la fila lo dice; los paquetes descartados sin respuesta se parecen exactamente a que no ocurra nada, y por eso cada lectura recibe una espera acotada y luego se abandona en vez de dejarla girando.
• Puede que el extremo responda con algo que no es una dirección. Ese es un fallo distinto del silencio y la fila dice cuál de los dos fue, porque una herramienta que plegara todas las formas de fallo en un mismo campo vacío te dejaría sin poder distinguir una red poco común de una página rota.

No poder determinarlo no es lo mismo que no tenerlo

Aquí hay dos situaciones que importan más que ninguna otra, y desde una petición fallida se ven idénticas: no tener una familia en absoluto, y tenerla bloqueada a la salida. Las herramientas de este tipo las informan igual, casi siempre no mostrando nada y dejándote adivinar. Esta página las mantiene separadas, y la tercera lectura es todo el mecanismo que lo consigue. Va a este mismo sitio, que ofrece las dos familias, así que la que haya respondido es la que tu navegador eligió cuando la elección era libre, y ese solo hecho basta para convertir un silencio en una conclusión.

• El extremo propio de la familia respondió. Tienes esa familia, su dirección está en la fila de debajo, y nada de lo que la página aprenda después puede desmentirlo.
• No respondió, y tu navegador llegó a este sitio por esa misma familia. Entonces la tienes de forma demostrable — la estás usando para leer esta frase — y algo entre tú y ese extremo concreto detuvo esa petición concreta. El veredicto es que no se pudo determinar, y la razón está escrita al lado.
• No respondió, y tu navegador llegó a este sitio por la otra familia. Ese es el único camino hasta decir que no la tienes, y la única circunstancia en la que esta página lo dirá.
• No respondió, y este sitio tampoco. Entonces no hay indicio en ninguna dirección, y no haber podido determinarlo significa precisamente eso: la herramienta no aprendió nada, lo cual es una afirmación sobre la herramienta y no sobre tu red.

Por eso debajo de cada veredicto hay una frase, y no un enlace ni un globo de ayuda. No haber podido determinarlo te pide dos cosas completamente distintas según cuál de los dos casos sea. Uno dice que una familia que sin duda tienes está bloqueada en algún punto entre tu navegador y una dirección muy concreta, lo cual merece ir a mirarlo. El otro dice que esta pasada no aprendió nada y conviene repetirla desde otra red. Un color y una palabra no pueden cargar con esa diferencia, y una herramienta que adivinara entre ambas te estaría diciendo algo falso sobre tu propia conexión.

La tercera lectura merece leerse por sí misma. Nombra la familia que tu navegador prefirió para un nombre corriente que ofrece las dos — el resultado de una carrera que tu sistema operativo celebra cada vez que abres una página, decidida por ninguno de los dos y configurada por nadie — y ninguna herramienta comparable la informa. Es además el hecho contra el que se contrastaron los dos veredictos anteriores, y por eso está en la página y no escondido dentro del razonamiento: quien prefiera auditar una conclusión antes que fiarse de ella puede ver el indicio del que se extrajo.

Por qué las dos filas pueden discrepar

Cada lectura lleva algo más que una dirección. La misma respuesta informa del país en el que el extremo sitúa esa dirección, del centro de datos de Cloudflare que respondió, de la versión del transporte cifrado, de la versión de HTTP que usó la petición y de si la conexión llegó a través del propio cliente WARP de Cloudflare. Eso se imprime por fila y nunca se funde en un único resumen, porque las filas discrepan de verdad: mientras se diseñaba esta herramienta, una misma máquina, en un mismo instante, alcanzó un centro de datos de Londres por IPv6 y uno de Israel por IPv4. Ninguna de las dos lecturas estaba mal, y ninguna de las dos redes fallaba.

• El país es donde el extremo sitúa la dirección que llegó, es decir, una consulta hecha sobre la dirección y no un conocimiento sobre ti. Una VPN lo mueve, y también lo mueve un operador que reparte direcciones registradas en un país vecino.
• El centro de datos es la sede de Cloudflare que respondió, como un código de tres letras al estilo de un aeropuerto. Cada uno de estos extremos se anuncia desde muchos lugares a la vez y a cuál llegas lo decide el encaminamiento de internet, por separado para cada familia, y por eso esta es la fila que discrepa más a menudo.
• TLS es la versión del cifrado en la que se asentó la conexión. Se negocia por conexión, así que una fila puede diferir de otra sin que ninguna de las dos sea rara.
• HTTP es la versión del protocolo que usó esta petición concreta. También se acuerda por conexión, y depende de cómo se estableció la conexión más que de nada relativo a tu red.
• WARP dice si Cloudflare reconoció el tráfico como venido de su propio cliente. Para la mayoría de los lectores está desactivado en las tres filas, y está aquí porque a quien no lo tenga desactivado le extrañaría el país si no se dijera.

Así que lee una fila como el relato de una conexión y de nada más amplio. Dos filas que nombran dos centros de datos no son una contradicción que resolver; son dos respuestas sobre cómo salen tus dos familias de tu red, que es justo lo que una herramienta que muestra una sola dirección no puede enseñarte. Es también la razón de que estos datos cuelguen de las filas: juntarlos en una sola línea obligaría a escoger una de las dos y a imprimirla como si describiera ambas.

A quién se pregunta y qué no hará esta herramienta

Las tres peticiones van al mismo lugar: el extremo trace de Cloudflare, que responde con una lista corta de datos sobre la conexión que acaba de llegar. Este sitio se sirve a través de Cloudflare, así que el operador al que se pregunta es el que ya ha visto tu dirección: la vio cuando cargó esta página, antes de que se ejecutara una línea del código de la propia página. Las tres peticiones piden en voz alta algo que se entregó en silencio un momento antes, y no lo entregan a nadie nuevo. Por eso se hacen automáticamente y no detrás de un botón: una barrera de consentimiento delante te costaría la respuesta a la que venías y no te compraría nada.

Ese argumento es concreto, y vale la pena decir con claridad que no es una licencia general, porque la misma frase sería falsa sobre casi cualquier otro extremo. Solo se sostiene mientras la parte a la que se pregunta sea la que ya sirve la página. Apunta una herramienta como esta a un servicio de direcciones de terceros y la petición deja de ser un eco para convertirse en una divulgación real a un operador que no tenía nada, y en ese momento el razonamiento habría que rehacerlo desde el principio en lugar de citarlo de aquí. Esa es una de las razones por las que esta página no usa ninguno.

Nada de lo que escribas se envía a ninguna parte, por la sencilla razón de que aquí no hay nada que escribir: la página no tiene ningún campo de entrada. Ninguna dirección se almacena, ninguna se guarda entre visitas y ninguna se escribe en nada que la página deje atrás. Pulsar Actualizar vuelve a tomar las tres lecturas desde el principio y recalcula las dos conclusiones, que es lo que hace que valga la pena dejar la página abierta mientras una VPN se enciende o se apaga, y es también lo único que envía las peticiones una segunda vez.

• No consultará la dirección de otra persona. Eso necesita una base de datos comercial de geolocalización a través de un tercero, lo que supondría entregar una dirección a un operador que no la tenía, y además es una pregunta distinta de la que hace el nombre de esta página.
• No nombrará a tu operador, ni su número de sistema autónomo, ni tu ciudad. Nada de eso viene en las respuestas que recibe esta página, y obtenerlo pasa por el mismo tercero de antes.
• No mostrará tu dirección local o privada. Ningún navegador actual la expone ya, y nunca fue la dirección que la gente quiere decir cuando hace esta pregunta: es la que su propia máquina ya muestra.

Ninguna de esas cosas es un hueco esperando a que lo rellenen. Cada una habría que comprarla con una dependencia de la base de datos de otro y de que ese otro siga teniendo buena voluntad, y pagarla con lo único que esta página cuida. Una herramienta que responde por completo a una sola pregunta — las dos familias, con el indicio de cada una y con un silencio honesto donde no lo tiene — vale aquí más que una que responde a medias a cuatro.