جدول القياسات المتوقَّع: يجب أن تكون قيم الجهد المقاسة ضمن هامش تفاوت ±2% مقارنة بضبط المغذي (5، 9، 12 فولت). يجب أن تكون المقاومات المقاسة ضمن التفاوت المشار إليه بشيفرة الألوان (عادة ±5% للحلقة الرابعة الذهبية).

الحساب المتوقَّع للنقطة 5: إذا استخدم التركيب مقاومة 220Ω مغذاة بـ9 فولت، فالتيار النظري المتوقَّع هو I = U/R = 9/220 ≈ 0.041 A (41 مللي أمبير). يجب أن يبقى الفارق بين المقاومة المحسوبة (R = U المقاس / I المقاس) والمقاومة المعروضة مباشرة من الملتيميتر أقل من 5%.

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

مثال لمجموعة بيانات نموذجية (تُكيَّف حسب الأوراق الموزَّعة فعليًا): 5 طرازات خوادم بقدرات اسمية 350 و450 و550 و650 و800 واط. لوحدتين من كل طراز (10 خوادم): القدرة الإجمالية = 2 × (350+450+550+650+800) = 2 × 2800 = 5600 واط = 5.6 kW.

التحويل إلى kVA: S = P / cos φ = 5.6 / 0.95 ≈ 5.89 kVA.

المقارنة مع PDU (3.68 kVA): جهاز PDU واحد بسعة 3.68 kVA غير كافٍ. يلزم على الأقل جهازا PDU (5.89 / 3.68 ≈ 1.6، مقرَّبة إلى 2 من حيث السعة، وهو ما يوفر أيضًا تكرارًا (redondance) مرحَّبًا به).

مع هامش أمان بنسبة 20%: الحمل الواجب تغطيته = 5.89 × 1.2 ≈ 7.07 kVA، وهو ما يؤكد ضرورة جهازي PDU ويدعو إلى التحقق من توزيع الحمل المتوازن بينهما.

طريقة حساب السعة الثلاثية الطور المتوفرة: P = U × I × √3 × cos φ = 400 × 63 × 1.732 × 0.95 ≈ 41.4 kVA متوفرة عند مدخل تغذية الموقع.

مثال توزيع (يُكيَّف حسب مجموعة البيانات المُوفَّرة): إذا احتاجت كل خزانة حوالي 6 kVA بعد هامش الأمان (متوافق مع التمرين 2)، فإن الخزانات الثلاث تمثل حوالي 18 kVA — متوافقة تمامًا مع الـ41.4 kVA المتوفرة، مما يترك هامشًا مريحًا لتوسع مستقبلي.

ورقة تحديد الحجم المتوقَّعة: جدول بسطر لكل خزانة (القدرة الفعالة، القدرة الظاهرية، أجهزة PDU اللازمة)، سطر إجمالي، وخلاصة صريحة حول التوافق مع تغذية الموقع الكهربائية والهامش المتبقي للنمو المستقبلي.

مثال تحويل من العشري إلى الثنائي (156): 156÷2=78 والباقي 0؛ 78÷2=39 والباقي 0؛ 39÷2=19 والباقي 1؛ 19÷2=9 والباقي 1؛ 9÷2=4 والباقي 1؛ 4÷2=2 والباقي 0؛ 2÷2=1 والباقي 0؛ 1÷2=0 والباقي 1. بقراءة البواقي من الأسفل إلى الأعلى: 10011100.

التحقق: 10011100 = 128+16+8+4 = 156. ✓

مثال تحويل من العشري إلى السادس عشري (500): 500÷16=31 والباقي 4؛ 31÷16=1 والباقي 15(F)؛ 1÷16=0 والباقي 1. بالقراءة من الأسفل إلى الأعلى: 0x1F4.

مثال جمع ثنائي (1011 + 0110): بالأعمدة من اليمين إلى اليسار مع الترحيل: 1+0=1؛ 1+1=10 (تُكتب 0، ترحيل 1)؛ 0+1+1(ترحيل)=10 (تُكتب 0، ترحيل 1)؛ 1+0+1(ترحيل)=10 (تُكتب 0، ترحيل 1) ← النتيجة 10001 (=17 بالعشري، تحقق: 11+6=17 ✓).

مثال كامل — العنوان 192.168.1.10 / 24:

التحويل إلى ثنائي: 192=11000000، 168=10101000، 1=00000001، 10=00001010.
القناع 24/ = 11111111.11111111.11111111.00000000 = 255.255.255.0.

عنوان الشبكة (AND المنطقية بين العنوان والقناع): 192.168.1.0.
عنوان البث الشامل: 192.168.1.255.
عدد العناوين القابلة للاستخدام: 2^8 - 2 = 254 عنوانًا (256 ممكنة، ناقص عنوان الشبكة وعنوان البث الشامل).

