Polkit-agent eller løyndomsagent: kva dialog manglar?
Éin dialog ber om lokal myndigheit, den andre om ein løyndom. Finn ut kva agent som manglar, og reparer deretter økta i staden for å lempe på policyen.
Les dialogteksta før du rører nokon konfigurasjon. Éin dialog ber om myndigheit til å endre netverket til maskina; den andre ber om løyndomen ein tilkopling treng. Dei kjem frå ulike komponentar, feilar av ulike grunnar, og å reparere den eine reparerer aldri den andre. Meldinga nemner kven du har med å gjere.
Start med det namnet og ikkje med VPN, som berre er grunnen til at operasjonen vart beden om.
Kva dialog manglar du eigentleg?
Ein dialog for lokal autorisasjon betyr at skrivebordet spør om denne brukaren kan utføre ein privilegert operasjon. Ein løyndomsdialog betyr at tilkoplingslageret treng eit passord, ein nøkkelfrase eller eit token før tunnelen kan byggjast. Den første vert svara av ein autentiseringsagent i økta di; den andre av ein løyndomsagent som nettverksstyringstenesta kan nå. Viss meldinga seier at ingen autentiseringsagent vart funnen, er det enno ikkje spurt etter eit VPN-passord.
Rekkjefølgja har noko å seie når du rapporterer problemet. Oppstartskonteksten, den førespurte lokale operasjonen, autorisasjonsresultatet og kvar seinare tilkoplingsfeil er fire åtskilde fakta, og å slå dei saman gjev ein rapport ingen kan handle på.
Polkit-agenten bur i økta di
Polkit held ein privilegert systemoperasjon åtskild frå det vanlege programmet som ber om han, og ein agent i økta til brukaren presenterer den interaksjonen. Eit lett skrivebord, ein oppstartar starta frå ein bar terminal eller ei økt som har mista agenten sin kan alle la den interaksjonen vere utilgjengeleg. Kontroller korleis programmet vart starta før du går ut frå at policyen er feil. Ei økt med berre tekst treng sin eigen støtta agent, ikkje ein grafisk lånt frå ei anna innlogging.
Å kopiere øktbussadresser eller visingsvariablar frå miljøet til ein annan brukar er ikkje ein autorisasjonsplan. Det gjev ei økt som ser tilkopla ut og framleis ikkje kan svare rett på dialogen.
Løyndomsagenten leverer noko anna
Nettverksstyringstenesta ber ein løyndomsagent om legitimasjon som ho ikkje lagrar sjølv, og agenten viser den førespurnaden til brukaren. Ein kommandolinjeklient med sin eigen interaktive dialog er ein slik agent; eit skrivebordsskal leverer vanlegvis ein annan. Å gjere ein løyndom tilgjengeleg gjev ikkje myndigheit til å endre systemnetverket, og å reparere lokal autorisasjon skaper ikkje ein manglande legitimasjon. Éin arbeidsflyt kan trenge begge svara, og alltid i den rekkjefølgja.
Viss løyndomsdialogen aldri visest, sjå på kva agent tenesta kan nå, ikkje på polkit-policyen.
Reparer økta, ikkje privilegienivået
Bruk den støtta agenten til skrivebordet og oppstartsintegrasjonen i staden for å køyre heile VPN-grensesnittet som root. Å gje kvar brukar ubetinga nettverksadministrasjon, eller å slå av autorisasjonstenesta, byter ein manglande dialog mot eit permanent hol. På styrt utstyr kan administratoren med vilje krevje ein godkjend operatør, og den rette løysinga er å arbeide innanfor den avgjerda. Sjå visinga av støtta løyve for å sjå kva den noverande brukaren kan be om.
Ikkje bland det lokale svaret inn i autentiseringsresultatet til gatewayen; dei er to hendingar. Ein interaktiv løyndomsdialog i ein terminal fritek heller ingen frå autorisasjonspolicyen, så praktisk som det enn kjennest.
Noter kva agent som svara, i kva økt, og kva som skjedde etterpå.