WireGuard 설정을 OpenVPN으로 변환할 수 있을까요?

당신에게는 wg0.conf 파일이 있고 클라이언트는 .ovpn 만 받습니다. 그래서 누군가 파일을 변환하자고 제안합니다. 이름만 바꾸면 OpenVPN 이 해석할 수 없는 프로필이 되고, 필드를 하나씩 주의 깊게 옮겨도 해석은 되지만 핸드셰이크에서 실패합니다. 이유는 파일 형식이 아닙니다. WireGuard와 OpenVPN은 핸드셰이크도, 인증 모델도, 피어라는 개념도 다른 프로토콜입니다. 변환이 통하는 경우는 반대편을 운영하는 사람에게 OpenVPN 프로필을 직접 받아오는 경우뿐입니다.

당신이 가진 파일은 연결 프로필이 아니라 피어를 기술합니다

WireGuard 설정이 짧은 이유는 프로토콜 자체가 그렇기 때문입니다. 개인 키와 주소가 있는 인터페이스 하나, 그리고 공개 키와 엔드포인트, AllowedIPs 목록을 가진 하나 이상의 피어가 전부입니다. 협상 계층도, 고를 암호 모음도 없습니다.

OpenVPN 프로필은 TLS 기반 제어 채널의 클라이언트이며, 그래서 인증서나 자격 증명 참조와 인증 방법을 설명하는 지시문을 담습니다.

변환한 파일도 핸드셰이크에서 실패하는 이유

WireGuard는 정적 피어 키로 시작하는 Noise 기반 핸드셰이크로 시작하며, 상대의 공개 키를 이미 알고 있지 않으면 침묵합니다. OpenVPN은 TLS 세션을 열고 서버 인증서나 정적 키를 확인한 뒤 인증서, 사용자 이름과 비밀번호, 또는 둘 다로 사용자를 인증합니다. WireGuard 파일에는 그중 어느 것도 적혀 있지 않습니다. 변환한 파일은 엔드포인트만 맞고 나머지는 모두 틀리게 됩니다.

주소와 포트를 재사용해도 소용이 없습니다. 반대편은 다른 패킷을 기다리고 있기 때문입니다.

제공자에게 무엇을 물어야 하는가

제공자가 WireGuard 파일을 주었다면 같은 계정에 OpenVPN 접근 권한이 있는지 묻고 그 프로필을 요청하세요. 많은 곳이 제공하며, 그것은 첫 파일을 고친 사본이 아니라 자체 자격 증명과 함께 옵니다.

답이 아니오라면 제약은 파일이 아니라 구독에 있으며, 어떤 변환기도 그것을 바꾸지 못합니다.

라우터나 클라이언트가 OpenVPN만 말한다면

연결해야 하는 장치가 OpenVPN만 지원한다면 다른 확장자를 찾기 전에 반대편의 문서화된 프로토콜 지원을 확인하세요. OpenVPN을 종단하는 라우터는 파일을 가져와서 WireGuard를 받아들이도록 설득할 수 없습니다. 현실적인 선택은 서버 쪽에 OpenVPN 엔드포인트를 두거나 WireGuard를 말하는 다른 장치를 쓰는 것입니다.

어떤 파일을 가지고 있는지가 아니라 누가 반대편을 관리하는지를 기준으로 고르세요.

서버를 운영한다면 프로토콜을 추가하라

두 번째 프로토콜을 지원한다는 것은 두 번째 서비스를 운영한다는 뜻입니다. Linux 서버에서는 자체 CA, 서버 인증서, 클라이언트 인증서, 그리고 server 와 push 지시문을 갖춘 OpenVPN 인스턴스이며 해당 포트를 위한 방화벽 규칙도 필요합니다. 기존 WireGuard 피어 항목에는 그런 객체가 하나도 적혀 있지 않습니다. 주소 풀과 푸시되는 경로는 WireGuard AllowedIPs 와 별도로 계획하세요. 이름만 둘인 같은 메커니즘이 아니기 때문입니다.

그런 다음 클라이언트에서 확인하세요. 프로필이 로드되고 TLS 세션이 완료되고 푸시된 경로가 나타나고 트래픽이 터널을 통해서만 닿는 호스트에 도달해야 합니다.

변환기 발상이 안전한 지점

값을 손으로 옮겨 메모로 남기는 것은 괜찮고 종종 유용합니다. 엔드포인트, 주소, 피어 공개 키는 배포에 관한 사실일 뿐이기 때문입니다. 변환을 약속하는 웹사이트에 개인 키를 올리는 것은 안 됩니다. 그 키가 곧 자격 증명이고 그 서비스에는 변환할 프로토콜이 없기 때문입니다. OpenVPN 클라이언트에서 같은 접근이 필요하다면 OpenVPN 자격 증명을 요청하세요.

두 설정을 나란히 두고 서로 다른 접근 경로로 다루세요. 실제로 그렇기 때문입니다.