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. הצעד הבא הוא בדרך כלל הרצה נוספת עם הכתובת המקובעת, לא סריקה רחבה יותר.