Wi-Fi lidhet vetë; VPN-së i duhet një asociim dytësor

Laptopi lidhet me Wi-Fi para se të uleni, dhe VPN ende pret një klikim. Vendosja e lidhjes automatike në profilin VPN nuk ndryshon asgjë, sepse ai çelës drejton aktivizimin e vetë profilit dhe NetworkManager e trajton VPN-në si shoqërues të një lidhje bazë. Mekanizmi i dokumentuar është lista dytësore e lidhjes bazë, dhe kjo është një veti tjetër në një vend tjetër.

Lidhja automatike nuk është çelësi i VPN-së

Një profil Wi-Fi ose Ethernet mund të aktivizohet vetë sepse zotëron një pajisje. Një profil shtojce VPN nuk zotëron pajisje në të njëjtin kuptim; niset përbri një lidhjeje që e zotëron. Kjo është arsyeja pse flamuri i lidhjes automatike në VPN duket i saktë, ruhet si duhet dhe nuk prodhon asnjë tunel. Flamuri i përgjigjet një pyetjeje për profilin, jo për rrjetin që i nevojitet.

Leximi i modelit në këtë mënyrë shpjegon edhe mënyrën e dështimit. Baza lidhet, asgjë nuk i kërkon VPN-së të niset, dhe tavolina shfaq një VPN të shkëputur pranë një rrjeti të lidhur. Asgjë nuk është prishur; asociimi nuk u krijua kurrë.

Identifikoni të dy profilet me UUID

nmcli -f NAME,UUID,TYPE connection show

Zgjidhni profilin Wi-Fi ose Ethernet që duhet të nxisë tunelin, pastaj profilin e synuar VPN. Përdorni UUID në vend të emrave, sepse emri është etiketë që mund të dublikohet ose editohet, dhe UUID është ajo që rruga e aktivizimit zgjidh vërtet.

Mos e ngatërroni emrin e profilit me emrin e ndërfaqes ose me një adresë që makina ka në këtë moment. Janë tre identifikues të ndryshëm që rastësisht duken njësoj në një terminal, dhe përzierja e tyre prodhon një modifikim pa objektiv.

Shtoni VPN-në te lidhja bazë

nmcli connection modify uuid "PRIMARY_UUID" +connection.secondaries "VPN_UUID"

Forma me plus shton në listën ekzistuese; heqja e saj zëvendëson listën, gjë që heq në heshtje çdo lidhje tjetër dytësore të konfiguruar më parë. Shikoni së pari vlerën aktuale dhe shënoni atë përpara se të ndryshoni ndonjë gjë.

Cilësimet e lidhjes të NetworkManager i përshkruajnë dytësoret si lidhje VPN që nisen bashkë me lidhjen bazë. Nëse një profil vendas WireGuard është i njëjti lloj objekti varet nga mënyra se si NetworkManager e menaxhon atë, prandaj i njëjti urdhër mund të jetë mjeti i gabuar për një tunel që shfaqet si ndërfaqe dhe jo si shtojcë VPN.

Ky është një ndryshim i politikës së lidhjes, jo një çelës në kohë ekzekutimi. Zbatojeni përmes cilido proces rilidhjeje që miraton vendosja, dhe prisni që aktivizimi i parë pas ndryshimit të sillet ndryshe nga sesioni ku jeni tani.

Sekretet nuk janë pjesë e asociimit

Një zë dytësor thotë «nis këtë me atë». Asgjë në të nuk dorëzon fjalëkalim, nuk hap një varg çelësash dhe nuk i përgjigjet një kërkese. Një profil që vërtetohet pa problem pas hyrjes në tavolinë mund të dështojë gjithsesi kur aktivizohet në një kontekst ku agjenti i sekreteve nuk është i disponueshëm.

Përdorni rregullimin e sistemit ose të agjentit të sekreteve të mbështetur për vendosjen reale. Ruajtja e fjalëkalimit të të gjithëve në një skript që tuneli të nisë pa mbikëqyrje e kthen një projekt vërtetimi në një skedar që jeton më gjatë se punësimi i pronarit të tij.

Lexoni të dy ngjarjet, pastaj kontrolloni burimin

Vëzhgoni lidhjen bazë dhe aktivizimin e VPN-së gjatë një përpjekjeje. Mungesa e një ngjarjeje VPN do të thotë që nxitësi nuk u konfigurua kurrë ose UUID-ja është e gabuar. Një ngjarje VPN e ndjekur nga një dështim vërtetimi do të thotë që nxitësi funksionoi dhe problemi i mbetur janë kredencialet, gjë që është një rregullim tjetër.

Pas aktivizimit, kërkoni burimin që motivoi konfigurimin në vend të besimit te ikona. Pastaj shkëputuni me qëllim dhe vëzhgoni çfarë ndodh më pas, sepse një asociim nisjeje automatike nuk është çelës ndalimi dhe nuk premton përpjekje të pafundme. Nëse kërkesa është «pa trafik pa tunelin», ajo është një politikë e veçantë që kërkon konfigurimin dhe testin e vet. Ngatërrimi i të dyjave është mënyra se si një makinë përfundon duke u rilidhur në lak ndërsa përdoruesi mendon se është i mbrojtur.