ConnMan VPN: 사라진 메뉴는 데몬 문제이지 프로토콜 문제가 아니다

흔한 오해는 데스크톱에 VPN 항목이 없는 ConnMan 시스템에는 VPN 지원이 전혀 설치되어 있지 않다는 것이다. 실제로는 Wi-Fi 지원은 있고 VPN 데몬, 공급자 설정, 인증 에이전트에는 아무것도 없는 경우가 많으며, 이는 세 가지 별개의 부재다. 메뉴는 그 구성 요소들을 비추는 화면일 뿐, 기능 자체가 아니다. 버전과 패키징 확인 은 데스크톱 버그 리포트가 아무리 많아도 한 번의 명령으로 더 많은 것을 알려 준다.

속설: 메뉴가 VPN 기능이다

설치된 ConnMan 버전과 함께 온 패키지부터 확인한다. 오래된 릴리스의 버그 리포트는 다른 기능 집합을 설명하며, 그것을 인용하면 대개 교체할 필요도 없던 네트워크 관리자를 누군가 다시 설치하는 일로 끝난다.

무엇이든 바꾸기 전에 실제로 무엇이 있는지 적어 둔다: 데몬 바이너리, 공급자 디렉터리, 그리고 에이전트가 있는지 여부.

어느 데몬이 터널을 소유하는가

Debian bookworm용 ConnMan 1.41 문서에서 connman-vpnd은 connmand과 나란히 VPN 연결을 관리하는 데몬이다. 이 문서는 이름이 붙은 VPN 도우미에 대한 통합을 나열하며 OpenVPN과 OpenConnect도 포함한다. 그 목록은 도우미에 대한 진술일 뿐, 모든 프로토콜이나 인증 흐름이 동작한다는 약속이 아니다. 호환성 보장이 아니라 무엇을 확인해야 하는지의 목록으로 읽어야 한다.

그다음 통합을 게이트웨이의 승인된 프로토콜에 맞춘다. Cisco라는 단어는 예전 vpnc 방식의 연결이 필요한지, AnyConnect 호환 흐름이 필요한지 알려 주지 않으며, 잘못 고르면 자격 증명 문제처럼 보이는 인증 실패가 생긴다.

독립 도우미와 ConnMan 둘 다 터널을 올릴 수 있다면, 어느 쪽이 라우트와 DNS와 수명 주기를 소유하는지 시작 전에 정한다.

데몬 설정은 공급자 설정이 아니다

데몬의 일반 설정과 개별 공급자의 설정은 형식이 다른 별개의 파일이다. 문서화된 bookworm 구성에서 데몬은 /etc/connman/connman-vpn.conf을 읽고, 공급자 프로비저닝 파일은 /var/lib/connman-vpn/ 아래에 .config 확장자로 있다. OpenVPN 프로필을 그 디렉터리에 넣는다고 해서 ConnMan 프로비저닝 파일이 되지는 않는다.버전별 공급자 매뉴얼도 공급자 섹션과 그 파일들이 실제로 필요로 하는 유형별 필드를 설명한다.

설치된 통합이 지원하는 매핑을 통해서만 옮긴다. 인증서 신뢰, 개인 키 참조, 게이트웨이 신원, 라우트, 인증 입력은 각자 고유한 역할을 가지며, 다른 공급자 유형을 위한 예시라고 해서 둘 다 서버 주소가 필요하다는 이유만으로 서로 바꿀 수 있는 것은 아니다.

공급자가 로드되지 않으면 그 필드를 블로그 예시가 아니라 설치된 릴리스의 매뉴얼과 비교한다.

인증 에이전트는 별개의 의존성이다

공급자 정의는 자격 증명을 얻거나 인증 교환을 끝내기 위해 여전히 에이전트가 필요할 수 있다. OpenConnect 통합에 대해 같은 매뉴얼은 인증 관련 값이 빠졌을 때 VPN Agent API를 통해 요청할 수 있다는 점과, 수명이 짧은 쿠키는 일반적으로 영구 설정 비밀로 적합하지 않다는 점을 설명한다. 그 방식이 모든 브라우저 로그인, MFA 요청, 게이트웨이 상태 점검을 보장하지는 않는다. 전체 흐름을 배포를 소유한 사람과 확인한다.

에이전트 부재를 널리 읽을 수 있는 파일에 비밀번호나 세션 토큰을 적어서 메우지 않는다. 그것은 없는 통합을 자격 증명 노출로 바꾸며, 두 번째 문제는 첫 번째보다 오래 살아남는다.

게이트웨이가 대화형 로그인을 요구한다면 에이전트는 선택적 추가가 아니라 설계의 일부다.

결과는 하나가 아니라 넷을 확인한다

승인된 프로비저닝 후 네 가지를 따로 확인한다. 공급자가 선택되었는지, 연결이 인증되었는지, 유효 라우트가 의도한 것인지, 리졸버가 예상대로 동작하는지다. 실행 중인 데몬, 목록에 있는 공급자, 애플리케이션이 자기 리소스에 도달하는 것은 서로 다른 세 가지 결과이며, 사용자의 실제 목표는 마지막 하나뿐이다. 따로 기록하면 어느 단계를 고쳐야 하는지 알 수 있다.

그 점검에는 재연결 동작과 요구되는 사용 불가 상태 정책도 포함한다. 한 번 올라간 뒤 다시 회복되지 않는 터널은 배포된 것이 아니다. VPN 통합을 바꾸는 동안 동작하는 기본 네트워크 설정은 복구 가능한 상태로 두어야 한다.

버튼 하나를 얻으려고 Wi-Fi 관리자를 교체하는 것은 필요했던 빠진 작업보다 훨씬 큰 변경이며, 대개 속설이 이긴다.