Ви двічі клацаєте файл, завантажений минулого тижня, з'єднання працює, і звичка залишається: щоразу, коли VPN падає, ви знову запускаєте той самий файл. Ніщо не ламається одразу, і саме тому цей шаблон виживає. Насправді ви перевстановлюєте застосунок поверх самого себе, а потім знову відкриваєте його з кінця інсталятора.

Коли інсталятор завершує роботу, програма живе в іншому місці диска і має власну іконку, власні налаштування та власну фонову службу. Завантаження було механізмом доставки, і зберігати його цілком нормально, але це не те, з чим ви підключаєтеся.

Що завантаження насправді поклало на диск

Файл .run — це домовленість про іменування, а не тип файлу. Це може бути shell-скрипт, архів, що саморозпаковується, скомпільований бінарний файл або щось, що під час виконання вирішує, чим із цього бути. Розширення нічого не каже про те, хто його опублікував і чи варто йому довіряти, і тому інструкції зі встановлення починаються не з команди, а з отримання його з перевіреного каналу.

Для постачальника, який доставляє так, інсталятор розпаковує своє корисне навантаження, записує застосунок і його допоміжні файли та реєструє в середовищі робочого столу те, що йому потрібно. Коли він завершує, цікавими артефактами є бінарний файл застосунку, запис на робочому столі й часто служба, яку застосунок запускає. Жоден із них не є файлом, який ви завантажили. Загляньте в каталог, який інсталятор називає у своєму фінальному виводі, і ви одразу побачите різницю.

Звичка запускати його знову приховує й діагностику. Якщо застосунок відкривається після повного перевстановлення, але не з меню, ви нічого не дізнаєтеся про те, якої частини бракувало, бо інсталятор перезібрав їх усі.

Встановіть один раз, використовуючи виклик самого постачальника

Дотримуйтеся задокументованого виклику точно, включно з інтерпретатором, який він називає. Для Linux-клієнта PIA посібник викликає інсталятор через sh, тож форма команди — це інтерпретатор, за яким іде файл, який ви справді завантажили.

sh ./pia-linux-VERSION.run

VERSION — це заповнювач для будь-якої збірки, яку ви отримали, а не рекомендація шукати конкретний номер. Ставтеся до цієї команди як до виконання коду з наслідками на рівні системи, бо це воно й є: це не спосіб оглянути файл, і двократний запуск не навчить вас нічого, чого не навчив перший.

Одна деталь із того самого посібника легко пропускається й варта повторення: не ставте перед інсталятором sudo. Він сам запитує потрібні йому адміністративні права, а обгортання його в root-оболонку змінює, у чиєму користувацькому середовищі опиниться встановлення. З тієї ж причини «зроби кожне завантаження виконуваним і запусти його» не є загальним правилом; попросити інтерпретатор прочитати скрипт і виконати файл напряму — це різні операції з різними режимами відмови.

Коли інсталятор завершує, постачальник документує вхід і підключення через щойно встановлений застосунок. Кожне наступне підключення належить туди. Якщо ви досі вводите шлях до інсталятора, щоб вийти в мережу, ви випадково зробили інсталятор частиною свого робочого процесу.

Засіб запуску, магазин і лоток — три різні місця

Меню застосунків, каталог магазину програм і область лотка — це окремі інтерфейси, які підтримують різні компоненти, і інсталятор може заповнити один, не торкаючись інших. Автономний інсталятор зазвичай записує запис на робочому столі, і це лише інтеграція із засобом запуску і нічого більше. Це не робить застосунок установленням, яким керує магазин, і не гарантує значок у лотку.

Індикатору в лотку потрібна підтримка з обох боків: застосунок, що працює, має експортувати його, а робочий стіл має надати для нього хазяїна. На робочих столах, де прибрали традиційний лоток, застосунок, що очікує індикатор, може чудово працювати й нічого не показувати, і це прогалина в інтеграції, а не невдале встановлення. Повідомлення версії робочого столу й версії застосунку робить цю прогалину розв'язною.

Тож коли застосунок відкривається, а значка немає, не перевстановлюйте. Перевірте, чи працює процес, чи приховане вікно за фоновим запуском і чи підтримує робочий стіл такі індикатори взагалі. Відсутній індикатор на робочому столі без хазяїна лотка — це очікувана поведінка, а не дефект. Перевстановлення того самого завантаження вп'яте лише оновлює те, що вже працювало.

Запишіть власника встановлення

Запишіть, який канал установив застосунок, який компонент його оновлює і що його видаляє. Ці три відповіді зазвичай не одна й та сама програма, а машина, де ніхто їх не знає, — це машина, де дві копії VPN-клієнта зрештою б'ються за ті самі маршрути.

Видалення завантаженого інсталятора нічого не деінсталює, а закриття вікна не обов'язково зупиняє службу чи політику блокування, яку він установив. Перш ніж прибирати, з'ясуйте, що запускається при вході й що переживає перезавантаження.

Коли інсталятор зробив свою справу, покладіть його в теку, яку запам'ятаєте, і перестаньте ставитися до нього як до застосунку. Наступного разу, коли тунель поводитиметься погано, почніть зі встановленого застосунку, а завантаженню дозвольте залишитися артефактом дня, коли ви його встановили. Посібник зі встановлення PIA для Linux — джерело для виклику й перших кроків запуску, описаних вище.

Схожі статті