Skip to main content
Resources

حول برنامج امتثال gTLD الجديدة

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

يُعدّ هذا الاستعراض العام لبرنامج امتثال gTLD [PDF, 888 KB] بمثابة دليل فقط. يجب على الأطراف المتعاقدة أن تراجع وتلتزم بجميع الطلبات المذكورة في اتفاقيّاتها مع منظمة ICANN وسياسات ICANN المعمول بها.

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

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

لا تتمتع ICANN بسلطة تعاقدية لاتخاذ الإجراءات ضد مشغلي ccTLD.

مجالات الإمتثال

  1. المواصفات الوظيفية ومواصفات الأداء

    تبيّن المواصفات الوظيفية طريقة عمل الأنظمة التقنية للسجل مثل نظام اسم النطاق DNS، وبروتوكول التزويد المرن EPP، وخدمات دليل بيانات التسجيل RDDS. تحدد مواصفات الأداء المعايير لأوقات توفر الخدمات أو عدم توفرها، وأوقات المعالجة، وترددات التحديث. من أجل تحديد نسبة الامتثال في هذه المجالات، تقوم منظمة ICANN بتنفيذ عمليات المراقبة التقنية الداخلية، عندما يكون ذلك متاحًا. إضافة إلى ذلك، يتم استخدام تقارير السجل الشهرية التي يقدّمها مشغلو السجل لمقارنة متطلبات اتفاقية مستوى الخدمة مع مقاييس الأداء الفعلي التي يتم الحصول عليها من عملية المراقبة التقنية الداخلية للشهر الذي يصدر فيه التقرير.

    تتضمن الأحكام ذات الصلة المواصفات رقم 6 و10 من اتفاقية سجل برنامج gTLD الجديد. يمكن إرسال الشكاوى المتعلّقة بمتطلبات اتفاقية مستوى الخدمة الخاصة بمشغل السجل باستخدام نموذج الشكوى الخاص بالسجل على https://www.icann.org/resources/pages/performance-2013-06-28-en.

  2. خدمة دليل بيانات التسجيل الخاصة ببروتوكول (Whois) وإمكانية الوصول الهائلة إلى بروتوكول Whois

    يتوجّب على السجلات التي قامت بتنفيذ نموذج اتفاقية سجل gTLD الجديد توفير خدمة بروتوكول Whois عامة من خلال البوابة 43 كما أنه يتوجب عليها توفير خدمة دليل على شبكة الإنترنت تحتوي على عناصر البيانات المطلوبة في صيغة محددة. كما يجب على هذه السجلات أن توفّر لمنظمة ICANN إمكانية الوصول إلى بيانات التسجيل الهائلة لبروتوكول (Whois بشكل أسبوعي. تقوم منظمة ICANN بتقييم فيما إن كان السجل يوفّر وصولًا مناسبًا لبيانات بروتوكول Whois ويعرض بيانات بروتوكول Whoisبطريقة متسقة مع المتطلبات وسوف تقيّم المنظمة أيضًا فيما إن كان السجل يلبي متطلبات تحديث التردد ويتعقّب أحكام الوصول المجملة.

    تتضمن الأحكام ذات الصلة المواصفات رقم 4 و10 من اتفاقية سجل برنامج gTLD الجديد وخدمات ICANN الاستشارية: التوضيحات الخاصة باتفاقية السجل واتفاقية اعتماد أمين السجل 2013 (RAA) التي تتعلق بمواصفات خدمة دليل بيانات التسجيل القابلة للتطبيق لبروتوكول (Whois).

  3. الحفظ الاحتياطي للبيانات

    يجب على جميع السجلات أن تختار وكيل حفظ بيانات معتمد من ICANN من أجل أن يقوم بتأدية خدمات حفظ البيانات. يقيّم برنامج الامتثال فيما إن قام وكيل حفظ البيانات بوضع ودائع سارية المفعول وفيما إن كان السجل قد أرسل الإشعارات المتعلّقة بحفظ البيانات إلى منظمة ICANN.

    تتضمن الأحكام ذات الصلة المواصفة رقم 2 من اتفاقية سجل برنامج gTLD الجديد.

  4. استخدام بيانات أمين السجل

    يجب على السجلات التي قامت بتنفيذ نموذج اتفاقية سجل برنامج gTLD الجديد اتخاذ الإجراءات الصائبة لحماية بيانات التسجيل التي تم جمعها من أمناء التسجيل. يجب على السجلات إخطار أمناء السجل بالطرق التي يستخدمون بها المعلومات، ولا يحق لهم استخدامها لأي سبب لم يُعلن عنه. يقوم برنامج الامتثال باستعراض اتصالات السجل مع أمناء السجل فيما يتعلّق بأدائهم في التعامل مع البيانات الشخصية كما يقوم البرنامج بمعالجة الشكاوى التي يتم تقديمها عبر نماذج الشكاوى الخاصة بمنظمة ICANN.

    تتضمن الأحكام ذات الصلة المواصفات رقم 2.14 و2.18 والمواصفة رقم 9 من اتفاقية سجل برنامج gTLD الجديد.

  5. الوصول المكافئ إلى خدمات السجل والقواعد السلوكية

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

    تتضمن الأحكام ذات الصلة المواصفة رقم 2.9a والمواصفات رقم 9 و13(حيثما أمكن) من اتفاقية سجل برنامج gTLD الجديد. يمكن إرسال الشكاوى المتعلّقة بمتطلبات القواعد السلوكية باستخدام نموذج شكوى القواعد السلوكية على https://www.icann.org/resources/pages/code-of-conduct-2014-01-29-en.

  6. قيود التسجيل

    بعض نطاقات المستوى الأعلى العام gTLD مقيّدة بقيود التسجيل ولكن إن كان نطاق المستوى الأعلى العام gTLD خاضعًا للرعاية، فيكون مقيّدًا بالقيود المذكورة في ميثاقه (الملحق S). فعلى سبيل المثال، يجب على مجتمع gTLDs اتّباع قيود التسجيل المتعلّقة بالمجتمع المعنيّ. تحتوي السجلات المقيدة على سياسات قائمة لفض النزاعات من أجل توفير المعايير المناسبة لتسوية الخلافات حول التسجيلات الغير مناسبة.

    من خلال إجراءات قيد السجل لتسوية الخلافات (RRDRP), تتيح ICANN إمكانية تقديم تقرير أولي يدّعي بأن إحدى السجلات التي قامت بتنفيذ نموذج اتفاقية سجل برنامج gTLD الجديد لا تلتزم بقيود التسجيل الإلزامية، وفقًا لما هو محدد في المواصفة رقم 12 من اتفاقية السجل. كما تضمن منظمة ICANN بأن السجل يحتوي على آليات تسوية الخلافات السليمة للمسجلين.

    تتضمن الأحكام ذات الصلة القسم 2.19 والمواصفة رقم 12 من اتفاقية سجل برنامج gTLD الجديد. يمكن إرسال الشكاوى المتعلّقة بالمواصفة رقم 12 في قيود التسجيل الخاصة بمشغل السجل باستخدام نموذج الشكوى الخاص بإجراءات قيد السجل لتسوية الخلافات على https://www.icann.org/resources/pages/rrdrp-2013-10-31-en.

  7. خدمات تسجيل نطاقات العلامات التجارية الناشئة وخدمات المطالبات

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

    توافق منظمة ICANN على الشكاوى المتعلّقة بانتهاكات خدمات المطالبات فضلًا عن انتهاكات خدمات تسجيل العلامات التجارية الناشئة بعد تنفيذ الإصلاحات من خلال سياسة تسوية الخلافات الخاصة بالسجل والمتعلّقة بتسجيل العلامات التجارية الناشئة المنشورة (SDRP).

    تتضمن الأحكام ذات الصلة المواصفة رقم 7 من اتفاقية سجل برنامج gTLD الجديد ومتطلبات آليات حماية حقوق مستودع العلامات التجارية. يمكن إرسال الشكاوى بعد تنفيذ سياسة تسوية الخلافات المتعلّقة بتسجيل العلامات التجارية الناشئة باستخدام نموذج التقرير المتعلّق بعمليات وإجراءات العلامات التجارية الناشئة على https://www.icann.org/resources/pages/sdrp-2013-10-31-en ويمكن إرسال الشكاوى المتعلّقة بمتطلبات خدمات ادّعاءات مشغّل السجل باستخدام نموذج خدمات الادعاءات على https://www.icann.org/resources/pages/claims-2014-01-29-en.

  8. الأسماء المحجوزة

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

    تتضمن الأحكام ذات الصلة الملحق 6 والمواصفة رقم 5 من اتفاقية سجل برنامج gTLD الجديد. يمكن إرسال الشكاوى المتعلّقة بالأسماء المحجوزة لمشغل السجل أو أسماء نطاقات المستوى الثانوي SDLs المحظورة باستخدام استمارة الشكوى الخاصة بحفظ وحظر نطاقات المستوى الثانوي SDLs على https://www.icann.org/resources/pages/reserved-2013-06-28-en.

  9. تضارب الأسماء

    وفقًا لتاريخ تفويض كل نطاق من نطاقات المستوى الأعلى العام gTLD (في تاريخ 18 أغسطس 2014 وقبله أو بعده، في الساعة 00:00 حسب التوقيت العالمي) فيجب على السجلات التي قامت بتنفيذ نموذج اتفاقية سجل برنامج gTLD الجديد بـ (1) حظر قائمة أسماء نطاقات المستوى الثانوي SDLs من أجل حظر أو تنفيذ فترة الانقطاع المخطط لها أو فترة الانقطاع المخطط لها لنطاقات المستوى الثانوي المطابقة لمدة 90 يومًا قبل تنشيط أسماء مشابهة أو (2) تنفيذ فترة الانقطاع المخطط لها لنطاقات المستوى الثانوي المطابقة لمدة 90 يومًا قبل تنشيط أي اسم تحت مسمّى نطاق المستوى الأعلى TLD. وسوف تقوم منظمة ICANN بمراقبة وضبط توقيت تنفيذ فترة الإنقطاع المخطط لها، لا سيما باستخدام ملفات النطاق التي يتم تحويلها إلى ICANN بعد التفويض. يتم الاحتفاظ بالتزامات السجل الأخرى بينما يتم تنفيذ فترة الانقطاع المخطط لها (على سبيل المثال، الامتدادات الأمنية لنظام اسم النطاق DNSSEC، وتزويد خدمات دليل بيانات التسجيل RDDS على whois.nic.tld).

    تتضمن الأحكام ذات الصلة المواصفة رقم 6 من اتفاقية سجل برنامج gTLD الجديد وإطار عمل إدارة حالة تضارب الأسماء والوثائق ذات الصلة بالأمر.

  10. إمكانية وصول الطرف الثالث إلى ملفات النطاق

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

    تتضمن الأحكام ذات الصلة الأحكام والشروط الخاصة بخدمة بيانات المنطقة المركزية CZDS والمواصفة رقم 4 من اتفاقية سجل برنامج gTLD الجديد. يمكن إرسال الشكاوى المتعلّقة ببند مشغّل السجل المتعلّق بوصول الأطراف الثالثة إلى ملفات النطاق باستخدام نموذج الشكوى الخاص بإمكانية الوصول إلى ملف النطاق على https://www.icann.org/resources/pages/zfa-2013-06-28-en.

  11. بيانات جهة اتصال إساءة الاستخدام

    يتوجّب على السجلات التي قامت بتنفيذ نموذج اتفاقية سجل gTLD الجديد تزويد منظمة ICANN بعنوان بريد إلكتروني فعّال وعنوان بريد فعّال وجهة اتصال رئيسية للتعامل مع الاستفسارات المتعلّقة بالسلوكيّات المسيئة أو التصرفات المؤذية في نطاق المستوى الأعلى العام gTLD ونشر هذه الأمور على موقع المنظمة الإلكتروني. سوف تقوم منظمة ICANN بمراجعة الموقع الإلكتروني للسجل لتحديد فيما إن تم نشر جهات الاتصال المطلوبة.

    تتضمن الأحكام ذات الصلة المواصفة رقم 6 من اتفاقية سجل برنامج gTLD الجديد. يمكن إرسال الشكاوى الخاصة بمشغّل السجل والمتعلّقة ببيانات جهة الاتصال المعنية بإساءة الاستخدام عبر تعبئة نموذج شكوى بيانات جهة الاتصال المعنية بإساءة الاستخدام على https://www.icann.org/resources/pages/abuse-contact-2014-01-29-en.

  12. التزامات المصلحة العامة

    يجب على السجلات التي قامت بتنفيذ نموذج اتفاقية سجل برنامج gTLD الجديد تنفيذ بعض التزامات المصلحة العامة الإلزامية والتطوعية (إن وجدت). تتضمن الأحكام الإلزامية بعض الأحكام في اتفاقية السجل- وأمناء السجل (RRA) وتحليل تقني دوري مباشر. هذه الأحكام سارية من خلال عملية تسوية خلافات التزامات المصلحة العامة (PICDRP). تقوم منظمة ICANN بمراقبة مدى الامتثال مع هذه المتطلبات من خلال معالجة الشكاوى والمصادر الخارجية.

    تتضمن الأحكام ذات الصلة المواصفة رقم 11 من اتفاقية سجل برنامج gTLD الجديد وعملية تسوية خلافات التزامات المصلحة العامة (PICDRP). يمكن إرسال الشكوى المتعلّقة بعملية تسوية خلافات التزامات المصلحة العامة (PICDRP) عبر تعبئة نموذج شكوى (PICDRP) على https://www.icann.org/resources/pages/picdrp-2013-10-31-en .

  13. نظام الإيقاف السريع الموحد (URS)

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

    تتضمن الأحكام ذات الصلة متطلبات نظام URS التقنيّة ذات المستوى العالي الخاصة بالسجلات وأمناء السجل بالإضافة إلى إجراءات نظام URS وقواعده والمواصفة رقم 7 لاتفاقية سجل برنامج gTLD الجديد. يمكن إرسال الشكاوى المتعلّقة بنظام URS فيما يتعلق باخفاق مشغّل السجل بتنفيذ قرار نظام URS من خلال استخدام نموذج URS على https://www.icann.org/resources/pages/urs-2013-10-31-en.

  14. حظر البدل

    يُحظر على السجلات التي قامت بتنفيذ نموذج اتفاقية سجل برنامج gTLD الجديد استخدام سجلات مصادر البدل لنظام اسم النطاق DNS وأي طريقة لتجميع سجلات مصادر نظام اسم النطاق DNS أو استخدام آلية إعادة التوجيه على جميع المستويات داخل نظام اسم النطاق DNS لأسماء النطاقات التي إما لم يتم تسجيلها أو أنه لم يتم تزويدها بسجلات NS فعّالة. عند الاستعلام بخصوص أسماء نطاقات مشابهة، لا بد أن تُرسل خوادم الأسماء المصرح بها لافتة مكتوب عليها "Name Error" (والتي تعرف أيضًا بـNXDOMAIN) وRCODE 3 كما تم وصفه في طلب الحصول على الملاحظات والتعقيبات RFC في القسم 1035 وطلبات RFC ذات الصلة. من أجل تحديد مدى الامتثال، تقوم منظمة ICANN بتنفيذ عمليات المراقبة التقنية الداخلية. يتم منح إعفاء مؤقت من هذا الحظر في شروط تقييم حالة تضارب الأسماء.

    تتضمن الأحكام ذات الصلة المواصفة رقم 6 من اتفاقية سجل برنامج gTLD الجديد. يمكن إرسال الشكاوى الخاصة بمشغّل السجل والمتعلّقة بحظر البدل باستخدام نموذج حظر البدل (آلية إعادة توجيه النطاق) على https://www.icann.org/resources/pages/wildcard-prohibition-2014-01-29-en.

  15. المدفوعات المقدمة إلى ICANN

    يتوجب على جميع السجلات دفع الرسوم إلى منظمة ICANN. تتوفر البيانات المتعلّقة بسجلات مدفوعات السجل في قسم المحاسبة في منظمة ICANN. سوف يتم تجميع الإنذارات والإخطارات المتعلقة بالدفع المتأخر والمستخدمة حاليًا في برنامج الامتثال بالتنسيق مع موظفي قسم المحاسبة.

    تتضمن الأحكام ذات الصلة المواصفة رقم 6 من اتفاقية سجل برنامج gTLD الجديد.

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."