جدول المحتويات
ملخص

✔️RDAP حل محل WHOIS للنطاقات العامة (g TLDs) في 28 يناير 2025، التبديل تم وليس قيد الانتظار.
✔️بيانات استعلام نطاقك أصبحت الآن أكثر أمانًا وتوحيدًا.
✔️RDAP أكثر موثوقية وأكثر أمانًا وأكثر احترامًا للخصوصية بطبيعته.
✔️يدعم RDAP مستويات وصول مختلفة، يرى الجمهور العام بيانات أساسية، ويمكن للأطراف الموثقة (جهات إنفاذ القانون وهيئات حماية الملكية الفكرية) الوصول إلى سجلات أكثر اكتمالاً

summary img

WHOIS لم يعد متاحًا لنطاقات g TLD: ما غيرته ICANN في 28 يناير 2025

إذا سبق لك أن بحثت عن مالك اسم نطاق، فقد استخدمت WHOIS، أو على الأقل أداة مبنية عليه. لعقود، كان WHOIS دليل الإنترنت العام لبيانات تسجيل النطاقات. اكتب اسم نطاق، تحصل على اسم المالك، تفاصيل الاتصال، تواريخ التسجيل، وخوادم الأسماء. بسيط، مفتوح، وعالمي.

لقد انتهى ذلك العصر بالنسبة للنطاقات العامة العليا.

كما تم تأكيده في الإعلان الرسمي لـ ICANN، في 28 يناير 2025، ستقوم ICANN بإيقاف WHOIS رسميًا لبعض نطاقات g TLDs. لم يعد مسجلو النطاقات ومسجلو الأسماء ملزمين تعاقديًا بالحفاظ على بروتوكول WHOIS. أصبح RDAP، بروتوكول الوصول إلى بيانات التسجيل، هو المعيار المطلوب الآن.

لم يكن هذا انتقالًا سلسًا أو فترة سماح. التغيير ساري المفعول. إذا كنت تدير نطاقات تحت .COM، .NET، .ORG، .IO، أو امتدادات عامة أخرى، فقد تغير البروتوكول الذي يخدم بيانات بحث النطاق الخاص بك. ما لم يواكب ذلك بالكامل بعد هو كيفية تعديل مالكي النطاقات (خاصة المستثمرين) لسير عملهم لتتناسب مع ذلك.

 

WHOIS مقابل RDAP: ما الفرق الفعلي بين البروتوكولين

لفهم سبب استبدال ICANN لـ WHOIS بـ RDAP، من المفيد فهم ما كان عليه WHOIS بالفعل، وأين تعطل.

WHOIS كان بروتوكول استعلام واستجابة تم تطويره في الأيام الأولى للإنترنت. كان يعمل عبر اتصال TCP غير مشفر على المنفذ 43. كانت تلك قناة مفتوحة حيث يمكن لأي شخص إرسال طلب وتلقي رد نصي عادي. لم تكن هناك متطلبات تسجيل دخول، ولا ضوابط وصول، ولا تنسيق بيانات قياسي. كل مسجل كان يعيد النتائج بطريقته الخاصة، مما جعل المعالجة الآلية غير متسقة وغير موثوقة.

RDAP تم تطويره بواسطة فريق عمل هندسة الإنترنت (IETF) خصيصًا لحل هذه المشكلات. إنه بروتوكول حديث أصلي للويب يعمل مثل أي موقع ويب آمن: تخرج الطلبات عبر HTTPS، وتعود الاستجابات بتنسيق JSON منظم. تنسيق JSON هو تنسيق موحد يمكن للآلات (والبشر) قراءته بشكل موثوق.

