Polkit-agent of geheime-agent: watter venster ontbreek?

Lees die dialoogteks voordat jy enige konfigurasie aanraak. Een venster vra magtiging om die masjien se netwerk te verander; die ander vra die geheim wat ’n verbinding nodig het. Hulle kom van verskillende komponente, misluk om verskillende redes, en om die een reg te maak maak nooit die ander reg nie. Die boodskap noem met watter een jy te doen het.

Begin by daardie naam eerder as by die VPN, wat net die rede is waarom die bewerking aangevra is.

Watter venster ontbreek jy eintlik?

’n Plaaslike magtigingsvenster beteken die lessenaar vra of hierdie gebruiker ’n bevoorregte bewerking mag uitvoer. ’n Geheimevenster beteken die verbindingstoorkamer het ’n wagwoord, ’n sleutelfrase of ’n teken nodig voordat die tonnel gebou kan word. Die eerste word deur ’n verifikasie-agent in jou sessie beantwoord; die tweede deur ’n geheime-agent wat die netwerkbestuurdienste kan bereik. As die boodskap sê geen verifikasie-agent is gevind nie, is daar nog geen VPN-wagwoord aangevra nie.

Daardie volgorde maak saak wanneer jy die probleem rapporteer. Die bekendstellingskonteks, die gevraagde plaaslike bewerking, die magtigingsresultaat en enige latere verbindingsfout is vier aparte feite, en om hulle saam te gooi lewer ’n verslag waarop niemand kan handel nie.

Die Polkit-agent woon in jou sessie

Polkit hou ’n bevoorregte stelselbewerking apart van die gewone program wat daarvoor vra, en ’n agent in die gebruiker se sessie bied daardie interaksie aan. ’n Liggewig-lessenaar, ’n bekendsteller wat uit ’n kaal terminaal begin is, of ’n sessie wat sy agent verloor het, kan daardie interaksie onbeskikbaar laat. Kyk hoe die toepassing begin is voordat jy aanneem die beleid is verkeerd. ’n Slegs-teks-sessie het sy eie ondersteunde agent nodig, nie ’n grafiese een wat by ’n ander aanmelding geleen is nie.

Om sessiebusadresse of vertooneenhede uit ’n ander gebruiker se omgewing te kopieer is nie ’n magtigingsplan nie. Dit lewer ’n sessie wat gekoppel lyk en steeds nie die venster korrek kan beantwoord nie.

Die geheime-agent voorsien iets anders

Die netwerkbestuurdienste vra ’n geheime-agent om geloofsbewyse wat dit nie stoor nie, en die agent wys daardie versoek aan die gebruiker. ’n Opdragreël-kliënt met sy eie interaktiewe venster is een so ’n agent; ’n lessenaarsdop voorsien gewoonlik ’n ander. Om ’n geheim beskikbaar te maak verleen nie magtiging om die stelselnetwerk te wysig nie, en om plaaslike magtiging reg te maak skep nie ’n ontbrekende geloofsbewys nie. Een werkvloei mag albei antwoorde nodig hê, en altyd in daardie volgorde.

As die geheimevenster nooit verskyn nie, kyk na watter agent die diens kan bereik eerder as na die polkit-beleid.

Herstel die sessie, nie die bevoorregtingsvlak nie

Gebruik die lessenaar se ondersteunde agent en outo-opstart-integrasie eerder as om die hele VPN-koppelvlak as root te laat loop. Om elke gebruiker onvoorwaardelike netwerkadministrasie te gee, of om die magtigingsdiens af te skakel, ruil ’n ontbrekende venster vir ’n permanente gat. Op bestuurde toerusting mag die administrateur doelbewus ’n goedgekeurde operateur vereis, en die regte oplossing is om binne daardie besluit te werk. Kyk na die ondersteunde magtigings-oorsig om te sien wat die huidige gebruiker mag aanvra.

Moenie die plaaslike antwoord in die poort se verifikasieresultaat in vou nie; dit is twee gebeurtenisse. ’n Interaktiewe geheimevenster in ’n terminaal onthef ook nie iemand van die magtigingsbeleid nie, hoe gerieflik dit ook voel.

Teken aan watter agent geantwoord het, in watter sessie, en wat daarna gebeur het.