هل تُظهر Nmap نتائج مختلفة عبر VPN؟ ثبّت الهدف
قد يُحل اسم المضيف إلى عنوان آخر بمجرد تشغيل النفق. ثبّت الهدف الرقمي قبل أن تستنتج شيئًا من تغيّر حالات المنافذ.
قد تختلف عمليتا فحص منفذين للموقع نفسه لأن الاسم حُلَّ إلى عنوان مختلف بين الجولتين، لا لأن النفق غيّر ما يكشفه الهدف. اسم المضيف تعليمة بحث، وNmap يتبعها وقت الفحص. وحين يجيب المُحلِّل بسجل مختلف، فقد قاست الجولة الثانية جهازًا مختلفًا.
ثبّت العنوان الرقمي فتعود المقارنة ذات معنى. وكل ما سواه في التقرير، من التوقيت إلى الوسائط الوسيطة، يبقى متغيّرًا مستقلًا يحتاج إلى ضبط خاص به.
تجربتان تبدوان متطابقتين في التقرير
قارن اسمًا بنفسه فتكون قد غيّرت شيئين على الأقل في آن واحد: المسار الذي تسلكه حزمك والوجهة التي أعادها المُحلِّل. ولا يمكن نسبة اختلاف في الخرج إلى أحدهما. وهذا الالتباس هو السبب المعتاد في تحوّل فحص قبل وبعد إلى جدال لا يستطيع أحد حسمه.
قارن عنوانًا بنفسه فتكون الوجهة ثابتة بالبناء. وكل ما يظل مختلفًا يعود إلى المسار أو عنوان المصدر أو الترشيح بينهما أو حالة الجهاز نفسه. لقد أزلت متغيّرًا واحدًا، وهذا ليس مثل إزالة جميعها.
اكتب أي التجربتين نفّذتها فعلًا قبل أن تستخلص أي استنتاج من جدول منافذ. يبدو التمييز أكاديميًا حتى يقول تقرير إن VPN حجب منفذًا لم يكن مفتوحًا قط على العنوان الذي أصبته في المرة الثانية.
| Comparison | What stays fixed | What a difference can mean |
|---|---|---|
| Name against name | The string you typed | Resolver answer, answer order or split-horizon policy changed |
| Address against address | The numeric destination | Source path, filtering or service placement changed |
حلّل أولًا ثم افحص العنوان الذي سجّلته
افصل التحليل عن السبر كي تقع الحقيقتان في مكانين مختلفين. اسأل النظام عمّا حلّه، واحفظ تلك الإجابة، ثم أعطِ Nmap العنوان الحرفي. أعد الأمرين نفسيهما والنفق مغلق ثم مفتوح.
getent hosts scan.example.net dig +short scan.example.net A nmap -Pn -sV -p 443,8443 192.0.2.40
تهمّ راية -Pn هنا، لأن مضيفًا يتجاهل تحقيقات الاكتشاف كان سيُبلَّغ عنه معطلًا وتُقرأ النتيجة الفارغة خطأً كمنفذ مغلق. استخدم -sV فقط ضد وجهات وافق عليها المشغّل؛ فسبر الإصدارات أعلى صوتًا من اتصال مجرد وينتمي إلى النطاق المكتوب.
يوضّح مرجع مواصفات الهدف في Nmap أن اسم المضيف يُحلّ إلى عنوان قبل الفحص، وأن الأداة تفحص الأول حين تعود عدة عناوين ما لم تطلبها كلها. لا شيء في هذا السلوك خاص بـ VPN. فـ DNS المنقسم أفقيًا أو مُحلِّل مختلف أو موازن حمل يجيب بترتيب جديد ينتج الأثر نفسه دون أي نفق.
احفظ القيمة المحلولة بجوار خرج الفحص، مع عائلة العنوان ومجموعة الرايات وطابع زمني. والبحث العكسي الذي يعيد اسم شركة ملاحظة أخرى، وليس دليلًا على أي خلفية أجابت.
ما يمكن أن تخبرك به حالة المنفذ المتغيرة وما لا يمكن
بعد تثبيت الوجهة، يشير المنفذ الذي ينتقل من مفتوح إلى مُرشَّح عادة إلى المسار. فكّر في قائمة وصول عليا أو جدار حماية ذي حالة أو مزوّد يعامل خرج النفق بشكل مختلف عن خرج المستخدم المنزلي. ضيّق النطاق باختبار عنوان ثانٍ مُعتمد في الشبكة الفرعية نفسها متى سمح النطاق، لأن تبديل اسم المضيف سيعيد سؤال المُحلِّل. متغيّر واحد لكل جولة هو المنهج كله.
أما المنفذ الذي يبقى مفتوحًا بينما تتغيّر رسالة تعريف الخدمة فحكاية أخرى. يناسب هذا النمط واجهة أمامية توزّع الاتصالات على خلفيات، ولن تسمّي أي كمية من الفحص من جانبك المستأجر الذي يقف خلفها.
ما لا يقوله الفحص أبدًا هو النية. المنفذ المُرشَّح نتيجة سياسة، لا دليل على أن أحدًا استهدف نفقك، والمنفذ المفتوح ليس دليلًا على أن التطبيق خلفه سيخدمك. اربط ذلك بسجلات المكوّن الذي تديره قبل كتابة أي من الروايتين.
سجّل النتائج لتصمد المقارنة أمام المراجعة
السجل المفيد يحمل الاسم المطلوب، والعنوان المحلول وعائلته، والرايات الدقيقة، وعنوان المصدر المستخدم، والتصريح الذي غطّى الوجهة. أضف الوقت، لأن إجابات DNS تتناوب وتقرير بلا أختام زمنية يدعو الجدال نفسه مرتين. أضف إصدار الماسح أيضًا، لأن سلوك السبر الافتراضي ينزاح بين الإصدارات. وإذا استخدمت جولتان طريقتين مختلفتين، فاعتبرهما تجربتين مختلفتين وقُل ذلك في العنوان لا في الحاشية.
صنّف النتيجة بما هي: وجهات مختلفة، أو مسارات مصدر مختلفة، أو اختلاف ما زال غير مفسّر. هذه المفردات تُبقي تقرير الفحص صادقًا، وتمنع إعادة نشر إجابة مُحلِّل كحادثة اعتراض VPN. الخطوة التالية عادةً جولة أخرى بالعنوان المثبّت، لا فحص أوسع.