Skip to main content
Resources

سياسة استعادة التسجيلات المنتهية

هذه الصفحة متوفرة باللغات:

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

تم التحديث في 21 فبراير/شباط 2024 لبيان التغييرات المطلوبة لتنفيذ سياسة بيانات التسجيل. علمًا بأنه يجوز للأطراف المتعاقدة تنفيذ هذه السياسة المحدثة بدءًا من 21 أغسطس/آب 2024 على أن يتم تنفيذها في موعد أقصاه 21 أغسطس/آب 2025.

  1. صاحب اسم النطاق الذي على وشك الانتهاء

    1.1. يُعرَّف "صاحب اسم النطاق الذي على وشك الانتهاء"، بأنه صاحب اسم النطاق الذي يحق له تجديد تسجيل اسم النطاق قبل انتهاء صلاحيته مباشرة.

    1.2. في حالة تعديل تسجيل اسم النطاق وفقًا لبند من اتفاقية التسجيل يجيز تعديل بيانات التسجيل فيما يتعلق بانتهاء صلاحية التسجيل، فإن صاحب اسم النطاق الذي على وشك الانتهاء هو الكيان أو الفرد المحدد كمالك المسجَّل لاسم النطاق فورًا قبل هذا التعديل. وفي جميع الحالات الأخرى لنقل تسجيلات نطاق المستوى الأعلى العام بين المُلاك المسجَّلين لاسم النطاق، يكون المالك المسجَّل لاسم النطاق الذي يتلقى التسجيل هو صاحب اسم النطاق الذي على وشك الانتهاء.

  2. تجديد التسجيلات

    2.1. إشعارات التذكير بالانتهاء

    2.1.1. قبل انتهاء صلاحية أي تسجيل من تسجيلات نطاق المستوى الأعلى العامة، يجب على أمناء السجلات إخطار المالك المسجَّل لاسم النطاق بانتهاء الصلاحية مرتين على الأقل. ويجب إرسال أحد هذه الإشعارات تقريبًا قبل شهر من الانتهاء ويجب إرسال الآخر تقريبًا قبل أسبوع من الانتهاء. وفي حالة نقل التسجيل إلى مالك مسجَّل لاسم النطاق مختلف وفقًا لبند من اتفاقية التسجيل وفيما يتعلق بانتهاء صلاحية التسجيل (على النحو الموضح في الفقرة 1.2) يجب إرسال إشعارات التجديد هذه بدلاً من ذلك إلى صاحب اسم النطاق الذي على وشك الانتهاء. ولا تتضمن هذه السياسة ما يهدف إلى منع الأمناء السجلات من إرسال إشعارات إضافية، بشرط أن يتم إرسال الإشعارات المطلوبة مرتين في الأوقات المطلوبة.

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

    2.1.3. قد يتم تقديم إشعارات الانتهاء بلغة أو أكثر، ولكن يجب توفيرها بلغة اتفاقية التسجيل ويجب أن يتم التواصل بها بطريقة، مثل البريد الإلكتروني، لا تتطلب إجراءً تأكيديًا لتلقي الإشعار.

    2.2. التجديد بعد انتهاء الصلاحية

    2.2.1. وفقًا للسياسات التوافقية المعمول بها وأحكام اتفاقية اعتماد أمين السجل ("RAA")، يجوز لأمناء السجلات حذف التسجيلات في أي وقت بعد انتهائها.

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

    2.2.3. بالنسبة للتسجيلات المحذوفة بعد ثمانية أيام أو أكثر من الانتهاء: خلال الثمانية أيام الأخيرة على الأقل (بعد الانتهاء) التي يكون فيها التسجيل قابلاً للتجديد من قِبل صاحب اسم النطاق الذي على وشك الانتهاء، يجب على أمين السجل قطع مسار تحويل ترميز بروتوكول نظام اسم النطاق إلى اسم الحالي المحدد من قِبل صاحب اسم النطاق الذي على وشك الانتهاء إلى الحد الذي يسمح به السجل المعني بهذه الانقطاعات.

    2.2.4. عند قطع مسار تحويل ترميز بروتوكول نظام اسم النطاق إلى اسم للتسجيل، إذا وجّه أمين السجل حركة الويب إلى اسم النطاق إلى صفحة ويب بينما يكون التسجيل لا يزال قابلاً للتجديد من قِبل صاحب اسم النطاق الذي على وشك الانتهاء، يجب أن تشير تلك الصفحة بشكلٍ واضح إلى أن تسجيل اسم النطاق منتهي الصلاحية وتقديم تعليمات التجديد.

    2.2.5. اعتبارًا من وقت الانتهاء وحتى فترة قطع تحويل ترميز بروتوكول نظام اسم النطاق إلى اسم الموضحة في الفقرتين 2.2.2 و2.2.3، يجب السماح لصاحب اسم النطاق الذي على وشك الانتهاء تجديد التسجيل المنتهي.

    2.2.6. عند تجديد التسجيل من قِبل صاحب اسم النطاق الذي على وشك الانتهاء، يجب على أمين السجل استعادة مسار تحويل ترميز بروتوكول نظام اسم النطاق إلى اسم المحدد من قِبل صاحب اسم النطاق الذي على وشك الانتهاء فورًا أو بأسرع وقت ممكن من الناحية التجارية.

  3. فترة السماح بالاسترداد

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

    3.2. خلال فترة السماح بالاسترداد، يجب على السجل تعطيل تحويل ترميز بروتوكول نظام اسم النطاق إلى اسم ومنع محاولات نقل التسجيل. ولا تخضع عمليات النقل الكبيرة المعتمدة من ICANN وعمليات النقل الكبيرة الجزئية المسموح بها لحظر محاولات النقل. كما يجب على السجل الإشارة بوضوح في نتائج خدمات دليل بيانات التسجيل (RDDS) للتسجيل إلى أنه في فترة السماح بالاسترداد.

    3.3. يجب على أمناء السجلات السماح لصاحب اسم النطاق الذي على وشك الانتهاء باسترداد التسجيل المحذوف خلال فترة السماح بالاسترداد (إذا كانت فترة السماح بالاسترداد متاحة من قِبل السجل المعني).

  4. إشعار للمُلاك المسجَّلين لاسم النطاق بالرسوم والإجراءات

    4.1. يجب على أمناء السجلات إتاحة رسوم التجديد ورسوم التجديد بعد انتهاء الصلاحية (إذا كانت مختلفة) ورسوم الاسترداد/الاستعادة بشكل معقول للمُلاك المسجَّلين والمحتملين عند تسجيل اسم نطاق مستوى أعلى عام.

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

    4.1.2. بالإضافة إلى ذلك، يجب أن يضمن أمناء السجلات عرض هذه الرسوم على مواقع الموزعين الإلكترونية.

    4.2. يجب على أمناء السجلات وصف الطرق المستخدمة لتقديم الإشعارات قبل وبعد انتهاء الصلاحية الموضحة في القسم 2 أعلاه على مواقعهم الإلكترونية (إذا كانت مستخدمة).

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

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

    4.2.3. بالإضافة إلى ذلك، يجب أن يضمن أمناء السجلات وصف طرق التواصل هذه على المواقع الإلكترونية الخاصة بموزعيهم.

    4.3. في حال نشرت ICANN مواد تعليمية للمالك المسجَّل لاسم النطاق تتناول الإشراف السليم لأسماء النطاقات وتجديد تسجيلات نطاق المستوى الأعلى العام عبر الإنترنت واستردادها، يجب على أمناء السجلات، بعد إشعار معقول من ICANN، توفير هذه المواد (أو مواد مشابهة تم تكييفها من قبل أمين السجل لتناسب ممارساته المحددة) للمُلاك المسجَّلين لاسم النطاق من خلال:

    4.3.1. تضمين رابط لهذه المواد في الاتصال المرسل إلى المُلاك المسجَّلين لاسم النطاق فور إتمام عملية التسجيل وفي جميع إشعارات تذكير دقة بيانات التسجيل اللاحقة، مثل الإشعارات السنوية المطلوبة بموجب سياسة تذكير بيانات التسجيل <https://www.icann.org/resources/pages/drp-2024-02-21-en>؛ و

    4.3.2. عرض رابط لهذه المواد على المواقع الإلكترونية التي تُعرض من خلالها التسجيلات، مع مراعاة الطريقة والموقع، على الأقل، بما يوضح الروابط إلى المستندات والسياسات الأخرى التي يجب نشرها من قِبل أمين السجل وفقًا لاتفاقية اعتماد أمين السجل والسياسات التوافقية المدرجة.

