سياسة WHOIS المفصّل الانتقالية لـ .COM و .NET و .JOBS

يرجى ملاحظة أن نسخ اللغة الإنجليزية للمحتوى والوثائق المترجمة بكافة اللغات هي النسخ الرسمية وأن الترجمات المتوفرة باللغات الأخرى هي للأغراض المعلوماتية فقط.

يجب تفسير الكلمات الرئيسية "يجب" و"يجب ألا" و"ينبغي" و"ينبغي ألا" و"يجوز" و"لا يجوز" و"يوصى بـ" و"قد" الواردة في هذه الوثيقة بما هو موضح في RFC 2119، المتوفرة على الرابط: http://www.ietf.org/rfc/rfc2119.txt.

1. النطاق:

   ينبغي أن تنطبق هذه السياسة على مشغلي السجل لنطاقات gTLDs .COM و .NET و .JOBS، بالإضافة إلى جميع أمناء السجل الذين يرعون عمليات تسجيل أسماء النطاقات في نطاقات gTLD التالية: .COM أو .NET أو .JOBS.

2. التعاريف:

   • المختصر (التسجيل): اسم النطاق الذي يصونه مشغل السجل ويوفر فقط معلوماته الفنية (مثل خوادم الأسماء والحالات وتاريخ الإنشاء) وأمين السجل الراعي المرتبط باسم النطاق. يحتفظ أمين السجل الراعي بمعلومات الاتصال الخاصة باسم النطاق.
   • المفصّل (التسجيل): اسم النطاق الذي يقدم أمين السجل الراعي نسخة من معلومات الاتصال الخاصة به إلى مشغل السجل. يحتفظ مشغل السجل بالمعلومات الفنية (مثل خوادم الأسماء والحالات وتاريخ الإنشاء) وأمين السجل الراعي المرتبط باسم النطاق. يحتفظ أمين السجل الراعي بمعلومات الاتصال الخاصة باسم النطاق.
   • اسم النطاق الحالي: اسم النطاق الذي تم إنشاؤه، أو في حالة "في انتظار الإنشاء" قبل 1 مايو/أيار 2018.
   • مقاييس التقدم في الانتقال: المقاييس التي أنشأها مشغل السجل وأبلغ بها أمناء السجلات وICANN بشكل منتظم، للسماح بقياس التقدم المحرز في عملية الانتقال من الوضع المختصر إلى الوضع المفصّل، بما في ذلك العدد الإجمالي للنطاقات التي يديرها أمين السجل على الأقل، وعدد النطاقات التي تحتوي على كائنات الاتصال المرفقة ونسبتها المئوية.

3. السياسة وتواريخ السريان:

   3.1 يجب تقديم جميع عمليات تسجيل أسماء النطاقات الجديدة على أنها مفصّلة، بدءًا من 1 ماي/أيار 2018 كحد أقصى.

   3.2 يجب أن تكون جميع بيانات التسجيل ذات الصلة لأسماء النطاقات الحالية قد رُحّلت من أسماء النطاقات المختصرة إلى المفصّلة بحلول 1 فبراير/شباط 2019.

