Consultar la ubicación de la ISS con DNS

 (shkspr.mobi)
3 puntos por GN⁺ 2025-07-07 | 1 comentarios | Compartir por WhatsApp
  • Se puede consultar la información de ubicación en tiempo real de la Estación Espacial Internacional (ISS) usando un registro DNS LOC
  • El registro LOC almacena información de latitud, longitud y altitud, y ofrece una función adecuada para el seguimiento de la posición de satélites
  • Al hacer una consulta DNS al dominio de ejemplo (where-is-the-iss.dedyn.io), devuelve la ubicación más reciente de la ISS
  • Usa la API de N2YO para obtener los datos de ubicación y el registro LOC se actualiza automáticamente cada 15 minutos
  • A través de servicios de dominio con soporte de API como deSEC, es posible actualizar la información LOC de forma eficiente

Descripción general

  • A partir del interés por la esoterica de DNS (funciones para entusiastas), se puede usar un registro DNS LOC para distribuir información de ubicación física real a todo el mundo
  • Normalmente, un nombre de dominio se asocia con la ubicación física de un servidor, y con un registro LOC es posible registrar no solo servidores sino también la ubicación de dispositivos poco comunes

¿Qué es un registro DNS LOC?

  • Es un estándar experimental definido en la RFC 1876 que permite registrar en DNS la latitud, longitud y altitud de un servidor
  • Altitud mínima de -100,000 m (permite representar ubicaciones subterráneas como búnkeres) y máxima de 42,849,672 m (permite representar hasta satélites en órbita geoestacionaria)
  • Ofrece una función para transmitir por DNS información de ubicación de distintos equipos, incluidos satélites

Implementación del servicio de consulta de ubicación de la Estación Espacial Internacional (ISS)

  • Se creó el dominio where-is-the-iss.dedyn.io, y funciona solo con consultas DNS, sin sitio web aparte, ping ni interacción general

  • En Linux y Mac, se puede consultar la ubicación de la ISS con el siguiente comando

    dig where-is-the-iss.dedyn.io LOC

  • Ejemplo de respuesta: se entrega la información de latitud/longitud/altitud en formato LOC

    where-is-the-iss.dedyn.io. 1066 IN  LOC 47 24 53.500 N 66 12 12.070 W 430520m 10000m 10000m 10000m

  • Se actualiza con la información de ubicación más reciente cada 15 minutos (en modalidad best-effort)

Obtención y conversión de los datos de ubicación

  • A través del sitio web y la API de N2YO, se pueden rastrear diversos objetos en órbita, y ofrece una API con nivel gratuito

  • Con una llamada de ejemplo a la API, se puede obtener la posición más reciente del satélite (latitud, longitud, altitud, etc.) en formato JSON

    https://api.n2yo.com/rest/v1/…=_____

  • La latitud y longitud devueltas están en formato decimal, y la altitud en Km → al convertirlas a un registro LOC, hace falta transformarlas a grados, minutos y segundos (DMS) y a metros (m)

Automatización de la actualización del registro LOC

  • deSEC (una organización sin fines de lucro con sede en Berlín) permite crear y actualizar por API un registro LOC
  • Ejemplo de registro inicial de LOC 
    curl https://desec.io/api/v1/domains/where-is-the-iss.dedyn.io/rrsets/ ... --data '{"type": "LOC", "records": ["..."], "ttl": 900}'
  • Para actualizarlo, se usa HTTP PATCH para enviar solo la información modificada
  • Se configura con TTL (900 segundos, 15 minutos), y el código realiza la actualización automática cada 15 minutos
  • Se entregan datos recientes de forma eficiente respetando los límites de uso de la API
  • Además, también se puede ampliar con distintos usos, como registrar la hora de actualización mediante registros TXT

Conclusión

  • Este intento es una demostración técnica de las posibilidades de uso poco comunes de DNS
  • A futuro, también plantea la posibilidad de representar con registros DNS LOC la ubicación de muchos más objetos espaciales, como el Mars Rover
  • Como caso novedoso de uso de DNS, también ofrece posibilidades de expansión hacia la automatización de tareas de infraestructura/IT y la gestión de información de ubicación

Lecturas relacionadas

1 comentarios

 
GN⁺ 2025-07-07
Comentarios en Hacker News
  • Otro registro, Name Authority Pointer (NAPTR), entrega información con el número telefónico del Johnson Space Center en Houston 
    > dig where-is-the-iss.dedyn.io NAPTR

