Manglande menyelement og forsvinnande preferansar blir retta med same refleks, og dei er ikkje nærskylde problem. Det eine er skrivebordsintegrasjon, det andre er applikasjonstilstand, og eit nytt ikon endrar ingen av dei av seg sjølv. Å skilje dei to kostar eitt eksperiment og forklarer det meste av forvirringa folk kjem med til dette emnet. Startaren startar eit program; programmet avgjer kva det hugsar.

To oppgåver som berre ser ut som éi

Skrivebordsintegrasjon tyder at miljøet kan finne ei køyrbar fil, vise eit namn og eit ikon og sende dei rette argumenta. Applikasjonstilstand tyder at programmet skriv ein profil på ein varig stad og les han igjen ved neste start. Ingen av delane føreset den andre, og difor kan ein fungerande snarveg starte ein klient som har gløymt alt.

Endre éin uskuldig visingspreferanse gjennom programmet sine eigne kontrollar, og lukk og opne det deretter på same måte. Viss preferansen kjem tilbake, verkar lagringa, og den attverande klaga handlar om å finne vindauget snarare enn å lagre data. Viss han forsvinn, er snarvegen ei avleiing, og det eigentlege spørsmålet er kvar den prosessen held filene sine. Test éin preferanse om gongen, for ein klient som spør om passord igjen, vernar kanskje ein løyndom i staden for å miste ein konfigurasjon.

Samanlikn startparametrane før du reinstallerer

Byrja ved skrivebordsoppføringa og les kva ho faktisk gjer, for ein start frå menyen er ikkje automatisk det same prosessmiljøet som ein start frå terminalen. Nøklane som betyr noko, er Exec, Path og indirekte miljøet sesjonen tilbyr. Eit innpakningsskript i Exec kan setje ein variabel, byte katalog eller kalle ein privilegert hjelpar som menyen aldri viser. Reinstallasjon erstattar filer programmet allereie hadde, og det er sjeldan variabelen som vart endra.

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

Sjå på fila under ~/.local/share/applications før den i /usr/share/applications, fordi ein brukarkopi overskuggar systemkopien. Køyr desktop-file-validate når oppføringa oppfører seg feil, og leit etter ein utdatert kopi som framleis peikar på ein fjerna stig. Ein ugyldig brukarkopi er framleis føretrekt av dei fleste skrivebord, så ei øydelagd fil kan fjerne oppføringa frå menyen medan fila til pakken blir verande gyldig. Køyr deretter den same kommandoen manuelt og samanlikn kva dei to startane gir.

Kvar ein preferanse faktisk bur

Program som følgjer XDG-reglane for basiskatalogar, legg konfigurasjon under $XDG_CONFIG_HOME, varig tilstand under $XDG_STATE_HOME og eingongsdata under $XDG_CACHE_HOME, og brukar ~/.config, ~/.local/state og ~/.cache som standard når desse variablane ikkje er sette. Dei tre er rollar og ikkje løfte, så eit bestemt VPN-produkt kan dokumentere noko heilt anna. Å lese leverandøren si eiga dokumentasjon slår å gjette ein stig frå eit mappenamn. Når dokumentasjonen er tynn, følg med på prosessen i staden for filsystemet.

Eit spor filtrert til filopningar viser kvar konfigurasjonssti klienten prøver, inkludert den han skriv ved avslutning. Køyr det som same brukar med same miljø, og samanlikn deretter desse stiane med mappene du venta.

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

Løyndomar og profilar har ulike eigarar

Ein lagra profil og ei lagra påloggingsinformasjon er separate objekt, ofte med separat lagring. Den eine kan bu i ei konfigurasjonsfil medan den andre sit i ein nøkkelring som blir låst opp per sesjon, så ein klient som spør om passord igjen, gjer kanskje berre det han vart designa for. Å slette profilen for å stoppe førespurnaden er måten folk mistar ein fungerande konfigurasjon på.

Privilegerte startar gjer dette vanskelegare, fordi ein start via sudo eller ein PolicyKit-hjelpar kan presentere ei anna heimemappe og dermed eit anna konfigurasjonssett. Rett eigarskapet på den spesifikke fila programmet dokumenterer, i staden for rekursivt i heile heimemappa, og avgjer deretter kva identitet som skal eige profilen framover, og hald framtidige startar i samsvar med den.

Kva ikonet kan og ikkje kan fortelje deg

Eit ikon beviser at ei startarfil let seg løysa opp, og ikkje noko meir. Tilkoplingstilstand høyrer til klienten, så den einaste pålitelege kontrollen er grensesnittet, ruta eller klienten si eiga statusutskrift. Eit brettprogram som ikkje starta, kan få ein fungerande tunnel til å sjå øydelagd ut, medan eit utdatert program kan få ein øydelagd tunnel til å sjå fin ut. Test tilkoplinga og startaren separat, og skriv deretter ned kva av dei du faktisk reparerte.

Viss begge var øydelagde, motstå å handsame reparasjonen som éi endring. Rett oppføringa, stadfest starten, stadfest deretter tunnelen, og noter resultatet av kvart steg. Den loggen er det som gjer den neste rapporten om tapte innstillingar diagnostiserbar i staden for ei gjentaking av denne, og han fortel også den neste personen kva halvdel av problemet som var ekte.

Relaterte artiklar