إليك ما يعنيه ذلك عمليًا:

  • إخراج منظم

    استجابات RDAP تستخدم أسماء حقول متسقة عبر جميع المسجلين وسجلات النطاقات. سواء كنت تبحث عن نطاق لدى مسجل واحد أو آخر، تعود البيانات بنفس التنسيق. لا مزيد من التناقضات في التحليل. يستخدم RDAP ملف JSON ومحتوى قابل للتبادل لتحسين قابلية القراءة والتكامل.

  • الوصول المتدرج

    لا يجعل RDAP تلقائيًا تفاصيل النطاق أكثر وضوحًا. إنه في الواقع يدعم الوصول المتباين أو المتدرج إلى البيانات. ما يتغير فعليًا هو أنه يمكن تقديم المعلومات بشكل مختلف بناءً على مستوى تفويض الطالب. للمستخدمين المجهولين الذين يستخدمون عمليات البحث العامة، تظهر فقط مجموعة محدودة من البيانات المتاحة للجمهور. من ناحية أخرى، المستخدمون الموثوقون أو المصرح لهم (هيئات IP وجهات إنفاذ القانون) قد تتلقى تفاصيل أكثر اكتمالاً عندما تسمح السياسات المطبقة بذلك.

  • HTTPS افتراضيًا

    كل استعلام RDAP مشفر أثناء النقل. مع WHOIS، كان استعلامك والرد ينتقلان كنص عادي، مرئي لأي شخص على مسار الشبكة. أمر مهم آخر مع RDAP هو أنه يفرض التشفير، ويتطلب HTTPS لجميع الاتصالات. هذا لضمان حماية البيانات المنقولة بين العميل والخادم من التنصت.

الفرق العملي: RDAP أكثر موثوقية وأكثر أمانًا وأكثر وعيًا بالخصوصية بطبيعته. المقابل هو أن بعض البيانات التي كانت متاحة سابقًا من خلال بحث WHOIS أصبحت الآن محجوبة خلف ضوابط الوصول.

 

ما يعرضه بحث النطاق اليوم (ولماذا لا تزال بعض الحقول مخفية)

عند إجراء بحث RDAP على نطاق g TLD اليوم، إليك ما يعيده الاستعلام العام القياسي عادةً:

  • اسم المسجل والبريد الإلكتروني (إذا لم يكن النطاق خاصاً)
  • رموز حالة النطاق (مثل client Transfer Prohibited)
  • خوادم الأسماء
  • تاريخ تسجيل النطاق وتاريخ انتهاء الصلاحية
  • الطابع الزمني لآخر تحديث
  • اسم المسجل

ما لن تراه، في معظم الحالات، هو معلومات الاتصال بالمسجل: الاسم وعنوان البريد الإلكتروني ورقم الهاتف والعنوان البريدي للشخص أو الشركة التي سجلت النطاق.

هذا يفاجئ بعض المستخدمين، لكنها ليست مشكلة RDAP. تم حجب بيانات المسجل لمعظم النطاقات منذ بدء تطبيق اللائحة العامة لحماية البيانات (GDPR) في عام 2018، بغض النظر عن البروتوكول. RDAP لم يقم بإزالة تلك البيانات، بل غير فقط الآلية التي يتم من خلالها التحكم في الوصول إليها. بموجب سياسة بيانات التسجيل الخاصة بـ ICANN، يتم إخفاء تفاصيل الاتصال للمسجلين الأفراد عن الاستعلامات العامة ولا تكون متاحة إلا للأطراف التي لديها سبب مشروع ومتحقق منه للوصول إليها.

إذا أظهر حقل في البحث الخاص بك "محرر للخصوصية،" فإن البيانات موجودة في سجلات السجل. لا يمكن الوصول إليها علنًا من خلال استعلام قياسي، ولكن يمكن طلبها من خلال عملية رسمية (موضحة أدناه).

البروتوكول تغير. البيانات لم تختفِ. ما يحتاجه مالكو النطاقات الآن هو وضوح حول أين ينطبق RDAP، وأين لا يزال WHOIS موجودًا، وكيفية الوصول إلى المعلومات التي يحتاجونها عبر القنوات الصحيحة، وهذا بالضبط ما نريد المساعدة فيه.

Jacqueline Daly | نائب رئيس التسويق، Dynadot

 

WHOIS لم تمت بالكامل: استثناء cc TLD الذي يحتاج مستثمرو النطاقات معرفته

