VPN 초보자가 알아둘 용어부터 정리해 보겠습니다. 구독은 설정을 전달하고, 노드는 선택 가능한 연결 지점이며, 회선은 네트워크 경로를 뜻합니다. 프로토콜은 통신 방식을 정하고, 트래픽 분할은 요청이 향하는 경로를 결정합니다. 이 개념을 구분해야 가져오기 실패, 연결 시간 초과, 웹사이트 접속 불가 중 무엇을 점검할지 판단할 수 있습니다.
용어 비교: 설정과 연결을 먼저 구분하기
클라이언트 화면에는 ‘구독 업데이트’, ‘노드 선택’, ‘모드 전환’이 함께 표시되기도 하지만, 각 기능이 처리하는 작업은 다릅니다. 구독을 업데이트해도 기기의 권한 문제가 저절로 해결되지는 않고, 노드를 바꿔도 트래픽 분할 규칙이 반드시 달라지는 것은 아닙니다. 아래 표를 먼저 확인한 뒤 설정을 변경하면 반복해서 재설치하는 것보다 문제를 쉽게 찾을 수 있습니다.
| 용어 | 실제 의미 | 흔한 오해 | 확인할 항목 |
|---|---|---|---|
| 구독 링크 | 노드 또는 전체 설정을 가져오는 주소로, 접근 인증 정보가 포함될 수 있습니다. | 일반 웹페이지나 노드 하나라고 생각합니다. | 출처, 유효성, 가져오기 형식, 클라이언트 호환성 |
| 노드 | 서버 주소, 인증 정보, 전송 매개변수로 이루어진 연결 항목입니다. | 지역명이 실제 연결 지점의 물리적 위치를 반드시 나타낸다고 생각합니다. | 실제 출구, 프로토콜 지원 여부, 연결 결과 |
| 회선 | 기기에서 연결 지점, 출구, 대상 서비스까지 이어지는 네트워크 경로입니다. | 노드 이름만 보고 혼잡도와 안정성을 판단합니다. | 접속 경로, 혼잡 여부, 대상 웹사이트의 응답 |
| 프로토콜 | 클라이언트와 서버가 데이터를 주고받는 통신 규약입니다. | 프로토콜 이름을 속도 순위로 여깁니다. | 클라이언트 엔진, 설정값, 현재 네트워크의 호환성 |
| 정책 그룹 | 규칙에서 참조하는 노드 또는 연결 정책의 묶음입니다. | 그룹 이름만 선택하면 실제 출구까지 정해졌다고 생각합니다. | 그룹 안에서 선택된 항목과 자동 선택 조건 |
| 트래픽 분할 규칙 | 도메인, 주소, 앱 등의 조건에 따라 요청 경로를 지정합니다. | 모든 앱의 트래픽이 반드시 규칙에 따라 처리된다고 생각합니다. | 규칙의 적용 순서, 기본 동작, 트래픽 처리 범위 |
혼동하기 쉬운 용어로 VPN도 있습니다. 시스템에 VPN 아이콘이 표시되면 네트워크 확장 기능이나 가상 네트워크 인터페이스가 작동 중이라는 뜻일 수 있지만, 어떤 프록시 프로토콜을 사용하는지까지 알려 주지는 않습니다. 일부 프록시 클라이언트도 시스템 VPN 인터페이스를 통해 트래픽을 처리합니다. 따라서 ‘VPN 아이콘이 표시된다’는 사실과 ‘모든 요청이 원격 출구를 거친다’는 것은 별개의 판단입니다.
구독 링크: 가져오는 것은 설정이지 클라이언트가 아닙니다
구독 링크에는 노드 목록만 들어 있을 수도 있고, 정책 그룹과 규칙, DNS 설정이 함께 포함될 수도 있습니다. 클라이언트는 링크를 읽은 뒤 서버 위치와 인증 방법, 요청 전송 방식을 파악합니다. 따라서 링크만으로는 충분하지 않습니다. 호환되는 클라이언트를 설치해야 하며, 아무 네트워크 도구에나 링크를 붙여 넣는다고 작동하지는 않습니다.
‘구독 업데이트 성공’은 보통 설정을 내려받아 적용했다는 뜻일 뿐, 노드 연결이나 대상 웹사이트 접속까지 확인했다는 의미는 아닙니다. 설정 형식 오류가 표시되면 먼저 관리 화면에서 안내하는 클라이언트 유형을 확인하세요. 연결 시간 초과가 발생하면 노드, 네트워크, 권한을 차례로 점검합니다. 두 오류를 같은 문제로 취급하지 마세요.
구독은 요금 결제와 관련된 의미로도 쓰입니다. 구매한 월간 구독은 서비스 요금의 결제 주기를 뜻하고, 클라이언트의 구독은 설정을 가져오는 방식을 뜻합니다. 서로 관련은 있지만 기술적으로 같은 대상은 아닙니다. 요금제가 유효해도 인증 정보가 재설정되면 링크가 바뀔 수 있으며, 설정을 수동으로 업데이트해도 요금제 기간이 연장되지는 않습니다.
노드와 회선: 지역명만으로 경로를 알 수는 없습니다
노드는 클라이언트에 표시되는 연결 항목에 가깝고, 회선은 데이터가 실제로 지나는 네트워크 경로입니다. 진입 지점은 연결을 받고, 출구는 대상 웹사이트에 요청을 보냅니다. 두 지점이 같은 지역에 있을 필요는 없습니다. 웹사이트는 대개 출구 주소를 기준으로 접속 지역을 판단하므로, 지역을 선택한 뒤에도 실제 출구를 확인해야 합니다. 목록에 표시된 이름만으로 판단하지 마세요.
직결, 중계, IEPL 전용 회선
직결은 일반적으로 클라이언트가 서비스 측에서 마련한 중계 지점을 거치지 않고 원격 서버에 직접 연결한다는 뜻입니다. 인터넷 경로에 통신사 라우터가 없다는 의미는 아닙니다. 중계 방식은 먼저 진입 지점에 연결한 다음 그곳에서 후속 서버로 전달합니다. 접속이나 경로 관리를 개선할 수 있지만, 중계가 추가되면 새로운 혼잡 지점이 생길 수도 있습니다.
IEPL은 국제 이더넷 전용 회선을 뜻하며, 네트워크 전송 방식에 관한 용어이지 클라이언트의 암호화 프로토콜은 아닙니다. 서비스 경로에 전용 회선을 사용하더라도 로컬 기기에서 대상 웹사이트까지 모든 구간이 전용 회선으로 연결된다는 뜻은 아닙니다. 로컬 접속, 전용 회선 양 끝의 경로, 출구에서 웹사이트까지의 경로가 모두 사용 경험에 영향을 줍니다. ‘전용 회선’이라는 표시만으로 속도가 보장되거나 특정 웹사이트에 반드시 접속할 수 있다고 볼 수는 없습니다.
목록에 표시되는 지연 시간은 대개 특정 방식으로 측정한 값입니다. 진입 지점의 응답 시간만 측정했을 수도 있고, 애플리케이션 계층의 핸드셰이크 일부가 포함됐을 수도 있습니다. 다운로드 속도, 동영상 버퍼링, 웹페이지 첫 화면 로딩 시간과는 같은 지표가 아닙니다. 회선을 판단할 때는 실제 네트워크 환경과 자주 이용하는 시간대에 대상 서비스를 사용해 보고, 연속 요청이나 네트워크 전환 후 복구 여부도 살펴보세요. 측정값이 가장 낮은 회선만 고르는 것은 적절하지 않습니다.
프로토콜 이름보다 호환성이 중요합니다
Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC은 프록시 클라이언트에서 볼 수 있는 프로토콜입니다. 회선 등급이나 모든 사용자에게 통하는 성능 순위는 아닙니다. 서버 설정, 클라이언트 엔진 버전, 전송 방식, 로컬 네트워크 제한에 따라 정상 작동 여부가 달라집니다.
- Shadowsocks: 암호화 프록시 프로토콜입니다. 클라이언트가 서버에서 사용하는 암호화 방식과 관련 확장 기능을 지원해야 합니다. 이름이 같아도 구현 방식과 매개변수가 모두 호환되는 것은 아닙니다.
- VMess: 인증 기능이 있는 프록시 프로토콜입니다. 전송 계층, TLS 등 함께 사용하는 설정도 확인해야 합니다. 다른 노드의 설정을 그대로 복사하면 핸드셰이크가 실패할 수 있습니다.
- Trojan: 일반적으로 TLS 연결 안에서 프록시 트래픽을 전송합니다. 인증서 검증, 서버 이름, 인증 정보가 연결에 영향을 줄 수 있습니다.
- VLESS: 프로토콜 자체는 데이터를 암호화하지 않습니다. 실제 배포에서는 적절한 보안 전송 설정을 함께 사용해야 합니다. 이름만 보고 연결 전체가 암호화됐다고 판단할 수는 없습니다.
- Hysteria2 및 TUIC: QUIC 기반 프록시 방식으로 UDP 전송을 사용합니다. 접속 네트워크에서 UDP를 제한하면 연결되지 않을 수 있지만, 이를 근거로 서비스 전체를 사용할 수 없다고 단정해서는 안 됩니다.
초보자는 서비스 안내에 맞는 클라이언트와 가져오기 방식을 우선 사용하고, 특정 프로토콜 이름을 따라 핵심 설정을 직접 바꾸지 않는 편이 좋습니다. 핸드셰이크 오류를 해결하려고 인증서 검증을 끄지도 마세요. 먼저 기기 시간, 서버 이름, 설정 출처를 확인한 뒤 지원팀에 문의해 점검하세요.
트래픽 분할 모드: 규칙, 전역, 트래픽 처리
규칙 모드는 조건에 따라 직결, 프록시, 차단 중 하나를 결정합니다. 조건은 클라이언트 기능에 따라 도메인, 대상 주소, 앱 등이 될 수 있습니다. 규칙은 대개 설정된 순서대로 적용되므로 범위가 지나치게 넓은 규칙이 먼저 일치하면 뒤에 있는 세부 규칙이 적용되지 않을 수 있습니다. 일치하는 규칙이 없을 때는 기본 규칙이 최종 경로를 결정합니다.
전역 모드는 일반적으로 클라이언트가 이미 처리하는 트래픽을 선택한 프록시 정책으로 보냅니다. 클라이언트를 우회하던 앱까지 자동으로 프록시에 연결해 주는 것은 아닙니다. 시스템 프록시는 시스템 프록시 설정을 따르는 프로그램에만 영향을 주는 경우가 많습니다. TUN 또는 시스템 VPN을 통한 트래픽 처리는 더 많은 트래픽을 다룰 수 있지만, 라우팅, 제외 항목, 시스템 권한, 클라이언트 구현에 따라 범위가 달라집니다.
앱별 프록시는 앱마다 트래픽을 처리할지 결정하는 방식으로, 일부 모바일 클라이언트에서 흔히 볼 수 있습니다. 여기서는 ‘선택한 앱만 프록시 사용’과 ‘선택한 앱은 프록시 우회’를 구분해야 합니다. 두 설정의 동작은 서로 반대입니다. 목록을 바꿔도 앱의 기존 연결이 바로 다시 설정되지 않을 수 있으므로 대상 앱을 다시 열고 연결 기록을 확인하세요.
웹사이트의 일부 기능만 실패한다면 페이지, 이미지, 로그인 인터페이스가 서로 다른 도메인을 사용해 각각 다른 경로로 처리되고 있을 수 있습니다. 모드를 잠시 바꿔 현상을 비교한 뒤 연결 로그에서 적용된 규칙을 확인해 보세요. 원인을 찾으면 평소 사용에 적합한 설정으로 되돌립니다. 전역 프록시를 모든 규칙 문제의 장기적인 해결책으로 삼지 마세요.
DNS 유출: DNS 조회 경로와 출구 확인하기
DNS는 도메인을 네트워크 주소로 변환하고, 프록시 연결은 요청을 전송합니다. 두 작업은 서로 다른 경로를 사용할 수 있습니다. DNS 조회도 프록시를 통해 처리되길 원했는데 실제로는 로컬 접속망의 DNS 서버로 전송된다면 흔히 DNS 유출이라고 합니다. 이는 도메인 조회가 어디로 전달되는지에 관한 문제이며, 웹페이지 내용이 이미 노출됐다는 뜻은 아닙니다.
브라우저의 암호화 DNS, 시스템 DNS, 클라이언트 내장 DNS, 앱 자체의 DNS 처리 방식이 동시에 작동할 수 있습니다. 암호화 DNS를 사용한다는 사실만으로 DNS 조회가 예상한 프록시 경로를 거쳤다고 볼 수는 없습니다. 검사 페이지에 표시된 DNS 서버의 지역이 출구 지역과 다르더라도 그것만으로 유출을 단정할 수 없습니다. DNS 서비스가 분산된 위치에서 운영될 수 있기 때문입니다.
문제를 확인할 때는 먼저 어떤 도메인이 프록시를 사용해야 하는지, DNS 조회는 어떤 경로를 거쳐야 하는지 정리하세요. 그런 다음 클라이언트 로그와 검사 결과를 함께 확인합니다. 진단 정보를 공유할 때는 구독 인증 정보와 접속 도메인을 가리세요. VPN이나 프록시는 HTTPS를 대신하지 않습니다. 웹사이트에 접속할 때 연결 표시를 확인하고 인증서 경고를 무시하지 마세요.
가져오기부터 연결 확인까지: 순서대로 점검하기
연결은 됐는데 웹사이트가 열리지 않는다면 프로토콜, DNS, 규칙을 한꺼번에 바꾸지 마세요. 설정, 트래픽 처리, 연결, 대상 서비스 순서로 확인하고 한 번에 조건 하나만 변경해야 유효한 원인을 파악하기 쉽습니다.
- 클라이언트를 확인합니다. 서비스 관리 화면에서 지원 플랫폼, 클라이언트, 설정 형식을 확인하세요. 소프트웨어 이름만으로 호환성을 판단하지 마세요.
- 설정을 가져오고 업데이트합니다. 해당 메뉴에서 구독을 추가하고 형식 오류가 없는지 확인한 다음 노드와 정책 그룹이 표시되는지 살펴보세요.
- 권한을 허용합니다. 시스템에서 VPN 또는 네트워크 확장을 허용했는지 확인하고, 다른 네트워크 도구가 트래픽 처리 기능을 선점하고 있지 않은지도 살펴보세요.
- 정책을 선택합니다. 규칙이 참조하는 정책 그룹과 그룹 안에서 실제로 선택된 노드를 확인하세요. 첫 화면에 표시된 지역명만 보아서는 안 됩니다.
- 요청을 확인합니다. 자주 이용하는 웹사이트에 접속해 출구와 연결 기록을 확인하세요. 이상이 있으면 모드를 잠시 바꿔 결과를 비교합니다.
- 평소 설정으로 되돌립니다. 문제 확인을 위해 변경한 설정을 복구하고 필요한 오류 정보를 보관한 뒤, 현상과 재현 조건을 지원팀에 전달하세요.
플랫폼별 추가 확인 사항
Windows와 macOS에서는 시스템 프록시와 TUN의 트래픽 처리 범위가 다르며, 일부 프로그램은 시스템 프록시를 사용하지 않습니다. Android에서는 백그라운드 제한, 절전 설정, 앱별 목록도 확인해야 합니다. iOS의 네트워크 확장은 시스템이 관리하므로 데스크톱과 동일한 프로세스별 트래픽 분할 기능을 제공한다고 가정할 수 없습니다. Linux는 클라이언트 형태가 다양하므로 명령줄 환경 변수, 데스크톱 프록시, 시스템 라우팅을 각각 점검해야 합니다.
- ✅ 현재 클라이언트에 맞는 설정인지 확인했습니다. 링크를 복사하는 데 성공한 것만으로 판단하지 않았습니다.
- ✅ 규칙이 참조하는 정책 그룹과 실제 출구를 확인했습니다.
- ✅ 구독 다운로드 실패, 노드 연결 실패, 대상 웹사이트의 접속 거부를 구분했습니다.
- ✅ 상태 아이콘만으로 판단하지 않고 DNS 경로와 앱의 트래픽 처리 범위를 확인했습니다.
- ❌ 낮은 지연 시간, 전용 회선 표시, 프로토콜 이름만으로 모든 상황에서 사용할 수 있다고 판단하지 않습니다.
선택 기준: 기술 사양과 요금은 따로 확인하기
용어를 이해한 뒤에도 서비스가 명시적으로 보장하는 사실과 직접 확인해야 하는 사용 경험은 구분해야 합니다. 지원 지역에 포함된다고 모든 웹사이트에 접속할 수 있는 것은 아니며, 특정 플랫폼을 지원한다고 모든 클라이언트 기능이 같아지는 것도 아닙니다. 설정 방법은 사용 가이드에서, 사용 방식과 요금 비교는 서비스 선택 가이드에서 확인하세요.
VPN96은 90+개 국가, 250+개 회선을 제공하며 동시 접속 기기 수에 제한이 없습니다. 은행급 암호화를 적용합니다. 이메일 주소 없이 이용을 시작할 수 있으며 사용자 이름과 비밀번호를 사용합니다. 월간 구독의 트래픽은 시작일을 기준으로 매월 초기화되며, 중간에 요금제를 업그레이드하면 차액은 남은 일수에 따라 계산됩니다. 트래픽 패키지는 소진될 때까지 사용할 수 있고 만료되지 않으며, 60일 무조건 환불을 제공합니다. 가격과 트래픽 용량은 요금제 페이지에서 각각 확인하세요. 노드나 프로토콜 이름만으로 요금 규칙을 추정하지 마세요.
핵심 정리: 구독은 ‘설정을 어디서 가져오는지’, 노드와 회선은 ‘연결이 어디를 지나는지’, 프로토콜은 ‘어떤 방식으로 통신하는지’, 트래픽 분할과 DNS 설정은 ‘요청과 DNS 조회가 각각 어디로 향하는지’를 결정합니다. 먼저 호환되는 클라이언트를 선택하고 실제 앱으로 경로를 확인하세요. 문제가 생기면 노드를 계속 바꾸거나 설정을 더하기보다 각 계층을 차례로 점검하는 편이 효과적입니다.