Skip to main content
Resources

الأسئلة الشائعة: إطار عمل إدارة حالة تضارب الأسماء بالنسبة للسجلات

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

عام
الانقطاع المسيطر عليه، 127.0.53.53 وأحرف البدل
الالتزام التعاقدي
الاستجابة لحالات الطوارئ
معالجة الطلب
حجب نطاق المستوى الثاني والمسار البديل للتفويض


عام

س1: ما هو تضارب الأسماء؟

ج1: يحدث تضارب الأسماء عند محاول تسوية اسم يُستخدم في نطاق مساحة أسماء خاصة (على سبيل المثال؛ بموجب نطاق المستوى الأعلى غير المفوض (TLD)، أو اسم قصير غير مؤهل) بما يؤدي إلى تسوية استفسار نظام أسماء النطاقات العام (DNS). وللتشبيه، اعتبر أنك تنادي على "ماري" في مكتبك حيث لا توجد إلا "ماري" واحدة فقط، ثم تنادي على "ماري" في مركزا للتسوق وتتوقع أن تقوم "ماري التي في المكتب " بالرد عليك.

س2: ما هو إطار عمل إدارة حالة تضارب الأسماء؟

ج2: يعتبر إطار عمل إدارة حالة تضارب الأسماء [PDF، 634 كيلوبايت] بمثابة مجموعة من المتطلبات التي وضعت لإدارة حالات تضارب الأسماء بين الاستخدام الخاص لنطاقات gTLD الجديدة والقائمة لنفس السلاسل. وقد وُضع إطار العمل من خلال مساهمات مصادر عديدة بما في مجتمع الإنترنت وتقرير نشرته مؤسسة JAS Global Advisors LLC، واللجنة الاستشارية للأمن والاستقرار (SSAC).

س3. ما هي الملامح الرئيسية المحددة في إطار العمل؟

ج3: تشتمل الملامح الرئيسية على:

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

س4: ما هي الخطوات التالية لمشغلي السجل؟

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

س5: كيف تخطط ICANN لتنفيذ التشاور المجتمعي الممتد لـ 90 يوما بشأن آليات حماية الحقوق حسب توجيهات قرار مجلس الإدارة؟

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

الأعلى

الانقطاع المسيطر عليه، 127.0.53.53 وأحرف البدل

س6: ما هو الانقطاع المسيطر عليه؟

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

س7: كيف يعمل الانقطاع المسيطر عليه؟

ج7: يعتبر الانقطاع المسيطر عليه بمثابة نهج لالتقاط استفسارات DNS الشاردة. وعندما يتم التقاط استفسار شارد، يقوم السجل بإجراء "مسيطر" لمنع أي ضرر وتنبيه المستخدم بأن هناك ضرورة لإجراء إصلاح. ويأخذ هذا الإجراء شكل الاستجابة إلى استفسار DNS مع عنوان IP الخاص (127.0.53.53). وتشير كلمة "انقطاع" إلى نشاط يبدو وكأنه يعمل على الرغم من الاستفسار الشارد، ولكنه تم منعه الآن من العمل.

س8: كيف سيتم تنفيذ الانقطاع المسيطر عليه؟

ج8: سوف تنفذ سجلات gTLD جديدة الانقطاع المسيطر عليه من خلال وضع مجموعة خاصة من سجلات الموارد في الـDNS. وقد تم اختيار سجلات الموارد هذه لكي توحي إلى مسؤولي النظام أن عليهم تشخيص وتصحيح الأنظمة الخاصة بهم لمنع المشاكل المحتملة في المستقبل. يمكن الاطلاع على قائمة السجلات الخاصة في إطار عمل إدارة حالة تضارب الأسماء [PDF، 634 كيلوبايت].

س9: متى تبدأ فترة الانقطاع المسيطر عليه الممتدة لـ 90 يوما؟

ج9: قد يبدأ مشغلي السجل في إجراء الانقطاع المسيطر عليه في وقت مبكر من 18 أغسطس آب 2014 شريطة أن يكونوا قد حصلوا على تقييم حالة تضارب الأسماء (ستبدأ ICANN في إصدار التقييمات في 4 أغسطس آب 2014).

