Za każdym razem uruchamiasz ponownie plik .run VPN? To instalator
Pobranie umieściło aplikację na dysku i teraz leży ona tam, wyglądając jak program. Łącz się z zainstalowanej aplikacji, a instalator zachowaj na później.
Klikasz dwukrotnie plik pobrany w zeszłym tygodniu, połączenie działa, a nawyk zostaje: za każdym razem, gdy VPN się urywa, uruchamiasz ten sam plik ponownie. Nic nie psuje się od razu, i dlatego ten wzorzec przetrwa. W rzeczywistości reinstalujesz aplikację na niej samej, a potem otwierasz ją ponownie od końca instalatora.
Gdy instalator zakończy pracę, program mieszka gdzie indziej na dysku i ma własną ikonę, własne ustawienia i własną usługę w tle. Pobranie było mechanizmem dostarczenia, i trzymanie go jest w porządku, ale to nie jest to, z czym się łączysz.
Co pobranie naprawdę umieściło na dysku
Plik .run to konwencja nazewnictwa, a nie typ pliku. Może być skryptem powłoki, archiwum samorozpakowującym, skompilowanym plikiem binarnym albo czymś, co w trakcie działania decyduje, którym z nich będzie. Rozszerzenie nie mówi ci nic o tym, kto go opublikował ani czy powinieneś mu ufać, i dlatego instrukcje instalacji zaczynają się od pozyskania go ze zweryfikowanego kanału, a nie od polecenia.
Dla dostawcy, który dostarcza w ten sposób, instalator rozpakowuje swój ładunek, zapisuje aplikację i jej pliki pomocnicze oraz rejestruje w środowisku pulpitu to, czego potrzebuje. Gdy skończy, interesującymi artefaktami są plik binarny aplikacji, wpis na pulpicie i często usługa, którą aplikacja uruchamia. Żaden z nich nie jest plikiem, który pobrałeś. Zajrzyj do katalogu, który instalator podaje w swoim końcowym wyniku, a od razu zobaczysz różnicę.
Nawyk ponownego uruchamiania ukrywa też diagnozę. Jeśli aplikacja otwiera się po pełnej reinstalacji, ale nie z menu, nie dowiesz się niczego o tym, której części brakowało, ponieważ instalator odbudował je wszystkie.
Zainstaluj raz, używając wywołania samego dostawcy
Trzymaj się dokładnie udokumentowanego wywołania, włącznie z podanym interpreterem. Dla klienta PIA na Linuksa przewodnik wywołuje instalator przez sh, więc kształt polecenia to interpreter, po którym następuje plik, który naprawdę pobrałeś.
sh ./pia-linux-VERSION.run
VERSION to miejsce na dowolną pobraną kompilację, a nie zalecenie szukania konkretnego numeru. Traktuj to polecenie jako wykonanie kodu o skutkach na poziomie systemu, bo tym właśnie jest: nie jest sposobem na obejrzenie pliku, a uruchomienie go dwa razy nie nauczy cię niczego, czego nie nauczyło pierwsze.
Jeden szczegół z tego samego przewodnika łatwo pominąć i warto go powtórzyć: nie stawiaj przed instalatorem sudo. Sam prosi o potrzebne uprawnienie administracyjne, a owijanie go w powłokę roota zmienia, w środowisku którego użytkownika wyląduje instalacja. Z tego samego powodu „uczyń każde pobranie wykonywalnym i uruchom je” nie jest ogólną zasadą; proszenie interpretera o przeczytanie skryptu i bezpośrednie wykonanie pliku to dwie różne operacje o różnych trybach awarii.
Gdy instalator zakończy, dostawca dokumentuje logowanie i łączenie przez właśnie zainstalowaną aplikację. Każde późniejsze połączenie należy tam. Jeśli nadal wpisujesz ścieżkę instalatora, aby być online, przez przypadek uczyniłeś instalator częścią swojego przepływu pracy.
Launcher, sklep i zasobnik to trzy różne miejsca
Menu aplikacji, katalog sklepu z oprogramowaniem i obszar zasobnika to osobne interfejsy utrzymywane przez różne komponenty, a instalator może wypełnić jeden, nie dotykając pozostałych. Samodzielny instalator zwykle zapisuje wpis na pulpicie, co jest tylko integracją z launcherem i niczym więcej. Nie czyni to aplikacji instalacją zarządzaną przez sklep i nie gwarantuje ikony w zasobniku.
Wskaźnik w zasobniku wymaga wsparcia z obu stron: działająca aplikacja musi go eksportować, a pulpit musi mu zapewnić gospodarza. Na pulpitach, które usunęły tradycyjny zasobnik, aplikacja oczekująca wskaźnika może działać bezbłędnie i nic nie pokazywać, i jest to luka w integracji, a nie nieudana instalacja. Podanie wersji pulpitu i wersji aplikacji jest tym, co czyni tę lukę możliwą do zaadresowania.
Więc gdy aplikacja się otwiera, ale brakuje ikony, nie reinstaluj jej. Sprawdź, czy działa proces, czy okno jest ukryte za uruchomieniem w tle i czy pulpit w ogóle obsługuje takie wskaźniki. Brakujący wskaźnik na pulpicie bez gospodarza zasobnika to oczekiwane zachowanie, nie usterka. Ponowna instalacja tego samego pobrania po raz piąty odświeża tylko to, co już działało.
Zapisz właściciela instalacji
Zapisz, który kanał zainstalował aplikację, który komponent ją aktualizuje i co ją usuwa. Te trzy odpowiedzi zwykle nie są tym samym programem, a maszyna, na której nikt ich nie zna, to maszyna, na której dwie kopie klienta VPN w końcu kłócą się o te same trasy.
Usunięcie pobranego instalatora niczego nie odinstalowuje, a zamknięcie okna niekoniecznie zatrzymuje usługę ani zainstalowaną przez niego politykę blokowania. Przed sprzątaniem dowiedz się, co uruchamia się przy logowaniu i co przetrwa restart.
Gdy instalator wykonał swoją pracę, połóż go w folderze, który zapamiętasz, i przestań traktować go jak aplikację. Następnym razem, gdy tunel będzie się źle zachowywał, zacznij od zainstalowanej aplikacji, a pobranie niech pozostanie artefaktem dnia, w którym je zainstalowałeś. Przewodnik instalacji PIA dla Linuksa jest źródłem dla wywołania i pierwszych kroków uruchamiania opisanych powyżej.