مثال بقناع 28/: 2^4 - 2 = 14 عنوانًا قابلاً للاستخدام فقط، وهو ما يوضح عمليًا الأثر المباشر لاختيار القناع على حجم الشبكة الفرعية — نقطة أساسية لوحدة DHCP لاحقًا في التكوين.

مثال — تحليل #1A5FA8: 1A (سادس عشري) = 26 (عشري)، 5F (سادس عشري) = 95 (عشري)، A8 (سادس عشري) = 168 (عشري). اللون RGB(26, 95, 168) — أزرق عميق يُستخدم خاصة في الهويات البصرية التقنية.

مثال — إعادة البناء من RGB(212, 175, 55): 212 ← D4 (سادس عشري)، 175 ← AF (سادس عشري)، 55 ← 37 (سادس عشري). الكود النهائي: #D4AF37 (لون ذهبي).

مثال دالة للتبسيط: F = A.B + A.NOT(B) + NOT(A).B

بجبر بول: A.B + A.NOT(B) = A.(B+NOT(B)) = A.1 = A. إذن F = A + NOT(A).B. بالتوزيع: A + NOT(A).B = (A+NOT(A)).(A+B) = 1.(A+B) = A + B.

بجدول كارنو (متغيران A وB): الخانات الثلاث ذات القيمة 1 (AB=11، AB=10، AB=01) تشكل تجميعًا يُقرأ مباشرة كـA + B — نتيجة مطابقة، تؤكد صحة الطريقتين.

نقطة تعليمية للتأكيد عليها: يصبح جدول كارنو أسرع بوضوح من جبر بول بمجرد ازدياد عدد المتغيرات (3 أو 4 متغيرات) — لهذا السبب يُفضَّل في الممارسة الصناعية.

جدول الحقيقة: H=0,S=0 ← FA=1 (ليست ساعة ذروة، لا مركبة على B، تبقى A خضراء افتراضيًا)؛ H=0,S=1 ← FA=0 (ليست ساعة ذروة لكن مركبة مكتشَفة على B، نُفسح المجال)؛ H=1,S=0 ← FA=1؛ H=1,S=1 ← FA=1 (أولوية مطلقة لـA في ساعة الذروة، حتى مع وجود مركبة على B).

الدالة المبسطة: FA = H + NOT(S)، أي حرفيًا "إشارة A خضراء إذا كنا في ساعة ذروة، أو إذا لم تُكتشف أي مركبة على B".

المخطط المنطقي: بوابة OR بدخل H مباشرة وNOT(S) (أي عاكس NOT قبلها على إشارة S)، والخرج FA.

التحقيق الفيزيائي: عاكس واحد (74LS04) لتوليد NOT(S)، بوابة OR واحدة (74LS32) للجمع بين H وNOT(S). توصيل بسيط بدارتين متكاملتين، تم التحقق منه باختبار توليفات المفاتيح الأربع ومراقبة LED الخرج.

شبكة التحقق المتوقَّعة: يجب أن تعطي التوليفات الأربع المختبَرة بالضبط نتائج جدول الحقيقة من التمرين 2 (FA=1,0,1,1 لـH,S = 00,01,10,11). أي انحراف يجب تفسيره بعيب في التوصيل أو في مكوّن، وليس أبدًا بخطأ منطقي إذا تم التحقق الصحيح من تبسيط التمرين 2.

الأعطال الأكثر شيوعًا المتوقَّعة: عكس طرف تغذية على الدارة المتكاملة (Vcc/GND)، غياب مقاومة حماية LED أو سوء معايرتها، تلامس رديء على breadboard.

البرنامج المتوقَّع للنقطة 3 (زر ← LED): في الدالة loop()، قراءة حالة منفذ الزر بـdigitalRead()، ثم استخدام بنية if (etatBouton == HIGH) { digitalWrite(ledPin, HIGH); } else { digitalWrite(ledPin, LOW); }.

البرنامج المتوقَّع للنقطة 5 (مستشعر ← LED تلقائية): قراءة قيمة المستشعر بـanalogRead() (متغير بين 0 و1023)، ثم مقارنتها بعتبة (مثلًا 400) بـif (valeurCapteur < 400) { digitalWrite(ledPin, HIGH); }.

نقطة انتباه للتصحيح: التحقق من أن كل ثنائي حدد جيدًا اتجاه تغير المستشعر (قيمة تنقص أو تزيد حسب الظلام، وهو ما يعتمد على تركيب مقسم الجهد المستخدم).

