DNS से ISS की स्थिति पता करना

 (shkspr.mobi)
3 पॉइंट द्वारा GN⁺ 2025-07-07 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • DNS LOC रिकॉर्ड का उपयोग करके अंतरराष्ट्रीय अंतरिक्ष स्टेशन (ISS) की रियल-टाइम स्थिति जानकारी देखी जा सकती है
  • LOC रिकॉर्ड अक्षांश, देशांतर और ऊंचाई की जानकारी संग्रहीत करता है, और उपग्रह की स्थिति ट्रैक करने के लिए उपयुक्त सुविधा देता है
  • उदाहरण डोमेन (where-is-the-iss.dedyn.io) पर DNS query करने पर ISS की नवीनतम स्थिति लौटाई जाती है
  • N2YO API का उपयोग करके स्थिति डेटा लाया जाता है, और हर 15 मिनट में LOC रिकॉर्ड अपने-आप अपडेट होता है
  • deSEC जैसी API समर्थित डोमेन सेवाओं के जरिए LOC जानकारी को कुशलतापूर्वक अपडेट किया जा सकता है

अवलोकन

  • DNS की esoterica (उत्साही उपयोगकर्ताओं के लिए फीचर) में रुचि के आधार पर, DNS LOC रिकॉर्ड का उपयोग करके वास्तविक भौतिक स्थिति जानकारी को दुनिया भर में वितरित किया जा सकता है
  • आम तौर पर डोमेन नाम सर्वर की भौतिक स्थिति से जुड़ा होता है, और LOC रिकॉर्ड के जरिए सर्वर के साथ-साथ असामान्य डिवाइसों की स्थिति भी दर्ज की जा सकती है

DNS LOC रिकॉर्ड क्या है?

  • RFC 1876 में परिभाषित एक प्रायोगिक मानक, जिसके जरिए सर्वर की अक्षांश, देशांतर और ऊंचाई जानकारी DNS में दर्ज की जा सकती है
  • न्यूनतम ऊंचाई -100,000m (बंकर जैसी भूमिगत स्थिति भी व्यक्त की जा सकती है), अधिकतम ऊंचाई 42,849,672m (स्थिर-कक्षा उपग्रह आदि तक व्यक्त किया जा सकता है)
  • उपग्रहों सहित विभिन्न उपकरणों की स्थिति जानकारी DNS के जरिए पहुंचाने की सुविधा देता है

अंतरराष्ट्रीय अंतरिक्ष स्टेशन (ISS) स्थिति देखने की सेवा का कार्यान्वयन

  • where-is-the-iss.dedyn.io डोमेन बनाया गया, और अलग वेबसाइट, ping, या सामान्य इंटरैक्शन के बिना सिर्फ DNS query से काम करता है

  • Linux और Mac पर नीचे दिए गए कमांड से ISS की स्थिति जानकारी query की जा सकती है

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

  • लौटाए गए परिणाम का उदाहरण: अक्षांश/देशांतर/ऊंचाई जानकारी LOC फ़ॉर्मेट में दी जाती है

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

  • हर 15 मिनट में नवीनतम स्थिति जानकारी से अपडेट किया जाता है (best-effort तरीके से)

स्थिति डेटा प्राप्त करना और रूपांतरण

  • N2YO की वेबसाइट और API के जरिए विभिन्न कक्षीय ऑब्जेक्ट्स को ट्रैक किया जा सकता है, और यह एक free tier API प्रदान करता है

  • उदाहरण API कॉल से नवीनतम उपग्रह स्थिति (अक्षांश, देशांतर, ऊंचाई आदि) JSON फ़ॉर्मेट में प्राप्त की जा सकती है

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

  • लौटाए गए अक्षांश/देशांतर दशमलव फ़ॉर्मेट में होते हैं, और ऊंचाई Km इकाई में होती है → LOC रिकॉर्ड में बदलते समय डिग्री-मिनट-सेकंड (DMS) और मीटर (m) इकाई में कन्वर्ट करना आवश्यक है

LOC रिकॉर्ड अपडेट का स्वचालन

  • deSEC (बर्लिन स्थित गैर-लाभकारी संस्था) के API से LOC रिकॉर्ड का प्रारंभिक निर्माण और अपडेट किया जा सकता है
  • LOC की पहली बार रजिस्ट्रेशन का उदाहरण 
    curl https://desec.io/api/v1/domains/where-is-the-iss.dedyn.io/rrsets/ ... --data '{"type": "LOC", "records": ["..."], "ttl": 900}'
  • अपडेट के लिए HTTP PATCH का उपयोग कर केवल बदली हुई जानकारी भेजी जाती है
  • TTL (900 सेकंड, 15 मिनट) पर सेट करके, कोड हर 15 मिनट में अपने-आप अपडेट करता है
  • API उपयोग सीमा का पालन करते हुए कुशलता से नवीनतम डेटा उपलब्ध कराया जाता है
  • अतिरिक्त रूप से TXT रिकॉर्ड आदि के जरिए अपडेट समय दर्ज करने जैसे कई विस्तार भी संभव हैं