4. تنطبق المتطلبات التالية على مشغلي السجلات فقط:

   4.1 يجب على مشغل السجل نشر آلية EPP وآلية بديلة للنقل الجماعي بحلول 1 غشت/آب 2017 لأمناء السجل، لترحيل بيانات التسجيل لأسماء النطاقات الحالية (أي الانتقال من المختصر إلى المفصّل).

   4.2 يجب على مشغل السجل، بحلول 1 ماي/أيار 2017، أن يقدم إلى أمناء السجلات المعنيين وICANN وثائق تعكس التغييرات المطلوبة في النظام لدعم متطلبات القسم 4.1.

   4.3 يجب على مشغل السجل، بحلول 1 ماي/أيار 2017، نشر آلية EPP وآلية بديلة للنقل الجماعي في بيئات اختبار التشغيل ذات الصلة (OT&E) لأمناء السجلات، وذلك لاختبار ترحيل بيانات التسجيل لأسماء النطاقات الحالية (أي الانتقال من المختصر إلى المفصّل).

   4.4 يجب على مشغل السجل، بحلول 1 غشت/آب 2017، أن يدعم جميع أوامر الاتصال المحددة في RFC5733 كما هو موضح في هذا البند. ستكون حقول جهة اتصال EPP <contact:id> و <contact:postalInfo type> و <contact:authInfo> مطلوبة من قبل مشغل السجل. يجب على مشغل السجل أن يقبل جميع عناصر بيانات التسجيل الأخرى حتى 1 فبراير/شباط 2019 ولكن يجب ألا يطلبها حتى 1 فبراير/شباط 2019 التي تمكنه من الامتثال لمتطلبات WHOIS (المتاحة عبر المنفذ 43) ومتطلبات خدمات الدليل المستندة إلى الويب الموضحة في القسم 1 من المواصفة 4 من "اتفاقية السجل الأساسي المعتمدة في 9 يناير/كانون الثاني 2014" ("اتفاقية السجل الأساسي") أو التعديلات اللاحقة عليها، وسياسة التوسيم والعرض المتسق لخدمات دليل بيانات تسجيل السجل.

   4.5 بدءًا من 1 ماي/أيار 2018، يجب أن يطلب مشغل السجل بيانات تسجيل مفصّلة لأمر <إنشاء> لكائن مجال EPP كما هو موضح في هذا الحكم. يجب على مشغل السجل أن يطلب جميع عناصر بيانات التسجيل التي يمتثل بالحصول عليها لمتطلبات WHOIS (المتاحة عبر المنفذ 43) ومتطلبات خدمات الدليل المستندة إلى الويب الموضحة في القسم 1 من المواصفة 4 من "اتفاقية السجل الأساسي المعتمدة في 9 يناير/كانون الثاني 2014" ("اتفاقية السجل الأساسي") أو التعديلات اللاحقة عليها، وسياسة التوسيم والعرض المتناسقة لخدمات دليل بيانات التسجيل الخاصة بالسجل.

   4.6 يجب على مشغل السجل، في الفترة ما بين 1 غشت/آب 2017 و1 فبراير/شباط 2019، تقديم مقاييس التقدم المحرز في عملية الانتقال إلى كل أمين سجل كحد أدنى، ويكون ذلك شهريًا، بحلول الساعة 23:59 بالتوقيت العالمي المنسق من اليوم الأول من الشهر التالي.

   4.7 يجب على مشغل السجل، في الفترة ما بين 1 غشت/آب 2017 و1 فبراير/شباط 2019، تقديم مقاييس التقدم المحرز في عملية انتقال جميع أمناء السجلات لـ ICANN، كحد أدنى، ويكون ذلك شهريًا، بحلول الساعة 23:59 بالتوقيت العالمي المنسق من اليوم الأول من الشهر التالي.

   4.8 يجب على مشغل السجل تنفيذ متطلبات سياسة التوسيم والعرض المتناسق لخدمات دليل بيانات التسجيل في السجل ("سياسة التوسيم والعرض") مع الالتزام بالقسم 1 من المواصفة 4 من "اتفاقية السجل الأساسية المعتمدة في 9 يناير/كانون الثاني 2014" ("اتفاقية السجل الأساسية") أو التعديلات اللاحقة عليها بحلول 1 غشت/آب 2017.

   4.9 يجب أن يمتثل مشغل السجل لمتطلبات WHOIS (المتوفرة عبر المنفذ 43) ومتطلبات خدمات الدليل المستندة إلى الويب الموضحة في القسم 1 من المواصفة 4 من "اتفاقية السجل الأساسي المعتمدة في 9 يناير/كانون الثاني 2014" ("اتفاقية السجل الأساسي") أو التعديلات اللاحقة عليها، ولسياسة التوسيم والعرض المتسق لخدمات دليل بيانات تسجيل السجل؛ بحلول 1 ماي/أيار 2018 بالنسبة لعمليات التسجيل الجديدة، وبحلول 1 فبراير/شباط 2019 بالنسبة لأسماء النطاقات الحالية.

   4.10 في الفترة ما بين 1 غشت/آب 2017 و1 فبراير/شباط 2019، بالنسبة لأسماء النطاقات الموجودة، بالنسبة لـ RDDS التالية حيث لا توجد بيانات في نظام التسجيل المشترك (SRS)، يجوز لمشغل السجل أن يتعامل مع حقول RDDS التالية على أنها اختيارية، كما هو موضح في التوضيح 1 من "الإرشادات: توضيحات اتفاقية السجل واتفاقية اعتماد أمين السجل (RAA) لعام 2013 المتعلقة بمواصفات خدمة دليل بيانات التسجيل (Whois) المعمول بها":

   1. مسجل السجل/المشرف/معرف المسؤول الفني
   2. اسم المسجل/المشرف/اسم المسؤول الفني
   3. المسجل/المشرف/شارع المسؤول الفني
   4. المسجل/المشرف/مدينة المسؤول الفني
   5. المسجل/المشرف/بلد المسؤول الفني
   6. المسجل/المشرف/رقم هاتف المسؤول الفني
   7. المسجل/المشرف/البريد الإلكتروني للمسؤول الفني

   4.11 جهة اتصال "الفوترة" اختيارية، ما لم تقتضِ اتفاقية السجل بخلاف ذلك. قد تحدد سياسة السجل ما إذا كانت مطلوبة أو اختيارية أو غير مدعومة. يجب عرض معلومات الاتصال الخاصة بالفوترة، إذا كانت مدعومة، كما هو موضح في "الإرشادات: توضيحات اتفاقية السجل واتفاقية اعتماد أمين السجل (RAA) لعام 2013 المتعلقة بمواصفات خدمة دليل بيانات تسجيل (Whois) المعمول بها " (القسم 22).