التبرير المتوقَّع للنقطة 1: يوفر منفذ Arduino عادة تيارًا أقصى بين 20 و40 مللي أمبير، وهو غير كافٍ لمعظم محركات DC التي تحتاج مئات المللي أمبير. يسمح المرحل بالتحكم، بتيار قيادة ضعيف، في دارة قدرة منفصلة كهربائيًا تمامًا.

البرنامج المتوقَّع للنقطة 4: بنية مشابهة للتمرين 1 (قراءة مستشعر + شرط + فعل)، لكن باستخدام digitalWrite() على منفذ المرحل بدلًا من LED — إظهار أن نفس منطق البرمجة يُطبَّق على أي مشغل.

شبكة التحقق من المواصفة: يجب أن تكون قائمة المداخل/المخارج كاملة وبدون لبس (كل مستشعر ومشغل له دور محدد بوضوح)، ويجب أن تغطي شروط الانتقال جميع الحالات (بما فيها حالات الفشل)، ويجب أن يكون مخطط التوصيل متسقًا مع منافذ Arduino المتوفرة فعليًا.

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

المعيار 1 — المطابقة الوظيفية (40%): هل يستجيب النظام لكامل دفتر الشروط، بما في ذلك حالات الفشل؟

المعيار 2 — جودة التوصيل والدمج (20%): تركيب نظيف، وصلات موثوقة، لا تلامس خاطئ أثناء العرض.

المعيار 3 — جودة الكود (20%): كود مقروء، معلَّق عليه، منظَّم (لا تكرار غير ضروري، أسماء متغيرات واضحة).

المعيار 4 — التوثيق والعرض الشفهي (20%): القدرة على شرح الخيارات التقنية والصعوبات المواجهة بوضوح.

شبكة التحقق من إعادة التركيب: يجب أن يقلع الحاسوب دون صفير خطأ (أو بصفير التسلسل العادي حسب اللوحة الأم)، ويجب أن يعرض BIOS/UEFI كمية RAM الصحيحة وطراز CPU المتوقَّع، ويجب اكتشاف التخزين.

الأعطال الشائعة المتوقَّعة وتشخيصها: غياب الإقلاع = التحقق من توصيل مصدر التغذية الرئيسي وموصل CPU على اللوحة الأم؛ RAM غير مكتشَفة = التحقق من التثبيت الجيد للوحدات في فتحات DIMM؛ صفير متكرر عند الإقلاع = عادة مشكلة RAM غير مثبتة جيدًا (يجب التحقق من كود الشركة المصنِّعة في وثائق اللوحة الأم).

نقاط التحقق من التوافق المتوقَّعة: يجب أن يطابق socket الـCPU تمامًا ذلك الخاص باللوحة الأم، ويجب أن تكون اللوحة الأم داعمة لنوع وتردد RAM (يمكن التحقق منه في وثائقها)، ويجب أن يكون موصل تغذية CPU (غالبًا 4 أو 8 سنون) موجودًا على مصدر التغذية المُوفَّر.

الحساب المتوقَّع للقدرة التقديرية: جمع الاستهلاكات النموذجية (CPU ~65-95 واط، اللوحة الأم والأجهزة الطرفية ~30-50 واط، التخزين ~5-10 واط لكل قرص) والتحقق من أن المجموع يبقى أقل من 70-80% من القدرة الاسمية لمصدر التغذية، وفقًا لهامش الأمان المدروس في الأسبوع 1.

نقطة يقظة حرجة يجب التحقق منها قبل أي معالجة: اطلب من كل ثنائي التأكيد الصريح، قبل أي أمر تدميري، على المعرِّف الدقيق لقرص الاختبار (مثال: /dev/sdb وليس /dev/sda الذي قد يحتوي على النظام). هذا هو الخطأ الأخطر الممكن في هذه المرحلة من التكوين.

النتيجة المتوقَّعة بعد التهيئة: يجب أن يظهر كل قسم مركَّبًا بنظام الملفات المطلوب (يمكن التحقق بأمر mount أو lsblk -f)، ويجب أن تطابق المساحة الإجمالية للأقسام الثلاثة حجم القرص ناقص تكلفة إضافية طفيفة مرتبطة بالبيانات الوصفية لكل نظام ملفات.

أمر dd المتوقَّع (مثال): dd if=/dev/sdb of=/mnt/externe/image_disque.img bs=4M status=progress — الخيار bs=4M يسرّع النقل مقارنة بالكتلة الافتراضية، وstatus=progress يسمح بمتابعة التقدم، نقطة مهمة للتأكيد عليها للصور كبيرة الحجم.

