CLI가 받아들이는 .ovpn을 설정에서 가져오지 못한다

같은 파일이 셸에서는 연결되지만 데스크톱 패널에서는 가져오기를 거부합니다. 이는 서버, 자격 증명, 프로필 구문을 배제합니다. 명령줄 클라이언트가 이미 세 가지를 모두 해석했기 때문입니다. 남는 것은 데스크톱 경로 자체입니다. 필요한 패키지, 이해하는 지시문의 부분 집합, 디스크에 기록하는 객체입니다. 각각 다르게 실패하며, 메시지가 올바른 원인을 가리키는 경우는 드뭅니다.

대화 상자가 무언가를 해석하기 전에 필요한 세 가지

가져오기는 사용자의 권한으로 실행되므로 root만 접근할 수 있는 디렉터리의 파일은 내용이 문제가 되기 전에 거부됩니다. 패널은 NetworkManager 플러그인이 설치된 VPN 유형만 표시합니다. OpenVPN 플러그인이 없으면 그 옵션은 고장 난 것이 아니라 아예 없습니다. 마지막으로 네트워크 장치가 관리 상태여야 합니다. 관리 안 함으로 표시된 인터페이스는 절대 활성화되지 않을 저장된 연결을 받아들일 수 있습니다. 프로필을 편집하기 전에 세 가지를 모두 확인하세요.

첫 단계는 플러그인용 dpkg -l network-manager-openvpn-gnome과 장치 상태용 nmcli device status 두 명령으로 정리됩니다.

가져오기 도구가 조용히 버리는 것

데스크톱 변환은 고정된 속성 집합을 대상으로 합니다. 그 집합 밖의 줄은 조용히 버려지므로, 의도한 구성의 일부가 빠진 채 터널이 올라올 수 있습니다. up, down, script-security로 선언된 스크립트는 보통 사라지고, 관리 인터페이스 옵션과 추가 원격 블록도 마찬가지입니다. vpn_gateway 키워드로 작성한 경로는 예외입니다. 가져오기 도구는 그곳에 리터럴 IPv4 게이트웨이를 원하며, 줄을 버리는 대신 오류로 중단합니다.

버려진 경로는 알아볼 수 있는 형태를 띱니다. 연결은 활성화되고 인터페이스는 주소를 받지만, 경로가 프로필에 들어가지 않았기 때문에 특정 서브넷 하나에 도달할 수 없습니다.

원본 파일이 아니라 저장된 연결을 읽으세요

가져오기의 권위 있는 결과는 키 파일이며, 선택한 .ovpn이 아닙니다. sudo cat /etc/NetworkManager/system-connections/office.nmconnection는 패널이 실제로 저장한 내용을 보여 줍니다. 경로가 그곳에 있지만 라이브 테이블에 없다면 가져오기는 성공했고 문제는 활성화입니다. 파일에 없다면 가져오기 도구가 버린 것이며, 아무리 다시 연결해도 복구되지 않습니다.

두 가지 대안 경로는 변환 계층을 우회합니다. nmcli connection import type openvpn file ./office.ovpn는 같은 객체를 기록하고 패널이 숨기는 오류를 보고합니다.

구형 편집기는 nm-connection-editor로 실행하면 패널에 없는 경로 필드를 노출합니다. 스크립트나 지원되지 않는 지시문에 의존하는 프로필이라면 명령줄 클라이언트를 유지하고 대신 서비스로 감독하세요. 데스크톱 연결을 비활성화하여 터널의 소유자가 하나의 구성 요소만 되도록 한 뒤에 말입니다.

가져오기는 되지만 활성화가 안 될 때

고급 탭은 가져왔거나 마지막으로 선택한 전송 방식을 유지합니다. UDP에서 수신하는 서버는 TCP를 선택하면 빠르게 실패하며, 메시지가 그 사실을 알려 주는 경우는 드뭅니다. 로그인한 사용자 없이 시작해야 하는 연결은 비밀을 모든 사용자에 대해 저장해야 하며, 이는 이 세션에만 저장하는 것과 다른 설정입니다.

대화 상자에 유용한 정보가 없으면 journalctl -u NetworkManager -b가 활성화 실패 이유를 보여 줍니다. 셸 클라이언트는 그 경로를 전혀 건드리지 않으므로, 데스크톱 사본이 작동하지 않는 동안에도 계속 작동합니다.

마지막 확인으로 플러그인 버전을 배포판 릴리스와 비교하세요. 맞지 않는 플러그인은 깔끔하게 설치되고도 nmcli가 문제없이 가져오는 프로필의 활성화를 거부할 수 있습니다.