nmcli VPN saraksts: saglabātie profili pret aktīviem tuneļiem

Jūs palaižat nmcli connection show, gaidot VPN sarakstu, bet saņemat katru savienojumu, ko mašīna jebkad saglabājusi, tostarp tiltu un hotspot. Meklētais VPN var būt tur, var būt citā tipā nekā vpn, vai vispār nebūt NetworkManager savienojums. Lai zinātu, kurš no šiem trim gadījumiem ir jūsu, vajadzīgas divas komandas.

Divi saraksti, divi jautājumi

connection show atbild, ko NetworkManager saglabāja, un connection show --active atbild, kas pašlaik ir pievienots ierīcei. Pirmajā sarakstā ir arī neaktīvi profili, un tas ir apzināti: izslēgts saglabāts VPN joprojām ir profils, kuru jums var nākties salabot. Abu sajaukšana rada iespaidu, ka tunelis darbojas, lai gan pastāv tikai tā konfigurācija.

Izvēlieties laukus, nevis lasiet noklusējuma tabulu, jo noklusējuma izvade šauros termiņos slēpj tipu un lauž garus nosaukumus.

NAME, UUID un TYPE parasti ir viss, kas vajadzīgs pirmajai apskatei, un pēc tam jūs pārbaudāt vienīgo ierakstu, kas jūs interesē, pēc UUID.

TYPE ir vieta, kur ir pārsteigumi

OpenVPN savienojumi, kas pārvaldīti caur spraudni, parādās kā tips vpn, jo spraudnis ir pakalpojums vispārējā VPN ietvarā. Vietējais WireGuard atbalsts ir atsevišķs pirmšķirīgs savienojuma tips, tāpēc filtrēšana pēc vpn to neatradīs. WireGuard tuneļa meklēšana, kas neko neatgriež, parasti ir filtra problēma, nevis trūkstošs profils. Tā ir arhitektūras atšķirība, nevis nosaukumu dīvainība.

Tas pats attiecas uz citiem tuneļu tipiem, kurus NetworkManager laika gaitā iemācījās apstrādāt vietēji, tāpēc izlasiet TYPE kolonnu pirms secināt, ka kaut kā trūkst.

Uzskaitiet visu un filtrējiet pēc tam, un profils parādīsies.

Lasiet UUID, ne tikai nosaukumu

Nosaukumi ir etiķetes, ko cilvēki rediģē, un divi profili var dalīties ar vienu pēc nevērīga importa. UUID ir identitāte, uz kuru atsaucas komandas un faili. Kad ieraksts izskatās dublēts, salīdziniet UUID un pamatā esošos iestatījumus pirms kaut ko dzēst.

Aktivizācijas komandas pieņem abus, un tieši tāpēc uz nosaukumu balstīts ieradums galu galā maina nepareizo profilu.

Nokopējiet UUID savos pierakstos, kad maināt kaut ko tādu, ko var nākties atsaukt.

Ko saglabātais profils jums nepasaka

Saglabātais profils neko nepasaka par to, vai tā tunelis ir pacelts, un aktīvs savienojums neko nepasaka par to, vai satiksme tajā darbojas. Tunelis, ko palaiž wg-quick vai pakalpojuma vienība, vispār nav NetworkManager savienojums, tāpēc tas trūkst abos sarakstos, lai gan saskarne acīmredzami laiž satiksmi. Pārbaudiet saskarni un maršrutēšanas tabulu pirms pieņemt, ka profils trūkst. Tukšs saraksts pierāda tikai to, ka NetworkManager nav īpašnieks.

Divi pārvaldnieki vienai saskarnei ir otra šīs problēmas versija, un tā rada sarakstu, kas izskatās pareizi, lai gan kodola stāvokli pārvalda kaut kas cits.

Viens īpašnieks katrai saskarnei uztur sarakstu godīgu, un nmcli uzziņa dokumentē, kurus laukus katra skata reāli ziņo.

Ziņojiet, nenoplūdinot noslēpumus

connection show ar nosaukumu izdrukā iestatījumus, un --show-secrets pievienošana izdrukā privātās atslēgas un paroles kopā ar tiem. Problēmu novēršanas ierakstam biļetenā tie nav vajadzīgi. Tā vietā norādiet tipu, UUID, stāvokli un attiecīgos maršrutus, un aizklājiet visu, kas nācis no noslēpumu krātuves.

Interaktīva aktivizācija ar --ask ir atbalstītais veids, kā nodrošināt trūkstošu akreditācijas datu, un automatizācijai bez uzraudzības vajadzīgs cits apstiprināts risinājums, nevis saglabāta parole atklātā tekstā.

Īss, aizklāts ziņojums ir vieglāk pārskatāms nekā pilnīgs izvilkums.