التحقق من الاستعادة: بعد الاستعادة، قارن مجموع التحقق (md5sum أو sha256sum) للقرص المُستعاد بذلك الخاص بالصورة المصدر — التطابق التام يُثبت استعادة صحيحة بتًا بتًا.

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

نقاط التحقق من التقسيم: يجب أن تحتوي قسمة الجذر (/) على مساحة كافية للنظام والتطبيقات (عادة 20 جيجابايت كحد أدنى للاستخدام التكويني)، ويُنصح بقسمة swap حتى مع كمية RAM مريحة، لإدارة السكون وذروات الحمل.

التحقق الشبكي المتوقَّع: بعد التثبيت، يجب أن يُظهر أمر التشخيص الشبكي المناسب للتوزيعة واجهة نشطة بعنوان IP متسق مع شبكة القاعة.

ملاحظة منهجية: يجب على المكوِّن تكييف الأسماء الدقيقة لأوامر إدارة الحزم (apt، dnf، pacman حسب التوزيعة) مع التوزيعة المستخدمة فعليًا في الدرس.

مثال صلاحية لفكها: rwxr-xr-- تُقرأ كـ: المالك=قراءة/كتابة/تنفيذ (rwx=7 بالثماني)، المجموعة=قراءة/تنفيذ (r-x=5)، الآخرون=قراءة فقط (r--=4)، أي chmod 754 — صلة مباشرة وصريحة بالتحويل الثماني المدروس في الأسبوع 2.

مثال تسلسل أوامر متوقَّع: أمر يجمع بين البحث عن ملفات، تصفية المحتوى، وإعادة التوجيه نحو ملف نتيجة، مع شرح دور كل pipe متتالٍ.

البنية المتوقَّعة لملف الوحدة المخصص: قسم [Unit] يصف الخدمة، قسم [Service] يحدد الأمر الواجب تنفيذه ونوع الخدمة، قسم [Install] يحدد مستوى الإقلاع التلقائي المرغوب.

طريقة التشخيص المتوقَّعة لتمرين العطل المُفتعَل: الاطلاع على حالة الخدمة لرؤية كود الخطأ، ثم الاطلاع على سجلات الخدمة المفصلة لتحديد رسالة الخطأ الدقيقة، التي يجب أن تشير مباشرة إلى سبب الخلل المُدخَل.

التحقق المتوقَّع للمجلد المشترك: يجب أن تكون لمجموعة المالك صلاحيات قراءة/كتابة، ولا صلاحية للمستخدمين الآخرين — اختبار عملي بالاتصال بحساب خارج المجموعة لتأكيد رفض الوصول.

المخطط المتوقَّع في التقرير: جدول أو رسم بسيط يقاطع المستخدمين ومجموعات الانتماء والصلاحيات الفعلية على كل مجلد أُنشئ أثناء التمرين.

البنية المتوقَّعة لنص النسخ الاحتياطي: shebang في السطر الأول، متغير يحدد المجلد المصدر والمجلد الهدف، تحقق شرطي من وجود المجلد المصدر، أمر ضغط مع ختم زمني في اسم الملف المُنشأ، رسالة تأكيد أو خطأ في الخرج.

نقطة يقظة لجدولة cron: التحقق من أن النص يمتلك صلاحيات التنفيذ اللازمة وأن المسارات المستخدمة فيه مطلقة (لا يُنفَّذ cron في نفس سياق الدليل الخاص بجلسة تفاعلية).

البنية المتوقَّعة لنص المراقبة: استرجاع القيمة الحالية (نسبة القرص، حِمل CPU، استخدام الذاكرة) عبر أوامر النظام المناسبة، مقارنتها بعتبة محددة كمتغير، كتابة سطر تنبيه مختوم بالوقت في ملف سجل مخصص إذا تم تجاوز العتبة.

النقطة التعليمية المحورية: التأكيد على أن هذا النهج البسيط للمراقبة بالنصوص نقطة انطلاق تعليمية — في بيئة إنتاج حقيقية، توفر أدوات مراقبة مخصصة (تُختار حسب ما هو مدعوم ومناسب وقت التدريس) وظائف أكثر اكتمالًا (أرشفة تاريخية، لوحات معلومات، تنبيهات متعددة القنوات).

التحقق من تثبيت IIS: فتح متصفح على نفس الجهاز والوصول إلى http://localhost — يجب أن تظهر صفحة استقبال IIS، مؤكدة أن الدور نشط وأن الخدمة تستمع على المنفذ 80.

أوامر PowerShell المتوقَّعة: Get-Service لسرد الخدمات، Stop-Service وStart-Service (أو Restart-Service) باسم خدمة IIS لإعادة تشغيلها. التأكيد على الاتساق مع منطق إدارة الخدمات المدروس في الأسبوع 9 تحت Linux (systemctl) — نفس المفهوم، صياغة مختلفة.

