이 가이드는 한 가지 질문에만 답합니다. 결제한 뒤 실제로 쓸 수 있게 되기까지 남은 단계는 무엇인가. 순서는 정해져 있습니다. 구독 상태 확인, 구독 링크 불러오기, 회선 하나 고르기, 정상 동작 검증, 그다음이 일상적인 사용입니다. 각 단계마다 기대 결과가 분명하므로, 결과가 맞지 않으면 그 단계에서 멈추고 점검하면 됩니다. 여기저기 찍어 볼 필요가 없습니다.
구독이 활성화되었는지 확인
결제가 끝나면 계정에 구독 기록이 바로 생깁니다. VPNAF는 아이디와 비밀번호만으로 가입하며 이메일 주소가 필요 없습니다. 그래서 결제 후 메일함에서 인증 메일을 기다릴 필요가 없습니다. 초보자가 가장 먼저 부딪히는 문제, 즉 오지 않을 메일을 기다리는 일 자체가 생기지 않는 구조입니다.
패널에 들어가면 세 가지를 먼저 확인하세요. 요금제 유형, 남은 트래픽, 리셋 날짜입니다. 월 구독의 트래픽은 매월 1일이 아니라 개통일을 기준으로 리셋됩니다. 중간에 요금제를 업그레이드하면 차액이 남은 일수로 환산되며, 새 주기를 다시 시작할 필요가 없습니다. 트래픽 패키지는 다 쓸 때까지 유효하고 만료되지 않으므로, 평소에는 잘 켜지 않지만 켤 때 대용량을 쓰는 경우에 적합합니다.
| 비교 항목 | 월 구독 | 트래픽 패키지 |
|---|---|---|
| 과금 방식 | 월 단위 결제 | 1회 구매 |
| 트래픽 규칙 | 개통일 기준 매월 리셋 | 다 쓸 때까지, 만료 없음 |
| 가격대 | ¥9.9 / 60GB ¥18 / 250GB ¥28 / 500GB |
¥158 / 300GB ¥358 / 1000GB ¥658 / 3000GB |
| 적합한 사용 패턴 | 매일 켜고 트래픽을 꾸준히 소모 | 가끔 사용하거나 짧은 기간에 집중적으로 사용 |
| 중간 변경 | 요금제 업그레이드 시 차액을 남은 일수로 환산 | 주기 개념 없음, 다 쓸 때까지 |
결제는 알리페이, 위챗 또는 USDT로 진행되며, 입금이 확인되면 구독 상태가 자동으로 갱신되어 따로 활성화할 필요가 없습니다. 하나의 구독으로 기기 수 제한 없이 스마트폰, PC, 태블릿에서 사용할 수 있어 두 번째 기기를 위해 따로 구매할 필요가 없습니다. 구체적인 요금제는 요금제와 가격 페이지에서 매달 실제 사용량에 맞춰 고르면 됩니다.
리셋 날짜는 매월 1일이 아니라 개통일을 기준으로 계산됩니다. 이 날짜를 착각하면 주기 마지막 며칠에 트래픽을 다 써 버리고, 회선 문제라고 오해하기 쉽습니다.
구독 링크와 클라이언트 불러오기
구독 링크는 가장 오해받기 쉬운 항목입니다. 이것은 다운로드 주소가 아니라 토큰이 포함된 URL입니다. 클라이언트가 이 주소를 요청하면 회선 목록, 포트, 암호화 방식, 전송 파라미터가 담긴 설정을 받아갑니다. 그래서 구독을 불러오는 것은 서버 주소를 직접 입력하는 것과 다릅니다. 대부분의 경우 링크를 클라이언트에 붙여 넣기만 하면 나머지는 클라이언트가 알아서 해석합니다.
다섯 플랫폼의 클라이언트 차이는 대부분 시스템 권한 단계에서 갈립니다.
- Windows: 설치하면 시스템 서비스와 트레이 프로그램 두 부분으로 나뉘며, 구독을 불러온 뒤 가상 네트워크 어댑터 생성을 허용해야 합니다. 첫 연결 시 권한 확인 창이 한 번 뜹니다.
- macOS: 설치할 때 「시스템 설정 → 개인정보 보호 및 보안」에서 네트워크 확장을 허용해야 합니다. 그렇지 않으면 「연결됨으로 표시되지만 트래픽은 회선을 타지 않는」 상황이 생깁니다. M 시리즈 칩은 범용 버전을 쓰면 됩니다.
- Android: 불러온 뒤 클라이언트를 배터리 최적화 예외 목록에 추가하세요. 그렇지 않으면 백그라운드에서 시스템이 정리해 버려, 화면을 잠그고 몇 분 뒤 연결이 끊기는 증상이 나타납니다.
- iOS: 설정은 VPN 구성 프로필 형태로 저장되며, 첫 연결 시 시스템 설정에서 허용해야 합니다. 회선 변경은 클라이언트 안에서 하면 되고, 프로필을 다시 설치할 필요는 없습니다.
- Linux: 대부분의 클라이언트는 명령줄이나 트레이에서 실행되며, tun 장치를 만들려면 root 권한이 필요합니다. 그래픽 환경이 없으면 설정 파일로 바로 실행하면 됩니다.
구독에는 여러 프로토콜이 포함될 수 있습니다. WireGuard, IKEv2, 그리고 Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC 같은 프록시 프로토콜입니다. 하나하나 이해할 필요는 없습니다. 클라이언트가 회선마다 표시된 프로토콜을 읽고 파라미터를 자동으로 적용하며, 터널 안의 데이터는 모두 은행 수준 암호화로 처리됩니다. 차이는 전송 계층을 어떻게 지나가는지에만 있습니다. 문제를 진단할 때만 알면 됩니다. QUIC 기반인 Hysteria2와 TUIC는 패킷 손실이 큰 구간에서 흔들림에 더 강하고, WireGuard와 IKEv2는 이동통신망 전환 시 복구가 더 빠릅니다.
구독 링크는 비밀번호와 같습니다. 단체 채팅방에 올리거나 스크린샷을 찍어 공유하지 말고, 공개 구독 변환 사이트에도 넣지 마세요. 링크가 유출되면 다른 사람이 내 요금제의 트래픽을 소모하게 됩니다. 이상이 느껴지면 패널에서 구독 링크를 재설정할 수 있으며, 기존 링크는 즉시 무효화됩니다.
회선 유형으로 노드 선택
패널의 회선은 지역별로 정렬되어 있고, 각 지역 옆에 회선 유형이 표시됩니다. 초보자가 가장 자주 놓치는 항목이지만, 저녁 피크 시간대의 체감을 사실상 결정합니다. 전체 지역 분포는 회선 목록에서 확인할 수 있고, 여기서는 유형 차이만 설명합니다.
| 회선 유형 | 데이터 경로 | 저녁 피크 성능 | 적합한 상황 |
|---|---|---|---|
| 직접 연결 | 현지에서 공용 국제 출구로 바로 나감 | 출구 혼잡의 영향을 받아 편차가 가장 큼 | 낮 시간 자료 검색, 가벼운 브라우징 |
| 중계 | 중계 노드에 먼저 접속한 뒤 중계 노드에서 출구로 나감 | 직접 연결보다 안정적, 중계 서버 품질에 좌우 | 일상 브라우징, 동영상 |
| IEPL 전용선 | 통신사 전용선으로 출구를 나가며 공용 출구를 쓰지 않음 | 편차가 가장 작음 | 저녁 피크, 라이브 방송, 화상회의, 장시간 연결 |
회선 선택 순서는 이렇게 권합니다. 먼저 나와 가장 가까운 지역으로 한 번 측정하고, 그다음 IEPL 전용선으로 바꿔 비교하세요. 둘의 차이가 크지 않다면 현재 네트워크에서 국제 출구까지의 구간이 그다지 혼잡하지 않다는 뜻입니다. 전용선이 확실히 안정적이라면 전용선을 기본으로 두고 직접 연결은 예비로 남겨 두세요.
지역 선택에서는 홍콩, 일본, 싱가포르가 보통 지연이 낮고, 미국과 네덜란드는 해당 서비스 지역 콘텐츠를 이용할 때 적합합니다. 같은 지역에 직접 연결, 중계, 전용선 세 가지 회선이 함께 있는 경우가 많습니다. 이름은 같아도 지나가는 경로가 다르기 때문입니다. 같은 지역에 회선이 여러 개인 이유가 여기에 있습니다.
판단 기준은 하나뿐입니다. 저녁 피크 시간대에 버틸 수 있는지. 낮에는 모든 회선이 좋아 보입니다. 그 시간대에 끊기지 않고 버퍼링 없이 유지되는 회선이라야 기본 회선으로 둘 가치가 있습니다.
출구 IP와 DNS가 제대로 가는지 검증
연결되었다고 해서 적용된 것은 아닙니다. 클라이언트에 「연결됨」이 표시되는 것은 터널이 만들어졌다는 뜻일 뿐입니다. 트래픽이 회선을 타는지, DNS가 함께 따라가는지는 따로 확인해야 합니다. 아래 네 단계를 순서대로 진행하고, 어긋나는 단계가 있으면 거기서 멈추세요.
- 출구 지역 확인: 연결 후 아무 IP 위치 조회 페이지나 열어 보세요. 표시되는 지역이 선택한 회선의 국가 또는 지역이어야 합니다. 여전히 현지로 나온다면 분할 라우팅 규칙이 해당 앱을 터널에서 제외한 것입니다.
- DNS 확인: 이름 조회 요청이 현지 통신사가 아니라 회선 쪽 DNS로 향하는지 확인하세요. DNS가 현지에 남아 있는 것이 이른바 DNS 유출입니다. 웹페이지는 열리지만 접속 기록은 여전히 현지 네트워크에 노출됩니다.
- 시스템 시간 확인: 시간 오차가 크면 인증서 기반 핸드셰이크가 실패합니다. 증상은 「연결은 되었는데 모든 웹페이지가 열리지 않는」 상태입니다. 시스템 자동 시간 설정을 켜면 됩니다.
- 한 번 끊고 다시 연결: 수동으로 끊었다가 다시 연결해 클라이언트가 스스로 복구하는지 확인하세요. 외출한 뒤에야 직접 눌러야 한다는 걸 알게 되는 일을 막을 수 있습니다.
세 플랫폼에서 DNS를 확인하는 명령:
# Windows: 이름 조회 요청이 어느 DNS로 향하는지 확인
ipconfig /all
# macOS: 시스템 리졸버 설정 확인
scutil --dns
# Linux(systemd-resolved)
resolvectl status마지막으로 점검 목록을 한 번 훑고, 모두 맞으면 일상 사용을 시작하세요.
- ✅ 출구 IP의 지역이 선택한 회선과 일치
- ✅ DNS 조회 요청이 현지 통신사가 아니라 회선 쪽 서버로 향함
- ✅ 시스템 시간이 네트워크 시간과 동기화되어 인증서 핸드셰이크 정상
- ✅ 수동으로 끊고 다시 연결해도 클라이언트가 자동 복구
- ❌ 클라이언트는 연결됨인데 IP 조회 결과가 여전히 현지
- ❌ 웹페이지는 안 열리는데 메신저는 정상 — 대부분 DNS나 MTU가 잘못된 경우
첫 주에 가장 흔한 네 가지 걸림돌
첫날부터 첫 주까지 마주치는 문제는 대체로 아래 네 가지에 모입니다. 발생 빈도가 높은 순서로 정리했습니다.
구독 불러오기 실패
대부분 링크를 끝까지 복사하지 못해 잘렸거나, 패널에서 이미 재설정된 링크입니다. 다시 복사해 보세요. 클라이언트가 클립보드에서 불러오기를 지원한다면 그 방식을 쓰는 편이 좋습니다. 직접 선택하다 글자가 빠지는 일을 막을 수 있습니다.
일부 앱만 회선을 타는 경우
이것은 분할 라우팅이 동작하는 것이지 고장이 아닙니다. 분할 라우팅은 도메인, IP 대역, 앱 목록을 기준으로 어떤 트래픽이 터널로 들어갈지 정합니다. 국내 사이트는 직접 연결, 해외 사이트는 회선 경유가 흔한 설정입니다. 특정 앱을 반드시 회선으로 보내고 싶다면 분할 라우팅을 끄는 대신 그 앱을 프록시 목록에 추가하세요.
이동통신망에서 연결이 자주 끊기는 경우
스마트폰에서는 우선 배터리 절약 제한을 해제하고, 네트워크 전환에 더 관대한 프로토콜로 바꾸세요. Wi-Fi와 셀룰러를 오갈 때는 WireGuard, IKEv2의 복구 속도가 대체로 더 빠릅니다.
저녁 피크에 속도가 떨어지는 경우
클라이언트를 바꾸기 전에 회선 유형을 먼저 바꾸세요. 같은 지역에 직접 연결, 중계, 전용선이 함께 있는 경우가 많습니다. 기본 회선을 전용선으로 옮기는 편이 MTU를 조정하거나 DNS를 바꾸는 것보다 직접적입니다.
일상 사용 방식을 고정하기
설정을 만지작거릴 단계가 끝나면 몇 가지로 정리해 두세요. 기본 회선 하나, 예비 회선 하나, 부팅 시 자동 실행 켜기, 분할 라우팅 규칙은 기본값 유지. 나머지는 구독 자체의 규칙에 맡기고 매일 바꾸지 마세요.
트래픽 흐름도 한 번 보세요. 월 구독은 개통일 기준으로 리셋되므로 날짜를 착각하면 주기 끝에 트래픽을 다 써 버리기 쉽습니다. 매달 다 쓰지 못한다면 한 단계 낮추는 편이 유리하고, 반대로 부족하면 트래픽 패키지로 보충하면 됩니다. 트래픽 패키지는 다 쓸 때까지 유효하고 만료되지 않으므로 넉넉히 사도 낭비되지 않습니다.
마지막은 환불 기간입니다. 60일 이유 불문 환불. 이 기간이면 저녁 피크를 한 번 온전히 겪어 보고, 출장이나 여행 상황도 한 번은 커버할 수 있습니다. 확신이 없다면 월 구독으로 먼저 시작하고, 맞지 않으면 기간 안에 환불받는 편이 서비스를 여러 번 갈아타는 것보다 간단합니다.
첫날 실제로 할 일은 네 가지뿐입니다. 구독 상태 확인, 구독 링크 불러오기, 전용선 하나 고르기, 출구와 DNS 검증. 네 가지를 모두 통과하면 이후 마주치는 문제는 대부분 「회선 선택」과 「분할 라우팅」 두 갈래로 정리됩니다.