VPN 초보 완전 가이드: 결제 후 정상 사용까지 모든 단계

이 가이드는 VPN을 처음 쓰는 사람을 위한 것입니다. 결제부터 클라이언트가 실제로 연결되기까지 동작은 몇 개뿐이지만, 각 단계마다 '성공으로 표시되지만 실제로는 연결되지 않는' 상황이 생길 수 있습니다. 아래에서는 실제 순서대로 단계를 나누어, 끝났을 때 무엇이 보여야 하는지, 막히면 어디를 먼저 확인해야 하는지 적었습니다. VPN 초보가 가장 많은 시간을 낭비하는 지점은 설치가 아니라 구독이 갱신되지 않은 것, 시스템 권한을 주지 않은 것, 분할 규칙이 테스트 트래픽을 빼돌린 것입니다.

결제 전에 확인할 세 가지

결제 전에 세 가지를 먼저 맞춰 두세요. 가입 방식, 요금제 등급, 결제 수단입니다. 이 세 가지가 정해지면 이후 과정에서 되돌아갈 일이 거의 없습니다.

가장 놓치기 쉬운 것은 가입 방식입니다. 본 서비스의 계정은 이메일 주소가 필요 없으며, 사용자 이름과 비밀번호만으로 만들 수 있습니다. 확인 메일을 기다릴 필요도, 평소 쓰는 이메일을 넘길 필요도 없습니다. 대신 계정 자격 증명이 이 두 가지뿐이므로, 가입을 마친 즉시 비밀번호 관리자에 저장하고 브라우저 자동 완성에만 남겨 두지 마세요.

요금제는 월 트래픽 기준 세 단계이며, 트래픽은 매월 1일이 아니라 개통일을 기준으로 매달 초기화됩니다:

가끔만 쓴다면 사용량 기반 트래픽 패키지도 있습니다. ¥158에 300GB, ¥358에 1000GB, ¥658에 3000GB이며, 다 쓰면 끝나지만 기간은 만료되지 않습니다. 월 구독과는 별개라 매달 초기화되지 않으므로 출장이나 일시적인 필요에 적합합니다.

결제 수단은 알리페이, 위챗, USDT 세 가지이며, 기기 수 제한은 없습니다. 같은 계정을 여러 기기에서 동시에 사용할 수 있습니다. 이 점은 '한 기기에서 먼저 연결을 확인한 뒤 다른 기기로 넓힌다'는 흐름에서 중요합니다. 테스트 때문에 계정을 번갈아 쓸 필요가 없습니다.

가입과 결제: 이메일 없이 진행하는 절차

이 구간의 동작을 순서대로 마치면 되고, 중간에 패널을 벗어날 필요는 없습니다:

1. 패널의 가입 페이지를 열고 사용자 이름과 비밀번호를 입력합니다. 사용자 이름은 한 번 정하면 바꾸지 마세요. 나중에 클라이언트에서 설정을 구분할 때 이 이름을 기준으로 삼습니다.
2. 제출하면 바로 패널로 들어갑니다. 성공 신호는 여전히 폼에 머물러 있는 것이 아니라 개요 페이지가 보이는 것입니다.
3. 요금제 페이지에서 등급을 고르고 주기와 월 트래픽을 확인한 뒤 결제 수단으로 결제를 마칩니다.
4. 결제가 끝나면 개요 페이지로 돌아와 사용 가능한 트래픽과 만료일이 표시되는지 확인합니다.

각 단계의 '성공 신호'를 정확히 확인하세요. 가입 성공의 신호는 패널에 들어갈 수 있다는 것이고, 결제 성공의 신호는 결제 수단의 결제 알림이 아니라 개요 페이지에 트래픽 잔량이 나타나는 것입니다. 둘 사이에는 시차가 있으므로, 어긋날 때는 먼저 패널을 새로 고친 뒤 주문 내역을 확인하세요.

