الموضوع
سلطة تفويض DNS
ضمن جانب الموضوع، تربط تحليلات موضوع DNS المقالات التي تشترك في موضوع معين أو تركيز إشارة أو موضوع مراقبة. تقدم الصفحة للقراء مسارًا أكثر ثراءً عبر التقارير ذات الصلة، وأدلة المصادر، والفاعلين في السوق، وتأثيرات البنية التحتية، مع سياق كافٍ لفهم أهمية الموضوع عبر تحركات الشركات، وقرارات الحوكمة، والتعرض الإقليمي، والمخاطر التشغيلية. يمكن للقراء مقارنة الإشارات المتكررة، والمنظمات المتأثرة، والأدلة العامة، وسياق السوق، واستمرارية الخدمة، والمشتريات، والمنافسة، والامتثال، وأسئلة التخطيط الاستراتيجي الكامنة وراء الموضوع بدلاً من التوقف عند قائمة رقيقة من المقالات المطابقة. يشرح ما يغطيه الموضوع، وما هي الجهات الفاعلة في البنية التحتية أو السياسات المعنية، وما الأدلة التي تدعم التغطية، ولماذا قد يكون الموضوع مهمًا للمشغلين والعملاء والمستثمرين والقراء المهتمين بالسياسات.
تاريخ
بدأ نطاق .ng النيجيري باسم واحد، وكان نقل إدارته يتطلب التعلم
بحسب مراجعة استعادية لمشروع RINAF، لم يكن في مساحة `.ng` المسجّلة سنة 1995 سوى اسم نطاق واحد في ذلك الوقت: `yaba.edu.ng`. لكن الاسم الواحد كان وراءه سجلّ وقواعد وقاعدة WHOIS وتشغيل تقني، فضلاً عن انتقال إداري عابر للحدود.
تاريخ
مرّ مفتاح جذر DNSSEC بمراسمين قبل توقيع الجذر عام 2010
دخلت منطقة الجذر الموقّعة الخدمة في يوليو 2010، لكن التاريخ المعلن اختصر سلسلة تشغيلية أطول: توليد المفتاح وحمايته ونقله وتهيئته في موقعين. ويكشف الفاصل بين المراسم ما يمكن للإجراء أن يثبته، وما يظل خارج نطاقه.
ICANN
تم تبديل المفتاح الجذري في موعده؛ فكيف يثبت المشغلون أن محللاتهم تثق بالمفتاح الجديد؟
في 11 أكتوبر عند الساعة 14:00 بالتوقيت العالمي، بدأت منطقة الجذر لنظام DNS استخدام KSK-2024 لتوقيع مجموعة مفاتيحها. يثبت ذلك أن خطوة في مستوى التحكم نُفذت في الموعد المحدد؛ لكنه لا يكشف ما خزّنته كل محللة تكرارية، ولا ما إذا كان تحديثها الآلي قد اكتمل، ولا ما اختبره مستخدم بعينه.
تاريخ
أدخل BIND نظام DNS إلى 4.3BSD
أصبح نظام الأسماء الموزع عملياً على Unix عندما وزّعت بيركلي BIND بوصفه برنامجاً يستطيع مديرو الأنظمة تهيئته وتشغيله وصيانته مع بقية النظام.
تاريخ
تفكك الاتحاد السوفيتي، وبقي .su في جذر DNS
لم يؤد اختفاء الاتحاد السوفيتي إلى اختفاء نطاقه الوطني. سارت قصة .su وفق ساعات مختلفة: التفويض في الجذر، وظهور .ru، وقواعد تسجيل الأسماء، واستمرار الأسماء التي ظلت المؤسسات بحاجة إليها.
ICANN
أتمتة DNSSEC: على ICANN توضيح أثر أقفال التسجيل
يختلف تقييم ICANN عن RFC 10026 النهائي في أثر قفل السجل. وتختبر المشاورات أي قاعدة ستوجه الطلبات اللاحقة.
تاريخ
أُجيز الاسم المكتوب بالأردية عام 2011، ووصل .پاکستان إلى جذر DNS عام 2017
وصل الاسم الباكستاني المكتوب بالأردية إلى جذر DNS عبر مرحلتين منفصلتين: فحص الوسم المكتوب بالحروف العربية، ثم تفويض مدير قادر على تشغيل النطاق. ويبيّن السجل أن «الاعتماد» و«التفويض» لم يكونا محطة واحدة.
ICANN
النطاقات المرتبطة قرائن لا أحكام: مقترح ICANN للتحقق من إساءة استخدام DNS
يقترح ICANN أن يفحص مسجّلو النطاقات أسماء أخرى قد ترتبط بنطاق ثبت استخدامه في إساءة لـDNS. وقد يكشف ذلك حملات تتنقل بين نطاقات متعددة، لكن مشروعية الخطوة تتوقف على حد واضح: الارتباط يبرر التحقيق، ولا يثبت وحده أن كل صاحب نطاق مرتبط شارك في الإساءة.
تاريخ
بقيت أسماء البنية التحتية في .int عشرين عاماً بعد انتقال الدور إلى .arpa
قد يُعتمد فضاء أسماء جديد قبل اختفاء التفويضات القديمة بسنوات. وتوضح أسماء البنية التحتية التي بقيت في .int أن الانتقال والحذف عمليتان منفصلتان.
تاريخ
كان PX يطابق العناوين ولا يسلّم البريد: اقتراح RFC 1664 التجريبي
البحث عن العنوان المناسب وتحويل الرسالة وتسليمها ثلاث عمليات مختلفة. اقترح RFC 1664 سجلاً في DNS لمساعدة بوابات البريد على مطابقة عناوين X.400 وRFC 822، ولم يجعل PX وسيلة لنقل الرسائل.
تاريخ
كان سجل .tz يعمل قبل أن تحصل تنزانيا على اتصال دائم بالإنترنت
بدأ نطاق تنزانيا الوطني .tz العمل عام 1994، قبل أن يتوفر للبلاد اتصال دائم بالإنترنت. وكانت إدارة الأسماء واستضافة DNS وترحيل البريد واتصال IP وظائف منفصلة.
ICANN
تفتح ICANN تقييم أتمتة سجل DS في DNSSEC للتعليق العام
تتيح ICANN ستة أسابيع للتعليق على تقييم أمني خارجي قد يمهّد لمسار سريع مستقبلي لمشغّلي السجلات. لكن النتيجة الإيجابية في التقرير مشروطة، ولم تصدر المنظمة حكمها الخاص بعد.
تاريخ
لماذا ظلّ نطاق .YU في جذر DNS حتى عام 2010
تغيّر الرمز في قائمة ISO قبل أن تتوقف الخدمات عن استخدام النطاق القديم. وبين التغيير الإداري في 2003 وحذف التفويض من الجذر في 2010، احتاجت عملية الانتقال إلى مدير مؤقت ونطاقات بديلة ومراحل تمنح المستخدمين وقتاً لنقل عناوينهم.
تاريخ
من كان يستطيع إضافة اسم؟ سجل .uk البريطاني اليدوي، 1985–1996
قبل تأسيس Nominet، كان تسجيل اسم بريطاني يمر عبر آلية يديرها متطوعون. وفي عام 1996، نُقل السجل المتنامي وقواعد تشغيله وترتيبات العضوية الجديدة إلى مؤسسة متخصصة.
القادة
Sam Weiler ومسار DNSSEC خارج سلسلة تفويض النطاق الأب
في المسار المعتاد لـDNSSEC، ينشر النطاق الأب سجل DS يربط مفتاح النطاق الفرعي بالبيانات الموقّعة في الأعلى. وثّق Sam Weiler مساراً بديلاً للنطاقات الموقّعة التي لم يتوفر لها هذا الربط بعد. أتاح ذلك حلاً انتقالياً، لكنه طلب من كل مشغّل أن يختار مرساة ثقة إضافية ويضبطها بنفسه.
تاريخ
من KAIST إلى NCA: انتقال KRNIC واستقلاله
غيّر سجل الإنترنت الكوري مقره المؤسسي قبل أن يصبح مؤسسة مستقلة. ويختصر محضر اجتماع من سبتمبر 1994 عملية التسليم في بند واحد، وفي تغيير عنوان خادم أسماء.
تاريخ
العريضة وحدها لم تنقل إدارة .pn: تقرير IANA لعام 2000
بين عامي 1997 و2000، طالب سكان بيتكيرن بتغيير إدارة .pn. أوصت IANA بإعادة التفويض، ثم نفذت حكومة الولايات المتحدة التغيير في منطقة الجذر بخطوة منفصلة.
تاريخ
اختبار Jon Postel للجذر عام 1998 تناول نقل المنطقة لا استعلامات DNS
في يناير 1998، طلب Jon Postel من مشغّلي خوادم الجذر الحصول على نسخة من منطقة الجذر من خادم لـ IANA في USC/ISI. تناولت رسالته طريقة حصول الخوادم على تلك النسخة: فالبيانات، بحسب الرسالة، مطابقة لما كان متاحاً على خادم A-root، وإجراءات تغيير المنطقة ستبقى كما هي. يوضح هذا الفرق أن…
التقارير
توقيع KSK-2024 يظهر في إجابات DNSKEY للجذر
في 11 أكتوبر عند 15:32 UTC، أعادت استعلامات مباشرة إلى أربعة أسماء لخوادم الجذر توقيع DNSKEY يحمل الرقم 38696. وكانت عينة قبل نحو ثلاث ساعات تعرض 20326؛ ثم أعادت الأسماء الأربعة الرقم 38696 عند نحو 16:09 UTC. وكانت صفحة IANA بعد إعادة التحقق من التخزين المؤقت قد أدرجت KSK-2024…
تاريخ
أنشأ JUNET شجرة أسماء قبل DNS
قبل اعتماد شبكات الجامعات في اليابان بروتوكولي TCP/IP وDNS، جعل JUNET العناوين الهرمية تعمل عبر UUCP وخطوط الهاتف. ساعد هذا العرف المتطوعين على الحفاظ على أسماء المؤسسات مع توسع الشبكة، ثم على نقل معظمها من `.junet` إلى `.jp`.