Grár NetworkManager-stýring? Athugaðu eignarhald fyrir heimildir

Grár VPN-rofar í skjáborðsvalmyndinni tilkynna að eitthvað sé að og ekkert um hvað. Það er athugun, ekki greining. Þrjú ólík mörk geta skapað sömu dauðu stýringuna: NetworkManager getur ekki átt tækið, lotan getur skort heimild til að breyta því, eða VPN-viðbót ritilsins er alls ekki uppsett. Að breyta röngu markinu er hvernig fimm mínútna lagfæring verður heil síðdegi í að setja upp pakka aftur.

Þrjár skipanir sem aðeins lesa aðgreina tilvikin áður en nokkuð er breytt.

Spyrjið þriggja spurninga í röð

nmcli device status
nmcli general permissions
nmcli connection show

Þetta eru skoðunarskipanir fyrir kerfi sem raunverulega notar NetworkManager, og öruggt er að keyra þær sem venjulegur notandi. Haldið einkaupplýsingum tengingarinnar utan opinberra annála ef þið setjið útkomuna inn einhvers staðar.

Staða tækis svarar því hvort viðmótið er stýrt og nothæft. Heimildayfirlitið svarar því hvað kallandi lotu er leyfilegt að gera. Tengingalistinn sýnir hvaða snið eru til; hann sannar ekki að samsvarandi VPN-ritill eða innflutningsviðbót sé uppsett.

Eignarhald og heimild eru tvö ólík vandamál

Tæki sem merkt er óstýrt er utan stjórnar NetworkManager, og engin heimild mun skapa virkan rofa. ifupdown-viðbótin er algeng orsök: managed-stillingin hennar ræður því hvernig færslur í interfaces-skránni eru meðhöndlaðar, og leifar geta haldið viðmóti undir gömlu verkfærunum. Tilvera skrárinnar er ekki fyrirmæli um að eyða innihaldi hennar, og að fjarlægja færslur sem þið skrifuðuð ekki er góð leið til að missa nettengingu.

Heimild er sérstakur ás. NetworkManager heimilar köll sem ekki eru root í gegnum PolicyKit, og tilkynnt svar getur verið yes, auth eða no. Lota án auðkenningarþjóns tilkynnir auth og bregst síðan hljóðlega á skjáborðinu, sem lítur út eins og bilað stýring frekar en vantaður þjónn.

Lagið hvort tveggja ekki með því að keyra skjáborðið sem root

Að keyra alla lotuna sem root svo einn rofi virki breytir öryggislíkani hvers forrits á vélinni. Það felur einnig undirliggjandi rangstillingu í stað þess að skjalfesta hana. Ef aðgerð þarf stjórnsýsluheimild er það fyrirhuguð hönnun, og lagfæringin á heima í stefnu eða í því hvernig þjónninn er ræstur.

Á sama hátt, ræsið ekki aðra eintak af NetworkManager né keppinautsþjón. Tveir stjórar sem deila um sama tækið skapa ástand sem erfitt er að rökræða og enn erfiðara að styðja. Ef annar þjónn virðist eina leiðin til að ná stýringunni aftur, þá er stilling fyrri stjórans það sem á að laga. Stöðvið aukaþjóninn áður en þið breytið öðru, annars mælir næsta prófun bæði í einu.

Spurningin um viðbótina snýst líka um ritilinn

Að búa til eða flytja inn VPN-tengingu þarf viðbótina sem veitir þá tegund tengingar, og á skjáborði þarf yfirleitt líka samþættingu ritils. Pakki þjónustunnar getur verið til staðar þótt eyðublað ritilsins vanti, og þess vegna getur valmyndarfærsla verið til og samt brugðist. Athugið báða helmingana gagnvart pökkun dreifingarinnar í stað þess að gera ráð fyrir að einn pakki setji upp allt.

Sjálfstætt biðlaraforrit er heldur ekki sönnun. Að setja upp OpenVPN-forrit gefur skjáborðsritlinum ekki eyðublað til að búa til OpenVPN-snið.

Lagið ábyrgu mörkin og sannreynið síðan

Þegar þið vitið hvaða mörk eru röng, breytið þá aðeins þeim. Að merkja tæki sem stýrt, veita heimild eða setja upp ritilspakka eru þrjár ólíkar aðgerðir með þrjú ólík áhættusnið, og að blanda þeim gerir ómögulegt að rekja niðurstöðuna. Ef eignarhald verður að flytjast, gerið það með stjórnborðs- eða utanbands-aðgangi til staðar, því mistök þar geta fjarlægt netið sem þið notið til að laga það.

Sannreynið síðan með raunverulegum reikningi og raunverulegu sniði: staðfestið leiðina, DNS-yfirlitið og hvar leyndarmálið er geymt. Virkir hnappar eru ástand viðmóts, ekki sönnun þess að göng gangi. Skráið stöðu tækisins, heimildarsvarið og útgáfu viðbótarinnar í miðann, svo næsta manneskja viti hvaða mörk breyttust í raun.