الخلاصة

  • أُنشئت خدمة MILNET رسمياً في 4 أبريل 1983، واكتمل الفصل المنطقي بينها وبين ARPANET في 4 أكتوبر من العام نفسه؛ أما التقسيم المادي فاكتمل في 6 سبتمبر 1984.
  • أنشأ التغيير حدوداً تشغيلية جديدة، لكنه لم يلغِ الاتصال: بقيت بوابات مضبوطة للتبادل المحدود. تثبت الوثائق التسلسل الزمني، ولا تقيس انخفاض الاختراقات أو الانقطاعات أو تكاليف التشغيل.

كلمة «الفصل» تخفي مراحل مختلفة

في 4 أكتوبر 1983، وصفت الصحف قرار وزارة الدفاع الأميركية بأنه تقسيم ARPANET إلى شبكة عسكرية وأخرى للبحث. التاريخ صحيح، لكنه لا يعني أن كل الدوائر نُقلت في ذلك اليوم. قالت وكالة UPI إن ما جرى كان فصلاً «منطقياً»، وإن الفصل المادي ما زال مقرراً لعام 1984. وتضيف مراجعة لاحقة لشبكة Defense Data Network التسلسل التفصيلي: بدأ تشغيل MILNET في 4 أبريل 1983، واكتمل الفصل الذي تفرضه البرمجيات في أكتوبر، ثم اكتمل التقسيم المادي في 6 سبتمبر 1984.

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

سبق ذلك قرار عام 1982 بإلغاء AUTODIN II والتوجه إلى تصاميم مبنية على ARPANET. يذكر تقرير للمجلس القومي للبحوث صدر عام 1985 الأمن والبنية والقدرة على البقاء والتكلفة ضمن الاعتبارات. ويصف MILNET بأنها شبكة لبيانات وزارة الدفاع التشغيلية غير المصنفة، بينما ظلت ARPANET تخدم مؤسسات البحث. خُصص معظم سعة ARPANET لـ MILNET. كان ذلك إعادة توزيع لاستخدام بنية قائمة، لا تقسيمًا للإنترنت إلى نصف «مدني» وآخر «مصنف».

من خدمة تشغيلية إلى حد برمجي

أول المحطات هو تاريخ بدء الخدمة. تسجل مراجعة Defense Data Network أن خدمة MILNET أُنشئت رسمياً في 4 أبريل 1983. منح ذلك الجزء التشغيلي هوية مستقلة، لكن المصادر المتاحة لا تقول إن كل مشترك أو واجهة انتقل في ذلك اليوم.

المحطة التالية هي الفصل المنطقي. يسجل RFC 881، المنشور في نوفمبر 1983 كخطة لطرح أسماء النطاقات، «الفصل المنطقي بين ARPANET وMILNET» في 4 أكتوبر. إنه جدول زمني، لا تقرير إنجاز تفصيلي. ويضع الجدول ضوابط الوصول إلى بوابات MILNET ومستخدمي TAC قرب 15 فبراير 1984، مع وصف ذلك التاريخ بأنه تقريبي. أمكن بذلك فرض التمييز بين مجتمعات المستخدمين برمجياً قبل اكتمال الفصل المادي.

ربطت صحيفة واشنطن بوست، في تقريرها بتاريخ 4 أكتوبر، القرار بمخاوف وزارة الدفاع من الوصول إلى معلومات حساسة ومن التعطيل الذي قد تسببه تجارب البحث. كما نقلت نفياً من مسؤول رفيع لوقوع أي اختراق. يوثق التقرير مبرراً أمنياً معلناً ونفياً معاصراً؛ ولا يثبت أن اختراقاً وقع من قبل. وذكرت تغطيتا الصحيفة وUPI وجود جسور للبريد. أما مراجعة Defense Data Network فتقول إن سبع بوابات إنترنت نُصبت لتبادل البيانات بين الشبكتين وبقيت بعد الفصل المنطقي. لذلك لم يكن التقسيم المادي مرادفاً لقطع كل اتصال، بل أوجد ترتيباً مختلفاً بوصلة مضبوطة ومحدودة.

الحدود تظهر في العناوين والواجهات

خصص RFC 952 رقم الشبكة 10 لـ ARPANET ورقم 26 لـ MILNET. يثبت ذلك اختلاف الهوية في جدول المضيفين، لكنه لا يثبت وحده الفصل المادي أو العزل الكامل.

ويصف RFC 3109، بأثر رجعي، اختلافاً في واجهة الأجهزة: طلبت وزارة الدفاع واجهة X.25 موجهة بالبايتات لمبدلات حزم MILNET، في حين واصلت مضيفات ARPANET البحثية استخدام واجهة 1822 بين المضيف وIMP تحت بروتوكولات الإنترنت. قاعدة البرمجيات وحدود المعدات طبقتان مختلفتان؛ وتوضح الواجهة لماذا تجاوزت المرحلة المادية مجرد تغيير الاسم.

كان MILNET يتوسع بالتزامن مع ذلك. يسجل RFC 942 خمسة عشر مشتركاً إضافياً في النصف الثاني من 1983، ويشير إلى أن النمو اللاحق قد يتأثر بتوافر الخطوط الرئيسية ومعدات التشفير. ولا يقدم التقرير حركة المرور أو أسماء المشتركين أو نسب الاستخدام، كما لا ينسب النمو إلى الفصل. ما يسنده هو أن MILNET كان خدمة تشغيلية آخذة في التوسع، لا اسماً ثانياً لمشروع البحث نفسه.

لماذا تذكر بعض السرديات 1983 وأخرى 1984؟

تختصر بعض المراجعات اللاحقة الفصل في عام 1984. ويستخدم RFC 1302، الصادر عام 1992، هذا التاريخ على نحو عام. أما RFC 980 الصادر عام 1986 فيميز بين الانتقال من NCP إلى TCP في مطلع 1983 وبين تأسيس DDN والفصل اللاحق بين ARPANET وMILNET. لا يتعارض ذلك مع التسلسل الأدق: قد تشير 1983 إلى بدء الخدمة والفصل المنطقي، و1984 إلى التقسيم المادي أو اكتمال بنية الشبكتين.

ولم يكن هذا هو يوم التحول إلى TCP/IP في يناير 1983. غيّر انتقال البروتوكول طريقة اتصال المضيفات؛ أما برنامج MILNET فأعاد توزيع المستخدمين وحدود الوصول والبنية. الحدثان مرتبطان، لكنهما عالجا مسألتين تشغيليتين مختلفتين. لا ينشئ استخدام TCP/IP تلقائياً شبكة مادية منفصلة، كما لا يعني الفصل المنطقي زوال البوابات المضبوطة.

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

المصادر