5. تنطبق المتطلبات التالية على أمناء السجلات فقط:

   5.1 يجب على أمناء السجلات، في الفترة ما بين 1 غشت/آب 2017 و1 فبراير/شباط 2019، أن ينقلوا جميع الحقول المطلوبة لأسماء النطاقات الحالية، المتوفرة في قاعدة بيانات أمين السجل ةالتي تمكن مشغل السجل من الامتثال لمتطلبات WHOIS (المتوفرة عبر المنفذ 43)، إلى مشغل السجل المعني، وخدمات الدليل المستندة إلى الويب الموضحة في القسم 1 من المواصفة 4 من "اتفاقية السجل الأساسية المعتمدة في 9 يناير/كانون الثاني 2014" ("اتفاقية السجل الأساسية") أو التعديلات اللاحقة عليها وسياسة التوسيم والعرض المتسق لخدمات دليل بيانات التسجيل في السجل.

   5.2 يجوز لأمناء السجلات توفير بيانات تسجيل مفصّلة كاملة لمشغل السجل، والتي تمكنه من الامتثال لمتطلبات WHOIS (المتاحة عبر المنفذ 43)، ولمتطلبات خدمات الدليل المستندة إلى الويب الموضحة في القسم 1 من المواصفة 4 من "اتفاقية السجل الأساسية المعتمدة في 9 يناير 2014" ("اتفاقية السجل الأساسية")، أو التعديلات اللاحقة عليها، ولسياسة التوسيم والعرض المتسق لبيانات تسجيل السجل لخدمات دليل بيانات السجل عند إنشاء تسجيلات أسماء النطاقات الجديدة بدءًا من 1 غشت/آب 2017.

   5.3 يجب على أمناء السجل تقديم بيانات تسجيل مفصّلة كاملة إلى مشغل السجل، والتي تمكنه من الامتثال لمتطلبات WHOIS (المتاحة عبر المنفذ 43)، ولمتطلبات خدمات الدليل المستندة إلى الويب الموضحة في القسم 1 من المواصفة 4 من "اتفاقية السجل الأساسية المعتمدة في 9 يناير/كانون الثاني 2014" ("اتفاقية السجل الأساسية")، أو التعديلات اللاحقة عليها، ولسياسة التوسيم والعرض المتسق لبيانات تسجيل السجل عند إنشاء تسجيلات أسماء النطاقات الجديدة بدءًا من 1 ماي/أيار 2018.

ملاحظة تنفيذية

في حالة وجود تعارض بين قوانين الخصوصية المحلية والمتطلبات المتضمنة في هذه السياسة، فإن إجراءات ICANN للتعامل مع حالات تعارض WHOIS مع قانون الخصوصية متاحة لمشغلي السجل وأمناء السجلات

نبذة خلفية

لقد اعتمد مجلس إدارة ICANN، بالإجماع، توصيات السياسة لمجموعة عمل WHOIS لسجلات GNSO المفصلة بشأن استخدام WHOIS المفصل من قبل جميع سجلات نطاقات gTLD في 7 فبراير/شباط 2014 بعد اعتماد التوصيات من قبل مجلس GNSO. وتنص التوصية 1 على أنه "يجب أن يصبح توفير خدمات WHOIS المفصل، مع الترميز والعرض المتّسقين وفق النموذج المبين في بند المواصفة 3 من [إتفاقية اعتماد أمين السجل] لعام 2013، شرطاً لكافة سجلات gTLD المتواجدة حالياً والمستقبلية." انظر قراري مجلس إدارة ICANN 2014.02.07.08 - 2014.02.07.09 على الرابط: http://www.icann.org/en/groups/board/documents/resolutions-07feb14-en.htm#2.c).

وقد عملت ICANN مع فريق من أعضاء المجتمع (أي فريق مراجعة التنفيذ) لتنفيذ توصيات السياسة. وكجزء من عملية التنفيذ، وقبل اعتماد توصيات السياسة المقترحة، سعت ICANN للحصول على مدخلات المجتمع حول تلك التوصيات واللغة المدرجة في هذه السياسة. (انظر https://www.icann.org/public-comments/proposed-implementation-gnso-thick-rdds-whois-transition-2016-10-26-en).

وقد اشتمل التقرير النهائي [ملف PDF، سعة 1.23 ميغابايت] لمجموعة عمل عملية وضع السياسات لسياسة Whois الكثيفة أيضًا في القسم 7.2 تحت عنوان "اعتبارات التنفيذ" أيضًا على إرشادات مرتبطة بالإطار الزمني والمتطلبات الخاصة بتنفيذ عملية الانتقال من Whois النحيلة إلى الكثيفة. وهي تشير على وجه الخصوص إلى أن "مجموعة العمل تؤكد على أن تنفيذ جزء واحد من التوصية (على سبيل المثال، نقل سجلات gTLD النحيلة الحالية إلى النموذج الكثيف) يجب ألا يؤدي بالضرورة إلى تأخير تنفيذ الجزء الآخر من التوصية (على سبيل المثال، التسمية والعرض المتسقين لتلك البيانات)".

ونتيجةً لذلك، عملت منظمة ICANN مع فريق مراجعة التنفيذ على مسارات تنفيذ متوازية لتحويل تسجيلات Whois المختصرة إلى تسجيلات مفصّلة ومتسقة لتوسيم وعرض بيانات Whois. للمزيد من التفاصيل، انظر https://www.icann.org/resources/pages/rdds-labeling-policy-2017-02-01-en