النقطة التعليمية المحورية: التأكيد على اتساق المنطق بين Linux وWindows — إدارة الخدمات، نصوص الأتمتة، إعادة توجيه الخرج — ليرى المتدربون النظامين كتطبيقين لنفس النموذج المفاهيمي، وليس كعالمين غير متوافقين.

البنية المتوقَّعة لنص PowerShell: نفس منطق نص shell للأسبوع 10 (متغير، شرط، فعل، رسالة)، لكن بصياغة PowerShell (cmdlets، معطيات مسماة، معالجة أخطاء بـtry/catch أساسية).

التحقق المتوقَّع من صلاحيات NTFS: استخدام لسان الأمان في خصائص مجلد لعرض الصلاحيات الفعلية لحساب معين — "الصلاحية الفعلية" تأخذ بعين الاعتبار الوراثة والانتماء للمجموعات، وليس فقط الصلاحيات الصريحة الظاهرة في المستوى الأول.

الأثر المتوقَّع في سجلات الأمان: تولّد محاولات الوصول المرفوضة حدثًا بمعرِّف محدد (يُحدَّد حسب الإصدار المستخدم) في سجل الأمان — يرسّخ هذا التمرين أهمية السجلات للتشخيص وتدقيق الأمان.

مشاكل نموذجية مقترحة لتمرين التشخيص: صلاحية NTFS مفقودة لمجموعة (يمكن ملاحظتها بـGet-Acl)؛ مشاركة شبكية بصلاحية مشاركة أكثر تقييدًا من صلاحية NTFS (الصلاحية الفعلية هي دائمًا الأكثر تقييدًا بينهما)؛ خدمة سيئة الإعداد بتبعية غير محققة (ظاهرة في سجلات النظام).

التحقق بعد تثبيت Hyperviseur: يجب أن تكون الواجهة الويب قابلة للوصول من جهاز عميل عبر عنوان IP المُعدّ أثناء التثبيت، على المنفذ الافتراضي. يجب أن تظهر العقدة عاملة في لوحة المعلومات.

التحقق من الاستعادة من Snapshot: يجب أن يكون الملف المحذوف موجودًا مجددًا بعد الاستعادة — هذا برهان ملموس على أن Snapshot التقط فعلًا الحالة السابقة للحذف. التأكيد على الفرق مع نسخة احتياطية خارجية: إذا تعطَّل Hyperviseur نفسه، يصبح Snapshot غير قابل للوصول.

النتيجة المتوقَّعة للالتزام الزائد: مع التزام زائد خفيف (10-20% فوق RAM الفيزيائية)، يستخدم Hyperviseur ذاكرة ballooning أو swap لتلبية الطلب — تعمل الآلات لكن مع تدهور أداء قابل للقياس. مع التزام زائد مفرط، يزداد خطر تعطل الآلات بشكل كبير.

التحقق من الاستنساخ: يجب أن تمتلك النسختان معرِّفات مختلفة (IP إن كان DHCP، اسم مضيف إن أُعيد إعداده) — نسخة غير معاد إعدادها قد تُحدث تعارضات شبكية، نقطة مهمة للتأكيد عليها.

النتائج المتوقَّعة لاختبار التبديل: مهلة اكتشاف عطل عقدة تتراوح عادة بين بضع ثوانٍ وبضع دقائق حسب إعداد العنقود (heartbeat timeout). يجب أن تعيد VM التشغيل تلقائيًا على العقدة الناجية، بـRTO فعلي يقابل هذه المهلة + وقت إقلاع VM.

نقطة تعليمية حول RPO: في حالة عطل دون تخزين مشترك، تُفقد البيانات غير المحفوظة منذ آخر Snapshot أو نسخة احتياطية — RPO إذن مرتبط مباشرة بتردد النسخ الاحتياطي، وليس بإعداد HA وحده.

خطة النسخ الاحتياطي المتوقَّعة: يجب أن تحدد الوثيقة صراحة RPO (ما هو الحد الأقصى لفقدان البيانات إذا لزمت الاستعادة، حسب تردد النسخ الاحتياطي)، وRTO (كم من الوقت تستغرق الاستعادة الكاملة، مقاسة أثناء التمرين)، ومدة الاحتفاظ الإجمالية بالنسخ الاحتياطية.

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

نتيجة التدقيق المتوقَّعة: قائمة واضحة تميّز الخدمات الضرورية (يجب الاحتفاظ بها)، الخدمات المفيدة لكن غير الحرجة (تُقيَّم)، والخدمات غير الضرورية (تُعطَّل) حسب الدور المتوقَّع للخادم.

