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

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

מה ההורדה באמת שמה על הדיסק

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

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

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

התקינו פעם אחת, באמצעות הקריאה של הספק עצמו

פעלו לפי הקריאה המתועדת בדיוק, כולל המפרש שהיא מציינת. עבור לקוח ה-Linux של PIA, המדריך קורא למתקין דרך sh, ולכן צורת הפקודה היא המפרש ואחריו הקובץ שהורדתם בפועל.

sh ./pia-linux-VERSION.run

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

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

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

משגר, חנות ומגש הם שלושה מקומות שונים

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

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

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

רשמו את הבעלים של ההתקנה

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

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

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

מאמרים קשורים