ما هو RDAP؟
RDAP (بروتوكول الوصول إلى بيانات التسجيل) هو البروتوكول الحديث والموحد من قبل IETF للوصول إلى بيانات تسجيل أسماء النطاقات. تم تطويره كخليفة ل WHOIS، ويوفر RDAP ردود موحدة وقابلة للقراءة الآلية بصيغة JSON، مما يجعل من الأسهل بكثير على المطورين دمج وظيفة البحث عن النطاقات في تطبيقاتهم.
لماذا RDAP مهم للمطورين
إذا حاولت في الماضي تحليل بيانات WHOIS، فأنت تعرف الألم. كل مسجل يصيغ استجاباته بشكل مختلف، ويستخدم أسماء حقول غير متسقة، ويرجع نصاً عادياً غير منظم يتطلب أنماطاً معقدة من التعابير العادية لاستخراج المعلومات المفيدة. يحل RDAP هذه المشاكل باستخدام مخطط JSON موحد يعمل بشكل ثابت عبر جميع خوادم RDAP المتوافقة.
المزايا التقنية الرئيسية
ردود JSON منظمة: كل خادم RDAP يرجع البيانات بنفس صيغة JSON المعرفة بواسطة RFC 7483. هذا يعني أنه يمكنك كتابة محلل واحد يعمل مع أي نطاق، بغض النظر عن المسجل أو السجل. البنية المعمارية RESTful: يستخدم RDAP طرق HTTP والرموز القياسية. طلب GET بسيط إلى نقطة نهاية RDAP يرجع معلومات النطاق، والخطأ 404 يشير إلى نطاق متاح — لا توجد حاجة لمعالجة بروتوكول خاص. HTTPS بشكل افتراضي: بخلاف WHOIS الذي ينقل البيانات بنص عادي عبر المنفذ 43، يستخدم RDAP HTTPS، مما يضمن اتصالاً مشفراً بين تطبيقك وخادم RDAP. دعم العولمة: يتعامل RDAP بشكل صحيح مع أسماء النطاقات الدولية (IDN) والأحرف يونيكود، وهو ضروري للتطبيقات العالمية.كيفية عمل RDAP
عند الاستعلام عن نطاق من خلال RDAP، تتبع العملية هذه الخطوات:
1. اكتشاف Bootstrap: يستعلم العميل من سجل IANA RDAP Bootstrap لإيجاد خادم RDAP الموثوق للـ TLD
2. طلب HTTP: يتم إرسال طلب GET إلى عنوان URL لخادم RDAP (على سبيل المثال، https://rdap.verisign.com/com/v1/domain/example.com)
3. رد JSON: يرجع الخادم كائن JSON منظم يحتوي على بيانات التسجيل ورموز الحالة والأحداث
مثال على بنية رد RDAP
{
"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 مع WHOIS
| الميزة | RDAP | WHOIS |
|---|---|---|
| صيغة البيانات | JSON منظمة | نص غير منظم |
| النقل | HTTPS (مشفر) | نص عادي (المنفذ 43) |
| التوحيد القياسي | RFC 7480-7484 | غير متسق |
| دعم IDN | أصلي | محدود |
| نوع الاستعلام | HTTP RESTful | بروتوكول مخصص |
تطبيق RDAP في تطبيقاتك
للمطورين الذين يبنون أدوات نطاقات، RDAP هو النهج الموصى به. معظم برامج فحص توفر النطاقات الحديثة، بما في ذلك DomScan، تستخدم RDAP كمصدر البيانات الأساسي لأنه يوفر:
- كشف التوفر الموثوق: ردود HTTP 404 تشير بشكل قاطع إلى النطاقات المتاحة
- البيانات الوصفية الغنية: الوصول إلى تواريخ التسجيل وتواريخ الانتهاء ورموز الحالة
- التحليل المتسق: كود واحد يتعامل مع جميع أسماء النطاقات من المستوى الأعلى
حالة اعتماد RDAP
أصبح RDAP إلزامياً لسجلات وعمليات تسجيل gTLD وفقاً لمتطلبات ICANN. اعتمدت معظم ccTLDs أيضاً RDAP، على الرغم من أن البعض لا يزال يدير خدمات WHOIS فقط. يوفر ملف IANA Bootstrap في https://data.iana.org/rdap/dns.json تعيينات خادم RDAP الحالية لجميع أسماء النطاقات من المستوى الأعلى المدعومة.
أفضل الممارسات
عند تطبيق استعلامات RDAP، قم بتخزين الردود مؤقتاً بشكل مناسب لاحترام حدود المعدل، وتطبيق bootstrap IANA لاكتشاف الخادم، والتعامل مع البحث الناجح والردود 404 لفحص التوفر.