جدول المقارنة المتوقَّع: SSH في Linux ↔ RDP/WinRM في Windows (وصول عن بعد آمن)، iptables/nftables في Linux ↔ جدار حماية Windows Defender (تصفية الشبكة)، apt/dnf في Linux ↔ Windows Update (التحديثات)، journalctl في Linux ↔ مراقب الأحداث في Windows (السجلات) — المنطق متطابق في الحالتين.

المعيار 1 — المطابقة الوظيفية (35%): جميع عناصر دفتر الشروط منشورة وعاملة.

المعيار 2 — الأمن (25%): تصليب مُطبَّق فعليًا، جدار حماية مُعدّ بشكل صحيح، لا خدمة غير ضرورية مفتوحة.

المعيار 3 — استمرارية الخدمة (20%): نسخ احتياطي مؤتمت عامل، استعادة مُختبَرة وموثَّقة، RPO/RTO واقعيان.

المعيار 4 — التوثيق والعرض (20%): وثيقة واضحة وكاملة، عرض متقَن أثناء المناقشة، القدرة على شرح الخيارات التقنية.

أسئلة نموذجية لتقييم الفهم الحقيقي: "إذا تعرَّض هذا الخادم لهجوم الليلة وتم اختراق SSH الخاص بك، ما هو أول إجراء تتخذه؟"؛ "نسختك الاحتياطية اليومية تفشل بصمت منذ 3 أيام — كيف تكتشف ذلك؟"؛ "VM بـLinux تستهلك فجأة 100% من CPU — كيف تشخّص ذلك؟"

المعيار المميِّز بين الحفظ والفهم: المتدرب الذي يفهم يستطيع الإجابة عن وضعية جديدة بالاستدلال من المبادئ. المتدرب الذي حفظ لا يستطيع الإجابة إلا عن وضعيات رآها بالضبط من قبل.

مثال تقسيم إلى شبكات فرعية (24/ مقسَّمة إلى 4 شبكات فرعية 26/):
الشبكة الفرعية 1: 192.168.10.0/26 (المضيفون 1. إلى 62.، البث الشامل 63.)
الشبكة الفرعية 2: 192.168.10.64/26 (المضيفون 65. إلى 126.، البث الشامل 127.)
الشبكة الفرعية 3: 192.168.10.128/26 (المضيفون 129. إلى 190.، البث الشامل 191.)
الشبكة الفرعية 4: 192.168.10.192/26 (المضيفون 193. إلى 254.، البث الشامل 255.)

طريقة التشخيص حسب الطبقة المتوقَّعة: الطبقة 1 (الكابل/الموصل الفيزيائي)، الطبقة 2 (جدول ARP، عنوان MAC)، الطبقة 3 (ping، عنوان IP، القناع، البوابة)، الطبقة 4 (netstat/ss، منفذ مفتوح أم لا).

المخطط المتوقَّع: يجب أن يُظهر مسار حزمة HTTP الطبقات الأربع النشطة عمليًا (التطبيق HTTP ← النقل TCP ← الشبكة IP ← الوصل Ethernet)، بالعناوين والمنافذ المقابلة لكل طبقة، والتحول إلى إشارة فيزيائية على مستوى الكابل.

النتيجة المتوقَّعة للتجزئة: يستطيع جهازا VLAN 10 التواصل عبر ping، لكن ping من جهاز VLAN 10 إلى جهاز VLAN 20 يجب أن يفشل — تعزل تجزئة VLAN المجموعات بشكل صحيح على مستوى الطبقة 2.

خطأ شائع: منفذ trunk غير مُعدّ بشكل صحيح بين switchين (نسيان السماح بـVLAN على trunk) — يظهر كجهاز يستطيع الوصول لأجهزة نفس VLAN على نفس switch، لكن ليس تلك الموجودة على switch بعيد.

نقطة تعليمية أساسية: تُعيد تجزئة VLAN على Hyperviseur إنتاج نفس مبادئ التجزئة الفيزيائية على switch حقيقي تمامًا — "ترى" الآلات شبكتها بنفس الطريقة التي يرى بها جهاز فيزيائي VLAN الخاص به. هذا برهان ملموس على أن محاكاة موارد الشبكة (الأسبوع 13) تتبع بالضبط نفس قواعد الشبكة الفيزيائية.

الإعداد المتوقَّع بين VLAN: يمتلك الموجّه واجهة فرعية لكل VLAN (بوسم 802.1Q المقابل وعنوان IP في كل شبكة فرعية VLAN)، ويسمح منفذ trunk الخاص بـswitch المتصل بالموجّه بجميع VLAN. تمتلك أجهزة كل VLAN كبوابة عنوان IP الواجهة الفرعية المقابلة للموجّه.

