Sobre IPGet

Qué es IPGet

IPGet es un conjunto de herramientas de diagnóstico de red que responden preguntas sobre una conexión: qué dirección ve internet, qué red la opera, qué devuelve realmente el DNS de un dominio, si un certificado es válido, a qué velocidad va la línea. Todas las herramientas son gratuitas, no requieren cuenta y funcionan en cuatro idiomas.

Existe porque la forma obvia de construir estas herramientas es recogerlo todo y preocuparse después. IPGet está construido al revés: cada función parte de lo que puede evitar saber, y la arquitectura convierte eso en una propiedad estructural en lugar de una declaración de intenciones.

Cómo funciona la privacidad aquí

• Sin cuentas. No hay nada a lo que registrarse ni identidad a la que asociar un historial.
• Sin direcciones guardadas. Las consultas no se registran asociadas a un visitante, y las cachés del servidor están separadas por espacio de nombres para que un resultado en caché no revele quién preguntó.
• Sin cookies propias y sin píxeles de seguimiento.
• Almacenamiento local solo donde lo pides. Las dos funciones de historial escriben en tu propio navegador y en ningún otro sitio, y ninguna guarda una dirección IP: una conserva en su lugar un hash truncado de un solo sentido.
• Sin analítica por defecto. Si alguna vez se activa, envía un nombre de herramienta y un idioma, nunca una dirección, una ubicación ni nada que hayas escrito.

Cliente y servidor, y por qué importa la separación

Los datos del navegador —tamaño de pantalla, zona horaria, idioma, plataforma, User-Agent— se leen y se muestran localmente. No se hace ninguna petición para obtenerlos, así que nunca salen de tu dispositivo.

Las comprobaciones de red no pueden funcionar así. Saber si un puerto está abierto, qué certificado sirve un host o qué devuelve un resolver exige una conexión desde un sitio que no sea tu navegador, y eso es precisamente lo que hace útil la respuesta. Esas comprobaciones se ejecutan en el servidor de IPGet, y las páginas lo dicen donde importa.

Enfoque de seguridad

Toda comprobación que acepta un destino lo valida antes de conectar: se resuelve la dirección, se contrasta cada dirección devuelta con los rangos privados, reservados y de metadatos de nube, y la conexión se hace a la dirección fijada en vez de volver a resolver el nombre. Eso cierra el DNS rebinding como categoría, no como caso concreto.

El propio sitio sirve una Content-Security-Policy estricta, sin unsafe-inline, sin unsafe-eval y sin orígenes comodín. Todos los scripts están empaquetados y con hash, y por eso las funciones que normalmente necesitan un fragmento en línea están implementadas como módulos.

Tecnología

Estándares abiertos, no una caja negra

Todo aquí se apoya en estándares publicados —los RFC de direccionamiento, DNS, TLS y HTTP— y las herramientas informan de lo que esos estándares definen en lugar de una puntuación propietaria. Cuando un resultado es incierto, la página lo dice: lo desconocido se informa como desconocido y no se redondea a una respuesta rotunda.