Skip to main content
Resources

الأسئلة الشائعة: تضارب الأسماء بالنسبة لمتخصصي تكنولوجيا المعلومات

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

المقدمة
الأطراف سريعة التأثر، التأثيرات والمخاطر
الحد من المخاطر واستكشاف الأخطاء وإصلاحها
دور ICANN
الانقطاع المسيطر عليه و127.0.53.53


المقدمة

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

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

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

هل تضارب الأسماء قضية جديدة؟

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

الأعلى

الأطراف سريعة التأثر، التأثيرات والمخاطر

هل يمكن أن تتأثر شبكة المنظمة/ الشركة الخاصة بي بتضارب الأسماء؟

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

هل تمثل تضاربات الأسماء خطرا كبيرا؟

أظهرت دراسة أجريت بواسطة مؤسسة JAS Global Advisors عن تضاربات مساحة الأسماء في نظام أسماء النطاقات (DNS) على الإنترنت العالمي، أن إضافة نطاقات المستوى الأعلى الجديدة (TLDs) لا تؤدي إلى زيادة أو تغيير جوهري أو ملحوظ في المخاطر المرتبطة بتضاربات مساحة اسم DNS. وستكون أشكال ومخاطر ومسببات التضاربات المحتومة في DNS في مساحات أسماء نطاقات TLD الجديدة مشابهة للتضاربات التي تحدث بالفعل بشكل روتيني في الأجزاء الأخرى من نظام DNS.

الأعلى

الحد من المخاطر واستكشاف الأخطاء وإصلاحها

كيف يمكن لمسؤولي النظام منع تضارب الأسماء؟

يوصي دليل ICANN لتحديد تضارب الأسماء والحد من آثارها بالنسبة لمتخصصي تكنولوجيا المعلومات (الإصدار 1.1) [PDF، 22.7 ميجابايت] بأنه على كل منظمة من المنظمات التي لا تستخدم بالفعل أسماء نطاقات مؤهلة بالكامل (FQDNs) من نظام أسماء النطاق العام مراعاة الاستراتيجية التالية:

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

كيف يتسنى لمسؤول النظام معالجة تضارب الأسماء بمجرد تحديده؟

يتم تشجيع مسؤولي النظام الذين يواجهون خطأ في النظام بسبب تضارب الأسماء على اتخاذ الخطوات التالية:

الأعلى

دور ICANN

لماذا تشارك ICANN في الحد من تضارب الأسماء؟

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

وفي دراسة نُشرت في يناير كانون الثاني عام 2013، أكدت اللجنة الاستشارية للأمن والاستقرار (SSAC) التابعة لـICANN أن بعض مساحات الأسماء الخاصة أحيانا ما "تتسرب" في DNS العام (سواء من خلال الإعدادات الخاطئة أو استخدام البرمجيات القديمة). وقد شرع رؤساء مجالس إدارة ICANN وطاقم العمل ومجتمع الإنترنت معاَ في معالجة تضارب الأسماء. وتعتبر ICANN أنه من الضروري أن تبذل كل عملا ممكن من شأنه أن يحد من التأثير المحتمل، وتقديم المشورة الواضحة بشأن التعامل مع هذه القضية.

ما الذي قامت به ICANN من أجل معالجة تضارب الأسماء؟

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

بالإضافة إلى ذلك، نشرت ICANN في شهر أغسطس آب 2014 تقريرا عن إطار عمل إدارة حالة تضارب الأسماء [PDF، 634 كيلوبايت]، وهي مجموعة من المتطلبات التي وضعت لإدارة حالات تضارب الأسماء بين الاستخدام الخاص لنطاقات gTLD الجديدة والقائمة لنفس السلاسل. وقد وُضع إطار العمل من خلال المساهمات من مصادر عديدة بما في مجتمع الإنترنت وتقرير نشرته مؤسسة JAS Global Advisors LLC، واللجنة الاستشارية للأمن والاستقرار.

للحصول على معلومات إضافية بشأن كيفية عمل ICANN من أجل معالجة تضارب الأسماء، يرجى قراءة ما يلي:

الأعلى

الانقطاع المسيطر عليه و127.0.53.53

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

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

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

ربما يواجه مسؤولي النظام المتأثرين بسجل gTLD الجديد الذي يؤدي الانقطاع المسيطر عليه "العناوين" التالية:

  • * 3600 IN MX 10 يحتاج-نظام اسم النطاق الخاص بك-العناية-الفورية. <TLD>.
  • * 3600 IN SRV 10 10 0 يحتاج-نظام اسم النطاق الخاص بك-العناية-الفورية. <TLD>.
  • * 3600 IN TXT "تحتاج إعدادات DNS الخاص بك إلى عناية فورية انظر https://icann.org/namecollision

ما هو 127.0.53.53؟

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

لقد واجهت 127.0.53.53 (أو عنوان آخر) في سجلات النظام الخاص بي – ماذا أفعل الآن؟

يتم تشجيع مسؤولي النظام الذين يواجهون خطأ في النظام بسبب تضارب الأسماء على اتخاذ الخطوات التالية:

الأعلى

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