نقطة أساسية للترسيخ: في شبكة متعددة الموجّهات، لا يتغير عنوانا IP المصدر والوجهة لحزمة أبدًا طوال المسار — فقط عناوين MAC لإطار Ethernet تتغير عند كل قفزة (تحدد الوصلة المحلية، وليس المسار الشامل). هذا هو الفرق المفاهيمي المحوري بين الطبقة 2 (عنونة محلية) والطبقة 3 (عنونة شاملة).

التحقق من ترحيل DHCP: يجب أن يتلقى عميل في VLAN 20 عنوانًا من مجمع VLAN 20 المُعدّ على خادم DHCP، حتى لو كان الخادم فيزيائيًا في VLAN 10 — ينقل الترحيل Discover عبر حدود VLAN.

خطأ شائع: نسيان إعداد البوابة (خيار routers) في مجمع DHCP — يتلقى العميل عنوانًا لكن لا يستطيع التواصل خارج شبكته الفرعية.

حقول DHCP الواجب تحديدها في Wireshark: CHADDR = عنوان MAC للعميل، yiaddr = عنوان IP المقترَح/المُسند، siaddr = عنوان IP للخادم، option 3 = البوابة، option 6 = خوادم DNS، option 51 = مدة الإيجار.

التحقق من التحليل العامل: انطلاقًا من VM عميلة مُعدَّة بخادم DNS التكوين، يجب أن يُرجع طلب على اسم من النطاق الداخلي العنوان الصحيح، ويجب أن يُحلَّل أيضًا طلب على اسم إنترنت (مثلًا موقع ويب عمومي) عبر forwarder.

التحضير لـActive Directory: يجب إعداد النطاق الداخلي لقبول التحديثات الديناميكية، مما سيسمح لمتحكم النطاق (الأسبوع 22) بتسجيل تسجيلات SRV الخاصة به تلقائيًا أثناء التثبيت.

النقطة التعليمية المحورية لهذا الأسبوع: عند نهاية هذا التمرين، البنية التحتية الكاملة جاهزة — VLAN مجزَّأة (الأسبوع 18)، توجيه بين VLAN (الأسبوع 19)، توزيع تلقائي للعناوين مع بوابة وDNS موزَّعين بـDHCP (الأسبوع 20)، تحليل أسماء محلي وخارجي عامل (الأسبوع 21). على هذه البنية التحتية سيُثبَّت Active Directory في الأسبوع 22.

التحقق من تسجيلات SRV: في نطاق DNS للنطاق، التحقق من وجود تسجيلات _ldap._tcp وkerberos._tcp_ وkpasswd._tcp_ في المجلد الفرعي _tcp — يؤكد وجودها أن DC سجَّل نفسه بشكل صحيح وأن العملاء سيتمكنون من تحديد موقعه.

خطأ شائع: يشير DNS خادم Windows إلى خادم خارجي بدلًا من نفسه (أو DNS الأسبوع 21) — يفشل تثبيت DC أو لا تُنشأ تسجيلات SRV في النطاق الصحيح.

نقطة تعليمية حول التفويض: يسمح تفويض التحكم في AD بتطبيق مبدأ الامتياز الأدنى (الأسبوع 15) على مستوى الدليل — يستطيع helpdesk إعادة تعيين كلمات المرور دون أن يكون مدير النطاق، مما يقلل سطح التعرض في حال اختراق حساب helpdesk.

السلوك المتوقَّع لـGPO محرك الشبكة: يرى مستخدم OU التقني المحرك الشبكي مربوطًا تلقائيًا عند اتصاله على أي جهاز منضم إلى النطاق. لا يرى مستخدم من OU أخرى هذا المحرك — تضمن تصفية الأمان أو نطاق OU العزل.

تفسير تقرير gpresult: يسرد التقرير GPO المُطبَّقة (مع OU الأصل) وGPO المرفوضة (مع سبب الرفض) — هذه هي أداة التشخيص الأولى لأي مشكلة GPO غير مُطبَّقة.

طريقة التشخيص المتوقَّعة: 1) التحقق من ربط GPO بـOU الصحيحة (واجهة GPMC)، 2) التحقق من تصفية الأمان (يجب أن تمتلك مجموعة المستخدم صلاحيتي "قراءة" و"تطبيق")، 3) فرض تحديث GPO على الجهاز العميل، 4) إعادة تشغيل gpresult للتأكيد.

التحقق من التحليل DNS: من جهاز عميل على نفس الشبكة، تحليل اسم الموقع عبر DNS الأسبوع 21 — يجب أن تُرجع الإجابة عنوان IP لخادم الويب. دون هذه الخطوة، لا يستطيع المتصفح إيجاد الخادم باسمه.

