Kial nova VPN-fulmoklavo ne revenigas perditajn agordojn

Mankantaj menueroj kaj malaperantaj preferoj estas riparataj per la sama reflekso, kaj ili estas nesamrilataj problemoj. Unu estas labortabla integriĝo, la alia estas aplikaĵa stato, kaj nova piktogramo mem ne ŝanĝas iun el la du. Apartigi la du postulas unu eksperimenton kaj klarigas la plejparton de la konfuzo, kiun homoj alportas al ĉi tiu temo. La lanĉilo startigas programon; la programo decidas, kion ĝi memoras.

Du taskoj, kiuj nur ŝajnas unu

Labortabla integriĝo signifas, ke la medio povas trovi plenumaĵon, prezenti nomon kaj piktogramon, kaj pasigi la ĝustajn argumentojn. Aplikaĵa stato signifas, ke la programo skribas profilon en daŭra loko kaj relegas ĝin ĉe la sekva starto. Neniuj el la du implicas la alian, kaj tial funkcianta fulmoklavo povas startigi klienton, kiu forgesis ĉion.

Ŝanĝu unu sendanĝeran vidigan preferon per la propraj regiloj de la aplikaĵo, poste fermu kaj remalfermu ĝin same. Se la prefero revenas, la konservado funkcias kaj la cetera plendo temas pri trovi la fenestron, ne pri konservi datumojn. Se ĝi malaperas, la fulmoklavo estas distraĵo kaj la vera demando estas, kie tiu procezo tenas siajn dosierojn. Testu unu preferon samtempe, ĉar kliento, kiu denove petas pasvorton, eble protektas sekreton anstataŭ perdi agordon.

Komparu la startajn enigojn antaŭ reinstalo

Komencu ĉe la labortabla ero kaj legu, kion ĝi efektive faras, ĉar starto el la menuo ne estas aŭtomate la sama proceza medio kiel starto el la terminalo. La gravaj ŝlosiloj estas Exec, Path kaj, nerekte, la medio, kiun la seanco provizas. Ĉirkaŭa skripto en Exec povas agordi variablon, ŝanĝi dosierujon aŭ alvoki privilegian helpanton, kiun la menuo neniam montras. Reinstalo anstataŭigas dosierojn, kiujn la aplikaĵo jam havis, kaj tio malofte estas la variablo, kiu ŝanĝiĝis.

grep -h '^Exec=' ~/.local/share/applications/*.desktop
desktop-file-validate ~/.local/share/applications/client.desktop

Rigardu la dosieron sub ~/.local/share/applications antaŭ tiu en /usr/share/applications, ĉar uzanta kopio ombras la sisteman kopion. Rulu desktop-file-validate kiam la ero miskondutas, kaj serĉu malnoviĝintan kopion, kiu ankoraŭ montras al forigita vojo. Nevalida uzanta kopio ankoraŭ estas preferata de la plej multaj labortabloj, do difektita dosiero povas forigi la eron el la menuo, dum la dosiero de la pako restas valida. Poste rulu la saman komandon permane kaj komparu, kion produktas la du startoj.

Kie prefero efektive loĝas

Aplikaĵoj, kiuj sekvas la regulojn pri bazaj dosierujoj XDG, metas agordon sub $XDG_CONFIG_HOME, daŭran staton sub $XDG_STATE_HOME kaj forĵeteblajn datumojn sub $XDG_CACHE_HOME, uzante defaŭlte ~/.config, ~/.local/state kaj ~/.cache kiam tiuj variabloj ne estas agorditaj. La tri estas roloj, ne promesoj, do aparta VPN-produkto povas dokumenti tute alian aferon. Legi la dokumentaron de la vendinto mem pli bonas ol diveni vojon el dosieruja nomo. Kiam la dokumentaro estas maldika, observu la procezon anstataŭ la dosiersistemon.

Spuro filtrata al dosieraj malfermoj montras ĉiun agordan vojon, kiun la kliento provas, inkluzive de tiu, kiun ĝi skribas ĉe eliro. Rulu ĝin kiel la sama uzanto kun la sama medio, poste komparu tiujn vojojn kun la dosierujoj, kiujn vi atendis.

strace -f -e trace=openat,stat -o /tmp/vpn.log vpn-client

Sekretoj kaj profiloj havas malsamajn posedantojn

Konservita profilo kaj konservita legitimilo estas apartaj objektoj, ofte kun aparta konservado. Unu povas vivi en agorda dosiero, dum la alia sidas en ŝlosilringo, kiu malŝlosiĝas po seanco, do kliento, kiu denove petas pasvorton, eble simple faras tion, por kio ĝi estis desegnita. Forigi la profilon por haltigi la peton estas la maniero, kiel homoj perdas funkciantan agordon.

Privilegiaj startoj plikomplikigas ĉi tion, ĉar starto per sudo aŭ per helpanto PolicyKit povas prezenti alian hejman dosierujon kaj do alian agordan aron. Riparu posedrajton ĉe la specifa dosiero, kiun la aplikaĵo dokumentas, anstataŭ rekursie tra la tuta hejma dosierujo, poste decidu, kiu identeco posedu la profilon de nun kaj tenu estontajn startojn kongruaj kun ĝi.

Kion la piktogramo povas diri al vi kaj kion ne

Piktogramo pruvas, ke lanĉila dosiero solviĝas, kaj nenion pli. La konekta stato apartenas al la kliento, do la sola fidinda kontrolo estas la interfaco, la vojo aŭ la propra statusa eligo de la kliento. Pletoaplikaĵo, kiu malsukcesis starti, povas igi funkciantan tunelon aspekti difektita, dum malnova pletoaplikaĵo povas igi difektitan aspekti bone. Testu la konekton kaj la lanĉilon aparte, poste notu, kiun vi efektive riparis.

Se ambaŭ estis difektitaj, rezistu la alogon trakti la riparon kiel unu ŝanĝon. Riparu la eron, konfirmu la starton, poste konfirmu la tunelon, kaj notu la rezulton de ĉiu paŝo. Tiu registro estas tio, kio igas la sekvan raporton pri perditaj agordoj diagnozebla anstataŭ ripeto de ĉi tiu, kaj ĝi ankaŭ diras al la sekva persono, kiu duono de la problemo estis reala.