RDAP nedir?
RDAP (Registration Data Access Protocol), alan adı kayıt verilerine erişmek için kullanılan modern ve IETF tarafından standartlaştırılmış bir protokoldür. WHOIS'in halefi olarak geliştirilen RDAP, JSON biçiminde yapılandırılmış ve makineler tarafından okunabilir yanıtlar sunar; bu da geliştiricilerin alan adı sorgulama işlevlerini uygulamalarına entegre etmesini önemli ölçüde kolaylaştırır.
RDAP geliştiriciler için neden önemlidir?
Daha önce WHOIS verilerini ayrıştırmayı denediyseniz bunun ne kadar zahmetli olduğunu bilirsiniz. Her kayıt kuruluşu yanıtlarını farklı biçimlendirir, tutarsız alan adları kullanır ve yararlı bilgileri çıkarmak için karmaşık regex kalıpları gerektiren yapılandırılmamış düz metin döndürür. RDAP, tüm RDAP uyumlu sunucularda tutarlı biçimde çalışan standartlaştırılmış bir JSON şemasıyla bu sorunları çözer.
Temel teknik avantajlar
Yapılandırılmış JSON yanıtları: RDAP yanıtları, RFC 9083'te tanımlanan standartlaştırılmış JSON veri modelini kullanır. Bu, istemcilere ayrıştırabilecekleri tutarlı bir yapı sağlar; ancak bir hizmet, erişim politikasına göre alanları atlayabilir veya redakte edebilir. RESTful mimari: RDAP, standart HTTP yöntemlerini ve durum kodlarını kullanır. GET isteği, sunucu eşleşen bir nesne bulduğunda alan adı bilgilerini döndürür. 404 yanıtı, sorgulanan nesnenin bu hizmette bulunamadığı anlamına gelir; tek başına alan adının kaydedilebileceğini kanıtlamaz. Varsayılan olarak HTTPS: Verileri 43 numaralı bağlantı noktası üzerinden düz metin olarak ileten WHOIS'in aksine RDAP, uygulamanız ile RDAP sunucusu arasındaki iletişimin şifrelenmesini sağlamak için HTTPS kullanır. Uluslararasılaştırma desteği: RDAP, küresel uygulamalar için gerekli olan IDN (Internationalized Domain Names) ve Unicode karakterlerini düzgün biçimde işler.RDAP nasıl çalışır?
RDAP üzerinden bir alan adı sorguladığınızda süreç şu adımları izler:
1. Bootstrap keşfi: İstemciniz, TLD için yetkili RDAP sunucusunu bulmak üzere IANA RDAP Bootstrap kayıt defterini sorgular
2. HTTP isteği: RDAP sunucusunun URL'sine bir GET isteği gönderilir (ör. https://rdap.verisign.com/com/v1/domain/example.com)
3. JSON yanıtı: Sunucu, kayıt verilerini, durum kodlarını ve olayları içeren yapılandırılmış bir JSON nesnesi döndürür
Örnek RDAP yanıt yapısı
{
"objectClassName": "domain",
"handle": "example.com",
"ldhName": "example.com",
"status": ["client transfer prohibited"],
"events": [
{"eventAction": "registration", "eventDate": "1995-08-14T04:00:00Z"},
{"eventAction": "expiration", "eventDate": "2025-08-13T04:00:00Z"}
]
}
RDAP ve WHOIS karşılaştırması
| Özellik | RDAP | WHOIS |
|---|---|---|
| Veri biçimi | Yapılandırılmış JSON | Yapılandırılmamış metin |
| Aktarım | HTTPS (şifreli) | Düz metin (43 numaralı bağlantı noktası) |
| Standartlaştırma | RFC 9082 ve RFC 9083 | Tutarsız |
| IDN desteği | Yerel | Sınırlı |
| Sorgu türü | RESTful HTTP | Özel protokol |
Uygulamalarınızda RDAP kullanımı
Alan adı araçları geliştiren geliştiriciler için RDAP önerilen yaklaşımdır. DomScan dahil olmak üzere modern alan adı kullanılabilirliği denetleyicilerinin çoğu, aşağıdakileri sağladığı için birincil veri kaynağı olarak RDAP kullanır:
- Kullanılabilirlik kanıtı: 404 yanıtı, sorgulanan RDAP sunucusunun eşleşen bir nesne bulamadığı anlamına gelir. Tek başına alan adının kaydedilmeye uygun olduğunu kanıtlamaz
- Zengin meta veriler: Kayıt tarihlerine, sona erme tarihlerine ve durum kodlarına erişim
- Tutarlı ayrıştırma: Tek bir kod tabanı tüm TLD'leri işler
RDAP'ın benimsenme durumu
gTLD'ler için ICANN, RDAP'ın 28 Ocak 2025 tarihinde kayıt bilgileri açısından kesin kaynak haline geldiğini ve gTLD kayıt operatörleri ile kayıt kuruluşlarının .com, .name ve .post için geçerli istisnalar dışında artık genel olarak WHOIS hizmetleri sunmasının zorunlu olmadığını belirtir. ccTLD politikaları ve RDAP'ın benimsenmesi farklılık gösterir. https://data.iana.org/rdap/dns.json adresindeki IANA Bootstrap dosyası, desteklenen tüm TLD'ler için güncel RDAP sunucusu eşlemelerini sağlar.
En iyi uygulamalar
RDAP sorgularını uygularken, hız sınırlarına uymak için yanıtları uygun şekilde önbelleğe alın, sunucu keşfi için IANA bootstrap mekanizmasını uygulayın ve bulunamama, yönlendirme ve politikayla ilgili hata yanıtlarını ayrı değerlendirin. Bulunamama yanıtı, sorgulanan hizmet hakkında kanıttır; kaydedilebilirliğin kanıtı değildir.