먼저 용어 간 관계를 살펴보세요
VPN 초보 용어를 이해하려면 먼저 연결 과정을 살펴보세요. 요금제는 이용할 수 있는 서비스를 정하고, 구독은 사용 가능한 노드의 설정 정보를 클라이언트에 전달합니다. 노드는 선택한 연결 지점이며, 프로토콜은 클라이언트와 서버가 통신하는 방식을 정합니다. 트래픽 분할 규칙은 어떤 요청을 이 연결로 보낼지 결정합니다. 각 항목은 서로 다른 역할을 합니다. 노드를 바꿔도 특정 웹사이트가 열리지 않는다면 규칙, DNS 또는 클라이언트 설정이 원인일 수 있습니다.
일상적인 대화에서는 ‘VPN’을 해외 접속 도구를 가리키는 말로 널리 씁니다. 하지만 클라이언트마다 사용하는 연결 기술은 다릅니다. 시스템 전체에 터널을 제공하는 방식도 있고, 프록시 프로토콜로 지정한 트래픽만 처리하는 방식도 있습니다. 기술 용어를 외우기보다 사용 중인 클라이언트와 작동 모드를 이해하는 편이 유용합니다. 아래 표를 설정 화면을 볼 때 참고해 보세요.
| 화면에 표시되는 용어 | 무엇을 뜻하나요? | 초보자라면 무엇부터 할까요? |
|---|---|---|
| 구독 | 클라이언트는 어디서 설정을 가져오나요? | 서비스 관리 페이지에서 링크를 복사해 가져오세요. |
| 노드 | 이번 연결에는 어떤 접속 지점을 선택하나요? | 이용할 서비스와 출구 지역에 맞춰 선택하세요. |
| 프로토콜 | 클라이언트와 서버는 어떤 방식으로 통신하나요? | 먼저 구독에 포함된 호환 설정을 사용하세요. |
| 트래픽 분할 | 선택한 회선을 거치는 요청은 무엇인가요? | 용도에 따라 규칙과 DNS 동작을 확인하세요. |
이 순서는 문제를 해결할 때도 유용합니다. 먼저 설정이 클라이언트에 제대로 들어왔는지 확인하고, 다음으로 노드 연결 여부를 확인하세요. 마지막으로 규칙이 대상 트래픽을 예상한 출구로 보내는지 점검하면 됩니다. 노드 이름만 보고 계속 바꾸다 보면 실제 접속 경로에 영향을 주는 설정을 놓치기 쉽습니다.
구독 링크와 요금제는 다릅니다
‘월 구독’에서 구독은 보통 결제 주기를 뜻합니다. 클라이언트의 ‘구독 추가’는 설정을 가져오는 방법을 말합니다. 후자는 대개 서비스 관리 페이지에서 제공하는 링크이며, 클라이언트가 링크를 읽으면 선택 가능한 노드와 관련 설정이 표시됩니다. 같은 단어라도 의미는 다릅니다. 요금제를 구매하거나 선택했다고 해서 클라이언트에 설정이 자동으로 들어오는 것은 아니며, 링크를 가져왔다고 해서 요금제 이용 규칙을 무시해도 되는 것은 아닙니다.
실제로 설정할 때는 먼저 서비스 관리 페이지에서 현재 클라이언트에 맞는 구독 메뉴를 찾아 링크를 복사하세요. 그런 다음 클라이언트에서 ‘링크에서 가져오기’ 또는 비슷한 기능을 선택해 붙여넣고 업데이트합니다. 플랫폼마다 메뉴 위치는 다를 수 있습니다. 먼저 설정 파일을 추가해야 하는 클라이언트도 있고, 구독과 개별 노드를 별도로 표시하는 클라이언트도 있습니다. 가져오기가 완료되면 노드 목록이 표시되어야 합니다. 노드를 선택한 뒤 연결하면 됩니다.
목록이 비어 있어도 곧바로 회선 전체를 사용할 수 없다고 판단하지 마세요. 먼저 링크를 빠짐없이 복사했는지, 클라이언트가 지원하는 가져오기 방식을 선택했는지 확인하고 클라이언트에서 구독을 수동으로 업데이트해 보세요. 형식이 호환되지 않는다는 메시지가 표시되면 링크를 임의로 다른 프로토콜 형식으로 바꾸지 말고 서비스에서 제공하는 클라이언트 안내를 확인하세요.
노드, 지역 및 회선 유형
노드는 클라이언트 목록에서 선택할 수 있는 연결 설정이며, 이름에 지역이나 용도가 포함되는 경우가 많습니다. 지역은 보통 서비스에 표시되는 출구 위치를 뜻하지만, 노드 이름만으로 대상 웹사이트가 사용자를 해당 지역으로 인식한다고 단정할 수는 없습니다. 웹사이트는 계정 설정, 캐시 또는 다른 위치 신호도 참고할 수 있습니다. 지역 제한이 있는 콘텐츠를 이용하려면 먼저 해당 서비스의 규칙을 확인하고, 조건에 맞는 출구를 선택한 뒤 연결 결과를 점검하세요.
회선 유형은 트래픽이 출구까지 전달되는 방식을 설명하며, ‘속도 등급’을 뜻하지는 않습니다. 직접 연결은 일반적으로 클라이언트가 원격 접속 지점과 직접 연결하는 방식입니다. 중계 연결은 중간에 서비스가 제공하는 전달 지점을 거칩니다. IEPL 전용 회선은 특정 전용 회선 전송 방식입니다. 이름이 같아도 실제 이용 경험은 현지 네트워크, 혼잡도, 출구 부하, 대상 서비스에 따라 달라집니다. ‘전용 회선’이라는 말만으로 언제나 더 빠르다고 단정할 수 없으며, 노드 목록의 지역 정보를 종단 간 경로로 간주해서도 안 됩니다.
용도를 기준으로 선택하세요. 일상적인 웹 브라우징에는 대상 서비스를 이용할 수 있고 연결이 안정적인 지역을 먼저 선택합니다. 업무에서는 화상 회의 연결, 파일 업로드, 회사 네트워크 정책을 함께 고려해야 합니다. 스트리밍은 대상 플랫폼에서 실제로 재생되는지를 기준으로 판단하세요. 이미 용도에 맞는 노드를 찾았다면 이름이 더 눈에 띈다는 이유만으로 자주 바꿀 필요는 없습니다. 출구를 자주 변경하면 대상 서비스에서 추가 로그인을 요구할 수도 있습니다.
프로토콜과 클라이언트의 호환성
프로토콜은 통신하는 양측이 데이터를 주고받는 방식을 정합니다. 흔히 볼 수 있는 이름으로는 Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC가 있습니다. 이들은 필요에 따라 바꿔 쓰는 ‘속도 설정’이 아닙니다. 프로토콜마다 설정 항목과 전송 방식, 지원 클라이언트가 다릅니다. VLESS는 서로 다른 전송 방식 및 보안 설정과 함께 쓰일 수도 있습니다. 노드에 VLESS라고 표시된 것만으로 전체 연결 설정을 직접 구성하기는 어렵습니다.
Hysteria2와 TUIC는 QUIC 기반 전송 방식을 사용하는 경우가 많으며, 네트워크 환경에서 해당 트래픽을 처리하는 방식에 따라 연결 성능이 달라질 수 있습니다. 그렇다고 다른 프로토콜보다 반드시 빠르다는 뜻은 아닙니다. Shadowsocks, VMess, Trojan도 이름만으로 개인정보 보호 수준을 판단할 수 없습니다. 구체적인 설정, 클라이언트 동작, 대상 접속에 적용된 암호화 방식을 함께 살펴봐야 합니다. 초보자라면 낯선 프로토콜을 보고 포트나 전송 옵션을 직접 바꾸기보다 서비스에서 제공하는 전체 구독 설정을 사용하는 것이 안전한 출발점입니다.
클라이언트 지원 여부도 중요합니다. Windows, macOS, Android, iOS에서 사용할 수 있는 앱과 시스템 권한, 설정 메뉴는 모두 같지 않습니다. 화면에 ‘연결’ 버튼이 있어도 시스템 프록시, 가상 네트워크 인터페이스, 트래픽 분할 기능은 다를 수 있습니다. 한 플랫폼에서 구독을 가져올 수 있다고 해서 다른 플랫폼의 동명 기능도 동일한 범위를 지원하는 것은 아닙니다. ‘가져오기는 했지만 연결되지 않는’ 문제가 생기면 먼저 클라이언트 버전이 해당 설정 형식을 지원하는지 확인한 다음 구체적인 오류 메시지를 살펴보세요.
트래픽 분할, 글로벌 모드와 규칙 모드
트래픽 분할은 데이터가 이동할 경로를 정하는 기능입니다. 규칙에 해당하는 요청은 선택한 회선을 이용하고, 나머지 요청은 로컬 네트워크나 다른 경로를 이용합니다. 규칙은 도메인, 주소, 앱 또는 네트워크 유형을 기준으로 적용할 수 있으며, 구체적인 기능은 클라이언트마다 다릅니다. 규칙 모드는 해외 웹사이트를 이용하면서 로컬 서비스도 정상적으로 사용하려는 경우에 적합합니다. 다만 규칙이 항상 정확한 것은 아닙니다. 대상 웹사이트가 새 도메인을 사용하면 기존 규칙이 관련 요청을 놓칠 수 있습니다.
글로벌 모드는 일반적으로 클라이언트가 처리할 수 있는 트래픽을 최대한 선택한 회선으로 보내는 방식입니다. 기기의 모든 프로세스와 모든 연결이 반드시 해당 회선을 이용한다는 뜻은 아닙니다. 브라우저 확장 프로그램, 시스템 프록시, 가상 네트워크 인터페이스는 적용 범위가 서로 다르며, 일부 앱은 시스템 프록시를 따르지 않을 수도 있습니다. 경로를 확인해야 한다면 모드 이름만 보지 말고 사용 중인 클라이언트가 ‘글로벌’을 구체적으로 어떻게 정의하는지 확인하세요.
DNS는 도메인 이름을 연결 가능한 주소로 변환합니다. 웹사이트 요청은 회선을 이용하지만 도메인 조회는 로컬 네트워크에서 처리된다면 예상한 경로와 달라지는 DNS 누수가 발생할 수 있습니다. 이는 개인정보 보호 판단에 영향을 줄 뿐 아니라 규칙 적용과 실제 접속 결과가 달라지는 원인이 될 수도 있습니다. 규칙 모드에서 ‘같은 웹사이트가 될 때도 있고 안 될 때도’ 있다면 노드를 바꾸는 것 외에 클라이언트의 DNS 설정, 규칙 적용 여부, 브라우저 자체의 보안 DNS 설정도 확인하세요. 연결을 켜면 DNS도 자동으로 같은 경로를 이용한다고 단정하지 마세요.
초보자 연결 및 문제 해결 순서
처음 설정할 때 모든 프로토콜과 고급 규칙을 한꺼번에 익힐 필요는 없습니다. ‘지정한 웹사이트에 예상한 경로로 접속하기’처럼 목표를 좁히고, 단계마다 결과를 확인하세요. 문제가 생겨도 어느 단계에서 달라졌는지 파악하기 쉽습니다.
- ✅ 서비스 관리 페이지에서 현재 클라이언트에 맞는 구독을 가져와 추가한 뒤 목록을 업데이트하고 노드 이름이 표시되는지 확인하세요.
- ✅ 대상 서비스에 맞는 출구 지역과 노드를 선택하세요. 우선 클라이언트의 기본 연결 설정을 사용하고 구독의 프로토콜 설정은 함부로 변경하지 마세요.
- ✅ 연결한 뒤 대상 웹사이트에 접속해 페이지 열기, 로그인, 재생이 실제 용도에 맞게 작동하는지 확인하세요.
- ✅ 대상 웹사이트를 이용할 수 없다면 먼저 클라이언트에 연결 성공으로 표시되는지 확인한 뒤 트래픽 분할 규칙이 해당 웹사이트를 예상한 경로로 보내는지 점검하세요.
- ✅ 연결은 정상으로 표시되지만 도메인 접속에 문제가 있다면 DNS 설정을 확인하세요. 필요하면 용도에 맞는 다른 노드를 선택하고 다시 점검하세요.
자주 발생하는 또 다른 오해는 웹페이지는 열리지만 앱의 특정 기능은 작동하지 않는 경우입니다. 앱이 다른 도메인을 호출하거나 웹페이지와 다른 연결 방식을 사용할 수 있습니다. 이때는 단순히 ‘노드가 작동하지 않는다’고 하기보다 문제가 생긴 앱과 작업, 오류 메시지를 기록하는 편이 원인을 찾는 데 도움이 됩니다. 노드 선택에 대해 더 알아보려면 사이트의 노드 페이지를 확인하세요. 기기에 맞는 설치 및 가져오기 방법은 가이드 페이지에서 확인할 수 있습니다.