NetworkManager가 OpenVPN 프로필을 가져오지 않나요? 이 글을 읽어 보세요

다른 OpenVPN 클라이언트에서는 잘 연결되는 프로필이 NetworkManager로 가져오기를 거부할 수 있고, 대화 상자는 플러그인의 가져오기 기능을 탓합니다. 그 문장은 파일이나 서버가 아니라 여러분의 컴퓨터에 대한 것입니다. 가져오기는 관리자의 VPN 플러그인이 수행하는 로컬 작업이며, 실패하는 순간 아무것도 어디로도 전송되지 않았습니다. 먼저 패키징 문제로, 그다음 파싱 문제로 다루세요.

메시지를 로컬 진술로 읽으세요

이 문구는 플러그인의 기능 집합을 설명합니다. OpenVPN 지원을 제공하는 플러그인이 없거나, 가져오기 동작을 제공하는 구성 요소가 여러분이 주는 형식보다 오래된 것입니다. 두 경우 모두 앞에 있는 컴퓨터에 국한됩니다.

메시지가 말하지 않는 것에 주목하세요. 인증서가 틀렸다거나, 비밀번호가 만료되었다거나, 서버가 내려갔다고 말하지 않으므로 재시작이나 자격 증명 변경으로 해결되지 않습니다. 설치된 소프트웨어에 대한 진술로 읽어야 합니다.

이 구분이 글 전체에서 시간을 가장 많이 아껴 주는 것은, 장애가 전부 데스크톱에 있는데도 반사적으로 밖의 게이트웨이를 보게 되기 때문입니다.

1단계: 플러그인과 편집기 확인하기

두 패키지가 중요하고 하는 일이 다릅니다. 하나는 연결을 소유하는 NetworkManager VPN 플러그인을 제공하고, 다른 하나는 데스크톱의 편집 및 가져오기 프런트엔드를 제공합니다. 런타임만 또는 편집기만 설치하면 기능의 절반만 얻게 됩니다.

nmcli --version
nmcli connection show
rpm -q NetworkManager-openvpn NetworkManager-openvpn-gnome 2>/dev/null

dpkg -l | grep -i network-manager-openvpn

실제로 배포판에 있는 패키징 명령을 사용하고, 위의 두 줄은 대안이지 순서가 아니라는 점을 기억하세요. 애초에 NetworkManager 흐름 안에 있는지도 확인하세요, 자체 가져오기를 가진 다른 OpenVPN 클라이언트는 이 조언에 전혀 반응하지 않기 때문입니다.

플러그인을 설치하면 보통 NetworkManager가 다시 시작되거나 다시 로드되어 기존 연결이 잠시 끊깁니다. 지원 통화 도중이 아니라 의도적으로 하세요.

2단계: nmcli로 가져와 실제 메시지 받기

그래픽 대화 상자는 여러 실패를 한 문장으로 뭉뚱그리는 경향이 있습니다. 명령줄 가져오기는 더 구체적이며, 같은 작업입니다:

nmcli connection import type openvpn file /path/to/client.ovpn
nmcli connection show --active

응답을 주의 깊게 읽으세요. 플러그인이 없다는 불평은 패키징 문제입니다. 특정 지시문에 대한 불평은 파서 문제입니다. 참조된 파일에 대한 불평은 경로 문제이며, 이 셋은 가져오기라는 단어 말고는 공통점이 없습니다.

여기서의 성공은 저장된 프로필을 만들 뿐입니다. 연결하지 않으며, 프로필이 원본의 모든 기능을 유지했다는 증거도 아닙니다.

3단계: 인라인 인증서는 그대로 두기

오래된 조언은 가져오기 전에 인라인 인증서와 키 블록을 모두 제거하라고 합니다. 그 조언은 낡았습니다. 현재 가져오기는 인라인 객체를 처리하며, 이를 지우면 연결에 필요한 신원이 사라지고, 가져오기는 되지만 인증에 실패하는 프로필이 만들어집니다.

특정한 이유로 자료를 정말 분리해야 한다면 원본 파일을 보관하고 어느 블록이 어디로 갔는지 기록하세요. 세 사람이 세 번 편집한 프로필은 나중에 따져 볼 수 있는 구성이 아닙니다.

같은 주의가 공급업체 지시문에도 적용됩니다. 클라이언트 전용 옵션은 잘못된 OpenVPN 구문이 아니면서도 한 플러그인 버전의 기능 집합 밖에 있을 수 있고, 대화 상자를 닫으려고 그것을 제거하면 동작이 조용히 바뀔 수 있습니다.

4단계: 프로필이 지금 무엇을 뜻하는지 확인하기

가져오기에 성공한 뒤에는 무엇이든 활성화하기 전에 엔드포인트, 인증 구성, 파일 참조, 비밀 저장 위치를 점검하세요. 이 네 가지가 가져오기와 의도가 가장 자주 갈라지는 지점입니다.

그다음 정말 신경 쓰는 동작, 즉 경로, DNS, 원본 프로필의 기능이 살아남았는지를 확인하세요. 성공한 가져오기가 요청한 사람을 여전히 실망시킬 수 있는 세 지점이 바로 여기입니다. 가져오기의 성공과 올바르게 동작하는 연결은 서로 다른 결과이며, 사용자에게 중요한 것은 후자뿐입니다.

가져온 프로필이 원본 클라이언트와 다르게 동작하면, 차이는 보통 한 줄이므로 기억으로 다시 만드는 대신 두 구성을 비교하세요.

5단계: 터널의 주인을 하나의 관리자로 두기

프로필이 NetworkManager에 자리 잡으면, 연결의 소유권도 그쪽에 두세요. 우회책으로 별도의 OpenVPN 프로세스를 시작하면 자체 리졸버 동작, 자체 자격 증명, 자체 수명 주기를 가진 두 번째 관리 경로가 생깁니다.

둘 다 자기가 기본 경로를 소유한다고 믿는 두 터널은 공급자가 고장 난 듯한 증상을 만들므로, 해결책은 둘 중 하나를 조정하는 것이 아니라 하나를 제거하는 것입니다.