NordVPN ב-Ubuntu: שירות הרקע, התחברות והסרה נקייה

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

התחילו בשירות, לא במתקין

קראו תחילה את מצב היחידה: systemctl status nordvpnd אומר לכם אם השירות פועל ואם הופעל מחדש לאחרונה. הודעת הרשאת סוקט כמו Permission denied accessing /run/nordvpn/nordvpnd.sock עוסקת בחברות בקבוצה, לא במנהרה. הוסיפו את החשבון לקבוצת הספק, ואז התנתקו לגמרי ממושב שולחן העבודה והתחברו שוב. מסוף חדש שומר על רשימת הקבוצות הישנה, לכן id הוא האישור המהיר היחיד שהשינוי הוחל.

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

בחרו את נתיב ההתחברות שהבנייה מציעה

הוראות התחברות משנה שעברה עשויות לתאר דגל שאינו קיים עוד. בבניות הנוכחיות, nordvpn login --legacy מחזיר flag provided but not defined: -legacy, ושני הנתיבים הנתמכים הם אסימון מהפורטל וקריאה חוזרת מהדפדפן. לנתיב האסימון, צרו אותו בעמוד החשבון והעבירו אותו פעם אחת: nordvpn login --token <token>. לנתיב הקריאה החוזרת, העתיקו את כתובת ההצלחה, החליפו את https:// ב-nordvpn://, ושימו את התוצאה במירכאות כשאתם מוסרים אותה ל-nordvpn login --callback.

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

הסירו לחלוטין, כולל המאגר

להסרה שלושה חלקים: החבילה, מקור apt והחברות בקבוצה. ניקוי החבילה בלבד משאיר מאגר שממשיך לענות ל-apt update, וקבוצה מיושנת שממשיכה להעניק גישה לסוקט שאיש לא אמור להחזיק בו. אם הלקוח הגיע מ-.deb שהורד, אתרו תחילה את שם החבילה המדויק עם dpkg -l | grep -i nordvpn, כי ניחוש מייצר ניקוי שלא מסיר דבר.

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

sudo apt purge nordvpn
sudo rm /etc/apt/sources.list.d/nordvpn.list
sudo gpasswd -d "$USER" nordvpn

הסירו פרופילים שההסרה שכחה

NetworkManager שומר חיבורים במאגר משלו, ולקוח שכתב אחד במהלך ההגדרה יכול להשאיר אותו פעיל הרבה אחרי ההסרה. האשם הידוע הוא pvpn-ipv6leak-protection. הציגו רשימה עם nmcli connection show ו-nmcli connection show --active, רשמו את ה-UUID, ומחקו לפי המזהה הזה כדי שלא תסירו פרופיל חי. אם הרשומה חוזרת אחרי אתחול, מחקו את קובץ המפתח שלה תחת /etc/NetworkManager/system-connections/ והפעילו מחדש את NetworkManager.

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

התחברות אינה אותו דבר כמו מנהרה עובדת

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

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