구독 받기: 링크, QR 코드, 클라이언트

구독(subscription)은 노드 자체가 아니라 주소입니다. 클라이언트가 이 주소로 요청을 보내 노드 목록을 받아 오고, 이를 회선 하나하나로 해석합니다. 목록은 보통 두 가지 형태입니다. 하나는 한 줄에 노드 URI 하나씩 있는 일반 텍스트로, 예를 들어 ss://, vmess://, trojan://, vless://, hysteria2://, tuic:// 같은 형식이며 전체를 다시 Base64로 인코딩합니다. 다른 하나는 YAML 설정으로, 프록시 그룹과 분할 규칙을 함께 내려받습니다. 클라이언트가 지원하는 형태를 쓰면 됩니다.

패널의 다운로드 페이지에서 각 플랫폼용 클라이언트를 제공합니다. 로그인한 뒤 운영체제에 맞는 설치 파일을 받으세요. 검색 결과에서 '같은 클라이언트'를 찾아 내려받지 마세요. 출처가 불분명한 설치 파일은 구독 주소를 그대로 가져갑니다.

구독 링크는 계정 자격 증명과 같습니다. 링크를 가진 사람은 당신의 노드 목록을 가져갈 수 있습니다. 링크를 공개 그룹에 붙이거나 캡처해 보내지 마세요. QR 코드 안에 같은 주소가 들어 있습니다.

클라이언트 가져오기: 다섯 플랫폼의 차이

같은 구독이라도 운영체제마다 가져오는 방법과 걸리는 지점이 다릅니다. 아래 표는 플랫폼별 가져오기 방식과 가장 흔한 실패 원인을 정리한 것입니다.

프로토콜 차이는 '어느 회선이 더 잘 연결되는지'에 영향을 줍니다. Shadowsocks와 Trojan은 TCP 중심이며, Trojan은 표준 TLS 핸드셰이크를 사용해 시스템 시간과 인증서 체인에 민감합니다. VMess와 VLESS도 TCP 중심이고 VLESS가 더 가벼워 TLS와 함께 쓰이는 경우가 많습니다. Hysteria2와 TUIC는 QUIC, 즉 UDP를 사용해 패킷 손실이 뚜렷한 네트워크에서 더 안정적이지만, 일부 네트워크는 UDP를 제한하므로 이때는 오히려 TCP 회선으로 바꾸는 편이 빠릅니다.

안드로이드의 앱별 프록시는 따로 짚을 만합니다. 켜면 선택한 앱만 프록시를 사용합니다. 브라우저는 선택했는데 대상 앱은 선택하지 않으면 '웹 페이지는 열리는데 앱은 계속 로딩만 되는' 상황이 됩니다. 테스트 단계에서는 모든 트래픽을 프록시로 보내고, 연결을 확인한 뒤 앱별로 풀어 주세요.

연결 확인: 재현 가능한 세 단계 점검

클라이언트에 '연결됨'으로 표시되는 것은 로컬 상태일 뿐, 트래픽이 실제로 나갔다는 뜻은 아닙니다. 아래 세 단계로 확인하면 아이콘보다 믿을 만한 결론을 얻을 수 있습니다.

1. 출구 주소를 비교합니다. 연결 전에 브라우저에서 아무 IP 조회 페이지나 열어 결과를 적어 두고, 연결 후 다시 조회합니다. 두 번이 다르면 트래픽이 실제로 회선을 거친 것이고, 같다면 프록시가 적용되지 않은 것이므로 시스템 프록시나 TUN이 실제로 켜졌는지 먼저 확인하세요.
2. DNS 조회가 어느 경로로 나가는지 봅니다. DNS 질의가 여전히 로컬 네트워크에서 처리되면 조회 결과가 현재 위치를 반영하고, 아주 먼 노드로 배정될 수도 있습니다.
3. 실제로 쓰려는 사이트나 앱을 엽니다. 앞의 두 단계는 통과했는데 여기서 실패한다면 회선 문제가 아니라 분할 규칙이 해당 도메인을 직접 연결로 분류했을 가능성이 큽니다.

