Pse një shkurtore e re VPN nuk i rikthen cilësimet e humbura
Një nisës vendos si fillon një program, jo ku ruan preferencat e tij. Krahasoni kontekstin e skedarit të ekzekutueshëm, përdoruesit dhe konfigurimit përpara se të fajësoni ikonën.
Zërat e menusë që mungojnë dhe preferencat që zhduken rregullohen me të njëjtin refleks, ndonëse janë probleme të palidhura. Njëra është integrimi me desktopin, tjetra është gjendja e aplikacionit, dhe një ikonë e re nuk ndryshon asnjërën prej tyre vetë. Ndarja e tyre kërkon një eksperiment dhe shpjegon pjesën më të madhe të konfuzionit që njerëzit sjellin në këtë temë. Nisësi nis një program; programi vendos çfarë mban mend.
Dy punë që duken vetëm si një
Integrimi me desktopin do të thotë që mjedisi mund të gjejë një skedar të ekzekutueshëm, të paraqesë një emër dhe një ikonë dhe të kalojë argumentet e sakta. Gjendja e aplikacionit do të thotë që programi shkruan një profil në një vend të qëndrueshëm dhe e lexon përsëri nisjen tjetër. Asnjëra nuk nënkupton tjetrën, prandaj një shkurtore që funksionon mund të nisë një klient që ka harruar gjithçka.
Ndryshoni një preferencë të padëmshme shfaqjeje përmes kontrolleve të vetë aplikacionit, më pas mbylleni dhe rihapeni në të njëjtën mënyrë. Nëse preferenca kthehet, këmbëngulja funksionon dhe ankesa e mbetur ka të bëjë me gjetjen e dritares dhe jo me ruajtjen e të dhënave. Nëse zhduket, shkurtorja është shpërqendrim dhe pyetja e vërtetë është ku e mban ai proces skedarët e tij. Testoni një preferencë në një herë, sepse një klient që kërkon përsëri fjalëkalimin mund të mbrojë një sekret dhe jo të humbasë një konfigurim.
Krahasoni hyrjet e nisjes përpara riinstalimit
Filloni te zëri i desktopit dhe lexoni çfarë bën në të vërtetë, sepse nisja nga menuja nuk është automatikisht i njëjti mjedis procesi si nisja nga terminali. Çelësat që kanë rëndësi janë Exec, Path dhe indirekt mjedisi që ofron sesioni. Një skript mbështjellës në Exec mund të vendosë një variabël, të ndryshojë drejtorinë ose të thërrasë një ndihmës të privilegjuar që menuja nuk e shfaq kurrë. Riinstalimi zëvendëson skedarë që aplikacioni i kishte tashmë, dhe rrallë është ajo variabla që ndryshoi.
grep -h '^Exec=' ~/.local/share/applications/*.desktop
desktop-file-validate ~/.local/share/applications/client.desktop
Shikoni skedarin nën ~/.local/share/applications përpara atij në /usr/share/applications, sepse një kopje përdoruesi mbulon kopjen e sistemit. Ekzekutoni desktop-file-validate kur zëri sillet keq dhe kërkoni një kopje të vjetruar që ende tregon një shteg të hequr. Një kopje përdoruesi e pavlefshme preferohet ende nga shumica e desktopëve, kështu që një skedar i prishur mund ta heqë zërin nga menuja ndërsa skedari i paketës mbetet i vlefshëm. Më pas ekzekutoni të njëjtin komandë me dorë dhe krahasoni çfarë prodhojnë dy nisjet.
Ku jeton vërtet një preferencë
Aplikacionet që ndjekin rregullat e drejtorive bazë XDG vendosin konfigurimin nën $XDG_CONFIG_HOME, gjendjen e qëndrueshme nën $XDG_STATE_HOME dhe të dhënat e hedhura nën $XDG_CACHE_HOME, dhe përdorin si parazgjedhje ~/.config, ~/.local/state dhe ~/.cache kur ato variabla nuk janë vendosur. Të tre janë role dhe jo premtime, prandaj një produkt i caktuar VPN mund të dokumentojë diçka krejt tjetër. Leximi i dokumentacionit të vetë furnizuesit është më i mirë se hamendësimi i një shtegu nga emri i një drejtorie. Kur dokumentacioni është i hollë, vëzhgoni procesin dhe jo sistemin e skedarëve.
Një gjurmë e filtruar për hapje skedarësh tregon çdo shteg konfigurimi që provon klienti, duke përfshirë atë që shkruan në dalje. Ekzekutoni atë si i njëjti përdorues dhe në të njëjtin mjedis, më pas krahasoni ato shtigje me drejtoritë që prisnit.
strace -f -e trace=openat,stat -o /tmp/vpn.log vpn-client
Sekretet dhe profilet kanë pronarë të ndryshëm
Një profil i ruajtur dhe një kredencial i ruajtur janë objekte të ndara, shpesh me ruajtje të ndarë. Njëri mund të jetojë në një skedar konfigurimi ndërsa tjetri qëndron në një unazë çelësash që hapet për sesion, kështu që një klient që kërkon përsëri fjalëkalimin thjesht mund të bëjë atë për të cilën është projektuar. Fshirja e profilit për të ndaluar kërkesën është mënyra se si njerëzit humbasin një konfigurim që funksionon.
Nisjet e privilegjuara e ndërlikojnë më tej, sepse një nisje përmes sudo ose një ndihmësi PolicyKit mund të paraqesë një drejtori tjetër shtëpie dhe për rrjedhojë një grup tjetër konfigurimi. Rregulloni pronësinë në skedarin specifik që dokumenton aplikacioni dhe jo në mënyrë rekursive në të gjithë drejtorinë e shtëpisë, më pas vendosni cila identitet duhet ta zotërojë profilin në vazhdim dhe mbani nisjet e ardhshme në përputhje me të.
Çfarë mund dhe çfarë nuk mund t’ju thotë ikona
Një ikonë dëshmon që një skedar nisësi zgjidhet, dhe asgjë më shumë. Gjendja e lidhjes i përket klientit, prandaj kontrolli i vetëm i besueshëm është ndërfaqja, rruga ose dalja e statusit të vetë klientit. Një applet i tabakas që nuk u nis mund ta bëjë një tunel që funksionon të duket i prishur, ndërsa një applet i vjetruar mund ta bëjë një të prishur të duket në rregull. Testoni lidhjen dhe nisësin veçmas, më pas shkruani cilën prej tyre rregulluat vërtet.
Nëse të dyja ishin të prishura, rezistojini tundimit për ta trajtuar riparimin si një ndryshim të vetëm. Rregulloni zërin, konfirmoni nisjen, më pas konfirmoni tunelin dhe shkruani rezultatin e çdo hapi. Ai regjistër është ai që e bën raportin e ardhshëm për cilësimet e humbura të diagnostikueshëm në vend të një përsëritjeje të këtij, dhe gjithashtu i thotë personit tjetër cila gjysmë e problemit ishte e vërtetë.