هنا حيث تخطئ معظم الشروحات حول الانتقال من WHOIS إلى RDAP: WHOIS اختفى بالنسبة لمعظم النطاقات العامة، لكنه لا يزال يُستخدم بنشاط لغالبية نطاقات رموز الدول، وإذا كنت إدارة محفظة مختلطة، هذا التمييز مهم.

تطبق سلطة ICANN وتفويضات السياسة على نطاقات g TLDs، وهي الامتدادات العامة مثل .COM و.NET و.ORG، ونطاقات g TLD الجديدة مثل .APP و.SHOP و.DEV. ونطاقات رموز البلدان.

لا تزال معظم سجلات cc TLD وبعض سجلات g TLD تقدم استجابات WHOIS على المنفذ 43.

.نطاق .DE، على سبيل المثال، لا يزال يستخدم بروتوكول WHOIS. لذا بالنسبة لمعظم نطاقات cc TLD، ما زلت تستعلم عن WHOIS، ويتم تحديد تنسيق البيانات وقواعد الخصوصية والأدوات من قبل كل سجل على حدة، وهو ما يختلف بشكل كبير.

يمكنك التحقق من نشر RDAP لكل نطاق أعلى وتصفية نوع النطاق الأعلى على هذه الخريطة هنا.

 

كيف يؤثر RDAP على مستثمري النطاقات وأصحاب النطاقات المتعددة؟

الرد الشائع على الانتقال من WHOIS إلى RDAP هو "لا تحتاج إلى فعل أي شيء." هذا صحيح إذا كنت تملك نطاقًا واحدًا ولا تبحث أبدًا عن بيانات التسجيل. لكنه غير صحيح إذا كنت تدير محفظة وترغب في توسيعها، أو تجري العناية الواجبة على عمليات الاستحواذ، أو تستخدم أدوات آلية للبحث في النطاقات.

لم يتم تحديث كل أداة. بعض عملاء WHOIS الأقدم أضافوا دعم RDAP؛ والبعض الآخر لم يفعل.

تبدو العناية الواجبة في الاستحواذ مختلفة. لنفترض أنك تقوم بتقييم نطاق للشراء وتجري بحثًا لتأكيد الملكية الحالية وإمكانية الوصول. بموجب RDAP، يؤكد الاستعلام العام القياسي الحقائق الفنية (تواريخ التسجيل، المسجل، خوادم الأسماء، رموز الحالة) ولكن هوية المسجل عادة ما تكون محجوبة. لن تتمكن من الحصول على معلومات الاتصال بالمالك مباشرة من خلال بحث RDAP عام. بالنسبة لأعمال الاستحواذ، يعني ذلك الاتصال بالمسجل مباشرة أو تقديم طلب RDRS رسمي (موضح أدناه).

 

كيفية إجراء بحث RDAP والوصول إلى البيانات المحجوبة

 

كيفية استخدام RDAP: إجراء بحث اليوم

تشغيل بحث RDAP سهل. لا تحتاج إلى أي برنامج خاص لمعظم حالات الاستخدام.

تشغيل بحث RDAP بسيط. لا تحتاج إلى أي برنامج خاص لمعظم حالات الاستخدام. أسرع نقطة بداية هي أداة البحث الرسمية لـ ICANN. يقوم بالاستعلام عن RDAP افتراضيًا، ولا يتطلب حسابًا، ويعيد نتائج منظمة لأي نطاق عام. هذه هي الطريقة الأكثر مباشرة لرؤية شكل استجابة RDAP لأي نطاق معين.

إذا كنت تدير النطاقات عبر Dynadot، تظهر بيانات التسجيل مباشرة في مدير النطاق الخاص بك، دون الحاجة إلى أداة بحث منفصلة.

 

كيفية طلب بيانات التسجيل المحجوبة عبر RDRS

عندما تحتاج إلى معلومات اتصال لن يعيدها بحث RDAP عام، لأغراض مثل الإبلاغ عن إساءة استخدام النطاق، أو متابعة إنفاذ العلامات التجارية، أو بدء عملية شراء نطاق: خدمة طلب بيانات التسجيل (RDRS) التابعة لـ ICANN هي القناة الرسمية لتقديم هذا الطلب.

