RDAP Nameserver Bilgisi Alan Adı Delegasyonuyla Nasıl Okunur?

Bir alan adı için RDAP sonucunu açtığınızda, ad sunucusu adları ve bazen IP adresleri görebilirsiniz. Asıl zorluk, yanıtta gerçekten bulunan bilgiyi doğru okumak ve görünmeyen ayrıntılardan kesin sonuç çıkarmamaktır. RDAP nameserver bilgisi, alan adı nesnesinin temsil ettiği delegasyon noktası bağlamında değerlendirilmelidir. Bu yazı, ayrıntılı alan adı kaydını nerede bulacağınızı, nameserver nesnesindeki alanların ne ifade ettiğini ve eksik görünen alanları nasıl yorumlayacağınızı açıklar.

Kısa özet

• RDAP alan adı nesnesi, bir DNS adını ve delegasyon noktasını temsil eder.
• Ayrıntılı alan adı sorgusu domain/alan-adı biçimindedir.
• Bir nameserver nesnesindeki ldhName ad sunucusunun LDH adını gösterir.
• ipAddresses içindeki v4 ve v6 dizileri varsa ad sunucusunun IPv4 ve IPv6 adreslerini belirtir.
• İsteğe bağlı kayıt verileri yanıtta yer almayabilir.

Alan adı nesnesi ve delegasyon noktası

RDAP’te alan adı nesnesi, bir DNS adını ve delegasyon noktasını temsil eder. Bu ifade, bir alan adı kaydını incelerken delegasyonun kayıt bilgisinin önemli bir parçası olduğunu gösterir. Yanıtta nameserver bilgisi sunuluyorsa, bunu alan adı nesnesinin delegasyon bağlamındaki ad sunucusu bilgisi olarak dikkatle okuyabilirsiniz.

Ancak farklı kayıt operatörleri nameserver bilgisini aynı şekilde modellemeyebilir. RFC, bazı kayıt operatörlerinin nameserver bilgisini alan adı özniteliği olarak sunduğunu; bazılarının ise nameserver’ları bağımsız, birinci sınıf nesneler olarak modellediğini belirtir. Bu nedenle her RDAP yanıtında aynı ayrıntı düzeyini beklememek gerekir.

• Alan adı nesnesi bir DNS adı ve delegasyon noktasını temsil eder.
• Nameserver bilgisi alan adı özniteliği veya bağımsız nesne biçiminde modellenebilir.
• Yanıtın yapısını, o yanıtta gerçekten bulunan alanlara göre değerlendirin.

Kaynak: [2]

Ayrıntılı alan adı kaydını bulun

Bir alan adı için ayrıntılı RDAP sorgusu, tam nitelikli alan adıyla domain/alan-adı yolunda yapılır. Standartta bu biçim domain/XXXX olarak tanımlanır; XXXX köke göre tam nitelikli alan adıdır. Bu sorgu, tek bir alan adına ilişkin ayrıntılı kayıt için başlangıç noktasıdır.

Örnek senaryo olarak example.com için ayrıntılı bir RDAP yanıtı aldığınızı düşünün. Yanıtta nameserver bilgisi veya nameserver nesneleri yer alıyorsa, önce her nesnede hangi alanların gerçekten bulunduğunu kontrol edin. Bir ad sunucusu adı görünüyorsa bunu ldhName alanından; adresler görünüyorsa bunları ipAddresses altındaki v4 ve v6 dizilerinden okuyun.

• Ayrıntılı sorgu biçimi: domain/alan-adı.
• Sorguda tam nitelikli alan adı kullanılır.
• Nameserver bilgisini yalnız yanıtta bulunan alanlarla değerlendirin.

Kaynak: [1] [2]

Nameserver nesnesindeki ldhName, v4 ve v6 alanları

RDAP nameserver nesnesi, ileri ve ters DNS’te kullanılan DNS ad sunucularına ilişkin bilgiyi temsil eder. ldhName alanı, ad sunucusunun LDH adını içerir. LDH, harf, rakam ve tire biçimindeki adlandırmayı ifade eder. Örneğin ns1.example.com bir ldhName değeri olabilir.

ipAddresses nesnesi mevcut olduğunda v4, ad sunucusunun IPv4 adreslerinden oluşan bir diziyi; v6 ise IPv6 adreslerinden oluşan bir diziyi belirtir. Bu alanların varlığı, RDAP yanıtında ad sunucusuna ilişkin ek adres bilgisinin sağlandığını gösterir. Yanıtta v4 veya v6 yoksa, bulunmayan değeri varsaymak yerine yalnız ldhName gibi mevcut alanları kullanmak daha doğru yaklaşımdır.

• ldhName: ad sunucusunun LDH adı.
• ipAddresses v4: IPv4 adresleri dizisi.
• ipAddresses v6: IPv6 adresleri dizisi.
• v4 ve v6 yalnız yanıtta varsa okunmalıdır.

Kaynak: [2]

IP adresi görünmüyorsa ne anlama gelir?

Standarttaki en basit nameserver nesnesi yalnız objectClassName ve ldhName alanlarını içerebilir. Bu nedenle bir RDAP yanıtında ns1.example.com gibi bir adın yanında IPv4, IPv6 veya başka kayıt verilerinin görünmemesi, tek başına olağandışı bir sonuç değildir.

