ما هو WHOIS وRDAP؟
WHOIS بروتوكول طويل الأمد (مُحدَّد أصلاً في **RFC 3912**) للبحث في بيانات تسجيل النطاقات عبر استعلام نصي بسيط. يُعيد بيانات من سجَّل النطاق، ومن أي مسجِّل، ومتى، ومتى ينتهي، وأي خوادم أسماء تخدمه. RDAP (بروتوكول الوصول لبيانات التسجيل، **RFC 7480-7484**) هو خليفته الحديث: نفس البيانات لكن بصيغة JSON منظَّمة عبر HTTPS مع تنقيح خصوصية متّسق.
تستجيب معظم سجلات النطاقات الآن عبر RDAP، مع الإبقاء على WHOIS كطبقة توافق. بيانات الاتصال الشخصية تُنقَّح بموجب قواعد GDPR ومواصفات الخصوصية لدى ICANN لمعظم النطاقات، لكن الحقول التشغيلية — المسجِّل والتواريخ وخوادم الأسماء ورموز الحالة — تظل عامة.
لماذا تفحص بيانات WHOIS؟
1عمر النطاق يؤثر على قابلية التوصيل
النطاقات الجديدة جداً يعاملها مزودو البريد بشك مبدئي — تأكد من العمر قبل إطلاق حملة
2اكتشاف انتهاء الصلاحية قبل وقوع الضرر
النطاق المنتهي يأخذ معه كل شيء — البريد والمواقع والشهادات — راقب تاريخ الانتهاء بشكل استباقي
3تأكد أن النطاق لم يغيّر يديه
تحديثات WHOIS تكشف نقل المسجِّل وتغير الملكية، وهو ما قد يُنذر بمشكلة
4تدقيق رموز الحالة التشغيلية
رموز مثل `pendingDelete` أو `clientHold` تُنذر بأن النطاق في طريقه إلى الإلغاء — تصرَّف قبل أن يختفي
كيف يعمل بحث WHOIS / RDAP
تُرسل نطاقاً إلى الفاحص.
يحاول الفاحص أولاً RDAP — يسأل خدمة التمهيد لدى IANA عن خادم RDAP المعتمد لهذه TLD.
يستعلم من ذلك الخادم عبر HTTPS ويُحلِّل استجابة JSON المنظَّمة.
إذا لم يكن RDAP متاحاً، يعود إلى بروتوكول WHOIS التقليدي على منفذ TCP 43.
تُستخرَج بيانات المسجِّل وتواريخ الإنشاء والتحديث والانتهاء وخوادم الأسماء ورموز الحالة وتُوحَّد — وتُحذف بيانات الاتصال احتراماً لتنقيح الخصوصية.
مثال على استعلام WHOIS
whois example.com
# أو عبر RDAP باستخدام curl
curl https://rdap.org/domain/example.com | jq .حقول WHOIS الشائعة
المسجِّل— الشركة التي سجّلت النطاقأُنشئ في— تاريخ التسجيل الأولحُدِّث في— آخر تغيير في سجل WHOISينتهي في— تاريخ انتهاء التسجيل الحاليخوادم الأسماء— خوادم DNS الموثوقة للنطاقرموز الحالة— علامات تشغيلية يُحدِّدها المسجِّل أو السجلحالات WHOIS الشائعة وحلولها
النطاق في `redemptionPeriod`
انتهى التسجيل لكنه ما زال قابلاً للاسترداد — ادفع رسوم الاستعادة لدى المسجِّل فوراً
أقل من 30 يوماً على الانتهاء
جدِّد الآن لتجنب فقدان البريد والشهادات والظهور في نتائج البحث
نقل المسجِّل مقفل
`clientTransferProhibited` إعداد أمان جيد — افتح القفل فقط عند بدء عملية نقل مخطّط لها
بيانات الاتصال غير موجودة
تنقيح GDPR يُخفي بيانات المُسجِّل — الحقول التشغيلية تظل عامة، وهي ما يهم لقابلية التوصيل
الأسئلة الأكثر شيوعاً
WHOIS بروتوكول طويل الأمد للبحث في بيانات تسجيل النطاقات: من سجّله، ومتى، ومع أي مسجِّل، ومتى ينتهي. RDAP (بروتوكول الوصول لبيانات التسجيل) هو خليفته الحديث — نفس البيانات، لكن بصيغة JSON منظَّمة عبر HTTPS مع تنقيح خصوصية متّسق. معظم السجلات تستجيب الآن عبر RDAP؛ يُظهر الفاحص المصدر المُستخدَم.
يُعطي مزودو البريد وخدمات مكافحة البريد العشوائي وزناً كبيراً لعمر النطاق — النطاقات الجديدة تماماً يُعامَلها النظام بشك مبدئي. تأكيد عمر تسجيل نطاقك، ومسجِّله، وأن بيانات WHOIS لا توشك على الانتهاء جزء من نظافة ما قبل التحمية ويُفسِّر كثيراً من مشكلات قابلية التوصيل في البدايات الباردة.
هو عدد الأيام حتى انتهاء التسجيل. بمجرد انتهاء النطاق يدخل فترة سماح للاسترداد، وبعدها يمكن لأي شخص أن يستحوذ عليه — بمن في ذلك مرسلو البريد العشوائي الذين يشترون النطاقات المنتهية لاستغلال سمعتها المتبقية. جدِّد قبل وقت طويل من الانتهاء وتعامل مع أي قيمة تحت 30 يوماً على أنها عاجلة.
تتطلب GDPR والمواصفة المؤقتة لدى ICANN من المسجِّلين تنقيح بيانات الاتصال الشخصية لمعظم النطاقات. ما زال الفاحص يُظهر المسجِّل، وتواريخ التسجيل والانتهاء، وخوادم الأسماء، ورموز الحالة — كلها عامة — لكن اسم المُسجِّل وبريده وهاتفه تُخفى عادة خلف وكيل خصوصية.
تصف رموز الحالة قيوداً تشغيلية على النطاق. 'clientTransferProhibited' تعني أن المسجِّل أغلق إمكانية النقل إلى مسجِّل آخر — إعداد أمان جيد عادة. الرموز التي تبدأ بـ 'server' يُحدِّدها السجل نفسه. رموز مثل 'pendingDelete' أو 'redemptionPeriod' تُنبِّه إلى أن النطاق في طريقه إلى الحذف.
تقريباً. WHOIS / RDAP العام يعمل لكل TLD عام (.com و.net و.io وغيرها) ولمعظم TLD الخاصة بالدول. بعض السجلات الدولية تنشر بيانات أقل — فقط المسجِّل وتاريخ الانتهاء — وبعضها يُقيِّد عمليات البحث البرمجية. الفاحص يتعامل مع ذلك بسلاسة ويُبلِّغ بالحقول المتاحة.