Mover un perfil VPN de NetworkManager a outro ordenador

Dúas máquinas poden mostrar o mesmo nome de VPN no menú e non ter nada máis en común. A páxina de axustes é a parte que peor viaxa, porque o contido real do perfil está repartido entre un ficheiro de chaves, un chaveiro, un complemento e un puñado de rutas de ficheiro absolutas. Tres preguntas deciden se debe exportar, copiar ou inscribirse de novo. Fágaas antes de copiar nada.

Comece polo perfil que realmente funciona

Liste as conexións e lea o UUID en lugar do nome. nmcli connection show mostra ambos, e o UUID é o único campo que distingue a entrada que funciona dunha importación máis antiga cunha etiqueta idéntica. Cambie o nome ou elimine o duplicado obsoleto na máquina de orixe antes de comezar, para que o que copie non sexa ambiguo. Despois anote o complemento e o tipo de conexión, porque eses dous determinan que significa sequera exportar. Un perfil que non pode identificar con precisión é un que non debería migrar.

Este paso custa un minuto. Evita o fallo máis común, que é mover o perfil equivocado e despois depurar o destino.

Exportar ou copiar o ficheiro de chaves?

NetworkManager pode exportar algúns perfís VPN a un ficheiro cando o complemento instalado implementa a exportación, e para OpenVPN o resultado parece unha configuración autónoma. Copiar o ficheiro de chaves nativo é a outra vía: conserva todos os axustes, pero espera o mesmo complemento e un propietario permitido no destino. Ningunha é universalmente mellor, e ningunha é unha copia de seguridade. Escolla preguntando que ten que permanecer idéntico.

A exportación convén para un traslado a unha máquina que executará o mesmo complemento, sobre todo cando quere un único artefacto que poida inspeccionar. O ficheiro de chaves convén para unha restauración nunha distribución idéntica onde os permisos e as rutas se poden reproducir exactamente.

A que segue apuntando o perfil

Un perfil non é autosuficiente só porque se exportou limpiamente. A CA, o certificado de cliente, a clave privada e calquera material TLS adicional adoitan ser ficheiros separados referenciados por ruta, e esas rutas existen na máquina que abandona. Enumere cada ficheiro referenciado antes de transferir nada.

Despois decida se convén usar sequera a mesma credencial. Un ficheiro co mesmo nome noutra máquina non é a mesma identidade, e algúns despregamentos esperan no seu lugar unha nova inscrición.

Os segredos non están no ficheiro

Os contrasinais e as frases de contrasinal poden vivir no ficheiro de chaves, nun chaveiro de usuario ou en ningún sitio porque se lle preguntan ao usuario cada vez. Só a primeira desas opcións viaxa cunha copia do ficheiro.

Comprobe os indicadores de contrasinal do perfil de orixe antes de supor que o traslado non necesitará atención. Un perfil configurado para preguntar, ou para gardar o segredo nun axente de sesión, chega á máquina nova sen credencial e con un intento de conexión que falla sen explicar por que. Reproduza alí o fluxo de segredos aprobado en lugar de exportar un contrasinal en texto plano a un ficheiro para facilitar o traslado. Ese atallo converte unha migración nunha revelación.

Retire a copia antiga correctamente

Acepte a nova configuración usando a aplicación prevista a través dela, e manteña dispoñible a ruta antiga ata entón. Importe, volva ler o extremo, a autenticación, as rutas e o DNS, e despois conéctese e confirme o recurso privado. Unha importación que produce un icono verde non é unha aceptación.

Eliminar un perfil local non revoga nada. O certificado e as credenciais seguen sendo válidos ata que o operador os retire, así que a retirada é unha solicitude aparte a quen os emitiu. Elimine os ficheiros antigos, elimine a entrada do chaveiro e anote que identidade se retirou e cando. Se a máquina antiga se entrega a outra persoa, ese rexistro importa máis que a eliminación.