이 VPN 초보 용어 가이드에서는 구독, 노드, 프로토콜, 분할 라우팅부터 살펴봅니다. 각각은 서로 다른 역할을 합니다. 구독은 설정 정보를 제공하고, 노드는 연결 지점이며, 프로토콜은 통신 방식을 정하고, 분할 라우팅은 요청이 이동할 경로를 결정합니다. 먼저 이 차이를 알아두면 클라이언트 메뉴를 살펴볼 때 문제에 맞는 설정을 찾기 쉬워지고, 해결되지 않는다고 노드만 계속 바꾸는 일도 줄어듭니다.
용어와 클라이언트 메뉴 비교
일상적인 대화에서 “VPN”은 네트워크 프록시 서비스를 통칭하는 말로 쓰이곤 하지만, 전통적인 VPN 터널과 애플리케이션 프록시는 완전히 같은 개념이 아닙니다. 클라이언트가 브라우저 트래픽을 프록시한다고 해서 기기의 모든 앱 트래픽까지 처리한다는 뜻은 아닙니다. 실제 적용 범위는 시스템 프록시와 앱 자체 설정, 가상 네트워크 인터페이스 사용 여부에 따라 달라집니다.
| 용어 | 실제 의미 | 주요 메뉴 |
|---|---|---|
| 구독 링크 | 노드나 설정을 가져오고 업데이트하는 주소 | 구독, 설정, 설정 파일 |
| 노드 | 서버 주소, 포트, 인증 정보 등이 포함된 연결 항목 | 프록시, 서버, 노드 목록 |
| 프로토콜 | 클라이언트와 서버가 사용하는 통신 방식 | 노드 정보, 연결 편집 |
| 정책 그룹 | 규칙에서 참조하는 노드 모음 또는 선택 메뉴 | 프록시 그룹, 정책, 자동 선택 |
| 분할 라우팅 규칙 | 도메인, 주소 등의 조건에 따라 연결 경로를 선택하는 규칙 | 규칙, 라우팅, 설정 정보 |
| TUN 모드 | 가상 네트워크 인터페이스로 트래픽을 전달하는 방식 | 가상 네트워크 어댑터, 터널, 네트워크 설정 |
메뉴 이름은 클라이언트마다 다릅니다. 같은 이름의 메뉴를 찾을 수 없다면 기능을 기준으로 살펴보세요. 튜토리얼에 나온 버튼 문구와 똑같은 메뉴를 찾을 필요는 없습니다. 특히 “설정 가져오기”와 “연결 활성화”는 구분해야 합니다. 노드가 목록에 보인다는 것은 가져오기에 성공했다는 뜻일 뿐, 시스템 트래픽이 실제로 해당 노드를 통과한다는 의미는 아닙니다.
구독 링크: 설정 정보의 출처이지, 연결 스위치가 아닙니다
구독 링크를 통해 클라이언트가 서버에 설정 정보를 요청합니다. 응답에는 노드 목록뿐 아니라 정책 그룹, 분할 라우팅 규칙, DNS 설정 등이 포함될 수 있으며, 실제 내용은 서버 형식과 클라이언트 지원 여부에 따라 달라집니다. 구독 링크는 유료 요금제 자체와 다릅니다. 요금제는 트래픽과 요금 부과 방식을 설명하고, 구독 링크는 클라이언트가 연결 정보를 가져오는 경로입니다.
VPNPart에서는 먼저 사용자 패널에 로그인해 본인의 구독 정보를 확인한 다음, 클라이언트의 가져오기 기능을 이용하세요. 웹 로그인 주소를 구독 주소로 사용하거나 출처가 불분명한 설정 변환 사이트에 계정 비밀번호를 입력하지 마세요. 클라이언트마다 지원하는 형식이 다를 수 있으므로 패널의 해당 메뉴에서 제공하는 설정을 사용하세요.
“구독 업데이트”는 보통 원격 설정을 다시 가져오는 기능입니다. 요금제 트래픽을 추가하거나 클라이언트를 자동으로 업그레이드하는 기능은 아닙니다. 서버에서 노드 주소를 변경한 경우 업데이트 후에야 변경 사항이 보일 수 있습니다. 구독으로 관리되는 노드를 직접 수정하기 전에는 업데이트 시 변경 내용이 덮어써지는지 확인하세요. 일정한 간격으로 반복 업데이트할 필요는 없습니다. 노드 변경이나 설정 오류가 있을 때는 먼저 패널의 공지와 안내를 확인하세요.
노드와 회선: 접속 지점의 지역이 전체 경로를 뜻하지는 않습니다
노드는 클라이언트에서 선택할 수 있는 연결 항목입니다. 이름에 국가나 지역, 용도, 회선 유형이 표시될 수 있지만, 이름만으로 전체 네트워크 경로를 알 수는 없습니다. 특정 지역의 출구가 필요하다면 이름만 보지 말고 실제 출구 지역을 확인하세요. 진입 서버의 위치, 전송 경로, 최종적으로 접속한 웹사이트에 표시되는 출구 지역은 서로 다를 수 있습니다.
직결, 중계, IEPL 전용 회선의 차이
- 직결: 클라이언트가 대상 프록시 서버에 직접 연결하는 방식입니다. 경로가 비교적 단순하지만 실제 성능은 현지 통신사, 네트워크 간 라우팅, 서버 상태에 따라 달라집니다.
- 중계: 중간 접속 지점에 먼저 연결한 뒤, 해당 지점이 후속 서버로 트래픽을 전달합니다. 경로를 바꿀 수는 있지만 중간 단계를 추가한다고 반드시 더 빨라지는 것은 아닙니다.
- IEPL 전용 회선: 일반적으로 전송 경로의 일부 구간에 국제 이더넷 전용 회선을 사용하는 것을 뜻합니다. 이는 전송 자원에 대한 설명이지 프록시 프로토콜이 아니며, 기기에서 대상 웹사이트까지 모든 구간이 전용 회선이라는 의미도 아닙니다.
따라서 전용 회선을 사용한다고 해서 항상 지연 시간이 짧거나 모든 플랫폼에 접속할 수 있는 것은 아닙니다. 가정의 Wi-Fi, 접속 지점의 혼잡도, 출구 품질, 대상 사이트의 정책이 결과에 영향을 줄 수 있습니다. 회선을 판단할 때는 실제 사용하는 시간대에 대상 앱을 테스트하고, 같은 조건에서 비교할 수 있도록 결과를 기록하세요.
프로토콜: 통신 방식이지 속도 순위가 아닙니다
Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC은 모두 흔히 쓰이는 프록시 프로토콜 이름입니다. 구식에서 최신, 느린 것에서 빠른 것 순으로 나열한 등급표로 보면 안 됩니다. 같은 프로토콜도 전송 방식과 추가 매개변수가 다를 수 있습니다. 클라이언트가 특정 프로토콜 이름을 지원하더라도 서버에서 사용하는 모든 조합을 지원한다는 뜻은 아닙니다.
Shadowsocks는 키와 암호화 방식 등의 매개변수를 사용해 프록시 통신을 구성합니다. VMess에는 자체 인증 및 통신 방식이 있고, Trojan은 일반적으로 TLS 연결을 통해 프록시 트래픽을 전달합니다. VLESS 자체는 콘텐츠를 암호화하지 않으므로 적절한 보안 전송 계층과 함께 이해해야 합니다. 프로토콜 이름만으로 보호 범위를 판단할 수는 없습니다.
Hysteria2는 QUIC 기반이며 TUIC도 QUIC 전송을 사용합니다. 두 프로토콜 모두 UDP 연결이 가능해야 하므로 네트워크에서 UDP를 제한하면 연결에 영향을 줄 수 있습니다. QUIC을 사용한다고 해서 다른 프로토콜보다 빠르다고 단정할 수는 없습니다. 경로, 혼잡 제어, 서버 자원, 클라이언트 구현 방식이 모두 사용 경험에 영향을 줍니다.
초보자는 보통 노드의 프로토콜을 직접 다른 종류로 바꿀 필요가 없습니다. 서버가 변경된 프로토콜에 맞는 설정을 제공해야 합니다. 가져오기 단계에서 지원하지 않는다는 안내가 나오면 먼저 클라이언트와 코어 버전의 호환성을 확인하고, 설정을 가져오는 메뉴가 맞는지 살펴보세요. 오류를 없애려고 TLS, 인증서 검증, 인증 항목을 무작정 삭제하지 마세요.
분할 라우팅, 규칙, 전역 모드: 요청 경로를 결정하는 설정
분할 라우팅은 요청이 들어올 때 조건에 따라 직결, 프록시, 차단 등의 처리 방식을 결정합니다. 도메인, 대상 주소, 앱 프로세스 등이 흔히 사용되는 조건이지만 지원 범위는 클라이언트와 운영체제에 따라 다릅니다. 규칙은 보통 설정된 순서대로 적용되며, 일치하는 규칙의 정책을 사용합니다. 일치하는 항목이 없으면 기본 정책을 따릅니다.
규칙 모드는 이 판단 방식에 따라 요청마다 다른 경로를 선택합니다. 전역 모드는 일반적으로 클라이언트가 처리하는 요청을 선택된 프록시나 정책 그룹으로 보냅니다. 하지만 기기 전체의 트래픽을 처리한다는 뜻은 아닙니다. 클라이언트로 전달되지 않는 트래픽은 이 모드의 영향을 받지 않습니다.
시스템 프록시는 주로 시스템 프록시 설정을 따르는 앱에 적용됩니다. 일부 명령줄 도구는 프록시 환경 변수를 별도로 설정해야 하고, 자체적으로 연결을 구성하는 앱도 있습니다. TUN 모드는 적용 범위가 더 넓은 경우가 많지만 라우팅, 권한, 제외 설정, 시스템 제한의 영향을 받습니다. 전역 모드로 바꾼 뒤에도 접속되지 않는다고 해서 곧바로 노드가 작동하지 않는다고 결론 내릴 수는 없습니다.
정책 그룹은 규칙과 노드 사이에서 선택을 처리하는 계층입니다. 규칙은 특정 요청을 “국제 접속” 같은 그룹으로 보내고, 그룹에서 실제 노드를 선택할 수 있습니다. 자동 선택은 보통 클라이언트의 연결 테스트 결과를 기준으로 합니다. 테스트 주소에 응답이 온다고 해서 대상 웹사이트를 사용할 수 있다는 뜻은 아닙니다. 로그인, 동영상 재생, 장시간 연결도 별도로 확인해야 합니다.
평소에는 규칙 모드를 이해해 사용하고, 문제를 진단할 때는 전역 모드와 임시로 비교해 보세요. 전역 모드에서는 연결되지만 규칙 모드에서는 실패한다면 규칙이 적용된 결과와 정책 그룹 선택을 확인하세요. 둘 다 실패한다면 앱이 클라이언트의 처리 대상인지, DNS가 정상인지, 노드에 연결할 수 있는지도 확인해야 합니다. 규칙 파일만 살펴봐서는 원인을 찾기 어렵습니다.
DNS와 개인정보: 암호화 연결 외에 확인할 사항
DNS는 도메인 이름을 네트워크 주소로 변환합니다. 웹사이트에 접속할 수 있는지는 프록시 연결 여부뿐 아니라 도메인 해석 방식, 응답의 유효성, DNS 요청의 경로에도 달려 있습니다. 클라이언트 DNS, 시스템 DNS, 브라우저의 암호화 DNS가 동시에 사용될 수 있으므로 실제 설정을 함께 살펴봐야 합니다.
“DNS 유출”은 일반적으로 예상한 프록시 또는 개인정보 보호 경로를 따라야 할 DNS 요청이 다른 DNS 서버나 네트워크 경로로 전달되는 상황을 가리킵니다. 다만 분할 라우팅 설정에 따라 국내 웹사이트를 의도적으로 현지 DNS에서 해석할 수도 있습니다. 테스트에 현지 DNS 서버가 표시됐다고 해서 규칙 설정을 확인하지 않고 바로 문제라고 판단해서는 안 됩니다. 먼저 어떤 도메인에 프록시를 적용할지 정한 뒤 해당 도메인의 DNS 경로를 확인하세요.
문제가 발생하면 테스트에 사용한 브라우저, 연결 모드, DNS 설정을 기록하세요. 앱에서 자체 암호화 DNS를 사용하면 시스템 DNS 설정을 따르지 않을 수 있습니다. 그러나 암호화 DNS를 사용한다고 해서 요청이 프록시를 통과한다거나 DNS가 유출된다는 뜻은 아닙니다. DNS 문제를 확인하려고 웹사이트의 인증서 검증을 끄지 마세요. 인증서 경고는 별도로 확인해야 합니다.
VPNPart의 로그 미수집 정책은 서비스의 개인정보 보호 방침이며, 모든 과정에서 익명성이 보장된다는 의미는 아닙니다. 대상 웹사이트 로그인, 앱 권한, 브라우저에 저장된 계정 상태에 따라 웹사이트가 사용자를 식별하는 방식은 달라질 수 있습니다. 전송을 암호화해도 모든 연결 메타데이터가 숨겨지는 것은 아닙니다.
가져오기부터 연결 확인까지의 순서
아래 단계는 서로 필요한 순서에 맞춰 정리했습니다. 앞 단계가 확인되기 전에 프로토콜, DNS, 규칙을 한꺼번에 바꾸지 마세요. 접속이 복구되더라도 실제 원인이 무엇이었는지 파악하기 어려워집니다.
- 플랫폼에 맞는 클라이언트를 받으세요. 패널의 클라이언트 다운로드 메뉴에서 현재 지원되는 항목을 확인하세요. iOS를 제외한 플랫폼에서는 로그인 후 클라이언트를 받을 수 있습니다. iOS 다운로드 메뉴 이용 조건은 패널에 표시된 현재 요금제 상태를 따릅니다.
- 본인의 구독 정보를 가져오세요. 패널에서 제공하는 해당 형식을 사용하고, 클라이언트에 설정과 노드가 표시되는지 확인하세요. 해석에 실패하면 주소를 빠짐없이 복사했는지, 설정 형식이 호환되는지 먼저 살펴보세요.
- 노드와 정책 그룹을 선택하세요. 자동 전환으로 판단이 달라지지 않도록 먼저 노드 하나를 지정해 확인하세요. 프록시가 필요한 정책 그룹이 실제로 해당 노드를 가리키는지도 확인해야 합니다.
- 적절한 트래픽 처리 방식을 켜세요. 데스크톱에서는 시스템 프록시 또는 TUN 설정을 확인하고, 모바일에서는 운영체제에서 요구하는 네트워크 설정 권한을 허용하세요. 같은 유형의 터널 연결을 두고 충돌할 수 있는 앱을 동시에 켜지 마세요.
- 실제 사용할 앱에서 확인하세요. 먼저 대상 웹사이트가 열리는지 확인한 다음 필요한 기능, 출구 지역, DNS 동작을 점검하세요. 오류 문구를 저장해 두고, 필요하면 다른 노드와 비교하세요.
Windows, macOS, Android, iOS는 화면 구성과 권한 처리 방식이 서로 다릅니다. 데스크톱에서는 방화벽이나 명령줄 환경의 영향을 받을 수 있고, 모바일에서는 백그라운드 실행 제한이나 다른 네트워크 도구와의 충돌을 확인해야 합니다. 튜토리얼에 나온 설정이 없다면 현재 사용 중인 클라이언트 안내를 확인하세요. 여러 도구를 설치해 겹쳐 사용하지 않아도 됩니다.
흔한 증상과 문제 해결 범위
- ✅ 노드 목록이 비어 있음: 구독 다운로드와 설정 해석 결과를 확인한 뒤 계정 상태와 설정 메뉴를 살펴보세요. 아직 회선 속도를 비교할 단계는 아닙니다.
- ✅ 연결됨으로 표시되지만 웹페이지가 열리지 않음: 시스템 트래픽 처리 방식, DNS, 대상 정책 그룹을 확인하고 “연결이 만들어진 것”과 “요청이 연결을 통해 올바르게 전달되는 것”을 구분하세요.
- ✅ 웹페이지는 열리지만 특정 앱이 작동하지 않음: 해당 앱이 시스템 프록시를 따르는지, 자체 DNS 설정을 사용하는지, 대상 서비스에 지역 또는 계정 요건이 있는지 확인하세요.
- ✅ 가져온 뒤 프로토콜을 지원하지 않는다는 안내가 표시됨: 클라이언트 코어의 호환성과 구독 형식을 확인하세요. 보안 설정을 삭제해 억지로 설정을 저장하지 마세요.
- ✅ 혼잡한 시간대에만 연결이 불안정함: 비슷한 조건에서 노드와 현지 네트워크를 비교하세요. 문제가 발생한 시간대, 클라이언트 정보, 인증 정보를 가린 오류 내용을 함께 제출하세요.
가장 쉽게 기억하는 방법은 다음과 같습니다. 구독은 설정을 제공하고, 노드는 연결 지점이며, 프로토콜은 통신을 담당하고, 규칙은 경로를 결정하며, DNS는 도메인을 해석합니다. 클라이언트 화면이 복잡해도 우선 문제를 이 항목들 가운데 하나로 나눠 볼 수 있습니다. 자세한 사용 방법은 사용 가이드를 참고하세요. 연결 문제가 계속되면 문제 해결 안내서에 따라 하나씩 확인해 보세요.