س10: هل يمكن أن تبدأ فترة تسجيل الانقطاع المسيطر عليه قبل ذلك التاريخ؟

ج10: لن تضاف فترة تنفيذ الانقطاع المسيطر عليه قبل 18 أغسطس آب 2014 إلى فترة الانقطاع المسيطر عليه المستمر لمدة 90 يوما المطلوبة لكل TLD.

س11: ما هو 127.0.53.53؟

ج11: يعتبر 127.0.53.53 بمثابة عنوان خاص بالإصدار الرابع من بروتوكول الإنترنت IPv4 الذي سيظهر في سجلات نظام تنبيه مسؤولي النظام بأن هناك مشكلة محتملة في تضارب الأسماء، مما يساعد على التشخيص والمعالجة السريعة. ويتم استخدام "53" بمثابة مساعد للذاكرة للإشارة إلى مشكلة تتعلق بـDNS نظرا لاستخدام منفذ شبكة 53 لخدمة DNS. يقدم تقرير عن الحالات التي يتوافر بشأنها اعتقاد منطقي يمكن إثباته، والضرر البالغ الناجم عن تضارب الأسماء على الموقع الإلكتروني https://forms.icann.org/ar/help/name-collision/report-problems. كما يمكن الاطلاع على معلومات إضافية بشأن تضارب الأسماء على الموقع الإلكتروني https://www.icann.org/namecollision.

س12: ماذا عن الانقطاع المسيطر عليه الخاص بعناوين IPv6 ؟

ج12: سوف تعمل ICANN ضمن فريق عمل هندسة الإنترنت (IETF) ومع المجتمعات الفنية الأخرى ذات الصلة من أجل تحديد آلية لـIPv6 التي توفر تشغيل مماثل لذلك المستخدم في IPv4 (عنوان الاسترجاع 127.0.53.53).

س13: لماذا تم اختيار الانقطاع المسيطر عليه المستمر باعتباره الأسلوب المفضل للحد من تضارب الأسماء بدلا من الانقطاع المتقطع؟

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

س14: لماذا يتوافر خيار أحرف البدل؟ هل أنهاهي محظورة؟

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

الأعلى

الالتزام التعاقدي

س15: كيف ستضمن ICANN أن السجلات تتوافق مع هذه المتطلبات الجديدة؟

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

س16: كيف سيعرف السجل أنه قد قام بتنفيذ متطلبات إطار عمل إدارة حالة تضارب الأسماء بشكل صحيح؟

ج16: سوف تقوم ICANN برصد تنفيذ كل سجل للمتطلبات الموجودة في إطار عمل إدارة حالة تضارب الأسماء [PDF، 634 كيلوبايت]. كما ستقوم ICANN بالإخطار عن سجل الأخطاء الذي يحتاج إلى الإصلاح.

الأعلى

الاستجابة لحالات الطوارئ

س17: ما هو نوع حالة تضارب الأسماء الذي يضمن الاستجابة لحالات الطوارئ؟

ج17: يمكن إطلاق الاستجابة لحالة من حالات الطوارئ عندما يكون هناك اعتقاد منطقي بأن تضارب الأسماء يمثل خطرا واضحا وقائما على حياة الإنسان.

س18: من الذي سيقرر الحالة التي تشكل حالة طوارئ؟

ج18: سوف تقوم ICANN بتقييم الضرر المحتمل وفقا للمعيار المحدد في إطار عمل إدارة حالة تضارب الأسماء.

س19: من الذي سيتولى إدارة ورصد طلبات الاستجابة لحالات الطوارئ؟

ج19: ستكون ICANN بمثابة نقطة اتصال واحدة لطلب/تقارير الاستجابة لحالات الطوارئ، كما ستتولى تنسيق إخطار مشغل السجل المناسب والتأكد من اتخاذ الإجراءات المناسبة على وجه السرعة.

س20: كيف يمكنني الإبلاغ عن حالة من حالات الطوارئ؟

ج20: تقدم طلبات الاستجابة لحالات الطوارئ على الإنترنت من خلال الموقع الإلكتروني https://forms.icann.org/ar/help/name-collision/report-problems.

