VPN을 처음 쓰는 사람이 실제로 막히는 지점은 대개 '연결이 되느냐'가 아니라 네 단계 사이의 연결고리입니다. 요금제를 잘못 고르거나, 구독 링크를 일부만 복사하거나, 클라이언트에 가져온 뒤 노드 목록을 갱신하지 않거나, 연결은 됐는데 웹페이지가 열리지 않는 경우죠. 아래에서는 실제 순서대로 네 단계를 짚고, 각 단계에서 보여야 할 결과와 그렇지 않을 때 먼저 확인할 곳을 정리합니다.
결제 전에 확인할 세 가지
구독을 처음 살 때는 가격 비교부터 하지 마세요. 세 가지만 확인하고 결제하면 이후에 되돌아올 일이 거의 없습니다.
첫째는 커버리지입니다. 본 서비스는 110+ 개 국가, 250+ 개 회선을 운영하며 일본, 싱가포르, 미국, 홍콩, 독일 등 자주 쓰는 지역에 노드가 있습니다. 회선은 IEPL 전용선, 중계, 직결 세 가지로 나뉘고 같은 지역에 여러 회선이 함께 있는 경우가 많아, 나중에 회선을 고를 여지가 여기서 나옵니다.
둘째는 기기 수입니다. 동시 접속 대수 제한이 없어 스마트폰, 태블릿, PC를 함께 연결할 수 있고, 기기가 하나 늘었다고 구독을 또 살 필요가 없습니다.
셋째는 환불 조건입니다. 첫 결제 후 30일 이내에 사유 없이 전액 환불을 신청할 수 있어, 시행착오 비용은 이 조항이 받쳐 줍니다.
요금제는 트래픽 기준으로 나뉩니다. 월 구독은 ¥9.9에 60GB, ¥18에 250GB, ¥28에 500GB이고, 트래픽은 개통일 기준으로 매월 초기화되며 중간에 업그레이드하면 남은 일수만큼 차액을 정산합니다. 트래픽 패키지는 ¥158/300GB, ¥358/1000GB, ¥658/3000GB로 소진될 때까지 유효하며 만료되지 않아 사용량이 적은 분께 적합합니다. 처음이라면 한 달 실제 사용량에 맞춰 한 단계만 고르면 충분하고, 처음부터 끝까지 맞출 필요는 없습니다.
계정과 결제: 가입에는 아이디와 비밀번호만
가입 단계에서 본 서비스가 요구하는 것은 아이디와 비밀번호뿐이며, 이메일 주소는 필요하지 않습니다. 입력 항목이 하나 줄면 계정 탈취나 피싱에 노출될 입구도 하나 줄고, 인증 메일을 받으려고 메일함을 지킬 필요도 없습니다.
비밀번호는 비밀번호 관리자로 생성하고 이메일·SNS 계정과 재사용하지 마세요. 아이디는 실명이나 평소 쓰는 닉네임을 피하세요. 클라이언트와 문의 티켓에 그대로 표시됩니다.
결제는 알리페이, 위챗, USDT를 지원합니다. 결제 후 계정 페이지로 돌아와 요금제 등급, 트래픽 한도, 만료일 세 가지를 먼저 확인하세요. 셋이 맞으면 구독 링크를 가져오고, 맞지 않으면 다음 단계로 넘어가지 마세요. 나중에 계정 문제를 회선 문제로 오판하기 쉽습니다.
구독 링크 가져오기: 가장 실수가 잦은 단계
구독 링크는 하나의 URL로, 클라이언트가 이 주소에서 노드 목록을 받아오고 정해진 주기로 갱신합니다. 사실상 자격 증명과 같아서, 링크를 손에 넣은 사람이 곧바로 트래픽을 소모할 수 있습니다.
복사할 때 두 가지를 주의하세요. 첫째, 완전해야 합니다. 앞뒤에 공백이 붙거나 메신저에서 자동 줄바꿈으로 잘리면 안 되고, 클라이언트에 붙여 넣은 뒤 중간에 공백이 하나만 생겨도 가져오기에 실패합니다. 둘째, 비밀 유지입니다. 스크린샷을 찍거나 단체 채팅방, 문의 티켓에 붙이는 것은 자격 증명을 넘기는 것과 같습니다.
구독 링크는 자격 증명과 같으니 공개적으로 공유하지 마세요. 고객센터에 문제를 설명할 때는 증상과 오류 문구만 알리고 전체 링크는 첨부하지 마세요. 부득이하게 다른 사람에게 점검을 부탁했다면, 점검이 끝난 뒤 새 구독 주소로 교체하세요.
가져오기 절차는 복잡하지 않습니다. 링크를 복사하고 클라이언트를 열어 구독 또는 프로필 항목을 찾아 붙여 넣은 뒤 업데이트를 누르면 노드 목록이 나옵니다. 목록에 지역명과 회선 유형이 보이면 정상적으로 받아온 것이고, 목록이 비어 있다면 이전 단계로 돌아가 링크가 온전한지 확인하세요.
프로토콜은 보통 클라이언트가 링크 내용을 보고 자동으로 인식하므로 Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC 모두 필드를 직접 채울 필요가 없습니다. 노드를 하나씩 수동으로 추가할 때만 서버 주소, 포트, 비밀번호 또는 UUID를 입력하면 됩니다. Hysteria2, TUIC처럼 QUIC 기반 프로토콜이 연결되지 않는다면 먼저 TCP 계열로 바꿔 노드 자체의 문제인지 판단하세요.
클라이언트 가져오기: 플랫폼별 차이 비교
같은 구독이라도 다섯 플랫폼에서 가져오는 동작은 거의 같지만 걸리는 지점은 제각각입니다. 데스크톱은 시스템 네트워크 권한을, 모바일은 시스템 팝업과 절전 정책을, Linux는 DNS와 분할 라우팅을 직접 관리해야 합니다.
| 플랫폼 | 클라이언트 형태 | 가져오기 동작 | 흔한 문제 |
|---|---|---|---|
| Windows | 데스크톱 클라이언트 | 구독 링크를 붙여 넣은 뒤 직접 업데이트 클릭 | 첫 실행 시 프로그램의 네트워크 접근을 허용해야 함 |
| macOS | 데스크톱 클라이언트, 메뉴 막대 상주 | 위와 동일, 업데이트 후 노드 선택 | 시스템 네트워크 확장을 수동으로 승인해야 함 |
| Android | 모바일 클라이언트 | 구독을 가져오면 노드 목록을 받아옴 | 절전 정책이 백그라운드 프로세스를 정리하므로 예외 목록에 추가해야 함 |
| iOS | 모바일 클라이언트 | 구독 가져오기 후 첫 연결 시 시스템 팝업 확인 | 'VPN 구성 추가' 팝업이 뜨면 반드시 허용을 눌러야 함 |
| Linux | GUI 또는 CLI 클라이언트 | 구독 링크 또는 설정 파일 가져오기 | DNS와 분할 라우팅 규칙을 직접 설정해야 함 |
노드 목록은 바뀝니다. 대부분의 클라이언트에 구독 정기 업데이트 옵션이 있으니 켜 두세요. 노드가 줄었거나 연결이 안 되면 먼저 구독을 한 번 수동 업데이트하고, 그다음에 삭제 후 재가져오기를 고려하세요. 재가져오기는 회선 자체의 문제를 해결하지 못하고 10분만 더 쓰게 됩니다.
연결 확인: 다섯 가지 체크포인트
연결됐다고 바로 쓸 수 있는 건 아닙니다. 아래 다섯 단계를 따라가면 각 단계마다 명확한 결과가 있고, 마치면 자신만의 기준선이 하나 생깁니다.
- 출구 IP 확인. IP 조회 페이지를 열어 표시되는 국가와 지역이 선택한 노드와 일치하는지 보세요. 다르다면 트래픽이 터널로 들어가지 않은 것이니, 노드를 바꾸기 전에 분할 라우팅 규칙부터 확인하세요.
- 해외 사이트 하나 열기. 정상적으로 로드되면 경로가 뚫린 것입니다. 계속 로딩만 되거나 인증서 오류가 뜨면 DNS와 시스템 시간이 정확한지 먼저 확인하세요.
- DNS 누수 확인. 도메인 조회는 터널 내부 DNS를 거쳐야 합니다. 조회가 여전히 현지 통신사에서 이뤄지면 접속 의도가 노출되고, 엉뚱한 주소로 해석될 수 있으며, 증상은 '연결은 되는데 웹페이지가 안 열린다'로 나타납니다.
- 분할 라우팅 규칙 확인. 중국 본토 사이트는 직결, 해외 사이트는 프록시 경유가 흔한 설정입니다. 규칙이 지나치게 공격적이면 같은 네트워크의 기기와 결제 콜백까지 프록시로 넘어가, 내부망 페이지나 로컬 기기에 접속이 안 되는 증상이 생깁니다.
- 야간 피크 시간대 재측정. 20:00부터 23:00 사이에 앞의 네 단계를 다시 돌려 보고, 그때 사용한 회선이 전용선인지 중계인지 직결인지, 프로토콜이 TCP 계열인지 UDP 계열인지 기록하세요.
정리: 이 다섯 단계를 마치면 어떤 노드, 어떤 프로토콜, 어느 시간대가 안정적인지에 대한 기준선이 손에 남습니다. 이후 문제가 생겼을 때 이 기록과 대조하면 느낌만 믿고 노드를 계속 바꾸는 것보다 훨씬 빠릅니다.
문제 대조표: 연결 실패, 연결은 되는데 인터넷 불가, 끊김
첫날 가장 흔한 것은 완전한 연결 실패보다 반쯤만 통해 있는 상태입니다. 아래 표는 증상별로 먼저 확인할 곳을 정리한 것이며, 순서가 곧 점검 순서입니다.
| 증상 | 먼저 확인할 곳 | 대응 방향 |
|---|---|---|
| 클라이언트는 연결됨으로 표시되는데 웹페이지가 안 열림 | DNS 조회와 분할 라우팅 규칙 | 조회가 터널 내부 DNS를 거치게 하거나, 임시로 전역 모드로 전환해 검증 |
| 구독 업데이트 후 노드 목록이 비어 있음 | 구독 링크가 온전한지, 교체되지 않았는지 | 링크를 다시 완전히 복사하고 앞뒤 공백을 제거한 뒤 업데이트 |
| 어떤 앱은 인터넷이 되고 어떤 앱은 안 됨 | 분할 라우팅 규칙에서 앱이나 도메인을 제외했는지 | 해당 앱을 프록시 범위에 넣거나 전역 모드로 대조 |
| 야간 피크 시간대에 잦은 끊김 | 회선 유형과 프로토콜 계열 | 중계에서 IEPL 전용선으로 전환, UDP 프로토콜은 TCP 계열로 |
| 연결은 되지만 로딩이 매우 느림 | 노드 거리와 프로토콜 선택 | 인접 지역 노드로 교체, 패킷 손실이 있는 경로에서는 Hysteria2나 TUIC 시도 |
회선 유형이 안정성의 상한을 결정
같은 지역이라도 회선 유형이 다르면 야간 피크 성능 차이가 큽니다. IEPL 전용선은 통신사 전용 회선을 사용해 공용 인터넷 출구를 거치지 않으므로 지연과 패킷 손실이 안정적이어서 장시간 회의와 라이브 방송에 적합합니다. 중계는 입구와 착지 지점 사이에 한 홉이 더 붙지만 전용선보다 비용이 낮아 일상적인 브라우징에는 충분합니다. 직결은 착지 서버에 바로 연결되어 경로가 가장 짧지만 로컬 네트워크 품질에 가장 민감합니다.
프로토콜 측면에서 Hysteria2와 TUIC는 QUIC 기반으로 UDP를 사용해 패킷 손실이 있는 경로에서 대개 TCP 계열보다 안정적입니다. 대신 일부 네트워크가 UDP를 제한해 '연결된 것처럼 보이지만 트래픽이 없는' 상태가 되기도 합니다. 이럴 때는 먼저 Shadowsocks, VMess, Trojan, VLESS로 바꾼 뒤 노드 문제인지 판단하세요. 암호화 방식은 전 구간 은행 수준 암호화로 통일되어 있어 클라이언트에서 따로 고를 필요가 없습니다.
첫날의 사용 습관
첫날부터 클라이언트를 이상적인 상태로 맞출 필요는 없습니다. 먼저 안정적으로 돌아가게 만든 다음 최적화를 이야기하세요.
- ✅ 구독 링크는 비밀번호 관리자에만 보관하고, 스크린샷을 찍거나 단체 채팅방에 올리지 않습니다.
- ✅ 클라이언트의 정기 구독 업데이트를 켜 두고, 노드 목록이 이상하면 먼저 수동으로 한 번 업데이트합니다.
- ✅ 분할 라우팅 규칙은 일주일간 기본값으로 쓰면서 따로 조정할 사이트를 메모해 두고 나서 손봅니다.
- ✅ 자주 쓰는 기기에서 각각 한 번씩 연결해 동시 접속 대수 무제한이 실제로 적용되는지 확인합니다.
- ❌ 터널이 연결되지 않은 상태에서 공용 Wi-Fi로 계정 관리 페이지에 접속해 비밀번호를 바꾸지 않습니다.
- ❌ 하루에 노드와 프로토콜을 열 번씩 바꾸지 않습니다. 변수가 너무 많아지면 문제가 생겼을 때 원인을 찾을 수 없습니다.
정리: 결제, 구독 가져오기, 클라이언트 가져오기, 연결 확인까지 네 단계는 30분 안에 끝낼 수 있습니다. 시간이 실제로 드는 부분은 그다음, 자신의 네트워크에 맞춰 미세 조정하는 일입니다. 30일 사유 없는 환불 기간 안에 자주 쓰는 시간대와 기기를 모두 테스트한 뒤 장기 결정을 내리세요.