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 تقسیم‌شده، تبدیل‌کننده دیگر یا متعادل‌کننده باری که در ترتیب تازه پاسخ می‌دهد همان اثر را بدون هیچ تونلی پدید می‌آورند.
مقدار تبدیل‌شده را کنار خروجی اسکن نگه دارید، همراه با خانواده نشانی، مجموعه پرچم و برچسب زمان. جست‌وجوی معکوسی که نام شرکتی برمی‌گرداند مشاهده دیگری است، نه مدرکی بر اینکه کدام بک‌اند پاسخ داده است.
وضعیت تغییرکرده درگاه چه می‌تواند و چه نمی‌تواند به شما بگوید
وقتی مقصد ثابت شد، درگاهی که از باز به فیلترشده می‌چرخد معمولاً به مسیر اشاره دارد. به یک ACL بالادست، دیوار آتش حالت‌دار یا ارائه‌دهنده‌ای فکر کنید که خروج تونل را متفاوت از خروج خانگی رفتار می‌کند. با آزمودن نشانی دوم تأییدشده در همان زیرشبکه وقتی محدوده اجازه می‌دهد آن را باریک کنید، چون عوض کردن نام میزبان پرسش تبدیل‌کننده را دوباره وارد می‌کند. یک متغیر در هر اجرا تمام روش است.
درگاهی که باز می‌ماند در حالی که بنر سرویس تغییر می‌کند داستان دیگری است. این الگو با یک فرانت‌اند که اتصال‌ها را میان بک‌اندها توزیع می‌کند می‌خواند و هیچ مقدار اسکن از سمت شما مستأجر پشت آن را نام نمی‌برد.
آنچه اسکن هرگز نمی‌گوید نیت است. درگاه فیلترشده پیامد سیاست است، نه مدرکی بر اینکه کسی تونل شما را جدا کرده، و درگاه باز مدرکی بر اینکه برنامه پشت آن به شما خدمت می‌کند نیست. پیش از نوشتن هر یک از دو داستان با گزارش‌های مؤلفه‌ای که مدیریت می‌کنید همبستگی برقرار کنید.
نتایج را چنان ثبت کنید که مقایسه از بازبینی جان سالم ببرد
یک ثبت سودمند نام درخواستی، نشانی تبدیل‌شده و خانواده آن، پرچم‌های دقیق، نشانی مبدأ در حال استفاده و مجوزی را که مقصد را پوشش می‌داد نگه می‌دارد. زمان را بیفزایید، چون پاسخ‌های DNS می‌گردند و گزارشی بدون برچسب زمان همان بحث را دو بار دعوت می‌کند. نسخه اسکنر را هم بیفزایید، چون رفتار کاوش پیش‌فرض میان انتشارها جابه‌جا می‌شود. اگر دو اجرا روش‌های متفاوت به کار برده‌اند، آن‌ها را آزمایش‌های متفاوت بدانید و این را در سرصفحه بگویید نه در پانویس.
یافته را برای آنچه هست برچسب بزنید: مقصدهای متفاوت، مسیرهای مبدأ متفاوت یا تفاوتی که هنوز توضیح داده نشده. این واژگان گزارش اسکن را صادق نگه می‌دارد و مانع می‌شود پاسخ تبدیل‌کننده دوباره به‌عنوان رویداد رهگیری VPN منتشر شود. گام بعدی معمولاً یک اجرای دیگر با نشانی ثابت است، نه اسکن گسترده‌تر.