RDRS هو بوابة مركزية حيث يمكنك تقديم طلب إلى المسجلين المشاركين للحصول على بيانات تسجيل g TLD غير العامة. لا يضمن الوصول، كل مسجل يقيم الطلبات وفقًا لسياسات الإفصاح الخاصة به، ولا يزال النظام يتوسع من حيث مشاركة المسجلين.

تعامل معها كعملية منظمة وموثقة وليست نتيجة مضمونة. لتقديم طلب:

  1. اذهب إلى بوابة RDRS الخاصة بـ ICANN على rdrs.icann.org، قم بالبحث عن النطاق وتحقق مما إذا كانت البيانات التي تبحث عنها متاحة بالفعل
  2. تحديد المسجل الراعي للنطاق، وهذا يظهر في استجابة RDAP
  3. قدم طلبك مع ذكر الغرض بوضوح وبيانات الاتصال الخاصة بك
  4. يراجع المسجل الطلب ويستجيب بناءً على سياسة الإفصاح الخاصة به. إذا كان المسجل للنطاق الذي تبحث عنه لا يشارك بعد في RDRS، فاتصل به مباشرة للاستفسار عن إجراءاتهم للإفصاح عن البيانات غير العامة.

 

الخلاصة: WHOIS خارج، RDAP داخل، لكن الأمر ليس بهذه البساطة

  • أصبح RDAP الآن المعيار المطلوب لجميع استعلامات نطاقات g TLD، لتحل محل بروتوكول Whois الذي يبلغ من العمر 43 عامًا.
  • يقدم RDAP بيانات أكثر تنظيماً واتساقاً، حيث يعيد كل استعلام نفس الحقول بنفس التنسيق، بغض النظر عن السجل أو المسجل الذي تستعلم منه.
  • يقدم RDAP أمانًا محسنًا ووصولًا محكومًا، جميع الاستعلامات تعمل عبر HTTPS، وما تراه يعتمد على مستوى التصريح الخاص بك، مما يقلل من خطر جمع البيانات غير المصرح به.
  • يدعم RDAP مستويات وصول متباينة, يرى الجمهور العام بيانات أساسية محررة، بينما يمكن للأطراف الموثقة مثل جهات إنفاذ القانون وهيئات حماية الملكية الفكرية الوصول إلى سجلات أكثر اكتمالاً عبر القنوات المناسبة.
  • WHOIS لم يختفِ تمامًا، لا يزال يعمل لمعظم نطاقات cc TLDs وبعض g TLDs والمسجلين، لذا إذا كانت محفظتك تتضمن نطاقات رموز البلدان، فإن سير عمل البحث لديك لم يتغير بعد.

 

الأسئلة الشائعة

 

هل يحل RDAP محل WHOIS؟

نعم، بالنسبة لمعظم g TLDs، استبدل RDAP بالفعل WHOIS، لكن معظم المسجلين لا يزالون يستخدمون Whois. اعتبارًا من 28 يناير 2025، لم تعد ICANN تطلب من السجلات والمسجلين الحفاظ على خدمات WHOIS للنطاقات العامة مثل .COM و .NET و .ORG. RDAP هو البروتوكول المطلوب للمستقبل. بالنسبة لـ cc TLDs، الصورة مختلفة، معظم سجلات ومسجلي cc TLD لا يزالون يستخدمون WHOIS.

 

كيفية استخدام RDAP؟

لا يتطلب استخدام RDAP أي إعداد تقني لمعظم مالكي النطاقات. نقطة البداية الأسهل هي أداة البحث الرسمية لـ ICANN على lookup.icann.org، فقط أدخل اسم النطاق وسيعيد بيانات التسجيل المنظمة فورًا، بدون حاجة لحساب.

مشاركة
/
المؤلف
Aleksandra Vukovic
Content Marketing Associate Aleksandra is a Content Marketing Associate at Dynadot, where she writes about domain investing, branding strategies, TLD trends, and company and industry news. With a background in digital content and online communications, she simplifies complex domain topics into clear, practical guides that support readers at every stage of their domain journey.