خطأ شائع لـVirtual Hosts: نسيان إنشاء تسجيل DNS منفصل لكل Virtual Host — يجب أن يُحلَّل اسما النطاق إلى نفس IP الخادم، لكن يجب أن يمتلك كل منهما تسجيل A خاصًا به في نطاق DNS.

أكواد الخطأ وسببها: 403 Forbidden = صلاحيات الدليل أو الملف تمنع خادم الويب من قراءته (التحقق من صلاحيات UNIX، صلة بالأسبوع 8)؛ 502 Bad Gateway = الخدمة التطبيقية الخلفية (PHP-FPM أو ما يعادلها) غير نشطة أو لا تستمع على المقبس (socket) الصحيح؛ شهادة منتهية الصلاحية = إعادة إنشاء الشهادة الموقَّعة ذاتيًا أو تمديد مدة صلاحيتها.

مثال استعلام JOIN متوقَّع: إذا احتوت القاعدة على جدول "utilisateurs" وجدول "commandes" مرتبطين بمفتاح أجنبي، فإن الاستعلام SELECT u.nom, c.produit FROM utilisateurs u INNER JOIN commandes c ON u.id = c.utilisateur_id يُرجع أزواج مستخدم/طلب — إظهار أن بيانات جدولين يمكن دمجها دون تكرار.

التحقق من الاستعادة: مقارنة عدد الأسطر في كل جدول قبل وبعد الاستعادة — يجب أن تكون متطابقة.

نص النسخ الاحتياطي المتوقَّع: استدعاء أداة dump لنظام إدارة قواعد البيانات بمعرِّفات الاتصال، إعادة توجيه الخرج نحو ملف مختوم بالوقت، تنظيف الملفات الأقدم من 7 أيام — نفس بنية نص النسخ الاحتياطي للأسبوع 10 مُطبَّقة هنا على بيانات SQL.

البنية المتوقَّعة لتقرير التدقيق: لكل ثغرة — النظام المعني، وصف المشكلة، مستوى الخطورة، الأثر المحتمل، توصية تصحيحية دقيقة. تقرير تدقيق دون توصية ملموسة عديم الفائدة.

ثغرات نموذجية يمكن إيجادها في بنية التكوين: منفذ SSH على المنفذ الافتراضي غير مُغيَّر إن نُسي في الأسبوع 15، تحديثات مفقودة على VM لم تُلمَس منذ عدة أسابيع، حساب مدير محلي بكلمة مرور ضعيفة على جهاز غير منضم للنطاق، خادم قاعدة بيانات (الأسبوع 25) منفذه قابل للوصول من خارج الشبكة الداخلية.

المعيار 1 — اكتمال البنية (25%): جميع المكونات حاضرة وعاملة وموثَّقة — من الطبقة الفيزيائية (الأسبوع 6) إلى الخدمات التطبيقية (الأسبوع 24-25).

المعيار 2 — الاتساق والدمج (25%): تترابط المكونات منطقيًا — يغذي DNS (الأسبوع 21) AD (الأسبوع 22)، VLAN (الأسبوع 18) متسقة مع GPO (الأسبوع 23)، النسخ الاحتياطي (الأسبوع 14) يغطي جميع الآلات الحرجة.

المعيار 3 — الأمن المُطبَّق (25%): مبادئ الأسبوعين 15 و26 مُطبَّقة فعليًا، وليست مجرد مذكورة — يثبت تقرير التدقيق التحقق الفعلي.

المعيار 4 — القدرة على أخذ مسافة نقدية (25%): يحدد المتدرب بدقة ما يعمل، وما ينقص، وما كان سيفعله بشكل مختلف بمزيد من الوقت أو الموارد.

أسئلة نموذجية مميِّزة: "إذا تعطَّل متحكم النطاق الوحيد في الساعة 8 صباح يوم اثنين، ماذا يحدث للمستخدمين الخمسين الذين يصلون إلى المكتب؟"؛ "خادم الويب الخاص بك يخدم الآن بيانات شخصية — ما هي أول ثلاثة تدابير أمنية ستضيفها؟"؛ "زميل يخبرك أن ping لم يعد يستجيب بين آلتين — من أين تبدأ؟"

ما تثبته هذه المناقشة: ليس حفظ الأوامر — فهذا متاح للجميع بمحرك بحث. ما تثبته هو القدرة على الاستدلال حول نظام معقد، تحديد الطبقة المعنية، اقتراح طريقة تشخيص منظمة، واتخاذ قرارات مبررة في ظروف عدم اليقين.