Polkit-agent eller hemmelighedsagent: hvilken dialog mangler?

Læs dialogens tekst, før du rører ved nogen konfiguration. Én dialog beder om bemyndigelse til at ændre maskinens netværk; den anden beder om den hemmelighed, en forbindelse har brug for. De kommer fra forskellige komponenter, fejler af forskellige grunde, og at rette den ene retter aldrig den anden. Meddelelsen navngiver, hvilken du har med at gøre.

Begynd med det navn og ikke med VPN, som kun er grunden til, at handlingen blev anmodet om.

Hvilken dialog mangler du egentlig?

En dialog om lokal bemyndigelse betyder, at skrivebordet spørger, om denne bruger må udføre en privilegeret handling. En hemmelighedsdialog betyder, at forbindelseslageret har brug for en adgangskode, en nøglefrase eller et token, før tunnelen kan bygges. Den første besvares af en godkendelsesagent i din session; den anden af en hemmelighedsagent, som netværksstyringstjenesten kan nå. Hvis meddelelsen siger, at der ikke blev fundet nogen godkendelsesagent, er der endnu ikke spurgt om en VPN-adgangskode.

Den rækkefølge betyder noget, når du rapporterer problemet. Startkonteksten, den anmodede lokale handling, autorisationsresultatet og enhver senere forbindelsesfejl er fire separate fakta, og at slå dem sammen giver en rapport, som ingen kan handle på.

Polkit-agenten bor i din session

Polkit holder en privilegeret systemhandling adskilt fra det almindelige program, der beder om den, og en agent i brugerens session præsenterer den interaktion. Et let skrivebord, en starter startet fra en bar terminal eller en session, der har mistet sin agent, kan alle efterlade den interaktion utilgængelig. Kontroller, hvordan programmet blev startet, før du antager, at politikken er forkert. En session med kun tekst har brug for sin egen understøttede agent, ikke en grafisk lånt fra en anden login.

At kopiere sessionbusadresser eller visningsvariabler fra en anden brugers miljø er ikke en autorisationsplan. Det giver en session, der ser forbundet ud og stadig ikke kan svare korrekt på dialogen.

Hemmelighedsagenten leverer noget andet

Netværksstyringstjenesten beder en hemmelighedsagent om legitimationsoplysninger, som den ikke selv lagrer, og agenten viser den anmodning til brugeren. En kommandolinjeklient med sin egen interaktive dialog er en sådan agent; et skrivebordsshell leverer normalt en anden. At gøre en hemmelighed tilgængelig giver ikke bemyndigelse til at ændre systemets netværk, og at reparere lokal autorisation skaber ikke en manglende legitimationsoplysning. Ét arbejdsforløb kan have brug for begge svar, og altid i den rækkefølge.

Hvis hemmelighedsdialogen aldrig vises, så se på, hvilken agent tjenesten kan nå, i stedet for på polkit-politikken.

Reparer sessionen, ikke privilegieniveauet

Brug skrivebordets understøttede agent og opstartsintegration i stedet for at køre hele VPN-grænsefladen som root. At give enhver bruger ubetinget netværksadministration eller deaktivere autorisationstjenesten bytter en manglende dialog for et permanent hul. På administreret udstyr kan administratoren med vilje kræve en godkendt operatør, og den rigtige løsning er at arbejde inden for den beslutning. Se visningen af understøttede tilladelser for at se, hvad den nuværende bruger må anmode om.

Flet ikke det lokale svar ind i gatewayens godkendelsesresultat; de er to begivenheder. En interaktiv hemmelighedsdialog i en terminal fritager heller ikke nogen for autorisationspolitikken, så bekvemt det end føles.

Noter, hvilken agent der svarede, i hvilken session, og hvad der skete derefter.