ISS'in konumunu DNS ile öğrenmek

(shkspr.mobi)

3 puan yazan GN⁺ 2025-07-07 | 1 yorum | WhatsApp'ta paylaş

DNS LOC kaydı kullanılarak Uluslararası Uzay İstasyonu'nun (ISS) gerçek zamanlı konum bilgisi sorgulanabiliyor
LOC kaydı enlem, boylam ve irtifa bilgilerini saklıyor; uyduların konum takibi için uygun bir işlev sunuyor
Örnek alan adında (where-is-the-iss.dedyn.io) DNS sorgusu yapıldığında ISS'in güncel konumu döndürülüyor
Konum verisi N2YO API ile alınıyor ve LOC kaydı her 15 dakikada bir otomatik olarak güncelleniyor
deSEC gibi API destekli alan adı hizmetleri üzerinden LOC bilgilerinin verimli biçimde güncellenmesi mümkün

Genel Bakış

DNS'in alışılmadık ama ilginç özelliklerine duyulan merakla, DNS LOC kaydı kullanılarak gerçek fiziksel konum bilgileri dünya geneline dağıtılabiliyor
Normalde alan adları sunucuların fiziksel konumuyla ilişkilendirilir; ancak LOC kaydı sayesinde yalnızca sunucuların değil, sıra dışı cihazların konumları da kaydedilebiliyor

DNS LOC kaydı nedir?

RFC 1876'da tanımlanan deneysel bir standart olup, sunucuların enlem, boylam ve irtifa bilgilerinin DNS'e yazılmasını sağlıyor
Minimum irtifa -100.000 m (sığınak gibi yer altı konumlarını gösterebilir), maksimum irtifa 42.849.672 m (jeosenkron yörüngedeki uydulara kadar ifade edebilir)
Uydular dahil çeşitli ekipmanların konum bilgilerini DNS üzerinden iletme imkanı sunuyor

Uluslararası Uzay İstasyonu (ISS) konum sorgu hizmetinin uygulanması

where-is-the-iss.dedyn.io alan adı oluşturulmuş; ayrı bir web sitesi, ping ya da genel etkileşim olmadan yalnızca DNS sorgusuyla çalışıyor
Linux ve Mac'te ISS konum bilgisi aşağıdaki komutla sorgulanabiliyor
```
dig where-is-the-iss.dedyn.io LOC
```

Dönen örnek: enlem/boylam/irtifa bilgisi LOC biçiminde veriliyor

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

Her 15 dakikada bir güncel konum bilgisiyle yenileniyor (best-effort yaklaşımıyla)

Konum verisinin alınması ve dönüştürülmesi

N2YO web sitesi ve API'si üzerinden çeşitli yörüngesel nesneler takip edilebiliyor; ayrıca ücretsiz katmanda API erişimi sunuluyor
Örnek API çağrısıyla uydunun güncel konumu (enlem, boylam, irtifa vb.) JSON biçiminde alınabiliyor
```
https://api.n2yo.com/rest/v1/…=_____
```
Dönen enlem/boylam değerleri ondalıklı biçimde, irtifa ise km cinsinden geliyor → LOC kaydına dönüştürürken derece-dakika-saniye (DMS) ve metre (m) birimlerine çevirmek gerekiyor

LOC kaydının güncellenmesinin otomasyonu

deSEC (Berlin merkezli bir kâr amacı gütmeyen kuruluş) API üzerinden LOC kaydının ilk oluşturulmasını ve güncellenmesini destekliyor

LOC kaydının ilk eklenmesine örnek

curl https://desec.io/api/v1/domains/where-is-the-iss.dedyn.io/rrsets/ ... --data '{"type": "LOC", "records": ["..."], "ttl": 900}'

Güncelleme için HTTP PATCH kullanılarak yalnızca değişen bilgi gönderiliyor
TTL (900 saniye, 15 dakika) olarak ayarlanıyor; böylece kod her 15 dakikada bir otomatik güncelleme yapıyor
API kullanım limitlerine uyarken güncel veriyi verimli şekilde sunuyor
Ek olarak, TXT kaydı gibi yöntemlerle güncelleme zamanı tutmak gibi çeşitli genişletmeler de yapılabiliyor

Sonuç

Bu deneme, DNS'in sıra dışı kullanım olanaklarını gösteren teknik bir gösterim niteliğinde
Gelecekte Mars Rover gibi daha çeşitli uzay nesnelerinin konumlarının da DNS LOC kaydıyla ifade edilebileceğini ortaya koyuyor
DNS kullanan yenilikçi bir uygulama örneği olarak, altyapı/BT işlerinin otomasyonu ve konum bilgisi yönetimi gibi alanlara da genişletilebilirlik sunuyor

1 yorum

GN⁺ 2025-07-07

Hacker News yorumu

Bir diğer kayıt türü olan Name Authority Pointer (NAPTR), Houston’daki Johnson Space Center’ın telefon numarası bilgisini veriyor

