nmcli листа на VPN: зачувани профили наспроти активни тунели

Извршувате nmcli connection show очекувајќи листа на VPN, а добивате секоја врска што машината некогаш ја зачувала, вклучително мост и хотспот. VPN што го барате може да е таму, да е од друг тип освен vpn или воопшто да не е врска на NetworkManager. За да знаете во кој од овие три случаи сте, потребни се две команди.

Две листи, две прашања

connection show одговара што зачувал NetworkManager, а connection show --active одговара што е моментално поврзано со уред. Првата листа вклучува неактивни профили и тоа е намерно: зачуван VPN што е исклучен се уште е профил што можеби ќе треба да го поправите. Мешањето на двете создава впечаток дека тунел работи, а постои само неговата конфигурација.

Изберете полиња наместо да ја читате стандардната табела, бидејќи стандардниот излез го крие типот на тесни терминали и ги пренесува долгите имиња.

NAME, UUID и TYPE обично се се што ви треба за прв преглед, а потоа го проверувате единствениот запис што ве интересира по UUID.

TYPE е местото каде што се изненадувањата

OpenVPN врските управувани преку приклучокот се појавуваат како тип vpn, бидејќи приклучокот е услуга во општата рамка на VPN. Вградената поддршка за WireGuard е посебен првокласен тип на врска, па филтрирањето по vpn нема да ја најде. Барањето на тунел WireGuard што не враќа ништо обично е проблем со филтерот, а не профил што недостасува. Тоа е архитектонска разлика, а не чудност во именувањето.

Истото важи и за другите типови тунели што NetworkManager со време научи да ги обработува вградено, па прочитајте ја колоната TYPE пред да заклучите дека нешто недостасува.

Излистајте се и филтрирајте потоа, и профилот се појавува.

Читајте го UUID, не само името

Имињата се етикети што луѓето ги уредуваат, и два профила можат да делат едно по невнимателен увоз. UUID е идентитетот на кој се повикуваат командите и датотеките. Кога записот изгледа дупликат, споредете го UUID и основните поставки пред да избришете нешто.

Командите за активирање прифаќаат кое било од двете, и токму затоа навиката заснована на име на крајот го менува погрешниот профил.

Копирајте го UUID во вашите белешки кога менувате нешто што можеби ќе треба да го вратите.

Што не ви кажува зачуваниот профил

Зачуваниот профил не кажува ништо за тоа дали неговиот тунел е подигнат, а активната врска не кажува ништо за тоа дали сообраќајот во неа работи. Тунел што го стартува wg-quick или услужна единица воопшто не е врска на NetworkManager, па недостасува од двете листи додека интерфејсот очигледно пропушта сообраќај. Проверете го интерфејсот и табелата за рутирање пред да претпоставите дека профилот недостасува. Празната листа докажува само дека NetworkManager не е сопственик.

Два управувачи за истиот интерфејс е другата верзија на овој проблем, и создава листа што изгледа исправно додека состојбата на јадрото е во сопственост на нешто друго.

Еден сопственик по интерфејс ја држи листата искрена, а референцата за nmcli документира кои полиња секој преглед навистина ги пријавува.

Пријавете без да истекувате тајни

connection show со име ги печати поставките, а додавањето --show-secrets ги печати приватните клучеви и лозинките заедно со нив. За решавање проблем во тикет тие не се потребни. Наместо тоа пријавете го типот, UUID, состојбата и релевантните рути, и затемнете се што дошло од складиште на тајни.

Интерактивното активирање со --ask е поддржаниот начин да се достави недостасувачки акредитив, а автоматизацијата без надзор бара друг одобрен распоред наместо зачувана лозинка во чист текст.

Краток, затемнет извештај е полесно да се прегледа од целосен отпечаток.