VPN 사용법은 결국 하나의 고정된 흐름입니다. 계정 가입, 요금제 선택, 구독 링크 확보, 클라이언트 가져오기, 그리고 트래픽이 실제로 회선을 통해 나가는지 확인. 이 흐름에서 어느 한 고리가 어긋나도 증상은 비슷하게 나타납니다. 클라이언트는 연결됨으로 표시되는데 웹페이지가 열리지 않는 식이죠. 그래서 아래에서는 실제 조작 순서대로 진행하고, 각 단계마다 스스로 확인할 수 있는 점검 항목을 제시하며, Windows, macOS, iOS, Android, Linux의 가져오기 방식 차이도 설명합니다.
먼저 네 가지를 구분합니다: 구독 서비스, 클라이언트, 프로토콜, 구독 링크
초보자가 막히는 지점은 대개 조작 단계가 아니라 몇 개의 용어가 뒤섞여 있는 것입니다. 이 네 가지를 분리해서 보면 이후의 모든 단계가 구체적으로 다가옵니다.
| 용어 | 의미 | 직접 판단할 부분 |
|---|---|---|
| 구독 서비스 | 계정과 회선을 제공하는 쪽 | 어느 지역을 커버하는지, 회선이 전용인지 중계인지, 월 트래픽은 얼마인지 |
| 클라이언트 | 기기에 설치되어 트래픽 전달을 담당하는 소프트웨어 | 배포되는 프로토콜을 지원하는지, 앱별 프록시가 가능한지 |
| 프로토콜 | 클라이언트와 노드 사이의 전송 및 암호화 방식 | 보통 서버가 결정하므로 클라이언트가 인식하는지만 확인하면 됩니다 |
| 구독 링크 | 여러 노드를 하나의 설정으로 묶어 주는 주소 | 비밀번호처럼 보관하고, 노드가 바뀌면 직접 갱신 |
구독 서비스는 어느 지역에 연결할 수 있는지, 전용 회선인지 중계 회선인지, 월 트래픽이 얼마인지를 결정합니다. 클라이언트는 기기가 트래픽을 규칙에 따라 내보낼 수 있는지를 결정하고, 프로토콜은 그 트래픽이 전송될 때 어떻게 암호화되는지를 결정합니다. 프로토콜은 보통 서버가 내려주므로 직접 고를 필요는 없지만, 클라이언트가 이를 인식해야 합니다. 구독을 가져왔는데 노드 목록이 비어 있는 경우, 원인은 클라이언트 버전이 오래되어 내려온 프로토콜 유형을 읽지 못하는 것입니다.
구독 링크를 함부로 공유하면 안 되는 이유
구독 링크는 평범한 주소가 아니라 계정 자격 증명을 담고 있습니다. 클라이언트가 구독을 갱신할 때마다 이 링크를 들고 서버에서 노드 설정을 받아오는 셈입니다. 링크가 외부로 새어 나가면 다른 사람이 소모하는 것은 내 트래픽 한도입니다.
구독 링크는 비밀번호처럼 다루세요. 단체 채팅방에 캡처를 올리거나 공개 댓글에 붙이지 마세요. 유출이 의심되면 사용자 패널에서 구독 주소를 재설정하세요. 기존 링크는 즉시 무효가 되며, 각 기기에서 다시 한 번 가져오면 됩니다.
프로토콜 이름을 외울 필요는 없지만, 클라이언트가 인식하는지는 확인해야 합니다
Shadowsocks, VMess, VLESS, Trojan, Hysteria2, TUIC는 모두 프로토콜 이름입니다. 차이는 암호화 방식, 핸드셰이크 과정, 혼잡 제어에 있으며 일반 사용자가 하나하나 이해할 필요는 없습니다. 두 가지만 알면 됩니다. 클라이언트가 지원해야 하고, 같은 구독 안에 여러 프로토콜이 함께 있을 수 있으므로 노드를 고를 때 특정 프로토콜을 일부러 피할 필요는 없습니다.
클라이언트가 '지원하지 않는 프로토콜'을 표시하면, 보통은 파라미터를 고치는 것이 아니라 클라이언트를 업그레이드하거나 여전히 유지보수되는 클라이언트로 바꾸는 것이 답입니다. 파라미터는 서버가 내려주므로 직접 수정하면 오히려 틀리기 쉽고, 이후 점검의 기준점도 사라집니다.
요금제 선택: 트래픽 구간에 맞추기
요금제는 두 개의 축으로 볼 수 있습니다. 하나는 월 트래픽, 다른 하나는 동시 사용 인원입니다. VPNVan 계정은 기기 수 제한이 없으므로 실제로 추정해야 할 것은 트래픽과, 저녁 피크 시간대의 안정성에 조금 더 지불할 의향이 있는지입니다.
| 등급 | 가격 | 월 트래픽 | 적합한 사용 강도 |
|---|---|---|---|
| 입문 등급 | ¥9.9/월 | 60GB | 모바일 중심, 웹 서핑과 SNS, 가끔 동영상 |
| 표준 등급 | ¥18/월 | 250GB | 1~2명이 일상적으로 사용, 고화질 동영상 시청이 잦은 경우 |
| 고사용량 등급 | ¥28/월 | 500GB | 여러 기기 동시 접속, 장시간 동영상과 다운로드 |
트래픽은 개통일 기준으로 매월 초기화되며, 달력상 월초에 0이 되는 방식이 아닙니다. 따라서 첫 개통일이 이후 각 주기의 시작점을 결정합니다. 중간에 상위 등급으로 올리면 차액은 남은 일수로 계산되므로 다음 주기까지 기다릴 필요가 없습니다.
사용량이 몇 달에 몰려 있는 사람은 트래픽 패키지를 볼 수 있습니다. ¥158/300GB, ¥358/1000GB, ¥658/3000GB이며, 다 쓰면 끝이고 만료 기한은 없습니다. 장점은 만료 압박이 없다는 점으로, 1년에 몇 주만 집중적으로 쓰는 상황에 적합합니다. 매일 쓴다면 월 구독의 단가가 더 매끄럽습니다.
처음이라면 우선 월 구독 최저 등급으로 전체 흐름을 한 번 통과시키세요. 클라이언트, 회선, 접속하려는 사이트가 모두 정상인지 확인한 다음, 실제 사용량에 따라 등급을 올릴지 트래픽 패키지를 더할지 결정하면 됩니다. 반대로 큰 트래픽 패키지를 먼저 사면 클라이언트 설정에서 막히는 순간 점검 비용이 훨씬 커집니다.
가입과 결제: 아이디와 비밀번호면 충분합니다
VPNVan 가입에는 이메일 주소가 필요하지 않습니다. 아이디를 정하고 비밀번호를 설정하면 끝입니다. 절약되는 것은 인증 메일을 기다리는 시간만이 아니라, '메일이 스팸함으로 들어감', '링크 만료' 같은 흔한 걸림돌이기도 합니다.
이메일이라는 단계가 없으니 아이디와 비밀번호는 직접 잘 보관해야 합니다. 비밀번호 관리자로 생성해 저장하고, 다른 서비스와 같은 비밀번호를 재사용하지 마세요.
결제와 개통
결제 페이지에서는 Alipay, WeChat, USDT 세 가지 방식을 지원합니다. 결제가 끝나면 계정이 즉시 개통되며, 사용자 패널에서 현재 요금제, 트래픽 초기화일, 사용한 트래픽, 구독 주소를 확인할 수 있습니다.
- 사용자 패널에서 요금제와 결제 주기를 선택하고 가격과 트래픽 등급을 확인합니다.
- 결제 수단을 선택해 결제를 완료합니다. 결과 페이지를 중간에 닫지 마세요.
- 패널의 구독 영역으로 돌아가 구독 링크를 복사합니다.
- 먼저 한 대의 기기에서 구독을 가져와 갱신하고 노드 목록이 나타나는지 확인한 뒤 다른 기기로 확장합니다.
첫 결제 후 7일 이내에는 이유를 묻지 않는 환불을 신청할 수 있으므로 등급 선택에 너무 오래 고민할 필요가 없습니다. 최저 등급으로 전체 흐름을 먼저 검증하고, 맞지 않으면 조정하면 됩니다.
클라이언트 가져오기: 다섯 플랫폼의 차이
같은 구독 링크라도 시스템에 따라 가져오기 경험이 꽤 다릅니다. 데스크톱은 대부분 '링크 붙여넣기, 구독 갱신, 노드 선택, 프록시 켜기' 네 단계이고, 모바일은 더 간단하지만 iOS는 관문이 하나 더 있습니다. Linux는 그래픽 인터페이스가 없는 경우가 많아 설정을 직접 작성해야 합니다.
| 플랫폼 | 일반적인 클라이언트 형태 | 가져오기 방식 | 추가로 주의할 점 |
|---|---|---|---|
| Windows | 데스크톱 GUI 클라이언트 | 구독 링크를 붙여넣은 뒤 구독 갱신 | 시스템 프록시와 TUN 모드 중 하나를 선택, 후자가 더 전면적으로 처리 |
| macOS | 메뉴 막대 클라이언트 | 위와 동일하며, 필요할 때 연결되는 온디맨드 기능을 켤 수 있음 | 첫 실행 시 시스템 설정에서 네트워크 확장을 허용해야 함 |
| iOS | App Store 클라이언트 | 링크를 통해 설정 가져오기 | 클라이언트는 중국 본토 외 지역 App Store에서 받아야 함 |
| Android | 모바일 클라이언트 | 구독 링크를 바로 붙여넣기 | 앱별 프록시를 지원해 일부 앱만 회선을 타게 할 수 있음 |
| Linux | 명령줄 코어 중심 | 구독으로 생성하거나 설정 파일을 직접 작성 | TUN 또는 환경 변수 프록시를 직접 설정해야 함 |
시스템 프록시와 TUN의 차이
시스템 프록시는 시스템 프록시 설정을 따르는 앱에만 영향을 줍니다. 브라우저는 대체로 문제가 없지만, 많은 데스크톱 프로그램과 명령줄 도구는 이 설정을 아예 읽지 않습니다. 그래서 '브라우저는 되는데 다른 소프트웨어는 안 되는' 상황이 생깁니다. TUN 모드는 시스템에 가상 네트워크 인터페이스를 만들어 트래픽을 통째로 넘겨받은 뒤 분할 라우팅 규칙에 따라 경로를 정하므로 적용 범위가 더 넓습니다. 대신 관리자 권한이 필요하고, 일부 로컬 네트워크 도구나 게임은 직접 연결 목록에 먼저 추가해야 할 수 있습니다.
분할 라우팅 규칙: 규칙 모드와 전역 모드
규칙 모드는 도메인과 IP로 판단합니다. 중국 본토 사이트는 직접 연결, 해외 사이트는 회선 경유, 로컬 네트워크 주소는 프록시를 타지 않습니다. 평소에는 규칙 모드에 두는 것이 맞습니다. 중국 본토 서비스를 이용할 때 해외를 한 바퀴 돌아오지 않게 해 주기 때문입니다. 전역 모드는 모든 트래픽을 회선으로 밀어 넣는 방식이라 문제 점검에만 적합합니다. 특정 규칙이 잘못된 것 같을 때 전역으로 바꿔 보고, 그때 열린다면 원인은 규칙에 있습니다.
구독 갱신도 잊지 마세요. 서버에서 노드를 추가하거나 조정해도 클라이언트는 즉시 알지 못하므로 직접 한 번 갱신을 눌러야 합니다. 대부분의 클라이언트는 정기 갱신을 지원하며, 하루 한 번이면 충분합니다.
첫 연결 후: 정말 적용됐는지 세 단계로 확인
'연결됨'은 클라이언트의 상태일 뿐, 트래픽이 실제로 회선을 통해 나간다는 뜻은 아닙니다. 아래 세 단계로 확인하는 편이 클라이언트를 반복 재설치하는 것보다 훨씬 효과적입니다.
- ✅ 출구 IP 확인: IP 조회 페이지를 열어 접속 지역이 선택한 노드 지역과 일치하는지 봅니다.
- ✅ DNS 확인: 도메인 조회가 로컬 통신사가 아니라 회선 쪽에서 이루어지는지 확인합니다.
- ✅ 앱별 비교: 브라우저만 회선을 타게 하고 나머지 앱은 직접 연결로 둔 뒤, 같은 사이트에 접속해 결과 차이를 봅니다.
- ❌ 클라이언트 아이콘 색만 바뀐 것을 보고 성공이라 판단하며 출구 IP를 확인하지 않는 것.
- ❌ ping이 통하는지로 프록시 정상 여부를 판단하는 것 — ICMP는 프록시 채널을 거치지 않으므로 통하든 안 통하든 문제를 설명하지 못합니다.
DNS 유출은 두 번째 단계에서 가장 자주 건너뛰는 항목입니다. 도메인 조회를 여전히 로컬 통신사에 맡기면, 트래픽이 회선을 타더라도 통신사는 조회 기록으로 어떤 사이트에 접속하는지 알 수 있고, 조회 결과가 오염되어 'IP는 해외로 나오는데 사이트는 열리지 않는' 증상으로 나타날 수 있습니다. 해결 방법은 클라이언트에서 원격 DNS 조회(또는 fake-ip 모드)를 켜서 조회 요청도 회선을 타게 하는 것입니다.
# macOS: 시스템이 현재 사용하는 DNS 확인
scutil --dns | grep nameserver
# Windows(PowerShell): 각 네트워크 어댑터의 DNS 설정 확인
Get-DnsClientServerAddress -AddressFamily IPv4
# Linux(systemd-resolved): 조회 상태와 업스트림 확인
resolvectl status조회된 DNS가 여전히 로컬 통신사 주소라면 원격 조회가 적용되지 않은 것입니다. 먼저 클라이언트의 DNS 설정을 확인하고, 이어서 분할 라우팅 규칙이 조회 요청을 직접 연결로 보내고 있지 않은지 보세요.
자주 막히는 지점 대조표와 마무리 조언
아래 표는 초보자가 가장 자주 만나는 몇 가지 상황을 담았습니다. 파라미터를 하나씩 시도하기보다 증상으로 원인을 찾는 편이 빠릅니다.
| 증상 | 흔한 원인 | 대응 방향 |
|---|---|---|
| 클라이언트는 연결됨인데 웹페이지가 열리지 않음 | 시스템 프록시가 꺼져 있거나, 분할 라우팅 규칙이 대상 도메인을 직접 연결로 보냄 | 전역 모드로 바꿔 한 번 확인하고, 열리면 규칙을 다시 점검 |
| 브라우저는 정상인데 다른 앱은 안 됨 | 앱이 시스템 프록시를 읽지 않음 | TUN 모드를 켜서 모든 트래픽을 클라이언트로 통과 |
| 구독을 가져온 뒤 노드 목록이 비어 있음 | 링크 복사가 불완전하거나 구독 주소가 재설정됨 | 패널로 돌아가 다시 복사하고 구독을 한 번 더 갱신 |
| 지원하지 않는 프로토콜이라는 안내 | 클라이언트 버전이 너무 오래됨 | 클라이언트를 업그레이드하거나 유지보수 중인 클라이언트로 교체 |
| 될 때도 있고 안 될 때도 있으며 저녁 피크에 두드러짐 | 회선 혼잡 또는 로컬 네트워크 불안정 | 같은 지역의 다른 회선으로 바꾸거나 전용 회선 유형 노드로 변경 |
| 핸드셰이크 실패, 반복 재연결 | 시스템 시간 오차가 크거나 구독 파라미터가 만료됨 | 시스템 시간을 맞추고 구독을 갱신해 최신 파라미터 받기 |
점검을 마쳤는데도 안 된다면 지원팀에 문의하기 전에 세 가지를 준비하세요. 클라이언트 이름과 버전, 문제가 되는 구체적인 사이트, 조회된 출구 IP의 소재지입니다. 이 세 가지가 있으면 범위를 회선이나 규칙으로 좁힐 수 있어 처음부터 다시 묻지 않아도 됩니다. 사이트 내 지원 문의와 도움말 센터 두 경로에는 흔한 문제의 답이 대부분 준비되어 있습니다.
전체 흐름에서 가장 자주 어긋나는 지점은 회선 자체가 아니라 분할 라우팅 규칙과 DNS입니다. 이 두 가지를 먼저 확인한 다음 노드 교체나 등급 상향을 고려하세요. 순서가 반대라면 회선을 몇 번 바꿔도 증상은 같습니다.
이 다섯 단계를 한 번 마치면 이후 기기나 운영체제를 바꿀 때는 가져오기와 확인만 반복하면 되고, 처음부터 다시 시작할 필요가 없습니다. 등급과 트래픽 패키지를 확인하려면 가격 페이지를, 계정 상태와 구독 주소를 확인하려면 사용자 패널에 로그인하면 됩니다.