الأعلى

معالجة الطلب

س21: هل ستؤثر متطلبات تنفيذ الانقطاع المسيطر عليه بعد التفويض على اختبار ما قبل التفويض (PDT) ؟

ج21: لن يتم تعديل اختبار ما قبل التفويض في هذا الوقت بغرض دمج اختبار تنفيذ الانقطاع المسيطر عليه. وفي الواقع، لا يقوم السجل بتنفيذ الانقطاع المسيطر عليه من أجل تعيين اختبار ما قبل التفويض الخاص بهم.

س22: ما هو وضع طلبات .CORP و.HOME و.MAIL؟

ج22: تم تأجيل تفويض .CORP و.HOME و.MAIL إلى أجل غير مسمى. وسوف تتعاون ICANN مع المجتمعات التقنية والأمنية من أجل تحديد أفضل طريقة ممكنة للتعامل مع هذه السلاسل على المدى الطويل.

س23: أنا مدرج حاليا في جدول المزاد العلني. هل سيؤثر الإعلان عن إطار عمل إدارة حالة تضارب الأسماء على ميعاد المزاد العلني الخاص بي؟

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

الأعلى

حجب نطاق المستوى الثاني والمسار البديل للتفويض

س24: ما الذي ينبغي القيام به حيال الأسماء الموجودة في قائمة حظر نطاق المستوى الثاني عندما يتم الإعلان عنها فيما يتعلق بفترة المرحلة الأولية للتسجيل أو فترة المطالبات بأداء مقاصة العلامات التجارية؟

ج24: يجب على مشغلي السجل التأكد من أن الأسماء المراد تفعيلها من قائمة حظر نطاق المستوى الثاني بعد فترة الانقطاع المسيطر عليه الممتد لـ 90 يوما قد خضعت لآليات حماية الحقوق المعمول بها على النحو المطلوب بموجب المواصفة 7 من اتفاقية السجل. ويوفر تقييم حالة تضارب الأسماء توضيحات إضافية بشأن هذه المسألة.

بالإضافة إلى ذلك، بما يتفق مع عمل لجنة NGPC في 30 يوليو تموز 2014، وفيما يتعلق بالأسماء المدرجة على قائمة الحظر للمسار البديل الخاص بالسجل إلى تقرير التفويض، والمسجل في دار مقاصة العلامات التجارية التي حجبها السجل عن التخصيص خلال فترة المرحلة الأولية للتسجيل أو فترة المطالبات، يجب أن يستمر السجل في حجب الأسماء من التخصيص في حين تتشاور ICANN مع المجتمع بشأن المخاوف التي أعرب عنها بشأن آليات حماية الحقوق المناسبة لهذه الفئة من الأسماء.

س25: هل لا يزال المسار البديل للتفويض خيارا مطروحا الآن يؤكد اكتمال إطار عمل إدارة حالة تضارب الأسماء؟

ج25: لا. يجب أن تقوم السجلات بتفعيل الاسم وفقا للمتطلبات المحددة في إطار عمل إدارة حالة تضارب الأسماء. وستتاح لنطاقات المستوى الأعلى المفوضة هذه قبل 18 أغسطس آب 2014 والتي لم تقوم بتفعيل أسماء نطاق المستوى الثاني (بخلاف "مركز معلومات الشبكة") خيارا للقيام بالانقطاع المسيطر عليه لأحرف البدل.

س26: ماذا سيحدث لنطاقات gTLD الخمسة والعشرون التي لم تكن مؤهلة لمسار بديل للتفويض؟

ج26: بمجرد انتهاء مقدم الطلب من كل المراحل السابقة من البرنامج، ستصبح هذه السلاسل الخمسة والعشرون (باستثناء .MAIL) الآن قادرة على المضي قدما في التفويض من خلال تنفيذ الانقطاع المسيطر عليه بما يتفق مع إطار عمل إدارة حالة تضارب الأسماء (أي باستخدام طريقة أحرف البدل.) يتوافر المزيد من المعلومات على الموقع الإلكتروني http://newgtlds.icann.org/en/announcements-and-media/announcement-2-17nov13-en.

الأعلى

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