Kulay-abong kontrol ng NetworkManager? Suriin ang pagmamay-ari bago ang mga pahintulot

Ang mga naging kulay-abong VPN switch sa desktop menu ay nag-uulat na may mali at wala tungkol sa ano. Iyon ay isang obserbasyon, hindi diagnosis. Tatlong magkaibang hangganan ang maaaring magbigay ng parehong patay na kontrol: maaaring hindi pag-aari ng NetworkManager ang device, maaaring kulang ang sesyon sa pahintulot na baguhin ito, o maaaring hindi naka-install ang editor plugin ng VPN. Ang pagbabago ng maling hangganan ang dahilan kung bakit ang limang minutong pag-aayos ay nagiging buong hapon ng muling pag-install ng mga pakete.

Tatlong read-only na utos ang naghihiwalay ng mga kaso bago baguhin ang anuman.

Itanong ang tatlong tanong nang sunod-sunod

nmcli device status
nmcli general permissions
nmcli connection show

Ito ay mga utos sa inspeksyon para sa sistemang talagang gumagamit ng NetworkManager, at ligtas itong patakbuhin bilang ordinaryong user. Ilayo ang mga pribadong detalye ng koneksyon sa mga pampublikong log kung ipalalagay mo ang output kahit saan.

Sinasagot ng status ng device kung pinamamahalaan at magagamit ang interface. Sinasagot ng view ng pahintulot kung ano ang pinapayagang gawin ng tumatawag na sesyon. Ipinapakita ng listahan ng koneksyon kung aling mga profile ang umiiral; hindi nito pinatutunayan na may naka-install na tugmang VPN editor o import plugin.

Ang pagmamay-ari at pahintulot ay magkaibang depekto

Ang device na minarkahan bilang hindi pinamamahalaan ay nasa labas ng kontrol ng NetworkManager, at walang dami ng pahintulot ang makakagawa ng gumaganang switch. Ang ifupdown plugin ay isang karaniwang dahilan: ang setting nitong managed ang nagpapasya kung paano tratuhin ang mga entry sa interfaces file, at ang natirang bahagi ay maaaring magpanatili ng interface sa ilalim ng lumang tool. Ang pagkakaroon ng file ay hindi utos na burahin ang nilalaman nito, at ang pag-alis ng mga entry na hindi mo isinulat ay isang magandang paraan para mawala ang koneksyon.

Ang pahintulot ay hiwalay na axis. Pinapahintulutan ng NetworkManager ang mga tumatawag na hindi root sa pamamagitan ng PolicyKit, at ang iniulat na sagot ay maaaring yes, auth, o no. Ang sesyon na walang authentication agent ay nag-uulat ng auth at pagkatapos ay tahimik na nabibigo sa desktop, na mukhang sirang kontrol sa halip na kulang na agent.

Huwag ayusin ang alinman sa dalawa sa pamamagitan ng pagpapatakbo ng desktop bilang root

Ang pagpapatakbo ng buong sesyon bilang root para gumana ang isang switch ay nagbabago sa modelo ng seguridad ng bawat aplikasyon sa makina. Itinatago rin nito ang pinagbabatayang maling configuration sa halip na idokumento ito. Kung ang isang aksyon ay nangangailangan ng administratibong awtorisasyon, iyon ang sinadyang disenyo, at ang pag-aayos ay nabibilang sa patakaran o sa kung paano sinisimulan ang agent.

Gayundin, huwag maglunsad ng pangalawang kopya ng NetworkManager o ng katunggaling daemon. Dalawang manager na nagtatalo sa isang device ay gumagawa ng estadong mahirap isipin at mas mahirap suportahan. Kung ang pangalawang daemon ay tila ang tanging paraan upang maibalik ang kontrol, ang configuration ng unang manager ang dapat ayusin. Itigil ang ekstrang daemon bago baguhin ang anupaman, o susukatin ng susunod na pagsubok ang dalawa nang sabay.

Ang tanong ng plugin ay tungkol din sa editor

Ang paglikha o pag-import ng VPN connection ay nangangailangan ng plugin na nagbibigay ng ganitong uri ng koneksyon, at sa desktop ay karaniwang nangangailangan din ng integrasyon ng editor. Ang pakete sa bahagi ng serbisyo ay maaaring naroroon habang kulang ang form ng editor, kaya may entry sa menu na maaaring umiral at pa ring mabigo. Suriin ang dalawang hati laban sa packaging ng distribusyon sa halip na ipagpalagay na isang pakete ang nag-i-install ng lahat.

Ang standalone na client binary ay hindi rin ebidensya. Ang pag-install ng OpenVPN binary ay hindi mismo nagbibigay sa desktop editor ng form para gumawa ng OpenVPN profile.

Ayusin ang responsableng hangganan, pagkatapos ay i-verify

Kapag alam mo kung aling hangganan ang mali, iyon lang ang baguhin. Ang pagmamarka ng device bilang pinamamahalaan, pagbibigay ng pahintulot, o pag-install ng editor package ay tatlong magkaibang operasyon na may tatlong magkaibang risk profile, at ang paghahalo sa kanila ay ginagawang imposibleng i-attribute ang resulta. Kung kailangang ilipat ang pagmamay-ari, gawin ito kapag may available na console o out-of-band na access, dahil ang pagkakamali roon ay maaaring mag-alis ng network na ginagamit mo upang ayusin ito.

Pagkatapos ay i-verify gamit ang totoong account at totoong profile: kumpirmahin ang ruta, ang view ng DNS, at kung saan nakaimbak ang sekreto. Ang mga naka-enable na button ay estado ng interface, hindi patunay na gumagana ang tunnel. Itala sa ticket ang status ng device, ang sagot sa pahintulot, at ang bersyon ng plugin, upang malaman ng susunod na tao kung aling hangganan ang tunay na nagbago.