VPN 초보자라면 먼저 설정의 출처, 연결 출구, 트래픽의 경로를 구분해야 합니다. 구독은 클라이언트에 설정을 전달하고, 노드는 연결 옵션이며, 회선은 트래픽이 지나는 네트워크 경로를 뜻합니다. 프로토콜은 통신 방식을 정하고 분할 라우팅 규칙은 어떤 요청을 프록시로 보낼지 결정합니다. 서로 관련은 있지만 같은 의미는 아닙니다.
일상적으로 ‘VPN’은 프록시 구독 서비스를 가리키기도 합니다. 엄밀히 말해 시스템 VPN 터널과 애플리케이션 계층 프록시는 서로 다른 개념입니다. 클라이언트가 기기 전체의 트래픽을 처리하는지는 시스템 권한, 실행 모드, 앱의 프록시 설정 준수 여부에 따라 달라지므로 연결 아이콘만으로 판단할 수 없습니다.
구독, 노드, 클라이언트: 각각의 역할
구독 링크는 설정을 가져오는 주소입니다. 클라이언트가 이 주소에 접속하면 보통 노드 목록을 가져오며, 형식에 따라 정책 그룹, 분할 라우팅 규칙, DNS 설정이 포함되기도 합니다. 동영상 플랫폼의 멤버십 구독과는 다르며, 링크를 가져왔다고 연결이 성립한 것도 아닙니다. 가져온 뒤에는 정책을 선택하고 연결을 시작한 다음 요청이 의도한 경로로 처리되는지 확인해야 합니다.
노드는 클라이언트에 등록된 연결 설정 하나를 뜻하며, 일반적으로 서버 주소, 포트, 인증 정보와 프로토콜 매개변수를 포함합니다. 노드 이름에 표시된 지역은 보통 연결 출구를 설명하기 위한 것이지만, 서비스 제공자가 붙인 이름만으로 실제 위치를 입증할 수는 없습니다. 여러 노드 이름이 같은 입구나 출구를 공유할 수도 있고 서로 다른 경로를 사용할 수도 있습니다. 노드 수를 독립 서버 수로 바로 환산할 수는 없습니다.
클라이언트는 설정을 읽고 연결을 실행합니다. 구독 서비스는 접속 기능을 제공하고 클라이언트는 조작 화면과 네트워크 처리 기능을 제공하므로 둘은 서로 다릅니다. 같은 서비스라도 클라이언트마다 다른 구독 형식이 필요할 수 있습니다. 호환되지 않는 프로그램에 주소를 그대로 복사하면 오류가 나거나 설정 일부가 적용되지 않을 수 있습니다.
| 용어 | 실제 의미 | 이것만으로 단정할 수 없는 것 |
|---|---|---|
| 구독 링크 | 클라이언트에 설정을 전달하는 주소 | 가져온 뒤 모든 앱의 트래픽을 처리함 |
| 노드 | 주소와 인증 매개변수가 포함된 연결 옵션 | 이름마다 물리 서버가 하나씩 따로 있음 |
| 회선 | 트래픽이 입구에서 출구까지 지나는 네트워크 경로 | 이름이 같으면 연결 성능도 같음 |
| 프로토콜 | 클라이언트와 서버 간 통신 규약 | 프로토콜이 최신이면 어떤 네트워크에서도 더 빠름 |
| 분할 라우팅 규칙 | 요청을 직결, 프록시 또는 다른 정책으로 보내는 기준 | 지역 노드를 선택하면 모든 요청의 경로가 자동으로 바뀜 |
직결, 중계, IEPL 전용 회선의 차이
서비스 회선에서 말하는 직결은 보통 로컬 네트워크가 서비스 제공자가 별도로 마련한 중계 입구를 거치지 않고 해외 접속 서버에 직접 연결되는 방식을 뜻합니다. 경로는 단순할 수 있지만 실제 성능은 현지 통신사, 국제망 출구, 목적지 네트워크, 이용 시간대에 따라 달라집니다. ‘직결’이라고 해서 지연 시간이 짧거나 암호화되지 않는다는 뜻은 아닙니다.
중계는 클라이언트와 해외 출구 사이에 전달 단계를 추가하는 방식입니다. 클라이언트가 먼저 중계 입구에 연결하면 입구가 트래픽을 다음 서버로 전달합니다. 특정 구간의 접속 가능성이나 혼잡을 개선할 수 있지만 단계가 추가되기도 합니다. 입구가 가깝다고 전체 경로가 빠른 것은 아니며, 클라이언트의 연결 검사 결과가 최종 웹사이트 접속 과정 전체를 반영하지 않을 수도 있습니다.
IEPL은 통신사가 제공하는 국제 이더넷 전용 회선 서비스입니다. 구독 서비스에서 이 용어를 사용하면 일반적으로 일부 지역 간 백본 경로에 이러한 전송 방식을 쓴다는 의미이지, 사용자 기기부터 대상 웹사이트까지 모든 구간이 전용 회선이라는 뜻은 아닙니다. 가정용 광대역, 접속 노드, 출구에서 콘텐츠 플랫폼까지의 연결도 사용 경험에 영향을 줄 수 있습니다.
여기서 ‘직결’은 두 가지 의미로 쓰입니다. 회선 설명에서의 직결은 서비스 접속 경로를 가리키고, 분할 라우팅 규칙에서의 직결은 해당 요청이 프록시를 거치지 않고 로컬 네트워크로 직접 접속하는 것을 뜻하는 경우가 많습니다. 이 용어를 보면 먼저 어떤 설정 화면에 표시된 것인지 확인하세요.
지역별 콘텐츠 라이브러리를 이용하려면 출구 지역과 플랫폼의 인식 결과도 따로 확인해야 합니다. 전용 회선이라는 표시만으로 특정 콘텐츠 라이브러리를 볼 수 있다고 보장할 수는 없습니다. 플랫폼은 계정 지역, 저작권 범위, 프록시 감지 결과 등을 함께 고려할 수 있습니다. 노드 이름만 비교하기보다 대상 앱에서 실제로 접속되는지를 기준으로 회선을 선택하세요.
자주 쓰이는 프로토콜: 호환성부터 확인하고 성능 비교하기
Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC는 모두 프록시 클라이언트에서 볼 수 있지만 서로 바꿔 쓸 수 있는 이름은 아닙니다. 서버가 사용하는 프로토콜을 클라이언트도 지원해야 하며 관련 매개변수도 일치해야 합니다. 설정 화면의 프로토콜 옵션을 바꾼다고 기존 서버가 다른 프로토콜로 자동 변환되는 것은 아닙니다.
- Shadowsocks: 암호화 프록시 프로토콜입니다. 클라이언트와 서버의 비밀번호, 암호화 방식, 관련 확장 설정이 일치해야 합니다. 프로그램이 해당 이름을 지원한다고 표시하는지만 확인해서는 충분하지 않습니다.
- VMess: 인증 및 암호화 메커니즘을 갖춘 프록시 프로토콜로, 다양한 전송 방식과 함께 사용할 수 있습니다. 전송 계층 설정도 서버와 일치해야 합니다.
- Trojan: 일반적으로 TLS를 통해 프록시 트래픽을 전송합니다. 인증서, 서버 이름, 검증 설정은 연결이 올바르게 이루어지는 데 중요하므로 오류를 해결하려고 인증서 검증을 끄는 것은 바람직하지 않습니다.
- VLESS: 경량 프록시 프로토콜로, 자체적으로 전송 암호화를 제공하지 않습니다. 보통 TLS나 REALITY 같은 보안 계층과 함께 구성합니다. VLESS라는 이름만으로는 전체 전송 보호 방식을 판단할 수 없습니다.
- Hysteria2와 TUIC: QUIC 기반 프록시 방식으로 UDP 네트워크 환경에 영향을 받습니다. 네트워크에서 UDP를 제한하거나 경로 품질이 적합하지 않으면 TCP 기반 방식보다 나은 선택이 아닐 수도 있습니다.
프로토콜 이름만 보고 속도의 순위를 정하지 마세요. 구현 버전, 네트워크 패킷 손실, 혼잡 제어, 서버 부하와 경로에 따라 결과가 달라질 수 있습니다. 초보자라면 먼저 공식 권장 클라이언트에서 설정을 온전히 가져올 수 있는지 확인한 뒤, 같은 네트워크와 비슷한 시간대에 사용할 앱의 성능을 비교하는 편이 좋습니다.
규칙, 전역, TUN: 트래픽 경로 결정하기
규칙 모드는 도메인, 대상 주소, 프로세스 등의 조건에 따라 정책을 적용합니다. 지원하는 조건은 클라이언트마다 다릅니다. 흔히 로컬 서비스는 직결하고 프록시가 필요한 서비스는 선택한 정책으로 보내도록 구성합니다. 규칙에는 적용 순서가 있는 경우가 많아 앞의 규칙이 뒤의 설정에 우선할 수 있습니다. 따라서 규칙 목록에 특정 도메인이 있는지만 확인해서는 충분하지 않습니다.
전역 모드는 보통 해당 클라이언트의 처리 범위에 들어온 요청을 하나의 프록시 정책으로 보냅니다. 규칙 문제를 잠시 확인할 때는 유용하지만 기기의 모든 트래픽이 반드시 프록시를 거친다는 뜻은 아닙니다. 시스템 프록시 설정을 따르지 않는 앱, 처리 대상에 포함되지 않은 UDP 트래픽, 별도의 네트워크 환경은 여전히 클라이언트를 거치지 않을 수 있습니다.
TUN 모드는 가상 네트워크 인터페이스로 트래픽을 처리하며 시스템 프록시를 따르지 않는 앱까지 포함할 때 자주 사용합니다. 규칙 모드와 양자택일 관계는 아닙니다. 트래픽이 먼저 TUN으로 들어온 다음 규칙에 따라 직결하거나 프록시로 보낼 수 있습니다. 사용 후에는 라우팅, DNS, 권한을 확인해야 하며 다른 터널 소프트웨어와 충돌할 수도 있습니다.
처음 사용할 때는 서비스 안내에서 권장하는 규칙 설정을 우선 적용하세요. 특정 앱만 접속되지 않는다면 해당 앱이 프록시 처리 범위에 들어 있는지 확인하세요. 한 앱 때문에 모든 요청을 계속 같은 출구로 보내면 로컬 웹사이트, 사내 리소스, 결제 페이지에도 영향을 줄 수 있습니다.
구독 링크 가져오기: 클라이언트별 확인 단계
- 신뢰할 수 있는 경로에서 클라이언트를 받으세요. 빠른 시작을 참고해 운영체제에 맞는 클라이언트를 선택한 다음 사용자 패널의 다운로드 페이지에서 관련 안내를 확인하세요. 출처가 불분명한 수정판 클라이언트를 필수 단계로 여기지 마세요.
- 해당 형식의 구독 주소를 복사하세요. 클라이언트에서 URL 가져오기 또는 구독 추가를 선택하고, 전체 주소를 단일 노드의 서버 주소 입력란에 붙여 넣지 마세요. 메뉴 이름은 프로그램마다 다를 수 있습니다.
- 설정을 업데이트하고 결과를 확인하세요. 노드 목록이 불러와졌는지 확인하고 오류 메시지도 살펴보세요. 웹페이지의 응답 내용, 만료된 인증 정보, 호환되지 않는 형식 때문에 가져오기에 실패할 수 있습니다. 노드를 계속 바꾸어도 설정 파싱 오류는 해결되지 않습니다.
- 정책을 선택하고 연결을 시작하세요. 권장 설정에 따라 시스템 프록시 또는 터널 권한을 활성화하세요. 노드만 선택하고 네트워크 처리를 시작하지 않았다면 브라우저가 기존 연결을 계속 사용할 수 있습니다.
- 실제 사용할 앱으로 확인하세요. 먼저 IP 확인 페이지에 표시된 출구를 살펴본 다음 실제로 사용할 서비스를 열어 보세요. IP가 바뀌었다는 사실만으로 모든 앱과 DNS가 의도한 대로 처리된다고 단정할 수는 없습니다.
데스크톱 클라이언트는 시스템 프록시와 TUN을 별도로 제어할 수 있습니다. 모바일 클라이언트는 보통 시스템에서 제공하는 VPN 인터페이스를 사용해 연결을 처리하지만, 분할 라우팅을 적용할 수도 있습니다. Linux에서는 명령줄 프로그램이 프록시 환경 변수를 읽는지, 데스크톱 프록시 설정이 해당 프로그램에 적용되는지도 확인하세요. 플랫폼마다 화면이 비슷해도 트래픽 처리 범위가 완전히 같지는 않습니다.
구독 업데이트는 보통 설정을 다시 가져오는 작업이지 서비스를 다시 개통하는 절차가 아닙니다. 로컬 수정 사항이 덮어써지는지는 클라이언트에 따라 다릅니다. 규칙을 직접 설정해야 한다면 소프트웨어에서 지원하는 덮어쓰기 또는 별도 규칙 기능을 우선 사용해 업데이트 후 수정 내용이 사라지지 않도록 하세요.
DNS 유출과 연결 실패: 증상에 따라 원인 찾기
DNS는 도메인 이름을 주소로 변환합니다. DNS 유출은 일반적으로 터널 정책에 따라 처리되어야 할 조회가 예상하지 않은 확인자에게 전달되거나 예상 밖의 경로를 통과하는 것을 뜻합니다. 조회한 도메인이 노출될 수 있지만 HTTPS 페이지의 본문이 그대로 읽힌다는 의미는 아닙니다.
브라우저의 암호화 DNS, 시스템 확인자, 클라이언트의 DNS 설정은 각각 작동할 수 있습니다. 암호화 DNS는 조회 전송 과정을 보호하지만 조회가 프록시를 통과하도록 자동으로 보장하지는 않습니다. 검사 페이지에 표시된 확인자 지역이 다르더라도 그것만으로 유출이라고 단정할 수 없습니다. 공용 확인자의 분산 배치나 지리 데이터베이스의 오차도 표시 결과에 영향을 줄 수 있습니다.
- ✅ 구독을 업데이트할 수 없음: 먼저 네트워크 시간 초과, 인증 실패, 형식 비호환 중 어떤 오류인지 확인하세요. 주소가 온전한지 점검한 뒤 서비스 안내를 살펴보세요.
- ✅ 노드는 연결되지만 웹페이지가 열리지 않음: DNS, 시스템 프록시, 정책 그룹을 확인하고 클라이언트 로그에 대상 요청이 나타나는지 살펴보세요.
- ✅ 브라우저는 되지만 앱은 연결되지 않음: 앱이 시스템 프록시를 따르는지 확인하세요. 필요하면 노드가 잘못됐다고 단정하지 말고 안내에 따라 TUN 사용을 검토하세요.
- ✅ 특정 웹사이트만 문제가 있음: 규칙 적용, 계정 지역, 플랫폼 제한을 확인하세요. 클라이언트에 표시된 지연 시간만 보지 마세요.
- ❌ 구독 주소나 전체 설정을 공개 테스트 사이트에 올리지 마세요. 도움을 요청할 때는 인증 정보가 보이지 않도록 스크린샷을 가리고, 정보가 유출되었다면 서비스에서 지원하는 방법으로 인증 정보를 재설정하세요.
한 번에 한 종류의 설정만 바꾸고 원래 설정을 보관하세요. 문제를 확인할 때 규칙 모드와 전역 모드를 잠시 바꿔 비교할 수 있지만, 테스트가 끝나면 적절한 정책으로 되돌려야 합니다. 지원을 요청할 때는 운영체제, 클라이언트, 네트워크 환경, 구체적인 오류를 설명하면 됩니다. 로그도 먼저 확인해 민감한 항목을 가리세요.