الملاحظات

مقدمة ونبذة عن الموضوع: بناءً على طلب اللجنة الاستشارية العامة لعموم المستخدمين التابعة لمؤسسة ICANN، نشرت ICANN في 5 ديسمبر 2008 تقرير المشكلات <http://gnso.icann.org/issues/post-expiration-recovery/report-05dec08.pdf> [PDF، 422 كيلوبايت] بشأن عملية إعادة تفعيل النطاق بعد انتهاء فترة صلاحيته. لقد بدأ مجلس المنظمة الداعمة للأسماء العامة ("GNSO") عملية وضع السياسات في مايو 2009، والتي نتج عنها تقديم عدة توصيات سياسية وعملية <http://gnso.icann.org/en/resolutions/#201107> إلى مجلس إدارة ICANN. ومن ثم وافق مجلس إدارة ICANN على التوصيات في 28 أكتوبر 2011 <http://www.icann.org/en/groups/board/documents/resolutions-28oct11-en.htm#1.5>، موجهًا العاملين لتنفيذ هذه السياسة.

تهدف سياسة استعادة التسجيلات المنتهية إلى مواءمة توقعات المالك المسجَّل لاسم النطاق مع ممارسات أمين السجل من خلال تحديد بعض متطلبات التواصل الدنيا، وجعل تجديد واسترداد التسجيلات متاحًا بشكلٍ موحد في الظروف المحددة، ومن خلال إنشاء مواد تعليمية وتعزيزها للمالك المسجَّل لاسم النطاق.