; <<>> DiG 9.10.6 <<>> where-is-the-iss.dedyn.io NAPTR
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 31786
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;where-is-the-iss.dedyn.io. IN NAPTR

;; ANSWER SECTION:
where-is-the-iss.dedyn.io. 3600 IN NAPTR 100 100 "u" "E2U+voice:tel" "!^.*$!tel:+12814830123!" .

;; Query time: 84 msec
;; SERVER: 100.100.100.100#53(100.100.100.100)
;; WHEN: Sun Jul 06 10:53:39 EDT 2025
;; MSG SIZE rcvd: 111
  • Comparten que, aunque entienden que hay límites de API, un intervalo de actualización de 15 minutos es bastante grande para un objeto que da la vuelta completa a la Tierra en 90 minutos; en promedio eso implica un error potencial de cerca de 1/12 de la circunferencia terrestre, más o menos la distancia entre Lisboa y Estambul
    • Les parece un punto válido; mencionan que en la publicación también se dice que no debe usarse para maniobras de acoplamiento, y que si existiera un DNS gratuito que pudiera actualizarse cada minuto, cambiarían a eso de inmediato
  • Alguien cuenta que leyó mal la frase inicial como "I love DNS erotica", se dio cuenta de que quizá lleva demasiado tiempo encerrado y que necesita salir a caminar
    • Quizá sorprenda, pero están seguros de que a mucha gente le parecería interesante algo así
    • Bromean con que este proyecto justamente sería esa erotica de DNS, y que tal vez haga falta una ducha fría
    • Piden moderación porque no quieren terminar como creadores de OnlyFans
    • Bromean con que el meme "It's always DNS" adquiere un nuevo significado
  • Les parece un proyecto demasiado genial y comparten que lo agregaron de inmediato a dns.toys 
    dig iss.sky +short @dns.toys
    • Expresan que es muy práctico y sorprendente, dan las gracias y preguntan si todas las herramientas usan solo registros TXT o si también aprovechan LOC y NAPTR
  • Elogian la idea como realmente ingeniosa y educativa; enseguida se preguntan si podría aplicarse algo parecido al JWST. Lamentablemente, el registro DNS LOC solo soporta hasta unos 42,000,000 de metros (42,000 km), y como el JWST está 38 veces más lejos, hay límites para representar su posición; comentan que quizá con Hubble sí sería posible
    • El JWST orbita alrededor del punto de Lagrange 2, así que no es fácil asignarle coordenadas GPS; sería parecido a pedir coordenadas GPS para la Luna. En 2023 NASA probó con el LRO la recepción de señales GPS débiles en la Luna, pero no es práctico para navegación. La ISS, además de su punto subsatelital, puede recibir señales GPS sin importar su altitud sobre tierra. Los TLE (elementos orbitales de dos líneas) pueden aplicarse a satélites en órbita terrestre baja como la ISS, y permiten calcular posición y velocidad con modelos como SGP4
    • Opinan que la altitud de los GSO (satélites geoestacionarios) casi coincide con el límite de los registros LOC
  • Sostienen que, además del caché hardcodeado, los valores TTL de la propia infraestructura DNS deberían ayudar con el almacenamiento en caché, especialmente considerando la cantidad de resolvers DNS públicos grandes como Cloudflare 1.1.1.1 y Google 8.8.8.8. Señalan que DNS tiene características de base de datos que opera de forma consistente a escala global, permite guardar datos temporales y además es un protocolo ingenuo que no se bloquea fácilmente en firewalls, aunque en la práctica también suele ser interceptado con frecuencia
  • Presentan otro recurso llamado OpenNotify (con funciones más limitadas y menos vistosas) http://open-notify.org/
  • Comparten información detallada sobre los registros DNS LOC https://www.ckdhr.com/dns-loc/
  • Tras revisar el RFC, comentan que no se explica por qué hacía falta esta función, y se preguntan si en 1996 pudo haber razones relacionadas con universidades o con la logística de centros de datos
    • En la sección 5.1 del RFC (Suggested Uses) sí se sugieren, aunque de forma algo ambigua, posibles aplicaciones, como mapas de flujo del backbone de USENET, aplicaciones visuales de traceroute (visualización de rutas geográficas de paquetes IP) y generación de mapas de hosts y routers en apps de administración de red
    • Señalan que en muchos RFC no se define con claridad el problema que intentan resolver, y opinan que para los registros LOC ni siquiera harían falta coordenadas exactas: bastaría una cadena de dirección legible por humanos
  • Resumen: DNS es un almacén federado de clave-valor, optimizado para lectura, georreplicado y con consistencia eventual