Lista de VPN con nmcli: perfís gardados fronte a túneles activos

Executa nmcli connection show esperando unha lista de VPN e recibe todas as conexións que a máquina gardou algunha vez, incluíndo unha ponte e un punto de acceso. A VPN que busca pode estar aí, pode estar tipada como algo distinto de vpn ou pode non ser unha conexión de NetworkManager en absoluto. Saber en cal destes tres casos está require dous comandos.

Dúas listas, dúas preguntas

connection show responde que gardou NetworkManager, e connection show --active responde que está conectado agora a un dispositivo. A primeira lista inclúe perfís inactivos, e iso é deliberado: unha VPN gardada que está caída segue sendo un perfil que quizais teña que arranxar. Confundir as dúas dá a impresión de que un túnel está a funcionar cando só existe a súa configuración.

Escolla campos en lugar de ler a táboa predeterminada, porque a saída predeterminada agocha o tipo en terminais estreitos e parte os nomes longos.

NAME, UUID e TYPE adoitan ser todo o necesario para unha primeira pasada, e despois inspecciona a única entrada que lle interesa por UUID.

TYPE é onde están as sorpresas

OpenVPN as conexións xestionadas polo complemento aparecen como tipo vpn, porque o complemento é un servizo dentro do marco xenérico de VPN. O soporte nativo de WireGuard é un tipo de conexión propio e de primeira clase, así que filtrar por vpn non o atopará. Unha busca dun túnel WireGuard que non devolve nada adoita ser un problema de filtro e non un perfil ausente. Iso é unha diferenza arquitectónica, non unha rareza de nomenclatura.

O mesmo se aplica a outros tipos de túnel que NetworkManager aprendeu a xestionar de forma nativa co tempo, así que lea a columna TYPE antes de concluír que algo falta.

Liste todo e filtre despois, e o perfil aparece.

Lea o UUID, non só o nome

Os nomes son etiquetas que a xente edita, e dous perfís poden compartir un tras unha importación descoidada. O UUID é a identidade á que se refiren os comandos e os ficheiros. Cando unha entrada parece duplicada, compare o UUID e a configuración subxacente antes de borrar nada.

Os comandos de activación aceptan calquera dos dous, e por iso mesmo un costume baseado no nome acaba modificando o perfil equivocado.

Copie o UUID nas súas notas cando cambie algo que quizais teña que desfacer.

O que un perfil gardado non lle di

Un perfil gardado non di nada sobre se o seu túnel está levantado, e unha conexión activa non di nada sobre se o tráfico que hai dentro funciona. Un túnel iniciado por wg-quick ou por unha unidade de servizo non é ningunha conexión de NetworkManager, así que falta en ambas as listas mentres a interface claramente pasa tráfico. Comprobe a interface e a táboa de rutas antes de supor que o perfil falta. Unha lista baleira só demostra que NetworkManager non é o propietario.

Dous xestores para a mesma interface é a outra versión deste problema, e produce unha lista que parece correcta mentres o estado do núcleo é propiedade doutra cousa.

Un propietario por interface mantén a lista honesta, e a referencia de nmcli documenta que campos informa realmente cada vista.

Informe sen filtrar segredos

connection show cun nome imprime axustes, e engadir --show-secrets imprime as claves privadas e os contrasinais xunto con eles. Para pegar unha diagnose nun ticket non fan falta. Informe no seu lugar do tipo, o UUID, o estado e as rutas relevantes, e redacte todo o que veña dun almacén de segredos.

A activación interactiva con --ask é a forma admitida de achegar unha credencial que falta, e a automatización sen supervisión necesita outro acordo aprobado en lugar dun contrasinal gardado en texto simple.

Un informe breve e redactado é máis fácil de revisar que un volcado completo.