אין אינטרנט אחרי הסרת ה-VPN? בדקו שלושה בעלים

הלקוח נעלם והמחשב עדיין לא מגיע לשום מקום, מה שמפתה ליישר את חומת האש ולהתחיל מחדש. אל תעשו זאת. מצב החסימה יכול לבוא משלושה בעלים שונים באותו מחשב, ולכל אחד יש נתיב הסרה משלו. שטיפה של הכול בבת אחת מסירה את האובייקט שרציתם להיפטר ממנו יחד עם הגנה שעדיין דרושה לכם, והיא גם משמידה את הראיה מי הבעלים שגרם לבעיה. חמש בדיקות, לפי הסדר, מונעות זאת.

בדיקה 1: מה עוד נמצא שם, ולשם מה

חפשו את שלושת החפצים בנפרד: מתאם וירטואלי שעוד קיים, מסנן או כלל של חומת אש שעוד חוסם, ונתיב או כלל מדיניות שעוד מצביע על מנהרה שכבר לא קיימת. הנוכחות שלהם כשלעצמה לא מוכיחה דבר, כי מתג הרג במכוון נראה מבחוץ בדיוק כמו כזה שננטש.

Get-NetAdapter | Where-Object Status -eq 'Up'
Get-NetFirewallRule -Enabled True -Direction Outbound | Where-Object Action -eq 'Block'
ip route show
ip -4 rule show

רשמו את השעה שבה הקישוריות פסקה ואם הלקוח הרגיל עדיין יכול להפעיל את המנהרה שלו. אם הלקוח יכול לשחזר את המנהרה והתעבורה חוזרת, החסימה עושה את עבודתה והבעיה היא במצב הלקוח, לא בכלל שנשאר.

בדיקה 2: איזה בעלים שולט בו

לכל חפץ יש בעלים. המתאם הווירטואלי שייך ללקוח ה-VPN או להתקן שלו. המסנן עשוי להיות של הלקוח, של חומת האש של הפלטפורמה עצמה, או של מוצר אבטחה מנוהל. ייתכן שהלקוח התקין את הנתיב בזמן החיבור והשאיר אותו מאחור.

בציוד מנוהל, בדקו את מדיניות ההתקן לפני שנוגעים במשהו. מסנן שנאכף על ידי מדיניות ישוחזר ברישום הבא, כך שהסרה מקומית קונה שעה ודוח תאימות. השיחה הזו שייכת למנהל, לא לממשק חומת האש.

בדיקה 3: הסירו את הדבר הצר ביותר שמסביר את זה

התחילו בנתיב הנתמך של הספק: התקנת תיקון או הסרה נאותה מנקות לעתים קרובות את המצב שנוצר כראוי, כולל מסננים שהסרה ידנית תפספס. קראו את הוראות השחזור של הגרסה המותקנת, כי הסדר חשוב והסרה לאחר הסרה כושלת מתנהגת אחרת.

אם באמת נדרשת בדיקה ידנית, רשמו את שם הכלל, הממשק והמטרה המוצהרת לפני שמשנים משהו, והסירו את האובייקט הזה לפי שם. הסרה של כל מתאם רשת או שטיפה של כל מערכת הכללים כדי לפגוע בלקוח אחד היא הדרך שבה מקרה תמיכה הופך לבנייה מחדש.

בדיקה 4: DNS ונתיבים שורדים מתאמים

מצב הפענוח יכול לשרוד את המנהרה. פותר שעוד מצביע על כתובת בתוך מנהרה שכבר לא קיימת מייצר פסקי זמן שנראים בדיוק כמו נפילה של חומת אש, והמסקנה הרגילה היא השגויה.

resolvectl status
ip route get 1.1.1.1
nslookup example.com

אם הכתובת נפתרת וחיבור גולמי דרך IP עובד, DNS הוא הבעיה שנותרה ולא הסינון. אם שניהם נכשלים, חזרו לבדיקה אחת עם הנתיב והמסנן ביד.

בדיקה 5: בדקו שוב את שני הנתיבים והחזירו את האבחון

אמתו קישוריות רגילה קודם, ואז כל פרופיל VPN שנותר דרך הבקרות שלו: התחברו, השתמשו, התנתקו, וודאו שהמארח חזר לקישוריות פשוטה. הסבב הזה הוא המבחן שמוכיח שהחסימה הנטושה נעלמה ולא רק נעקפה.

לבסוף, שחזרו כל שינוי אבחוני שעשיתם בדרך. ניקוי מוצלח מסיר תלות נטושה אחת; הוא אינו מסיר את ההגנה הכללית של המארח, והוא לא אמור להשאיר מאחור חומת אש מרופפת לצמיתות. שימו לב איזה בעלים החזיק בחסימה, כי ההסרה הבאה תייצר את אותם שלושה מועמדים.