אובונטו נשארת בלי אינטרנט לאחר הסרת אפליקציית VPN

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

המנהרה נעלמה, המדיניות לא

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

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

קראו את האובייקטים שהחבילה מעולם לא החזיקה

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

nmcli device status
nmcli connection show --active
ip -4 route
ip -6 route

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

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

מחקו את הפרופיל, לא את קובץ המפתח

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

sudo nmcli connection delete pvpn-killswitch
sudo systemctl restart NetworkManager

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

בדקו את וו האתחול לפני שהוא חוזר

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

systemctl list-unit-files | grep -i vpn
grep -rl -i vpn /etc/systemd/system /etc/network/if-up.d

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