كما تم وضع سياسة استعادة التسجيلات المنتهية بالتشاور مع فريق مراجعة التنفيذ الذي عينته المنظمة الداعمة للأسماء العامة لضمان أن تفي السياسة بنص وروح توصيات السياسة التي وافقت عليها المنظمة الداعمة للأسماء العامة واعتمدها مجلس إدارة ICANN.

ومن ثم يتعين على جميع أمناء السجلات والسجلات الامتثال لهذه السياسة اعتبارًا من 31 أغسطس 2013.

إشعارات التذكير بالانتهاء: تقر توصيات السياسة المقدمة من المنظمة الداعمة للأسماء العامة بأن هناك ضرورة لقدر من المرونة بشأن توقيت إشعارات التجديد قبل انتهاء الصلاحية. وعلى هذا النحو، إذا تم إرسال الإشعارات المطلوبة تقريبًا قبل شهر وقبل أسبوع من انتهاء الصلاحية على النحو الموضح في الفقرة 2.1.1 خلال فترة تتراوح بين 26 إلى 35 يومًا وبين 4 إلى 10 أيام قبل انتهاء الصلاحية على التوالي، فسيتم اعتبار ذلك متوافقًا مع السياسة.

التجديد بعد انتهاء الصلاحية: توضح الفقرة 2.2.4 من السياسة أن أمناء السجلات يجب عليهم تضمين إشعار انتهاء الصلاحية وتعليمات التجديد إذا وجّه أمين السجل حركة بيانات الويب إلى اسم النطاق إلى صفحة ويب بينما يكون قابلاً للتجديد من قِبل صاحب اسم النطاق الذي على وشك الانتهاء. للتوضيح، ينطبق هذا المطلب في أي وقت يكون فيه التسجيل قابلاً للتجديد من قِبل صاحب اسم النطاق الذي على وشك الانتهاء، وليس فقط خلال الفترة الموضحة في الفقرتين 2.2.2 و2.2.3. ولا تحتاج تعليمات التجديد المطلوبة في هذا القسم إلى أن تكون مفصلة ويمكن أن تُوجِّه ببساطة صاحب اسم النطاق الذي على وشك الانتهاء إلى المكان المناسب على موقع أمين السجل الإلكتروني.

تصف الفقرة 2.2.2 المدة التي يجب على أمين السجل خلالها قطع مسار تحويل ترميز بروتوكول نظام اسم النطاق إلى اسم للتسجيل إذا تم حذف التسجيل خلال ثمانية أيام من انتهاء صلاحيته. على سبيل المثال، إذا انتهى التسجيل في 1 أكتوبر، وحذف أمين السجل الاسم في 3 أكتوبر، يجب قطع مسار التحويل من 1-3 أكتوبر. كما تصف الفقرة 2.2.3 المدة التي يجب على أمين السجل خلالها قطع مسار تحويل ترميز بروتوكول نظام اسم النطاق إلى اسم للتسجيل إذا تم حذف التسجيل بعد أكثر من ثمانية أيام من انتهاء صلاحيته. على سبيل المثال، إذا انتهى التسجيل في 1 أكتوبر، وحذف أمين السجل الاسم في 20 أكتوبر، يجب قطع مسار التحويل، على الأقل، من 12-20 أكتوبر.

