المجال الرئيسي
البنية التحتية للإنترنت
ضمن فئة المجال الرئيسي، تجمع تحليلات البنية التحتية للإنترنت التقارير حسب المجال الأساسي ليتمكن القراء من متابعة مجال مركّز من مجالات البنية التحتية للإنترنت أو الحوكمة أو أسواق الاتصالات أو رأس المال الرقمي. وتضم الصفحة المقالات ذات الصلة والأدلة العامة والمؤسسات والشركات والأشخاص والانتشار الإقليمي والتبعيات التشغيلية وسياق السوق التي قد تكون موزعة عبر صفحات فئات منفصلة. وتشرح الصفحة المجال ونوع الجهات الفاعلة المحتملة وسياق السوق أو الحوكمة والمادة المصدرية التي ينبغي للقراء استخدامها عند مقارنة المؤشرات. ويمكن للمشغلين والمحللين والمهتمين بالحوكمة أن يروا كيف يظهر المجال نفسه عبر الأحداث والملفات الشخصية وتحولات السوق والأدلة المستقاة من المصادر العامة والتبعيات الإقليمية وقرارات البنية التحتية طويلة الأجل بمرور الوقت.
تاريخ
للملف بصمة. من يحمل الملف إلى صاحبها؟
عنوان الويب يرشد القارئ إلى خادم، ويترك للخادم اختيار ما يضعه خلف العنوان اليوم. في 2013 قدمت RFC 6920 اسماً يحسب من بصمة الشيء الرقمي نفسه. يستطيع الملف المطابق أن ينتقل إلى خادم آخر ويبقى الشيء ذاته في نظر برنامج يتحقق من البصمة. أما العنوان الذي يوصل الطلب إلى النسخة، وحفظ تلك…
تاريخ
الشرطة السفلية في DNS احتاجت إلى سجل للأبواب
يحمل سجل TXT نوعه معه، لكنه لا يخبر القارئ أي تطبيق يملك معناه. عالج واضعو البروتوكولات ذلك بوضع السجل تحت اسم يبدأ بشرطة سفلية، في فرع منفصل أسفل النطاق المعني. نجح الحل ما دام كل واضع ينظر إلى فرعه وحده. ثم صار الاسم نفسه مورداً مشتركاً: يمكن لبروتوكولين مستقلين أن يطالبا…
ICANN
نسبة 87.5% لدى ICANN في مكافحة إساءة DNS تفتقر إلى مدة المراقبة
تقول ICANN إن معظم خطط التصحيح المكتملة لم تُظهر عودة للمشكلة. لكنها لا تنشر المدة التي خضعت لها كل خطة للاختبار؛ فتجتمع الأسابيع الهادئة مع الإصلاحات التي صمدت طويلاً في رقم واحد.
تاريخ
وضعت IANA ختم «خاص» على الاسم، وبقي القرار عند المحلّل
قد يحمل اسم النطاق الشكل المألوف نفسه ويقود إلى ثلاث إجابات مختلفة. عنوان localhost يعود إلى الجهاز الذي طرح السؤال. واسم تحت invalid يفترض أن ينتهي بجواب يفيد عدم وجوده. أما البحث العكسي عن عنوان خاص فقد يجد إجابته داخل شبكة بعينها. في عام 2013 جمعت RFC 6761 هذه الحالات في سجل…
القادة
انتهى موعد التجربة وبقي IPv4: مهلة Kosuke Ito ذات السنوات الثلاث
كان يفترض أن تعود العناوين بنهاية 2005 بعد أن تساعد تجربة يابانية كبيرة على إطلاق خدمات IPv6. لكن الخدمات نفسها بقيت تعتمد على IPv4. طلب Kosuke Ito وزملاؤه تمديد التجربة حتى 2008، فتحول النقاش لدى APNIC إلى سؤال مباشر: ما الذي يضمن عودة الكتلة كاملة، ومن ينشر حساب التقدم؟
تاريخ
كان المستشعر موجوداً. وحدة التحكم لم تعرف أي باب تطرق.
تحتاج وحدة تحكم في مبنى إلى قراءة شدة الضوء. يوجد مستشعر يستطيع تقديمها على شبكة قليلة الطاقة، لكن الوحدة لا تعرف عنوان المورد. لا أحد سيتصفح موقعاً نيابة عنها. في أغسطس 2012، وضعت [RFC 6690](https://www.rfc-editor.org/rfc/rfc6690.html) للخواصم الصغيرة مكتب استقبال مشتركاً: يعيد…
القادة
حجبت APNIC أسماء العملاء، وطالب Toshiyuki Hosaka بالعدد
حمت APNIC سجلات العملاء من البحث العام، فاختفى معها طريق اعتاد الباحثون استخدامه لعدّ سجلات إسناد العناوين المسجلة. اقترح Toshiyuki Hosaka نشر مجاميع بلا أسماء. وصلت أول نسخة إلى الأرشيف في أغسطس 2005، لكن محضر الاجتماع كان قد وضع حدّاً واضحاً لدقتها الإقليمية: سجلات الإنترنت…
اتجاهات الاتصالات الوطنية في أفريقيا
عادت الاتصالات إلى شمال غانا، وغابت خريطة تعطل المسارات الثلاثة
أعلنت الهيئة الوطنية للاتصالات العطل ثم عودة الخدمة في يوم واحد. وما بين الإعلانين بقي تسلسل انقطاع ثلاثة مسارات نقل منفصلة وإصلاحها خارج السجل المنشور.
القادة
طلب Uchenna Ibekwe حساباً واحداً لدى APNIC لشبكات بلدان عدة؛ لم تحسم الأيدي المرفوعة الأمر
شركة واحدة تدير شبكات في دول مختلفة، ولكل دولة حساب عضوية منفصل لدى APNIC. أراد Uchenna N Ibekwe جمع الحسابات مع إبقاء تخصيص العناوين والربط النظيري لكل شبكة على حدة. في اجتماع APNIC 20 عام 2005، سُئل الحضور عن IPv4 ثم IPv6. لم يظهر توافق واضح في أيٍّ منهما.
تاريخ
رفض HTTP/2 تسليم الاتصال كله. نال WebSocket تدفقاً واحداً.
صفحة ما زالت تحمل صورها عبر HTTP/2 حين تريد نافذة المحادثة فتح WebSocket. كانت طريقة الفتح القديمة تطلب تبديل بروتوكول الاتصال بأكمله، بما فيه التدفقات التي تخدم الصفحة. قدمت [RFC 8441](https://www.rfc-editor.org/rfc/rfc8441.html) في سبتمبر 2018 طلباً أصغر: يعلن الخادم موافقته…
القادة
Katsuyasu Toyama فتح باب IPv6 المحمول. علّقت APNIC عليه مهلة ثلاثة أشهر
أراد ثمانية مؤلفين أن يحتفظ الموقع بعنوانه عندما يغيّر مزود الخدمة. وافقت APNIC، وربطت العنوان في البداية بوعد تشغيل اتصالين خلال ثلاثة أشهر. ثم غابت جملة الاسترداد عن السياسة الحالية.
تاريخ
ارتدى TLS 1.3 شارة 1.2، وأخفى إنذار التراجع في ثمانية بايتات
ظهرت النسخة الأحدث من بروتوكول الحماية برقم نسخة قديمة. في مصافحة TLS 1.3 قد يحمل الحقل `legacy_version` القيمة `0x0303` المرتبطة بـTLS 1.2، بينما يرد الاختيار الفعلي في الامتداد `supported_versions`. ساعد هذا المظهر القديم الاتصال على عبور أجهزة وسيطة لا تعرف إلا هيئة المصافحة…
القادة
Terry Manderson غيّر اختبار DNS. كانت الممحاة في يد APNIC أصلاً
كان بوسع APNIC سحب تفويض DNS عكسي معطوب قبل اقتراح Manderson. في 2006 حدد الاختبار الذي يسبق تلك الخطوة: سجل SOA صحيح، وإجابة تؤكد أن الخادم صاحب السلطة على المنطقة.
تاريخ
فتح مرشح البريد رابطاً، ففقدت القائمة قارئاً
يفتح برنامج أمن البريد رابط إلغاء الاشتراك ليفحص الرسالة. يفسّر خادم القائمة تلك الزيارة على أنها أمر من القارئ بالمغادرة. لم يختر الإنسان شيئاً، لكن الاشتراك ينتهي. في يناير 2017، فصلت [RFC 8058](https://www.rfc-editor.org/rfc/rfc8058.html) بين هذه الخطوات: عرض موقّع داخل…
القادة
Tomoya Yoshida طلب اختبار العناوين الجديدة. قاعدة IPv4 لم تعبر قاعة APNIC
قد يُسجَّل نطاق عناوين جديد ثم تصده مرشحات قديمة في شبكات أخرى. أراد Yoshida أن يبحث السجل والمشغلون عن هذا الحاجز معاً؛ وافق الاجتماع على أجزاء من الفحص، ولم يتفق على القاعدة كلها.
القادة
Terry Manderson وضع موعداً لإغلاق بريد APNIC؛ فأبقى الأعضاء الباب مفتوحاً
أراد السجل معاملات موثقة بدلاً من صندوق بريد تزدحمه الرسائل. لكن الأعضاء كانوا قد بنوا أدواتهم على ذلك الصندوق، ولم يكن نقلها قراراً تتخذه المؤسسة وحدها.
تاريخ
حصل Markdown على اسم موحد. بقيت الصفحة رهينة برنامج القراءة.
يرسل محرر ملفاً يتضمن جدولاً واضح الأعمدة. تصل الأحرف نفسها إلى محرر آخر، فتظهر خطوط الفصل والشرطات كنص عادي. لم تتلف الرسالة في الطريق؛ اختلفت القاعدة التي تقرأها الآلة. في مارس 2016 سُجل النوع `text/markdown` لمنح هذه الملفات اسماً يصل عبر البريد والويب. أمكن للكاتب أن يسمي…
القادة
James Spenceley أنزل سقف IPv4 درجة بعد درجة حتى /18؛ القاعة رفضت السلم
كلما تقلص مخزون IANA الحر، تقلصت حصة طلب APNIC الواحد في مشروعه لعام 2009. كان يريد أن يترك عناوين للجهات الصغيرة التي تصل متأخرة. لكن أعضاء الاجتماع سألوا عمن سيصل عملاء الشبكة الكبيرة التي أثبتت حاجتها إلى العنوان.
تاريخ
أعاد الخادم 500. أعادت الذاكرة المخبأة نجاحاً قديماً برمز 200.
يقرأ المستخدم صفحة تبدو ناجحة، فيما فشل خادم المصدر في هذه اللحظة. وفي يوم آخر يتأخر المصدر فقط في تأكيد النسخة الحالية، فتسلم الذاكرة المخبأة نسخة أقدم قبل اكتمال الفحص. فرّقت RFC 5861 في 2010 بين الحالتين بمهلتين مستقلتين. السرعة والاستمرارية لهما ثمن واضح: معلومة قديمة تصل…
القادة
Philip Smith أراد إغلاق نافذة عناوين IPv4 لعامين بعد التحويل؛ النافذة بقيت مفتوحة
نقل العناوين إلى جهة أخرى ثم العودة إلى APNIC لطلب عناوين جديدة من المخزون الحر: رأى Smith في هذه الدورة ثغرة تستحق قفلاً زمنياً. اقترح انتظاراً مدته 24 شهراً في 2009، ثم سحب اقتراحه عندما عادت سياسة التحويل الأساسية إلى النقاش.