RDAP istemcilerinin, standartta tanımlanmış kayıt verisi üyelerinin yanıtta bulunmayabileceğine hazırlıklı olması gerekir. Sunucular, zorunlu olmayan üyeleri kendi politikalarına göre atlayabilir. Bu sınır önemlidir: IP adresinin görünmemesi, tek başına bir sorgu hatasını veya kayıtla ilgili kesin bir sonucu göstermez. Önce mevcut ldhName değerini okuyun; diğer alanları ise yalnız sağlanmışlarsa ek bilgi kabul edin.

• En basit nameserver nesnesi ad sunucusu adını içerebilir.
• İsteğe bağlı kayıt verileri atlanabilir.
• Görünmeyen alanlardan kesin sonuç çıkarmayın.

Kaynak: [2]

Ad sunucusundan alan adına yapılan aramalar

Elinizde bir ad sunucusu adı varsa, domains?nsLdhName=… biçimi belirli bir ad sunucusu adı desenine devredilmiş alan adlarını aramak için tanımlanmıştır. Bu aramada başlangıç noktası alan adı değil, ad sunucusu adı desenidir. Standart örneğinde desen, harf, rakam ve tire biçimindeki bir ana bilgisayar adını temsil eder.

Elinizde IPv4 veya IPv6 adresi varsa, domains?nsIp=… biçimi belirtilen adrese çözümlenen ad sunucularına devredilmiş alan adlarını arar. Bu iki aramayı, tek alan adı için kullanılan domain/alan-adı sorgusundan ayrı düşünün: domain/alan-adı tek alan adına ilişkin ayrıntılı yanıt içindir; nsLdhName ve nsIp ise ad sunucusu bilgisinden alan adlarına doğru yapılan aramalar içindir.

• domains?nsLdhName=…: ad sunucusu adı desenine göre arama.
• domains?nsIp=…: IPv4 veya IPv6 adresine göre arama.
• domain/alan-adı: tek alan adı için ayrıntılı sorgu.

Kaynak: [1]

Pratik okuma sırası

Önce sorgunun domain/alan-adı biçiminde tek bir alan adına ait ayrıntılı kayıt olup olmadığını kontrol edin. Ardından yanıt nameserver nesneleri veya nameserver bilgisi içeriyorsa ldhName değerlerini not edin. ipAddresses mevcutsa v4 ve v6 dizilerini ayrı birer ad sunucusu adres bilgisi olarak kaydedin.

Bu yaklaşım, RDAP yanıtını eksik alanlar nedeniyle gereğinden fazla yorumlamayı önler. Bir sonraki adımda ad sunucusu adından alan adlarını araştırmanız gerekiyorsa nsLdhName aramasını; bir IPv4 veya IPv6 adresinden araştırmanız gerekiyorsa nsIp aramasını kullanın. Her durumda, yanıtta bulunmayan isteğe bağlı üyeleri mevcutmuş gibi kabul etmeyin.

• Tek alan adı için ayrıntılı kaydı açın.
• Mevcut ldhName değerlerini okuyun.
• Varsa v4 ve v6 dizilerini ayırın.
• Ad sunucusundan alan adına arama için uygun sorgu biçimini seçin.

Kaynak: [1] [2]

Uygulama kontrol listesi

• Tek alan adı için domain/alan-adı biçimindeki ayrıntılı RDAP sorgusunu kullanın.
• Yanıtta nameserver bilgisi varsa mevcut ldhName değerlerini not edin.
• ipAddresses içindeki v4 ve v6 dizilerini yalnız varsa inceleyin.
• IPv4 veya IPv6 alanı yoksa bunu tek başına hata olarak yorumlamayın.
• Ad sunucusu adı deseninden alan adı aramak için domains?nsLdhName=… biçimini kullanın.
• IP adresinden alan adı aramak için domains?nsIp=… biçimini kullanın.

RDAP, alan adı nesnesini bir DNS adı ve delegasyon noktası olarak ele alır. Yanıtta nameserver nesneleri veya nameserver bilgisi yer aldığında ldhName, ad sunucusunun adını; varsa ipAddresses içindeki v4 ve v6 ise ad sunucusunun adres dizilerini gösterir. En güvenli yorum, yalnız yanıtta bulunan alanlara dayanmak ve isteğe bağlı ayrıntıların yokluğundan kesin sonuç çıkarmamaktır.

Sık sorulan sorular

ldhName alanı neyi gösterir?

ldhName, nameserver nesnesinin LDH adını içeren metin alanıdır. Örneğin ns1.example.com bir ldhName değeri olabilir.

RDAP yanıtında v4 veya v6 yoksa sonuç hatalı mıdır?

Hayır. En basit nameserver nesnesi yalnız objectClassName ve ldhName içerebilir. Ayrıca sunucular, isteğe bağlı kayıt verisi üyelerini kendi politikalarına göre atlayabilir.

Bir IPv4 veya IPv6 adresiyle ad sunucusuna bağlı alan adlarını nasıl ararım?

domains?nsIp=… biçimi, belirtilen IPv4 veya IPv6 adresine çözümlenen ad sunucularına devredilmiş alan adlarını aramak için tanımlanmıştır.

Kaynaklar

[1] rfc9082.txt

[2] rfc9083.txt