بالإضافة إلى ذلك، تتطلب الفقرة 2.2.6 أن يستعيد أمناء السجلات مسار تحويل ترميز بروتوكول نظام اسم النطاق إلى اسم المحدد سابقًا من قِبل صاحب اسم النطاق الذي على وشك الانتهاء فورًا أو في وقت معقول تجاريًا. ويُقصد بمصطلح "معقول تجاريًا" في هذه الحالة السماح، على سبيل المثال، بالوضعيات التي تتطلب تدخلًا يدويًا لاستعادة مسار تحويل ترميز بروتوكول نظام اسم النطاق إلى اسم أو حيث لا يمكن لأمين السجل استعادة مسار تحويل ترميز بروتوكول نظام اسم النطاق إلى اسم فورًا لأن التجديد بعد انتهاء الصلاحية حدث في يوم عطلة أو يوم سوى أيام العمل.

إشعار للمالك المسجَّل لاسم النطاق بالرسوم والإجراءات: تتطلب الفقرة 4.1.1 من السياسة أن يُضمِّن أمناء السجلات، على الأقل، رسوم التجديد ورسوم التجديد بعد انتهاء الصلاحية (إذا كانت مختلفة) ورسوم الاسترداد/الاستعادة في اتفاقية التسجيل (وعلى مواقعهم الإلكترونية، في حالة استخدام موقع إلكتروني). ومع ذلك، يُشجَّع أمناء السجلات على عرض هذه الرسوم بطريقة بارزة بما فيه الكفاية وقت التسجيل لمساعدة المُلاك المسجَّلين لاسم النطاق في اتخاذ قرار مستنير وتجنب الالتباس، خاصةً إذا كانت أسعار التجديد من المتوقع أن تكون أعلى من رسوم التسجيل أو التحويل التي يتم فرضها.

أفضل الممارسات المقترحة: توصي المنظمة الداعمة للأسماء العامة بالممارسات الفضلى التالية لأمناء السجلات:

  • إذا كانت إشعارات ما بعد انتهاء الصلاحية الموضحة في الفقرة 2.1.2 تُرسل عادةً إلى جهة اتصال تستخدم النطاق المعني، وتمت مقاطعة التسليم من خلال إجراءات ما بعد انتهاء الصلاحية (مثل انقطاع تحويل ترميز بروتوكول نظام اسم النطاق إلى اسم على النحو الموضح في الفقرتين 2.2.2 و2.2.3)، فيجب إرسال إشعارات ما بعد انتهاء الصلاحية إلى جهة اتصال أخرى مرتبطة بالمالك المسجَّل لاسم النطاق إذا كانت موجودة.
  • ينبغي أن ينصح أمناء السجلات المالك المسجَّل لاسم النطاق بتوفير جهة اتصال بريد إلكتروني ثانوية غير مرتبطة باسم النطاق نفسه حتى يتمكنوا من تلقي إشعارات التذكير في حالة انتهاء الصلاحية.
  • ينبغي أن يتضمن شرح طريقة الإشعار المطلوبة في الفقرة 4.2 عنوان البريد الإلكتروني لأمين السجل الذي تُرسل منه رسائل الإشعار واقتراحًا بأن يحفظ المالك المسجَّل لاسم النطاق هذا العنوان كـ "مرسِل آمن" لتجنب حجب رسائل الإشعار من خلال برامج تصفية البريد غير المرغوب فيه.
Domain Name System
Internationalized Domain Name ,IDN,"IDNs are domain names that include characters used in the local representation of languages that are not written with the twenty-six letters of the basic Latin alphabet ""a-z"". An IDN can contain Latin letters with diacritical marks, as required by many European languages, or may consist of characters from non-Latin scripts such as Arabic or Chinese. Many languages also use other types of digits than the European ""0-9"". The basic Latin alphabet together with the European-Arabic digits are, for the purpose of domain names, termed ""ASCII characters"" (ASCII = American Standard Code for Information Interchange). These are also included in the broader range of ""Unicode characters"" that provides the basis for IDNs. The ""hostname rule"" requires that all domain names of the type under consideration here are stored in the DNS using only the ASCII characters listed above, with the one further addition of the hyphen ""-"". The Unicode form of an IDN therefore requires special encoding before it is entered into the DNS. The following terminology is used when distinguishing between these forms: A domain name consists of a series of ""labels"" (separated by ""dots""). The ASCII form of an IDN label is termed an ""A-label"". All operations defined in the DNS protocol use A-labels exclusively. The Unicode form, which a user expects to be displayed, is termed a ""U-label"". The difference may be illustrated with the Hindi word for ""test"" — परीका — appearing here as a U-label would (in the Devanagari script). A special form of ""ASCII compatible encoding"" (abbreviated ACE) is applied to this to produce the corresponding A-label: xn--11b5bs1di. A domain name that only includes ASCII letters, digits, and hyphens is termed an ""LDH label"". Although the definitions of A-labels and LDH-labels overlap, a name consisting exclusively of LDH labels, such as""icann.org"" is not an IDN."