Summary

  • صدر RFC 2606 في يونيو 1999 ضمن Best Current Practice، وحدد وظائف مختلفة لـ.test و.example و.invalid و.localhost. وسجل أيضاً حجز IANA للأسماء example.com وexample.net وexample.org.
  • قد يتحول اسم اختاره مختبر لشبكته المغلقة إلى اسم مستخدم في DNS العالمي لاحقاً، وقد يخرج عنوان من دليل تعليمي إلى برنامج منشور. وضع الحجز لهذه الأمثلة حدوداً ثابتة قبل وقوع التصادم.

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

عالج D. Eastlake وA. Panitz هذه المشكلة في RFC 2606 الصادر في يونيو 1999، وهو الوثيقة BCP 32. يصف النص مؤسسة تنشئ نطاقاً علوياً محلياً لم يكن مستخدماً حينها كي تختبر برمجيات DNS. إذا دخل الاسم نفسه لاحقاً إلى النظام العالمي، فقد تحجب المنطقة المحلية البيانات الحقيقية عن مستخدمي المختبر. وقد تتحرك برمجيات الاختبار في الاتجاه الآخر، فتخرج من بيئتها المغلقة وهي لا تزال تطلب اسماً ظن مؤلفها أنه مجرد ديكور.

رتبت الوثيقة أربعة أسماء علوية في خانات منفصلة. أوصت بـ.test لاختبار الشيفرة المتعلقة بـDNS. وجعلت .example للأمثلة والوثائق. وخصصت .invalid لبناء اسم يبدو باطلاً من النظرة الأولى. وأبقت .localhost للاستخدام المحلي التقليدي المرتبط بعنوان العودة إلى الجهاز نفسه في تطبيقات المضيف. لم يكن المقصود أربعة مرادفات لكلمة «خاص». لكل خانة وظيفة، ومن يخلطها يفقد سبب ترتيبها.

ثم جاءت ثلاثة أسماء في المستوى الثاني: example.com وexample.net وexample.org. سجل RFC أن IANA احتفظت بها للأمثلة. يحتاج الشرح أحياناً إلى عنوان يشبه مواقع الويب المعتادة تحت .com أو .org؛ كأن يعرض نموذجاً أو رابطاً أو ملف إعداد. تتيح هذه الأسماء للكاتب أن يقدم مشهداً معقولاً من دون استعارة نطاق مؤسسة قد تظهر لاحقاً. لقد حصل المتجر المتخيل على عنوان رسمي لمجرد أن المثال يحتاج إلى مظهر متجر حقيقي.

يفصل اختلاف المستوى بين الأداتين. في shop.example يقع الحجز في الجزء العلوي من الاسم نفسه، فيمكن بناء أسماء عديدة داخله للشرح. أما example.com فيبقى .com نطاقاً عادياً، وتكون الكلمة المحددة تحته هي المحجوزة. تعطي الأولى مساحة كاملة للخيال، وتعطي الثانية عنواناً ذا هيئة مألوفة. جمع RFC النوعين لأن الدرس التقني وتجربة DNS لا يطلبان دائماً الشكل نفسه.

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

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