Keyfile apo Netplan: ku ruhet në të vërtetë profili VPN?
Një VPN i ruajtur mund të jetojë në një keyfile ose në një skedar Netplan të gjeneruar. Përputhni UUID-në e lidhjes me pronarin e saj të vërtetë përpara se të redaktoni diçka që rishkruhet.
Gjetja e skedarit që keni importuar është pjesa e lehtë dhe shpesh fillimi i gabuar. Ajo që ka rëndësi është cili skedar lexon NetworkManager sot si lidhjen e ruajtur, dhe kjo varet nga një identifikues lidhjeje plus backend-i i konfigurimit që paketat e instaluara përdorin në të vërtetë. Redaktimi i importit përpara se t’i përgjigjeni kësaj pyetjeje është mënyra se si një VPN funksional bëhet dy konfigurime gjysmë të sakta.
Skedari i importuar nuk është profili i ruajtur
Tre emra qarkullojnë rreth çdo problemi VPN: emri i lidhjes, emri i skedarit që keni importuar dhe ndërfaqja virtuale që shfaqet kur tuneli ngrihet. Asnjëri prej tyre nuk identifikon konfigurimin e ruajtur, dhe emri i një lidhjeje mund të redaktohet ndërsa skedari pas tij ruan identifikuesin e tij origjinal.
Filloni me një inventar vetëm-lexim dhe zgjidhni VPN-në e synuar sipas identifikuesit, jo sipas etiketës:
nmcli -f NAME,UUID,TYPE connection show
Mbani emrat e hosteve të pikave fundore dhe etiketat e identitetit jashtë çdo inventari që ngjitni në një tiketë. Pjesa e dobishme është lloji dhe identifikuesi; pjesa tjetër është kontekst që një i huaj nuk ka nevojë. Redaktoni pjesën tjetër përpara se të ndani dhe thoni që e keni bërë, që askush të mos pyesë se çfarë kuptimi kanë boshllëqet.
Vendndodhjet e keyfile nuk nënkuptojnë të njëjtën gjë
Me shtojcën amtare keyfile, skedarët e lidhjeve mund të shfaqen në tre drejtori, dhe ndryshimi mes tyre është qëndrueshmëria, jo lehtësia.
| Location | Role |
|---|---|
/etc/NetworkManager/system-connections/ | Administrator-owned persistence |
/usr/lib/NetworkManager/system-connections/ | Package-supplied defaults, replaced on upgrade |
/run/NetworkManager/system-connections/ | Runtime state, regenerated and not durable |
Redaktimi i kopjes së kohës së ekzekutimit duket i suksesshëm deri në nisjen tjetër, kur ndryshimi avullon dhe skedari duket i rikthyer në mënyrë misterioze. Redaktimi i kopjes që ofron paketa funksionon derisa një përditësim ta zëvendësojë atë, që është një version më i ngadaltë dhe më konfuz i të njëjtit mësim.
Dokumentacioni i keyfile shton një detaj që meriton respekt: ato skedarë mund të përmbajnë çelësa privatë dhe fraza fjalëkalimi, dhe NetworkManager injoron çdo keyfile që përdorues të tjerë përveç root mund të lexojnë ose shkruajnë. Zgjerimi i lejeve të drejtorisë për të kërkuar një cilësim prish sjelljen e ngarkimit që po përpiqeshit të inspektonit.
Kur Netplan zotëron qëndrueshmërinë
Në Ubuntu, integrimi i NetworkManager të përshkruar në dokumentacionin e Netplan, i disponueshëm nga 23.10, ndryshon vendin ku jeton kopja e qëndrueshme. Për lidhjet jo të përkohshme shkruan /etc/netplan/90-NM-<connection UUID>.yaml dhe gjeneron një profil efemer NetworkManager nën /run/NetworkManager/system-connections/.
Ky është një integrim i shpërndarjes, jo një rregull për çdo instalim të NetworkManager. Konfirmoni që paketat e instaluara e përdorin vërtet përpara se të shkoni të kërkoni një skedar YAML. Mos harroni gjithashtu se një profil i kohës së ekzekutimit mund të jetë një paraqitje e gjeneruar e diçkaje tjetër, jo burimi që vlen të redaktohet. Dy komanda verifikimi kursejnë një orë redaktimi të skedarit të gabuar.
Shembulli i dokumentuar ruan një lidhje OpenVPN përmes llojit Netplan nm-devices me të dhëna passthrough të NetworkManager. Fakti që Netplan nuk ka një interpretim të dedikuar të një fushe të caktuar VPN nuk do të thotë që VPN-ja e ruajtur është humbur; do të thotë që fusha udhëton si të dhëna të patejdukshme.
Ndërfaqet kalimtare nuk janë profile
Aktivizimi krijon lidhje dhe ndërfaqe virtuale të përkohshme që nuk ishin menduar kurrë të vazhdonin. Integrimi me qëllim nuk shkruan një skedar YAML të ri për secilin prej tyre, kështu që mungesa e tyre në /etc/netplan nuk thotë asgjë për faktin nëse profili prind është i ruajtur.
Nëse jeni duke ndjekur një skedar që shfaqet dhe zhduket, me gjasë po shikoni një prej këtyre dhe jo konfigurimin tuaj. Kontrolloni nëse i mbijeton një rindezjeje përpara se të nxirrni ndonjë përfundim nga përmbajtja e tij. Një skedar i kohës së ekzekutimit që zhduket në rindezje ju thotë se nuk ishte kurrë burimi, dhe ai vëzhgim i vetëm e ridrejton të gjithë hetimin. Shpjegon gjithashtu pse një redaktim dukej i suksesshëm në atë moment.
Sekretet dhe pronësia
Një profil mund t’i referohet një certifikate ose çelësi të ruajtur diku tjetër, dhe një fjalëkalim mund t’i përkasë NetworkManager, të furnizohet nga një agjent sekret i sesionit të përdoruesit, ose të mos ruhet me qëllim. Pra, gjetja e një skedari të vetëm zgjidh shumë pak për atë që do të kërkojë një nisje pa mbikëqyrje.
Inspektoni referencat dhe flamujt e sekreteve pa printuar vlera sekrete. Një hyrje në desktop mund të bëjë të disponueshëm një agjent që mungonte gjatë nisjes, dhe kopjimi i një skedari të krijuar të kohës së ekzekutimit nuk e riprodhon atë agjent. Simptoma praktike është një tunel që lidhet kur një person hyn dhe dështon kur makina niset vetëm. Ky model tregon pronësinë e sekreteve, jo rrugëtimin.
Kryeni ndryshimet e miratuara përmes menaxherit që zotëron lidhjen, pastaj verifikoni si identifikuesin e ruajtur ashtu edhe lidhjen efektive. Mbani një pronar të vetëm të qëndrueshëm, sepse redaktimi i importit, një keyfile i gjeneruar dhe një burim YAML veçmas lë tre shpjegime konkurruese për atë që do të përdorë rilidhja tjetër. Zgjidhni atë që vërtet vazhdon, redaktoni vetëm atë dhe shënoni në tiketë cilin skedar e trajtuat si autoritar. Personi tjetër do t’ju falënderojë për një rresht prejardhjeje.