SoftEther 네이티브 클라이언트 또는 OpenVPN 프로필: 올바른 포트 선택

SoftEther 서버는 네이티브 SSL 포트와 OpenVPN 호환 포트에서 동시에 응답할 수 있어, 둘이 두 개의 문을 가진 하나의 서비스처럼 보입니다. 이들은 서로 다른 클라이언트, 서로 다른 구성 형식, 서로 다른 기능을 가진 두 개의 서비스입니다. 네이티브 프로필을 OpenVPN 클라이언트에 넣으면 구문 분석 단계에서 실패하며, 오류는 이유를 거의 알려주지 않습니다.

먼저 리스너를 고르고, 그다음 클라이언트를 고르세요.

두 개의 리스너, 두 개의 구성 형식

네이티브 프로토콜은 SoftEther 클라이언트와 서버, 포트, 가상 허브, 사용자를 지정하는 연결 정의를 사용합니다. OpenVPN 호환 리스너는 remote 지시문, TLS 자료, 그리고 독립형 OpenVPN 서버가 제공하는 것보다 훨씬 작은 지원 집합에서 가져온 옵션을 갖춘 OpenVPN 프로필을 기대합니다. SoftEther는 이를 OpenVPN 클론 기능이라고 부르며, 클론은 충실도에 관한 유용한 힌트입니다.

호환성은 버전의 문제입니다. 최신 OpenVPN 설명서가 문서화한 것이 아니라 배포된 빌드가 무엇을 받아들이는지 확인하세요.

1단계: 운영자가 어떤 리스너를 활성화했는지 찾아내기

포트 번호로 추측하지 말고 리스너 목록을 요청하세요. 443에서 TLS로 응답하는 서버가 네이티브 프로토콜도 같은 포트를 사용할 수 있기 때문에 반드시 OpenVPN 엔드포인트인 것은 아닙니다. 호환 서버 기능에 관한 설명서 절은 어떤 클론이 있고 어떻게 활성화하는지 설명합니다.

호스트에 도달할 수 있다면 자습서의 포트가 아니라 받은 포트를 시험하세요: openssl s_client -connect vpn.example.com:443 -brief 적어도 TLS가 있는지는 알려줍니다.

2단계: 맞는 클라이언트와 프로필 사용하기

네이티브 접속의 경우 SoftEther 클라이언트를 설치하고 운영자 정보로 연결을 만든 뒤 가상 어댑터를 연결하세요. 호환 리스너의 경우 그 리스너가 기대하는 CA와 클라이언트 자료를 담고 있는, 운영자가 서버에서 내보낸 OpenVPN 프로필을 가져오세요. 일반적인 예제로 프로필을 직접 조립하지 말고, 네이티브 연결 정의를 OpenVPN 구성에 붙여 넣지 마세요.

가져오기 중 구문 분석 오류는 형식 문제이지 네트워크 문제가 아니며, 방화벽으로 보내야 할 일이 아닙니다.

3단계: 비교를 정직하게 유지하기

운영자가 둘 다 공개한다면 기기, 접속 네트워크, 작업을 그대로 둔 채 비교하세요. 두 경로는 인증, 연결되는 서브넷, 그리고 서버가 이후 트래픽으로 하는 일에서 다를 수 있습니다. 공유 호스트가 공유 정책은 아닙니다. 파일 복사와 화상 통화가 같은 경로의 다른 부분에 부담을 주기 때문에 작업도 그대로 두세요.

가져오기가 실패할 때마다 나타나는 해결책에 저항하세요. 인증서 검사를 끄거나 오래된 암호를 켜서 프로필을 억지로 통과시키는 것은 호환성 기능이 아니라 퇴행입니다.

4단계: 연결 후 경로 확인하기

연결되면 받은 주소, 함께 온 경로, DNS, 내부 자원 하나를 확인하세요. 네이티브 쪽에서는 가상 어댑터가 점검할 인터페이스이고, OpenVPN 쪽에서는 클라이언트가 만든 tun 또는 tap 장치입니다. 어느 쪽이든 질문은 선택한 리스너가 필요한 접속을 제공하는지이며, 이는 터널이 올라왔는지와는 별개의 사실입니다. 주소를 전후로 적어 두고 비교하세요.

어떤 리스너와 어떤 클라이언트 버전이 작동하는 결과를 냈는지 기록하세요. 그렇지 않으면 다음 사람이 포트 번호부터 탐색을 다시 반복할 것입니다.