سياسة معلومات خدمات دليل بيانات التسجيل الإضافية (RDDS)
يرجى ملاحظة أن نسخ اللغة الإنجليزية للمحتوى والوثائق المترجمة بكافة اللغات هي النسخ الرسمية وأن الترجمات المتوفرة باللغات الأخرى هي للأغراض المعلوماتية فقط.
تم التحديث في 21 فبراير/شباط 2024 ليعكس التغييرات المطلوبة لتنفيذ سياسة بيانات التسجيل. كانت هذه السياسة تُعرف سابقًا باسم سياسة معلومات Whois الإضافية. يجوز للأطراف المتعاقدة تنفيذ هذه السياسة المحدثة بدءًا من 21 أغسطس/آب 2024 ويجب تنفيذها في موعد أقصاه 21 أغسطس/آب 2025.
الكلمات الأساسية مثل "MUST" "يجب" و"MUST NOT" "يجب ألا" و"REQUIRED" "مطلوب" و"SHALL"سوف" و"SHALL NOT" "سوف لن" و"SHOULD" "ينبغي" و"SHOULD NOT" "ينبغي ألا" و "RECOMMENDED" "موصى به" و"NOT RECOMMENDED" "غير موصى به" و"MAY""يمكن" و"OPTIONAL" "اختياري" الواردة في هذا المستند يجب تفسيرها على النحو الموضح فيBCP رقم 14 [RFC2119] [RFC8174] فقط عندما تظهر بالخط العريض، كما هو موضح هنا.
يوضح القسم 1 من هذه السياسة المتطلبات التقنية المحايدة التي تنطبق على جميع خدمات دليل بيانات التسجيل.
يوضح القسم 2 من هذه السياسة متطلبات التنفيذ المتعلقة بـ WHOIS (المتوفرة عبر المنفذ 43) وخدمات دليل Whois المعتمدة على الويب فقط.
المسجلون المعتمدون لدى ICANN وسجلات نطاق المستوى الأعلى العام (gTLD) ملزمون وفقًا للاتفاقيات الخاصة بهم مع ICANN بتوفير الوصول القائم على الاستعلام إلى بعض بيانات التسجيل. بالإضافة إلى ذلك، تتطلب سياسة معلومات خدمات دليل بيانات التسجيل RDDS الإضافية من أمناء السجلات والسجلات تضمين معلومات مخرجات خدمات دليل بيانات التسجيل RDDS الخاصة بهم لمساعدة مستخدمي خدمات دليل بيانات التسجيل RDDS على تحديد أمين السجل الراعي للتسجيل بشكل أفضل وفهم رموز الحالة المستخدمة من قبل السجلات وأمناء السجلات، على النحو التالي:
- يجب على مشغلي السجلات وأمناء السجلات تنفيذ المتطلبات التالية:
1.1 تضمين الرسالة التالية في مخرجات RDDS الخاصة بهم: للمزيد من المعلومات حول رموز حالة النطاق، يرجى زيارة https://icann.org/epp" *
* يرجى ملاحظة أن النموذج الأطول للرابط أعلاه الذي تم تضمينه مسبقًا في القسم 1(ج)، أي https://www.icann.org/resources/pages/epp-status-codes-2014-06-16-en متوافق أيضًا مع هذه السياسة.
1.2 يجب على السجلات استخدام رقم التعريف العالمي الفريد لأمين السجل الصادر عن ICANN (والذي يرمز له بالرمز GURID والمعروف بهوية IANA ID) في مخرجات RDDS الخاصة بهم.
- يجب على مشغلي السجلات وأمناء السجلات تنفيذ المتطلبات التالية لـ WHOIS (المتوفرة عبر المنفذ 43) وخدمات دليل WHOIS المستندة إلى الويب:
2.1 يجب عرض الحالة (الحالات) باستخدام رموز حالة EPP الخاصة بها؛
2.2 يجب أن يظهر رابط أو عنوان URL بجوار كل رمز حالة EPP الذي يوجه إلى صفحة ويب ICANN التي تصف وتحدد رمز حالة EPP المعني. تتوفر قائمة عناوين URL على https://www.icann.org/resources/pages/epp-status-codes-list-2014-06-18-en;
2.3 لا يجوز لأمناء السجلات إزالة الروابط والرسائل الموضحة أعلاه عند توفير بيانات Whois من خدمة Whois الخاصة بهم أو بأمين سجل أو تسجيل آخر.
ملاحظات: تم اعتماد سياسة معلومات Whois الإضافية (AWIP)، والتي أعيدت تسميتها لتصبح خدمات دليل بيانات التسجيل الإضافية (ARIP)، من قبل ICANN كسياسة إجماع في 6 مايو /آيار 2012. تاريخ سريان هذه السياسة هو 31 يناير / كانون الثاني 2016. يجب على جميع أمناء السجلات المعتمدين لدى ICANN وسجلات gTLD الالتزام بـ ARIP فيما يتعلق بالتسجيلات التي يرعونها في جميع نطاقات gTLD، والتي تم اعتمادهم لها أو إدارتها، بدءًا من تاريخ السريان.
الغرض من هذه السياسة هو توضيح معنى رموز حالة EPP في بيانات RDDS وتتطلب التعريف المتسق للمسجلين من خلال GURID الخاصة بهم في RDDS.
نبذة تعريفية: في 24 يونيو /حزيران 2009، أطلق مجلس GNSO عملية وضع السياسات (PDP) فيما يتعلق بسياسة التنقل بين أمنماء السجل (http://gnso.icann.org/en/council/resolutions#200906 – القرار رقم 20090624-2 ) وقدمت مجموعة عمل PDP (مجموعة عمل IRTP ب) تقريرها النهائي في 30 مايو/ آيار 2011 مع مجموعة من التوصيات ((http://gnso.icann.org/issues/transfers/irtp-b-final-report-30may11-en.pdf [PDF, 971 ك.ب])، بما في ذلك التوصية رقم 8: لتوحيد وتوضيح رسائل حالة RDDS فيما يتعلق بحالة "قفل أمين السجل". في 22 يونيو /حزيران 2011، قرر مجلس GNSO أنه قبل النظر في الموافقة على التوصية المتعلقة بتوحيد وتوضيح رسائل حالة RDDS فيما يتعلق بحالة قفل أمين السجل، سيطلب مجلس GNSO من موظفي ICANN تقديم اقتراح مصمم لضمان اتباع نهج ممكن من الناحية الفنية يمكن تطويره لتلبية هذه التوصية. واستجابة لهذا الطلب، قام فريق عمل ICANN بوضع اقتراح بالتشاور مع مجموعة العمل والذي تم نشره للتعليق العام وتم اعتماده لاحقًا من قبل مجلس GNSO في 16 فبراير /شباط 2012 (http://gnso.icann.org/en/council/resolutions#20120216-1). وبعد عقد منتدى تعليق عام آخر حول التوصية والاقتراح (http://www.icann.org/en/news/public-comment/irtp-b-rec8-21feb12-en.htm) اعتمد مجلس إدارة ICANN هذه التوصيات في 6 مايو/آيار 2012. . (https://www.icann.org/en/groups/board/documents/resolutions-06may12-en.htm#1.5)
تم تكليف مجموعة عمل GNSO إضافية (مجموعة عمل IRTP ج) في 22 سبتمبر/أيلول 2011 للنظر في ثلاثة أسئلة تتعلق بـ IRTP، بما في ذلك ما إذا كان من الممكن تبسيط العملية من خلال متطلب أن تستخدم السجلات معرفات IANA لأمناء السجلات بدلاً من معرفات الملكية https://community.icann.org/display/gnsoirtppdpwg/3.+WG+Charter). أصدرت مجموعة العمل تقريرًا أوليًا كان موضوعًا للتعليق العام، ثم أصدرت بعد ذلك تقريرًا نهائيًا تم اعتماده من قبل مجلس GNSO في 17 أكتوبر/تشرين الأول 2012. وبعد عقد منتدى تعليق عام آخر، اعتمد مجلس إدارة ICANN توصيات التقرير النهائي في 20 ديسمبر/كانون الأول 2012 (http://www.icann.org/en/groups/board/documents/minutes-20dec12-en.htm#2.a).