> 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 sınırlamaları olduğunu anlıyorum ama tüm Dünya’nın etrafını 90 dakikada dönen bir nesne için 15 dakikalık güncelleme aralığı oldukça büyük görünüyor; ortalama olarak Dünya çevresinin yaklaşık 1/12’si kadar, yani Lizbon ile İstanbul arası mesafe kadar hata oluşabilir denmiş
- Bence de doğru; gönderide de yanaşma işlemleri için kullanmayın deniyor. Her dakika ücretsiz güncellenebilen bir DNS olsaydı hemen ona geçmeyi düşünürdüm
Açılış cümlesini yanlışlıkla "I love DNS erotica" diye okuduğunu söyleyen biri, çok uzun süredir kapalı alanda kaldığını fark ettiğini ve yürüyüşe çıkması gerektiğini anlatıyor
- Belki şaşırtıcı gelebilir ama birçok insanın bunu ilginç bulacağından eminim
- Aslında bu projenin tam da o DNS erotikası olduğu şakası yapılıyor; belki soğuk duş gerekebilir denmiş
- OnlyFans yaratıcısına dönüşmek istemediğim için kendimi tutmamı rica ediyorum
- "It's always DNS" memesinin yeni bir anlam kazandığı şakası yapılıyor
Bunun çok havalı bir proje olduğunu düşünüyorum; hemen dns.toys’a ekledim
```
dig iss.sky +short @dns.toys
```
- Gerçekten çok kullanışlı ve şahane; teşekkürler. Tüm araçların sadece TXT kayıtlarını mı kullandığını, yoksa LOC ve NAPTR’dan da yararlanıp yararlanmadığını merak ediyorum
Gerçekten zekice ve eğitici bir fikir olduğu övülüyor; aynı yöntemin JWST’ye uygulanıp uygulanamayacağı hemen akla geliyor. Ne yazık ki LOC DNS kaydı yalnızca yaklaşık 42 milyon metreye (42.000 km) kadar destekliyor; JWST bunun 38 kat daha uzağında olduğu için konum gösteriminde sınır var. Hubble içinse belki mümkün olabilir deniyor
- JWST, ikinci Lagrange noktasının etrafında döndüğü için ona GPS koordinatı vermek pek kolay değil; bu, Ay’a GPS koordinatı istemeye benziyor. NASA 2023’te LRO ile Ay’da zayıf GPS sinyalleri almayı test etmişti ama navigasyon için pratik değil. ISS ise alt uydu noktası dışında, yerden yüksekliği ne olursa olsun GPS sinyali alabiliyor. TLE (two-line element), ISS gibi alçak Dünya yörüngesindeki uydular için kullanılabiliyor; SGP4 modeli gibi yöntemlerle konum ve hız hesaplanabiliyor
- GSO’nun (jeostasyoner yörünge uyduları) yüksekliği ile LOC kaydının sınırının neredeyse aynı olduğu yorumu yapılıyor
Sabit kodlanmış önbelleğe ek olarak, DNS altyapısının kendi TTL değerlerinin de önbelleklemede yardımcı olması gerektiği savunuluyor; özellikle Cloudflare 1.1.1.1, Google 8.8.8.8 gibi büyük herkese açık DNS resolver’ları varken bu daha da önemli. DNS’in dünya çapında tutarlı çalışan bir veritabanı gibi davranması, geçici veri depolayabilmesi ve güvenlik duvarlarınca kolay kolay engellenmeyen saf bir protokol olması avantaj olarak görülüyor; tabii sık sık araya girilip ele geçirildiği de belirtiliyor
OpenNotify adlı başka bir kaynak tanıtılıyor (sunduğu işlevler sınırlı ve gösterişli değil)
http://open-notify.org/
DNS LOC kaydı hakkında ayrıntılı bilgi paylaşılmış
https://www.ckdhr.com/dns-loc/
RFC’ye bakınca bu özelliğin neden gerekli olduğuna dair bir açıklama olmadığı, 1996 döneminde üniversite veya veri merkezi lojistiğiyle ilgili bir gerekçe olup olmadığının merak edildiği söyleniyor
- RFC’nin 5.1 bölümü (Suggested Uses) belirsiz de olsa bazı kullanım alanları öneriyor; örneğin USENET omurga akış haritaları, görsel traceroute uygulamaları (IP paketlerinin coğrafi hareket yolunu görselleştirme), ağ yönetim uygulamalarında host ve router haritaları üretme gibi
- RFC’lerde çoğu zaman çözülen problem açık biçimde tanımlanmaz; LOC kaydında da ille koordinat olmasına gerek olmadığı, insanın okuyabileceği bir adres dizesinin de yeterli olabileceği düşünülüyor
DNS’in federatif, okuma odaklı, coğrafi olarak çoğaltılmış bir anahtar-değer deposu olduğu ve eventual consistency sunduğu şeklinde bir özet yapılıyor