توقيت الفحص في Nmap: اختيار T3 وT4 دون التضحية بالنتيجة
يتحكم توقيت الفحص في Nmap في سلوك الانتظار والتوازي وإعادة المحاولة، لا في عدد المنافذ وحده. القالب الافتراضي -T3 بداية مناسبة عندما تريد قراءة مفهومة من تجربة محددة. رفع الرقم لا يضمن انتهاءً أفضل؛ فقد تتغير الدقة مع ظروف الشبكة والهدف.
الأوامر التالية أمثلة تعليمية لجهاز تدريب تملكه، ولم تُنفذ أثناء إعداد المقال. العنوان 192.168.56.10 افتراضي؛ استبدله بعنوان الجهاز الذي خصصته للتجربة، وراجع اتصال الشبكة الافتراضية قبل البدء.
ما الفرق بين T3 وT4 وT5؟
يعبر -T3 عن السلوك الافتراضي، ولذلك لا يلزم كتابته لتحصل عليه. يفترض -T4 شبكة سريعة وموثوقة نسبيًا ويستخدم إعدادات أكثر استعجالًا. أما -T5 فيقبل مفاضلة أشد بين السرعة والدقة. لا تعامل هذه الأرقام كنسب ثابتة لزيادة السرعة أو كجدول زمني مضمون.
يتضمن Nmap أيضًا قوالب أقل رقمًا، لكن الانتقال إليها ليس علاجًا عامًا لأي جهاز حساس. تقليل ما تطلبه من الفحص قد يكون أنسب من إبطاء مجموعة اختبارات لا تحتاجها. راجع وظيفة الجهاز وتعليمات التشغيل، خصوصًا الطابعات ووحدات التحكم، قبل أي فحص على بيئة عمل حقيقية.
كيف تبدأ تجربة توقيت الفحص في Nmap؟
nmap -sT -n -T3 -p 22,8080 192.168.56.10يحافظ هذا المثال على جهاز واحد ومنفذين معروفين. لا يجمع كشف الإصدار والنظام والسكربتات في أمر واحد، ولذلك يسهل فهم ما طلبته. قبل التشغيل، سجّل حالتي الخدمتين كما تعرفهما من إعداد جهاز التدريب. إذا كانت إحدى الخدمتين متوقفة، فلن يصبح غيابها مشكلة توقيت تلقائيًا.
في مختبر مستقر، يمكن مقارنة تجربة لاحقة بالقالب -T4 مع الحفاظ على العنوان والمنافذ وبقية الخيارات. قارن الحالات والتحذيرات، لا الزمن وحده. لا يقدم هذا المقال قياسات أداء؛ أي أرقام تحصل عليها تخص جهازك ومسارك وظروفك وقت التشغيل.
لماذا قد يستغرق الفحص وقتًا طويلًا؟
عدد الأهداف والمنافذ، وغياب الردود، ونوع الفحص، والمراحل الإضافية كلها تؤثر في المدة. قد ينتظر الفاحص انتهاء مهلة أو يعيد المحاولة، بدل أن يكون البرنامج متوقفًا. وجود فلترة يختلف عن خدمة ترسل رفضًا سريعًا؛ الزمن وحده لا يحدد إن كان الجهاز متاحًا.
قد تضيف أسماء DNS وقتًا أيضًا، ولذلك يستخدم مثالنا -n عندما لا نحتاج الأسماء. أما كشف الإصدارات فيسأل الخدمات أسئلة إضافية، وفحص UDP له تحديات مختلفة. لا تقارن زمن فحص TCP بقائمة صغيرة بزمن فحص خدمات واسع ثم تنسب الفرق كله إلى قالب التوقيت.
كيف تقلل العمل قبل زيادة الاستعجال؟
اختر مضيفًا واحدًا وقائمة المنافذ المرتبطة بالمهمة، وأجّل التعرف على الإصدارات إلى حين الحاجة إليه. إذا كنت تتحقق من منفذ واحد بعد تغيير إعداد، فلا داعي إلى جرد آلاف الأرقام في كل مرة. هذا تقليل مقصود لنطاق السؤال، ويجب أن يظهر بوضوح في التقرير.
لا تقلل مهلات الانتظار أو عدد المحاولات عشوائيًا لإجبار الأمر على الانتهاء. النتيجة الأسرع قد تحتوي على أدلة أقل. إذا كنت مضطرًا إلى إنهاء تجربة قبل اكتمالها، سجّل أنها غير مكتملة بدل اعتماد ملخصها كما لو أن كل العمل المطلوب انتهى.
متى تتوقف وتراجع التجربة؟
إذا ظهرت استجابة غير معتادة في جهاز التدريب أو تعذر الوصول إلى خدمته المعتادة، أوقف التجربة وراجع سجلات الجهاز وحمل النظام ومسار الشبكة. لا تفترض أن تزامن العطل مع الفحص يثبت السببية، ولا تكرر الحمل قبل معرفة ما حدث. في بيئة العمل، يجب أن تعرف جهة التشغيل نافذة الفحص وطريقة إيقافه.
احتفظ بنتيجة مرجعية وبالأمر كاملًا. عند اختلاف الحالات بين محاولتين، راجع تغيّر الخدمات والحماية والشبكة قبل إعلان أن أحد القالبين صحيح والآخر خاطئ. جودة الفحص تعني أن القارئ يفهم حدود النتيجة، وليس أن رقم المدة يبدو صغيرًا.
أسئلة شائعة
هل يجب أن أكتب -T3؟
لا. هو السلوك الافتراضي، لكن كتابته قد توضح الإعداد في أمثلة التدريب.
هل -T4 يفحص منافذ أكثر؟
لا. قالب التوقيت مختلف عن تحديد المنافذ مثل -p و-F.
هل -T5 أفضل دائمًا؟
لا. قد تكون إعداداته غير مناسبة لظروف الشبكة أو لدقة المهمة المطلوبة.
هل القالب الأبطأ يضمن سلامة كل جهاز؟
لا. حدد نوع الاختبارات ونطاقها وراجع تعليمات تشغيل الأجهزة؛ التوقيت وحده لا يعطي ضمانًا.
المصادر والمراجعة
استُلهم تسلسل الموضوع من مذكرة Network Scanning for Beginners المنشورة باسم CodeMalar، من الصفحات المتاحة التي قدمها القارئ. الشرح العربي والأمثلة إعداد مستقل من Geek4Arab، مع مراجعة الوثائق الرسمية في 28 أكتوبر 2026. لم نستخدم نص الصفحات غير المتاحة ولم ننفذ أمثلة الفحص أثناء إعداد المقال.
مصدر الصورة: Nmap Project — دليل Zenmap الرسمي.
مقالات ومعرفة تقنية باللغة العربية.