# macOS / Linux: 특정 도메인의 조회 결과 확인
dig example.com +short

# Windows PowerShell
Resolve-DnsName example.com

예시 도메인을 실제로 접속할 도메인으로 바꾸고, 연결 전과 연결 후에 각각 한 번씩 실행해 결과를 비교하세요. 연결 후에도 조회 결과가 로컬 네트워크가 준 주소라면 DNS가 프록시를 따라가지 않은 것입니다.

막혔을 때의 점검 순서

순서대로 확인하고 건너뛰지 마세요. 각 단계는 원인 한 종류를 걸러 냅니다. 건너뛰며 확인하면 문제만 뒤엉킵니다.

• ✅ 먼저 구독 갱신: 노드 목록이 비었거나 오래된 항목뿐이라면 이후에 무엇을 조정해도 소용없습니다.
• ✅ 다음으로 회선 교체: 같은 지역에 보통 여러 회선이 있으므로 하나가 안 된다고 계정에 문제가 있는 것은 아닙니다.
• ✅ 시스템 시간 확인: 오차가 크면 TLS 핸드셰이크가 실패합니다. VMess 같은 프로토콜은 특히 민감하므로 자동 시간 설정을 켜세요.
• ✅ 앱별 프록시와 사용자 지정 분할을 끄고 모든 트래픽을 프록시로 보내 다시 테스트합니다.
• ✅ 다른 네트워크 환경으로 전환: 현재 Wi-Fi에서 다른 네트워크로 바꿔 이쪽에서 포트나 UDP를 제한하는지 판단합니다.
• ❌ 처음부터 클라이언트를 재설치하지 마세요. 설정이 멀쩡하다면 재설치가 진짜 원인을 가릴 뿐입니다.
• ❌ 프록시 도구 두 개를 동시에 켜지 마세요. 시스템 프록시와 TUN이 트래픽을 서로 가져갑니다.
• ❌ 구독 링크를 공개 채널에 올려 도움을 청하지 마세요. 계정 자격 증명과 같습니다.

첫날의 사용 습관

연결이 된 뒤 일상 경험을 실제로 좌우하는 것은 회선 수가 아니라 세 가지 설정과 습관입니다.

분할 규칙

분할은 어떤 트래픽이 프록시를 거치고 어떤 것이 직접 연결되는지를 정합니다. 흔한 규칙은 도메인, IP 대역, 지역으로 매칭합니다. 자주 쓰는 국제 사이트는 프록시로, 로컬 서비스와 내부 주소는 직접 연결로 보냅니다. 규칙이 뒤집힌 전형적인 증상은 '로컬 클라우드 저장소는 느려지고 국제 사이트는 여전히 안 열리는' 것입니다. 규칙을 고친 뒤에는 연결 버튼만 누르지 말고 클라이언트가 설정을 다시 불러오게 하세요.

트래픽 확인

월 구독의 트래픽은 매월 1일이 아니라 개통일 기준으로 매달 초기화됩니다. 패널의 사용량은 '트래픽이 몰래 새고 있는지'를 판단하는 유일한 근거입니다. 하루 사용량이 예상보다 크게 많다면 시스템 업데이트나 클라우드 백업 같은 대용량 작업이 프록시를 타고 있는지 먼저 확인하세요.

환불 기간

30일 이유 불문 환불은 첫 주를 체험 기간처럼 쓸 수 있다는 뜻입니다. 자주 쓰는 기기를 모두 연결하고, 늘 보는 서비스를 하나씩 열어 보며, 내가 있는 네트워크에서 회선이 안정적인지 확인한 뒤 장기 사용을 결정하세요. 기기 수 제한이 없으니 한 번에 다 검증할 수 있습니다.