Ontwikkelaar maakt manier om locatie ISS op te vragen met DNS

Een Britse ontwikkelaar heeft een manier gemaakt om de locatie van het International Space Station op te vragen via een DNS-verzoek. Er zit een functie in DNS om de locatie van een server op te vragen en die gebruikt de ontwikkelaar om de locatie van het ISS door te geven.

Op Linux en macOS is het mogelijk om 'dig where-is-the-iss.dedyn.io LOC' in te typen, waarna er een reactie komt met de coördinaten en de hoogte van het ISS, meldt Terence Eden. Het serveradres is geen site en het is alleen mogelijk om via DNS de locatie op te vragen.

Dat maakt gebruik van de LOC-functie in DNS, een experimentele functie om de locatie mee te sturen met DNS-informatie. De locatie van het ISS komt van de api van N2YO en ververst elk kwartier. Het zou ook mogelijk moeten zijn om de locatie van andere objecten in de ruimte te volgen via DNS.

Door Arnoud Wokke

Redacteur Tweakers

07-07-2025 • 17:41

21

Reacties (21)

21
21
14
2
0
3
Wijzig sortering
".Geek" maar ik moest bij de bron gaan zien of hij een eigen nameserver of DNS server heeft opgezet of gewoon ergens de LOC update. Hij doet dus het 2de via een API bij een DNS provider, en gebruikt een andere API om de gegevens van het ISS op te vragen. Het is waarschijnlijk zelfs gemakkelijk om dit via een enkele (piped) command te doen.

Niet dat het natuurlijk niet leuk is. Maar er zijn duizenden interessantere .Geek zaken om over te schrijven.
Ik weet niet, noem er eens een paar dan?

Afgezien van de zure reakties die ik hier lees is blijkbaar iedereen zo zeer op de hoogte van alle RFC's en DNS standaarden dat dit niet een leuk .Geek weetje is.

Ik wist het in ieder geval niet (en ik loop al langer mee) dus ik vond het mijn tijd wel waard. Voor dit soort nieuws kom ik hier tenslotte.
je vraagt het dus niet aan het ISS, maar het stuurt dit standaard dus zélf uit, wat een groot verschil is, maar natuurlijk veel minder click-baity, net zoals je van quasi elk commercieel vliegtuig en schip de locatie zelfs quasi real-time kan tracken.
Beetje zuur. Het gaat erom dat het leuk is dat iemand zo nerdy is geweest om die lokatie als DNS record beschikbaar te maken

(Net zoals via telnet of netcat via e commandline naar StarWars kijken.)
volgens de RFC die vermeld wordt is die functie al bijna 30 jaar aanwezig en geldt ze nog steeds als experimenteel, wat wil zeggen dat ze nooit erg breed toegepast is, waarschijnlijk met een heel goeie reden. De originele bedenkers ervan staan met naam, adres en telefoonnummer in de RFC, dus als je ze wil bedanken kan je ze een belletje geven of een amazon-giftcard sturen.

NASA zou NASA niet zijn als er geen mensen werk(t)en die zulke dingen niet zouden ontdekken en er een mogelijk goed doel mee voor ogen zouden hebben gehad. Zij zijn degenen die de functie geïmplementeerd hebben, dus net zoals je voorbeeld moet er aan de andere kant eerst iemand een server hebben draaien en is dit slechts een manier om er verbinding mee te maken.

Zuur misschien, maar ere wie ere toekomt en in dit geval was hij het dus niet, hoogstens een herontdekker van een lang verloren gewaande feature die toen bij het ontwikkelen ervan (het eerste deel van het ISS is pas in 98 gelanceerd) nog wel relevant was, net zoals je misschien nog een analoog nummer kan vinden waarnaar je een fax kunt sturen.
In het ergste geval weet je dus waar het ISS een kwartier geleden was...
En dat kan, gezien de omlooptijd van 90 minuten van het ISS, best een heel stuk verderop zijn :+
Dat ding vliegt niet kris kras door de ruimte dus als je weet waar die een kwartier geleden was kun je ook wel uitvogelen waar die nu is maar als je daar te lui voor bent kijk je gewoon even hier.
Als je je informatie uit DNS moet halen is dat wel je minste probleem :+

Ik ben wel benieuwd of die beperking van elk kwartier een limitatie is van DNS of uit de api die de locatie aanlevert. En zal er ook informatie bijzitten die precies aangeeft wanneer die laatste locatiebepaling was?
Als de ttl goed staat, weet je het precies hoe lang het geleden is
Dan is een website als https://www.astroviewer.net/iss/en/ een stukje directer toch? Of https://isstracker.pl/en

[Reactie gewijzigd door Cave_Boy op 7 juli 2025 18:03]

Het is een .geek 'omdat het kan' artikel
Haha nice, doe dan wel een '+short' bij die opdracht, scheelt wat output die je vaak niet nodig hebt.
Thanks, die toevoeging kende ik nog niet! handig! (Vooral voor regulier dig gebruik, niet per se dat ik zo het ISS ga tracken ;-) )
Heel handig als je de uitvoer weer moet pipen naar iets andrers 😉
It's not DNS.
There is no way it's DNS!
It was DNS.
And if it's not DNS, its the firewall.

[Reactie gewijzigd door Blokker_1999 op 7 juli 2025 19:35]

No it’s TLS 2.0
Voorbeeld van zo'n query:
dig where-is-the-iss.dedyn.io LOC

; <<>> DiG 9.10.6 <<>> where-is-the-iss.dedyn.io LOC

;where-is-the-iss.dedyn.io. IN LOC

where-is-the-iss.dedyn.io. 900 IN LOC 36 15 31.090 N 36 49 44.790 E 417360.00m 10000m 10000m 10000m
Volgens de RFC 1876:
<owner> <TTL> <class> LOC (
d1 [m1 [s1]] {"N"|"S"}
d2 [m2 [s2]] {"E"|"W"}
alt["m"] [siz["m"] [hp["m"]
[vp["m"]]]] )
where:
d1: [0 .. 90] (degrees latitude)
d2: [0 .. 180] (degrees longitude)
m1, m2: [0 .. 59] (minutes latitude/longitude)
s1, s2: [0 .. 59.999] (seconds latitude/longitude)
alt: [-100000.00 .. 42849672.95] BY .01 (altitude in meters)
siz, hp, vp: [0 .. 90000000.00] (size/precision in meters)
Dus voor de ISS locatie:
latitude: 36°15'31.090" N
longitude: 36°49'44.790" E
altitude: 417360.00m
size: 10000m (?)
hor.pr: 10000m
vert.pr: 10000m
Dus ergens boven Syrie (?)
Hij zit bijna aan Point Nemo nu.

Op dit item kan niet meer gereageerd worden.