Sivi preklopi VPN v meniju namizja sporočajo, da je nekaj narobe, in nič o tem, kaj. To je opažanje, ne diagnoza. Tri različne meje lahko ustvarijo isti mrtev krmilnik: NetworkManager morda ne upravlja naprave, seji morda manjka dovoljenje za njeno spremembo ali vtičnik urejevalnika VPN morda sploh ni nameščen. Spreminjanje napačne meje je pot, po kateri petminutno popravilo postane popoldne ponovnega nameščanja paketov.

Trije ukazi samo za branje ločijo primere, preden se karkoli spremeni.

Postavite tri vprašanja po vrsti

nmcli device status
nmcli general permissions
nmcli connection show

To so pregledni ukazi za sistem, ki res uporablja NetworkManager, in varno jih je zagnati kot običajen uporabnik. Če izhod kam prilepite, hranite zasebne podatke o povezavi zunaj javnih dnevnikov.

Stanje naprave odgovarja, ali je vmesnik upravljan in uporaben. Pogled dovoljenj odgovarja, kaj sme klicoča seja storiti. Seznam povezav kaže, kateri profili obstajajo; ne dokazuje, da je nameščen ustrezen urejevalnik VPN ali vtičnik za uvoz.

Lastništvo in dovoljenje sta različni napaki

Naprava, označena kot neupravljana, je zunaj nadzora NetworkManagera in nobena količina dovoljenj ne bo dala delujočega preklopa. Vtičnik ifupdown je eden pogostih vzrokov: njegova nastavitev managed odloča, kako se obravnavajo vnosi v datoteki interfaces, preostali razdelek pa lahko zadrži vmesnik pod starim orodjem. Obstoj datoteke ni navodilo, da izbrišete njeno vsebino, odstranjevanje vnosov, ki jih niste napisali, pa je dober način, da izgubite povezljivost.

Dovoljenje je ločena os. NetworkManager avtorizira klicatelje, ki niso root, prek PolicyKit, sporočeni odgovor pa je lahko yes, auth ali no. Seja brez agenta za preverjanje pristnosti sporoči auth in nato v namizju tiho odpove, kar je videti kot pokvarjen krmilnik in ne kot manjkajoči agent.

Ne popravljajte nobenega od obeh tako, da namizje zaženete kot root

Zagon celotne seje kot root, da bi en preklop deloval, spremeni varnostni model vsake aplikacije na stroju. Prav tako skrije osnovno napačno konfiguracijo, namesto da bi jo dokumentiral. Če dejanje zahteva skrbniško avtorizacijo, je to predvidena zasnova, popravek pa sodi v politiko ali v način zagona agenta.

Prav tako ne zaženite druge kopije NetworkManagera ali konkurenčnega demona. Dva upravitelja, ki se prepirata za isto napravo ustvarita stanje, o katerem je težko razmišljati in ga je še težje podpirati. Če se zdi drugi demon edini način, da dobite nadzor nazaj, je treba popraviti konfiguracijo prvega upravitelja. Ustavite dodatnega demona, preden spremenite karkoli drugega, sicer bo naslednji test izmeril oba hkrati.

Vprašanje vtičnika je tudi o urejevalniku

Ustvarjanje ali uvoz povezave VPN zahteva vtičnik, ki ponuja to vrsto povezave, na namizju pa običajno zahteva tudi integracijo z urejevalnikom. Paket na strani storitve je lahko prisoten, medtem ko obrazec urejevalnika manjka, zato lahko vnos v meniju obstaja in kljub temu odpove. Preverite obe polovici glede na pakiranje distribucije, namesto da bi domnevali, da en paket namesti vse.

Samostojna odjemalska binarna datoteka tudi ni dokaz. Namestitev binarne datoteke OpenVPN sama po sebi urejevalniku namizja ne da obrazca za ustvarjanje profila OpenVPN.

Popravite odgovorno mejo in nato preverite

Ko veste, katera meja je napačna, spremenite samo tisto. Označitev naprave kot upravljane, podelitev dovoljenja ali namestitev paketa urejevalnika so tri različne operacije s tremi različnimi profili tveganja, njihovo mešanje pa naredi rezultat nemogoče pripisati. Če je treba lastništvo prestaviti, to storite z razpoložljivim konzolnim ali izvenpasovnim dostopom, ker lahko napaka tam odstrani omrežje, ki ga uporabljate za popravilo.

Nato preverite s pravim računom in pravim profilom: potrdite pot, pogled DNS in kje je skrivnost shranjena. Omogočeni gumbi so stanje vmesnika, ne dokaz, da predor deluje. V zahtevek zapišite stanje naprave, odgovor o dovoljenjih in različico vtičnika, da bo naslednja oseba vedela, katera meja se je res spremenila.

Sorodni članki