निष्कर्ष

  • यह प्रयास DNS के एक अलग उपयोग की संभावना दिखाने वाला एक तकनीकी प्रदर्शन है
  • आगे चलकर Mars Rover जैसे और भी विविध अंतरिक्ष ऑब्जेक्ट्स की स्थिति को DNS LOC रिकॉर्ड से व्यक्त करने की संभावना दिखती है
  • DNS के उपयोग का यह एक नया उदाहरण है, जिसे इन्फ्रास्ट्रक्चर/IT कार्यों के automation, स्थिति जानकारी प्रबंधन आदि तक बढ़ाया जा सकता है

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2025-07-07
Hacker News टिप्पणियाँ
  • एक और रिकॉर्ड, Name Authority Pointer (NAPTR), Houston Johnson Space Center का फ़ोन नंबर देता है 
    > 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
  • API limits हैं, यह पता है, लेकिन जो ऑब्जेक्ट 90 मिनट में पूरी पृथ्वी का चक्कर लगा लेता है उसके लिए 15 मिनट का update interval काफ़ी बड़ा लगता है; औसतन यह पृथ्वी की परिधि के लगभग 1/12 के बराबर है, यानी Lisbon और Istanbul के बीच की दूरी जितनी error आ सकती है
    • यह बात सही लगती है; पोस्ट में भी लिखा है कि इसे docking operations के लिए इस्तेमाल न करें। अगर कोई ऐसा DNS मिल जाए जो मुफ्त में हर 1 मिनट पर update हो सके, तो मैं तुरंत उसी पर switch करूँगा
  • किसी ने शुरुआती वाक्य को गलती से "I love DNS erotica" पढ़ लिया, फिर एहसास हुआ कि शायद वह बहुत लंबे समय से घर के अंदर है, इसलिए टहलने की ज़रूरत है
    • शायद यह चौंकाने वाला लगे, लेकिन मुझे पूरा यक़ीन है कि बहुत से लोगों को ऐसी चीज़ें दिलचस्प लगेंगी
    • मज़ाक में कहा गया कि क्या यह प्रोजेक्ट खुद वही DNS erotica नहीं है; शायद अब एक ठंडे शॉवर की ज़रूरत पड़े
    • मैं OnlyFans creator के रूप में करियर नहीं बनाना चाहता, कृपया मुझे रोकिए
    • "It's always DNS" meme को अब एक नया मतलब मिल गया है
  • यह बहुत शानदार प्रोजेक्ट लगा, इसलिए इसे तुरंत dns.toys में जोड़ दिया गया 
    dig iss.sky +short @dns.toys
    • सच में बहुत सुविधाजनक और मज़ेदार है, धन्यवाद; जिज्ञासा है कि क्या सारे tools सिर्फ TXT records इस्तेमाल करते हैं, या LOC, NAPTR भी काम में लेते हैं
  • इसे बेहद चतुर और शिक्षाप्रद विचार बताया गया; तुरंत यह सवाल उठा कि क्या ऐसा कुछ JWST पर भी लागू किया जा सकता है। अफ़सोस, LOC DNS record लगभग 4.2 करोड़ मीटर (42,000km) तक ही support करता है, जबकि JWST इससे 38 गुना दूर है, इसलिए उसकी position बताने में सीमा आ जाती है। Hubble के लिए शायद यह संभव हो सकता है
    • JWST दूसरे Lagrange point की कक्षा में है, इसलिए उसके लिए GPS coordinates तय करना आसान नहीं है; यह कुछ वैसा है जैसे चाँद पर GPS coordinates माँगना। 2023 में NASA ने LRO के ज़रिए चाँद पर बेहद कमजोर GPS signals प्राप्त करने का test किया था, लेकिन navigation के लिए वह practical नहीं है। ISS के मामले में sub-satellite point के अलावा, ज़मीन से ऊँचाई चाहे जो हो, GPS signals मिल सकते हैं। TLE (two-line element) का उपयोग ISS जैसे low Earth orbit satellites पर किया जा सकता है, और SGP4 model जैसी चीज़ों से position और velocity निकाली जा सकती है
    • किसी ने कहा कि GSO (geostationary orbit) satellites की altitude और LOC record की limit लगभग एक जैसी है
  • यह तर्क दिया गया कि hardcoded cache के अलावा DNS infrastructure के अपने TTL values भी caching में मददगार होने चाहिए, खासकर इसलिए क्योंकि Cloudflare 1.1.1.1, Google 8.8.8.8 जैसे बड़े public DNS resolvers बहुत हैं। DNS को एक federated, read-optimized, geo-replicated database की तरह देखा गया जो दुनिया भर में काफ़ी consistently काम करता है, temporary data store कर सकता है, और एक ऐसा सरल protocol है जिसे firewall से रोकना आसान नहीं होता—हालाँकि हक़ीक़त में इसे काफ़ी intercept भी किया जाता है
  • OpenNotify नाम का एक और resource साझा किया गया (इसकी functionality सीमित है और यह बहुत fancy नहीं है)
    http://open-notify.org/
  • DNS LOC record पर विस्तृत जानकारी का एक लिंक साझा किया गया
    https://www.ckdhr.com/dns-loc/
  • RFC देखने पर किसी को समझ नहीं आया कि इस feature की ज़रूरत आखिर क्यों पड़ी; सवाल उठा कि क्या 1996 के समय यह universities या datacenter logistics जैसी किसी ज़रूरत से जुड़ा रहा होगा
    • RFC के section 5.1 (Suggested Uses) में कुछ धुंधले लेकिन संभावित use cases दिए गए हैं, जैसे USENET backbone flow maps, visual traceroute apps (जो IP packets की geographical movement को दिखाएँ), और network management apps में hosts और routers के maps बनाना
    • RFC में अक्सर problem statement साफ़ तौर पर define नहीं किया जाता; किसी का मानना था कि LOC record में coordinates की जगह इंसानों के पढ़ने लायक address string भी काफ़ी होती
  • DNS को एक federated, read-optimized, geo-replicated key-value store बताया गया जिसमें eventual consistency होती है