하나의 프로파일, 두 주인: NetworkManager 아니면 systemd

.ovpn 파일은 무언가가 소유하기 전까지 아무 일도 하지 않습니다. Pi 데스크톱에서 그럴듯한 주인은 가져온 연결을 자체 키파일에 저장하는 NetworkManager와 디렉터리에서 설정을 읽는 독립 서비스 유닛입니다. 이 둘은 저장 방식, 자격 증명 처리, 활성화 규칙이 다른 두 가지 운영 모델입니다. 하나를 의도적으로 고르는 것이 이 작업의 전부이며, 파일을 두 곳에 복사하면 선택이 우연이 될 뿐입니다.

둘 다 한 머신에서 동작할 수 있지만 같은 순간에 같은 터널에서 동작할 수는 없으며, 그 충돌은 설정 문제가 아니라 네트워크 문제처럼 보입니다.

같은 터널을 소유하는 두 가지 방법

NetworkManager의 OpenVPN 플러그인은 연결을 대신 관리하는 편집기와 서비스를 추가하며, OpenVPN 프로그램을 설치해도 그 통합은 설치되지 않습니다. 독립 유닛은 반대 배치입니다: 편집기도, 데스크톱 통합도 없고 설정 파일 하나와 유닛이 주는 권한만 있습니다. 전자는 연결 상태를 자체 데이터베이스에 두고, 후자는 프로파일과 유닛이 말하는 곳에 둡니다. 혼란의 대부분은 가져온 프로파일과 복사한 파일이 같은 객체라고 가정하는 데서 옵니다.

그것들은 한 가지의 두 모습이 아닙니다. 내려받은 파일을 편집해도 NetworkManager가 저장한 것도, 유닛이 읽는 것도 바뀌지 않으며, 방금 시험한 터널을 만든 것이 둘 중 어느 쪽인지도 알 수 없습니다.

데스크톱이 실제로 사용하는 연결을 따라가십시오

문서화된 가져오기 작업인 nmcli connection import type openvpn file office.ovpn 는 플러그인을 통해 연결을 만듭니다. 그 UUID를 기록하고, 이름은 편집되고 두 연결이 같은 레이블을 공유할 수 있으므로 이후에 그 식별자를 사용하십시오. nmcli connection show 는 무엇이 있는지 나열하며, 연결 자체의 속성을 읽으면 어느 파일에서 왔고 무엇을 저장하는지 알 수 있습니다. 편집하는 UUID가 데스크톱이 활성화하는 것과 다르면 그 편집은 장식일 뿐입니다.

비밀은 주인의 저장소에 삽니다. 어느 프로파일이 활성인지 알아내려고 저장된 비밀을 모두 쏟아내는 것은 느리고 위험합니다; 대신 연결 객체에 물어보고, 사적인 자료는 주인이 기대하는 곳에 두십시오.

가져온 연결은 실행에 그래픽 세션이 필요하지 않지만 자격 증명 원천은 여전히 필요할 수 있습니다. 감독 없이 시작되는지는 그 권한과 비밀에 달려 있으며, 데스크톱의 존재 여부와는 무관합니다.

유닛 템플릿에 의존하기 전에 읽으십시오

패키지가 업스트림 스타일 클라이언트 유닛을 제공할 때 office라는 인스턴스는 유닛의 설정된 디렉터리에 있는 %i.conf 파일에 대응하며, 2.6 템플릿에서는 그것이 /etc/openvpn/client입니다. 안내서의 예를 믿기 전에 설치된 유닛과 추가 파일을 읽으십시오, 배포판은 경로를 옮기기 때문입니다. 터미널에서 수동으로 실행하는 것은 서비스가 파일, 비밀, 권한을 보는 방식에 대해 아무것도 증명하지 않습니다. 데스크톱의 비밀번호 대화 상자도 비대화형 유닛이 같은 비밀번호를 얻는 승인된 방법이 있다는 증거가 아닙니다.

유닛에 필요한 것만 주십시오. 참조된 파일 하나를 읽을 수 없다고 서비스 전체 샌드박스를 느슨하게 하면 작은 권한 수정을 큰 노출과 맞바꾸는 셈이며, 오류는 보통 주의가 필요한 파일의 이름을 알려줍니다.

접근을 잃지 않고 중복을 은퇴시키십시오

두 주인이 모두 터널을 시작할 수 있으면 결국 한쪽이 잘못된 순간에 이기고 진 쪽의 경로와 장치는 뒤에 남습니다. 우연한 중복을 그 주인을 통해 제거하십시오, 복구 경로를 열어 두고, 남은 주인이 재부팅 후에도 연결되는지 확인하십시오. 라우팅 정책이 다른 두 개의 의도적으로 분리된 VPN은 다른 설계 질문이며, 두 시작 경로가 하나의 연결을 두고 경쟁해도 된다는 허가가 아닙니다.

그다음 받아들인 수명 주기(수동 활성화, 로그인, 또는 부팅과 재연결)를 적고, 저장된 엔드포인트, 상대방 인증, 터널이 도달해야 할 자원을 확인하십시오. 데스크톱을 다시 설치하는 것은 어떤 설정이 실행되었는지 아는 일을 대신하지 못합니다.