مخطط يوزع عناوين أجهزة معرض مؤقت دون تعارض: مشاريع تخرج شبكات الحاسوب

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

حدد نطاقاً مؤقتاً ومخزوناً واضحاً

ابدأ بشبكة IPv4 بصيغة CIDR واحدة وأسماء أجهزة لا تحمل هوية أصحابها: حاسوب تحكم، طابعة، لوحة عرض، ومجموعة لوحات تجريبية. يسجل المستخدم العنوان الأساسي والبادئة والبوابة وعدد الأجهزة، ثم يحدد مجال العناوين الثابتة ومجال DHCP والاحتياط. افحص أن البادئة تسمح بعدد الأجهزة، وأن قيمتها ضمن نطاق الإصدار الذي يدعمه المشروع؛ استبعد /31 و/32 من الإصدار الأول إن كانت الخوارزمية تعالج شبكات المضيفين فقط. اعرض عدد العناوين المتاحة وسبب استبعاد المحجوزة.

تحدد RFC 1918 نطاقات IPv4 الخاصة للشبكات الداخلية، لكنها لا تعني أن للمشروع حق تعديل شبكة مؤسسة أو عدم وجود تداخل داخلها. وتشرح وثائق Kea DHCPv4 مجالات العناوين والحجوزات وخيار فحص صيغة الإعداد. استخدمها لتفسير التخطيط واختبار JSON محلياً، لا لرفع ملف إلى خادم. مسؤول الشبكة هو من يحدد نطاقاً مسموحاً ومدة الاحتفاظ بالحجوزات.

حوّل CIDR إلى حدود قابلة للتحقق

حوّل العنوان والبادئة إلى integer للشبكة والقناع، ثم احسب المجال المتاح للنطاق الذي تدعمه. تحقق أن عنوان البوابة والعناوين الثابتة داخل subnet، وأنها لا تقع على network أو broadcast في شبكة multi-access عادية. أضف تنبيهاً إذا استخدم الفريق عنواناً في مجال DHCP وحجزه ثابتاً أيضاً. اكتب قواعد الحساب بجانب واجهة الإدخال؛ لا تكتف بصندوق أخضر يقول «صالح». قيمة كل عنوان ينبغي أن تستند إلى تعريف نطاق وخيار تخصيص ظاهر.

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

خمس أجهزة ونطاق اختبار معلوم

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

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

أنشئ معاينة إعداد لا تطبيقا

يمكن توليد إعداد Kea تجريبي بحجوزات ثابتة من قائمة CSV، ثم عرضه كفرق نصي وملف قابل للتنزيل. احجب زر apply كلياً؛ لا يستخدم البرنامج صلاحيات root ولا يستدعي daemon. يختبر الفريق أن JSON صحيح وأنه يتضمن subnet والمجالات والحجوزات المعروفة. خيار -t في Kea يساعد على التحقق من الملف، لكنه لا يثبت أن الشبكة الفعلية تسمح به أو أن الجهاز سيستجيب. اكتب في أعلى التقرير اسم البيئة المحلية واسم السيناريو والتاريخ وكلمة «تجريبي».

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

اختبر التصادم والحساب عند الحواف

اكتب اختبارات شبكة /30 و/24 ضمن النطاق المدعوم، نطاق لا يسع عدد الأجهزة، عنوان خارج الشبكة، network أو broadcast، بوابة خارج subnet، حجز مكرر، overlap بين static وDHCP، ومدى DHCP يبدأ بعد نهايته. قارن الحدود بحاسبة مستقلة أو حساب يدوي موثق، ثم اعرض نتيجة خط أساس. اختبر عنواناً غير صالح وبادئة غير رقمية ورسالة خطأ تتضمن الحقل. لا تدع parser يصلح الأخطاء بصمت؛ إصلاح مدخل المستخدم قد يغير النطاق المطلوب.

تحقق من أن إعادة تحميل الخطة تعيد الملف نفسه ومن أن التقرير يوضح سبب كل تخصيص. إذا مر ملف Kea على اختبار الصياغة، سجل ذلك كتحقق نحوي لا كاختبار شبكة. لا تقيس تغطية Wi-Fi أو زمن الاستجابة؛ ليست من هذا المشروع. المجموعة المصطنعة تكشف الحساب والتعارض، لكنها لا تمثل topology جامعة ولا ضمان اتصال وقت الفعالية. يجب أن يظهر هذا الفرق في العرض وفي التقرير النهائي.

تسليم آمن لمشروع التخرج

تتكون النسخة الأولية من حاسبة CIDR محدودة، ومدخل أجهزة اصطناعية، وخوارزمية حجز، وفاحص overlap، ومعاينة JSON، وfixtures للاختبار. سلّم مرجعاً يشرح الحسابات والبادئات المدعومة وأين يتخذ مسؤول الشبكة القرار. امنح المستخدم خيار تصدير جدول قابل للمراجعة قبل الإعداد. لا تنشر إعداداً يخص المؤسسة ولا تخزن عناوين أجهزة أشخاص. المقياس هنا عدد الحالات الصحيحة التي تمر وعدد التصادمات المتعمدة التي اكتشفها الفاحص، لا ادعاء تحسين شبكة فعلية.

هذا نطاق ممكن ضمن مشاريع تخرج شبكات الحاسوب، ويختلف عن لوحة متابعة ESP32 التي تعرض قراءات حساسات؛ المخطط هنا لا يستقبل بيانات جهاز. بعد العرض، يمكن إضافة نموذج هبوط (dry-run) آخر، لكن تنفيذ ملف على شبكة حقيقية يحتاج تفويضاً وإجراء تغيير وخطة رجوع خارج المشروع التعليمي. وضح ذلك حتى لا يظن المستخدم أن صحة حساب subnet تعني موافقة على استخدامه.