A laptop már csatlakozik a Wi-Fihez, mire leül, a VPN mégis kattintásra vár. Az automatikus csatlakozás beállítása a VPN-profilban nem változtat semmit, mert az a kapcsoló a profil saját aktiválását vezérli, és a NetworkManager a VPN-t egy alapkapcsolat kísérőjeként kezeli. A dokumentált mechanizmus az alapkapcsolat másodlagos listája, és ez egy másik tulajdonság egy másik helyen.

Az automatikus csatlakozás nem a VPN kapcsolója

Egy Wi-Fi vagy Ethernet profil azért tud magától aktiválódni, mert eszközzel rendelkezik. Egy VPN beépülő profil nem rendelkezik eszközzel ugyanebben az értelemben; olyan kapcsolat mellett indul, amelyik rendelkezik. Ezért tűnik helyesnek a VPN automatikus csatlakozás jelzője, ezért mentődik helyesen, és ezért nem hoz létre alagutat. A jelző a profilra vonatkozó kérdésre válaszol, nem a szükséges hálózatra.

A modell ilyen olvasása a hiba módját is megmagyarázza. Az alap csatlakozik, semmi nem kéri a VPN-t az indulásra, és az asztal egy kapcsolódott hálózat mellett leválasztott VPN-t mutat. Semmi nem romlott el; a társítás soha nem jött létre.

Azonosítsa mindkét profilt UUID alapján

nmcli -f NAME,UUID,TYPE connection show

Válassza ki azt a Wi-Fi vagy Ethernet profilt, amelynek el kell indítania az alagutat, majd a kívánt VPN profilt. Használjon UUID-ket név helyett, mert a név olyan címke, amelyet meg lehet duplázni vagy szerkeszteni, és az UUID az, amit az aktiválási útvonal valóban felold.

Ne keverje össze a profil nevét egy interfész nevével vagy egy címmel, amely a gépen éppen van. Ez három különböző azonosító, amelyek a terminálban véletlenül hasonlónak tűnnek, és összekeverésük semmire sem irányuló módosítást eredményez.

Adja hozzá a VPN-t az alapkapcsolathoz

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

A pluszjelű forma a meglévő listához fűz; elhagyása lecseréli a listát, ami csendben eltávolít minden más, már beállított másodlagos kapcsolatot. Először tekintse meg az aktuális értéket, és jegyezze fel, mielőtt bármit módosít.

A NetworkManager kapcsolatbeállításai a másodlagosokat az alapkapcsolattal együtt induló VPN-kapcsolatként írják le. Hogy egy natív WireGuard profil ugyanilyen típusú objektum-e, attól függ, hogyan kezeli a NetworkManager, ezért ugyanaz a parancs rossz eszköz lehet egy olyan alagúthoz, amely interfészként, nem VPN beépülőként jelenik meg.

Ez kapcsolati szabályzat módosítása, nem futásidejű kapcsoló. Alkalmazza bármely újracsatlakozási folyamaton keresztül, amelyet a telepítés jóváhagy, és számítson rá, hogy a módosítás utáni első aktiválás másként viselkedik, mint a jelenlegi munkamenet.

A titkok nem részei a társításnak

Egy másodlagos bejegyzés azt mondja: „indítsd ezt azzal”. Semmi nem ad át jelszót, nem nyit kulcstartót és nem válaszol kérdésre. Egy profil, amely asztali bejelentkezés után szépen hitelesít, akkor is meghiúsulhat, ha olyan környezetben aktiválódik, ahol a titokügynök nem érhető el.

A tényleges telepítéshez használja a támogatott rendszer- vagy titokügynök-megoldást. Mindenki jelszavát szkriptben tárolni, hogy az alagút felügyelet nélkül indulhasson, a hitelesítési tervet olyan fájllá alakítja, amely túléli tulajdonosa munkaviszonyát.

Olvassa el mindkét eseményt, majd ellenőrizze az erőforrást

Egy kísérlet alatt figyelje az alapkapcsolatot és a VPN aktiválását. A hiányzó VPN-esemény azt jelenti, hogy a kiváltó soha nem volt beállítva, vagy az UUID hibás. A VPN-eseményt követő hitelesítési hiba azt jelenti, hogy a kiváltó lefutott, és a fennmaradó probléma a hitelesítő adat, ami más javítás.

Aktiválás után kérje le azt az erőforrást, amely a beállítást indokolta, ahelyett hogy az ikonban bízna. Ezután szándékosan kapcsolódjon le, és figyelje, mi történik utána, mert az automatikus indítású társítás nem vészkapcsoló, és nem ígér végtelen újrapróbálkozást. Ha a követelmény „alagút nélkül nincs forgalom”, az külön szabályzat, amely saját konfigurációt és saját tesztet igényel. A kettő összekeverése az, ahogy egy gép hurkban újracsatlakozik, miközben a felhasználó azt hiszi, védett.

Kapcsolódó cikkek