VPN 초보 용어는 먼저 이 관계부터 알아두면 이해하기 쉽습니다. 구독은 설정을 제공하고, 노드는 연결 진입점이며, 프로토콜은 통신 방식을 정하고, 트래픽 분할은 요청이 이동할 경로를 결정합니다. 연결은 됐는데 웹사이트가 열리지 않는다면 클라이언트를 반복해서 바꾸기보다 이 순서에 따라 점검해 보세요.
일상적으로 VPN 클라이언트라고 부르는 프로그램은 시스템 수준의 터널링 도구일 수도 있고, 시스템 네트워크 인터페이스를 이용해 트래픽을 처리하는 프록시 클라이언트일 수도 있습니다. 이름만으로 둘을 같은 종류라고 단정해서는 안 됩니다. 아래 내용은 일반적인 설정 개념이며, VPNWish가 언급된 모든 프로토콜이나 클라이언트 기능을 제공한다는 뜻은 아닙니다. 실제 지원 범위는 관리 페이지와 사용 가이드를 확인하세요.
구독 링크와 요금제는 서로 다른 개념입니다
요금제는 트래픽 용량, 결제 주기, 이용 조건 등 서비스 이용 혜택을 정합니다. 구독 링크는 클라이언트가 설정을 가져오는 주소입니다. 이 링크는 노드 목록을 제공할 수도 있고, 정책 그룹·트래픽 분할 규칙·DNS 설정을 함께 포함할 수도 있습니다. 구체적인 구성은 서버가 출력하는 형식과 클라이언트의 지원 여부에 따라 달라집니다.
‘구독 업데이트’는 대개 설정을 다시 가져온다는 뜻이지, 요금제 갱신이나 현재 연결 전환을 의미하지는 않습니다. 클라이언트에 따라 기존에 선택한 노드가 유지될 수도 있고, 정책 그룹을 다시 선택해야 할 수도 있습니다. 업데이트 후에는 노드 목록이 바뀌었는지, 설정이 활성화됐는지 확인하고 현재 연결 출구도 점검하세요.
구독 링크에는 접속 인증 정보가 포함되는 경우가 많으므로 비밀번호처럼 안전하게 보관하세요. 고객 지원에 스크린샷이나 로그를 보낼 때는 링크 전체와 그 안의 토큰을 가려야 합니다. 링크가 이미 공개됐다면 관리 페이지의 재설정 기능을 우선 이용하고, 각 기기의 설정도 업데이트하세요.
하나의 링크가 모든 클라이언트에서 작동하는 것은 아닙니다. 클라이언트에 따라 전체 설정 파일을 가져오거나 노드 공유 링크만 받을 수 있습니다. 가져오기 중 형식 오류가 뜨면 먼저 사용 가이드에 나온 클라이언트 이름과 구독 유형이 맞는지 확인하세요. 출처가 불분명한 온라인 변환 사이트에 링크를 입력하지 마세요.
노드, 경로, 출구는 각각 무엇을 뜻할까요?
노드는 보통 클라이언트에서 선택하는 연결 설정으로, 서버 주소·포트·인증 정보·프로토콜 매개변수가 포함됩니다. 경로는 데이터가 이동하는 네트워크 경로를 가리킵니다. 출구는 대상 웹사이트에 표시되는 공인 IP 주소와 그에 연결된 네트워크 위치입니다. 서로 연관되어 있지만 같은 개념은 아닙니다.
이름에 ‘일본’이 들어간 노드도 실제로는 현지 또는 인근 지역의 진입점을 거친 뒤 중계를 통해 일본 출구에 연결될 수 있습니다. 따라서 진입점의 위치, 노드 이름, 웹사이트가 인식하는 출구 지역은 서로 다를 수 있습니다. 노드 이름은 선택에 참고하되 실제 연결 후에도 확인해야 합니다.
| 용어 | 주요 역할 | 이것만으로 판단할 수 없는 점 |
|---|---|---|
| 구독 | 노드 또는 전체 설정을 클라이언트에 제공 | 가져오기에 성공해도 연결된 것은 아님 |
| 노드 | 구체적인 연결 매개변수 제공 | 이름만으로 현재 사용 가능 여부를 알 수 없음 |
| 경로 | 진입점에서 출구까지 데이터가 이동하는 경로 | 유형만으로 실제 사용 속도를 알 수 없음 |
| 출구 | 대상 서비스에 접속할 때 표시되는 공인 네트워크 식별 정보 | 지역이 일치해도 콘텐츠 이용 권한이 생기는 것은 아님 |
| 정책 그룹 | 수동 선택, 자동 확인 또는 장애 전환을 구성 | 그룹 이름을 선택해도 특정 노드로 고정된다고 볼 수 없음 |
먼저 대상 서비스에 필요한 지역을 확인한 뒤 해당 노드의 실제 성능을 비교하세요. 목록에서 지연 시간이 가장 짧은 노드만 고르지는 마세요. 진입점 응답이 빨라도 이후 출구가 혼잡하면 웹페이지나 동영상이 느릴 수 있습니다. 반대로 지연 시간이 조금 더 긴 노드가 지속적인 다운로드에는 더 적합할 수도 있습니다.
IEPL 전용 회선, 중계, 직결은 어떻게 다를까요?
직결은 보통 클라이언트가 서비스 제공업체가 마련한 프록시 중계 진입점을 추가로 거치지 않고 해외 서버에 직접 연결하는 방식을 뜻합니다. 그래도 통신사 라우팅과 인터넷 교환망을 거칩니다. ‘직결’이 물리적으로 한 번에 도착한다거나 경로가 항상 가장 짧다는 뜻은 아닙니다.
중계는 클라이언트와 최종 출구 사이에 전달 단계를 추가해 접속 경로, 지역 간 전송 또는 연결 관리를 구성하는 방식입니다. 경로를 잘 설계하면 사용 경험이 개선될 수 있지만, 진입점이 혼잡하거나 우회 경로가 길면 연결이 느려질 수도 있습니다. 따라서 중계가 직결보다 항상 낫다고 단정할 수 없습니다.
IEPL은 일반적으로 국제 이더넷 전용 회선을 뜻하며, 서비스 제공업체 네트워크에서 데이터를 전달하는 회선으로 쓰일 수 있습니다. 상품에 IEPL을 사용한다고 표시되어 있어도 사용자 기기부터 대상 웹사이트까지 전체 경로가 전용 회선이라는 의미는 아닙니다. 가정용 인터넷, 무선 네트워크, 진입점 연결, 최종 웹사이트의 응답 속도도 사용 경험에 영향을 줍니다.
회선 유형은 필터링 정보로 참고하되 속도 보장으로 받아들이지 마세요. 실제 이용 시간에 같은 웹사이트나 앱을 사용해 로딩, 재생, 연결 끊김을 비교해 보세요. 다른 조건은 그대로 두고 노드만 바꿔야 차이가 어디서 비롯됐는지 판단하기 쉽습니다.
프로토콜과 클라이언트 코어는 어떤 관계일까요?
프로토콜은 클라이언트와 서버가 인증하고 데이터를 전송·보호하는 방식을 정합니다. 클라이언트 코어는 해당 프로토콜을 구현하고 규칙 매칭, 연결 재사용 등의 작업을 처리합니다. 화면이 비슷한 클라이언트라도 지원하는 프로토콜, 전송 매개변수, 설정 형식은 크게 다를 수 있습니다.
- Shadowsocks: TCP 및 UDP 트래픽 전달에 자주 쓰이는 암호화 프록시 프로토콜입니다. 특정 암호화 방식을 사용할 수 있는지는 클라이언트와 서버가 모두 지원하는지에 달려 있습니다.
- VMess: 인증 기능을 갖춘 프록시 프로토콜입니다. 시스템 시간이 맞지 않으면 인증에 영향을 줄 수 있으므로 문제를 점검할 때 비밀번호만 재설정하지 말고 기기의 시간이 정확한지 확인하세요.
- Trojan: 일반적으로 TLS를 사용해 클라이언트와 서버 간 연결을 보호합니다. 인증서 검증과 서버 이름 설정은 중요한 매개변수입니다.
- VLESS: 자체적으로는 페이로드를 암호화하지 않으며, TLS나 REALITY 같은 보안 방식과 함께 쓰이는 경우가 많습니다. 프로토콜 이름만으로 암호화 방식까지 같다고 보면 안 됩니다.
- Hysteria2 및 TUIC: QUIC 기반이며 UDP 네트워크 연결이 가능해야 합니다. 현재 네트워크에서 UDP를 제한하면 관련 노드에 연결하지 못할 수 있습니다.
프로토콜이 최신이라고 해서 회선 성능이 더 좋은 것은 아닙니다. 연결 가능 여부, 서버 설정, 전송 경로, 클라이언트 구현이 모두 결과에 영향을 줍니다. 가져오기에 실패하면 먼저 호환성을 확인하고, 연결에 실패하면 네트워크·인증 정보·전송 매개변수를 점검하세요. 오류를 없애려고 인증서 검증을 함부로 끄지 마세요.
TLS는 기기와 서버 사이의 연결을 보호하지만 대상 웹사이트 자체의 HTTPS를 대신하지는 않습니다. 웹사이트에 접속할 때도 주소와 인증서 알림을 확인하세요. 암호화된 연결이 모든 개인정보 위험을 한꺼번에 해결해 준다고 여겨서도 안 됩니다.
규칙 기반 트래픽 분할, 글로벌 모드, TUN
규칙 모드는 도메인, 주소, 프로세스 또는 지역 규칙에 따라 요청을 직접 연결, 프록시 연결, 차단 중 하나로 처리합니다. 규칙은 보통 순서대로 적용되므로 앞쪽에 너무 포괄적인 규칙이 있으면 뒤에 있는 세부 규칙이 적용되지 않을 수 있습니다.
글로벌 모드는 보통 클라이언트가 처리하는 요청을 선택한 프록시 정책으로 일괄 전달합니다. 트래픽 분할 때문에 문제가 생겼는지 임시로 확인할 때 유용합니다. 다만 ‘글로벌’이라고 해서 기기의 모든 앱에 반드시 적용되는 것은 아닙니다. 클라이언트가 시스템 프록시만 설정한다면 이를 따르지 않는 앱은 직접 연결될 수 있습니다.
TUN은 가상 네트워크 인터페이스로 IP 트래픽을 처리하는 방식이지, 노드 프로토콜이나 출구 지역 설정이 아닙니다. 활성화하려면 추가 권한이 필요할 수 있으며 다른 VPN, 라우팅 도구, 네트워크 필터링 프로그램과 충돌할 수도 있습니다. DNS까지 처리되는지는 구체적인 설정에 따라 다릅니다.
평소에는 서비스에서 제공하는 규칙 설정을 먼저 사용해 보세요. 특정 앱에 문제가 생기면 잠시 글로벌 모드로 바꿔 비교합니다. 글로벌 모드는 정상이지만 규칙 모드에서만 문제가 있다면 규칙 적용, 정책 그룹, DNS를 중점적으로 확인하세요. 두 모드 모두 문제가 있으면 노드와 앱 자체의 요구 사항을 점검합니다. 테스트가 끝나면 평소 사용에 적합한 모드로 되돌리세요.
DNS 조회와 누출은 어떻게 이해해야 할까요?
DNS는 웹사이트 도메인 이름을 연결 가능한 주소로 변환합니다. 도메인 조회에 성공해도 이후 연결까지 성공하는 것은 아닙니다. 적절하지 않은 주소로 조회되면 같은 노드에서도 특정 웹사이트만 문제가 생길 수 있습니다. 브라우저, 운영체제, 프록시 클라이언트가 각각 캐시를 보유할 수도 있습니다.
DNS 누출은 일반적으로 조회 요청이 예상한 관리 경로를 거치지 않고 다른 DNS 서버로 전달되는 것을 말합니다. 이 경우 해당 DNS 서버는 조회한 도메인을 알 수 있지만, 이것만으로 HTTPS 페이지의 본문까지 봤다는 뜻은 아닙니다. 누출 여부는 예상한 정책을 기준으로 판단해야 하며, 로컬 DNS 서버가 표시됐다는 이유만으로 결론을 내려서는 안 됩니다.
브라우저의 보안 DNS, 시스템 DNS, 클라이언트 DNS 설정을 함께 확인해야 합니다. 누출 테스트 결과는 테스트 중 관찰된 DNS 출구를 보여줄 뿐, 완전한 개인정보 보호 감사를 의미하지는 않습니다. 지역별 트래픽 분할을 사용한다면 국내 사이트와 국제 사이트가 서로 다른 DNS 경로를 사용하는 것도 의도된 동작일 수 있습니다.
시스템 DNS, 브라우저 설정, 클라이언트 규칙을 한꺼번에 바꾸지 마세요. 한 번에 한 부분만 변경하고 전후 상태를 기록하세요. 그렇지 않으면 접속이 복구되더라도 실제 원인을 확인하기 어렵습니다.
가져오기부터 문제 해결까지의 순서
용어를 익혔다면 실제 사용에서는 ‘설정 가져오기’, ‘연결 활성화’, ‘앱에서 확인하기’를 각각 나눠 진행하세요. VPNWish 사용자는 로그인한 뒤 구독을 가져올 수 있습니다. iOS를 제외하면 로그인 후 클라이언트를 다운로드할 수 있으며, iOS에서는 유효한 요금제가 필요합니다. 클라이언트 다운로드 경로는 사용 가이드에서 확인하세요. 구독 링크는 설치 파일이 아닙니다.
- 플랫폼과 클라이언트를 확인하세요. 데스크톱 운영체제에서는 네트워크 확장 프로그램이나 가상 인터페이스의 권한을 허용해야 할 수 있습니다. 모바일 운영체제에서는 보통 시스템 VPN 설정을 승인합니다. 권한 요청 문구는 기기마다 다를 수 있으므로 현재 시스템 안내와 사용 가이드를 따르세요.
- 올바른 설정을 가져오세요. 클라이언트의 구독 또는 설정 가져오기 메뉴를 이용하고 업데이트가 끝날 때까지 기다리세요. 먼저 노드 목록이 생성됐는지 확인한 다음 해당 설정을 활성화하세요.
- 출구를 선택하고 연결하세요. 정책 그룹에서 실제로 선택된 노드를 확인하세요. 자동 선택 그룹은 출구를 알아서 바꿀 수 있으므로 특정 지역을 유지해야 한다면 이 점에 유의하세요.
- 실제 앱에서 확인하세요. 먼저 일반 웹페이지를 열고 다음으로 대상 서비스를 이용해 보세요. 웹사이트가 인식하는 지역은 계정, 이용 권한, 캐시, 위험 관리에도 영향을 받으므로 공인 IP 주소만 확인해서는 안 됩니다.
- 문제 진단에 필요한 정보를 남기세요. 운영체제, 클라이언트 버전, 노드 이름, 오류 메시지, 발생 상황을 기록하세요. 로그를 공유할 때는 인증 정보를 가린 뒤 지원 문의로 추가 확인을 요청하세요.
- ✅ 가져오기 오류: 회선을 바꾸기 전에 구독 형식과 클라이언트 호환성을 먼저 확인하세요.
- ✅ 연결은 됐지만 웹페이지에 문제가 있음: 현재 정책, DNS, 시스템 시간을 확인한 뒤 다른 노드와 비교하세요.
- ✅ 특정 앱에서만 문제 발생: 시스템 프록시를 따르는 앱인지, 추가 트래픽 처리가 필요한지 확인하세요.
- ❌ 속도 측정 지연 시간, 노드 이름, 회선 표시는 앱 접속 성공을 보장하지 않습니다.
마지막으로 각 요소의 역할을 기억해 두세요. 구독은 설정을 전달하고, 프로토콜은 통신을 담당하며, 노드와 경로는 연결 경로를 구성하고, 규칙은 요청이 이동할 곳을 정하며, DNS는 도메인을 조회합니다. 클라이언트를 재설치하거나 규칙을 전부 지우고 네트워크 설정까지 한꺼번에 바꾸기보다 각 단계별로 확인해야 원인을 더 쉽게 찾고 지원 담당자에게도 문제를 정확히 설명할 수 있습니다.