Wi-Fi sa pripojí samo; VPN potrebuje sekundárnu asociáciu

Notebook sa pripojí k Wi-Fi skôr, než si sadnete, a VPN stále čaká na kliknutie. Nastavenie automatického pripojenia v profile VPN nič nezmení, pretože ten prepínač riadi vlastnú aktiváciu profilu a NetworkManager považuje VPN za sprievodcu základného pripojenia. Dokumentovaným mechanizmom je zoznam sekundárnych pripojení základného pripojenia, a to je iná vlastnosť na inom mieste.

Automatické pripojenie nie je prepínač VPN

Profil Wi-Fi alebo Ethernet sa môže aktivovať sám, pretože vlastní zariadenie. Profil zásuvného modulu VPN nevlastní zariadenie v rovnakom zmysle; spúšťa sa popri pripojení, ktoré ho vlastní. Preto príznak automatického pripojenia na VPN vyzerá správne, ukladá sa korektne a nevytvára žiadny tunel. Príznak odpovedá na otázku o profile, nie o sieti, ktorú potrebuje.

Takéto čítanie modelu vysvetľuje aj režim zlyhania. Základ sa pripojí, nič nežiada VPN o štart a pracovná plocha ukazuje odpojenú VPN vedľa pripojenej siete. Nič nie je pokazené; asociácia nikdy nevznikla.

Identifikujte oba profily podľa UUID

nmcli -f NAME,UUID,TYPE connection show

Vyberte profil Wi-Fi alebo Ethernet, ktorý má spustiť tunel, potom zamýšľaný profil VPN. Používajte UUID namiesto názvov, pretože názov je štítok, ktorý možno duplikovať alebo upraviť, a UUID je to, čo aktivačná cesta skutočne vyhodnocuje.

Nezamieňajte názov profilu s názvom rozhrania alebo adresou, ktorú stroj práve má. Sú to tri rôzne identifikátory, ktoré v termináli náhodou vyzerajú podobne, a ich zmiešanie vytvorí úpravu namierenú nikam.

Pridajte VPN k základnému pripojeniu

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

Forma s plusom pridáva k existujúcemu zoznamu; ak ju vynecháte, zoznam sa nahradí, čo ticho odstráni každé ďalšie už nastavené sekundárne pripojenie. Najprv si pozrite aktuálnu hodnotu a zapíšte si ju, skôr než čokoľvek zmeníte.

Nastavenia pripojení NetworkManageru opisujú sekundárne ako VPN pripojenia spúšťané spolu so základným pripojením. Či je natívny profil WireGuard rovnakým druhom objektu, závisí od toho, ako ho NetworkManager spravuje, takže ten istý príkaz môže byť nesprávny nástroj pre tunel, ktorý sa objavuje ako rozhranie, a nie ako zásuvný modul VPN.

Toto je zmena politiky pripojenia, nie prepínač za behu. Použite ju prostredníctvom ktoréhokoľvek procesu opätovného pripojenia, ktorý nasadenie schváli, a očakávajte, že prvá aktivácia po zmene sa bude správať inak než relácia, v ktorej práve sedíte.

Tajomstvá nie sú súčasťou asociácie

Sekundárny záznam hovorí „spusti toto s tamtým“. Nič v ňom neodovzdáva heslo, neodomyká kľúčenku ani neodpovedá na výzvu. Profil, ktorý sa po prihlásení na pracovnú plochu hladko autentifikuje, môže stále zlyhať, keď sa aktivuje v kontexte, kde agent tajomstiev nie je dostupný.

Pre skutočné nasadenie použite podporované systémové usporiadanie alebo usporiadanie s agentom tajomstiev. Ukladanie hesiel všetkých do skriptu, aby tunel mohol štartovať bez dozoru, premieňa návrh autentifikácie na súbor, ktorý prežije zamestnanie svojho vlastníka.

Prečítajte obe udalosti a potom skontrolujte prostriedok

Počas jedného pokusu sledujte základné pripojenie aj aktiváciu VPN. Chýbajúca udalosť VPN znamená, že spúšťač nikdy nebol nastavený alebo je UUID nesprávne. Udalosť VPN nasledovaná zlyhaním autentifikácie znamená, že spúšťač prebehol a zostávajúcim problémom sú prihlasovacie údaje, čo je iná oprava.

Po aktivácii si vyžiadajte prostriedok, ktorý bol dôvodom nastavenia, namiesto toho, aby ste dôverovali ikone. Potom sa zámerne odpojte a sledujte, čo sa stane ďalej, pretože asociácia automatického štartu nie je bezpečnostný vypínač a nesľubuje nekonečné opakovania. Ak je požiadavkou „žiadna prevádzka bez tunela“, je to samostatná politika, ktorá potrebuje vlastnú konfiguráciu a vlastný test. Zámena oboch je spôsob, akým stroj skončí v opakovanom pripájaní v slučke, kým používateľ verí, že je chránený.