완전한 사용 가이드

설정을 시작하기 전에 세 가지를 먼저 구분해야 합니다. 기기에 설치하는 클라이언트, 서버가 제공하는 회선, 그리고 둘을 연결하는 구독입니다. '연결이 안 된다'는 문제의 대부분은 회선 고장이 아니라 이 세 층 중 하나가 어긋난 데서 비롯됩니다. 이 장에서 세 층의 역할을 명확히 해두면 이후 각 장의 작업이 어디에 해당하는지 분명해집니다.

1.1 3층 구조: 클라이언트, 회선, 구독

클라이언트는 Windows, macOS, iOS, Android, Linux에 설치되는 프로그램으로, 기기와 회선 사이에 암호화 터널을 만드는 역할을 합니다. 그 자체로 네트워크를 만들어내지 않고, 설정에 따라 연결만 담당합니다. 클라이언트 목록에 보이는 각 회선은 서버에 실제로 존재하는 출구 하나에 대응합니다.

회선은 출구입니다. 홍콩 출구를 고르면 대상 서비스는 홍콩에서 온 접속으로 인식하고, 미국 출구를 고르면 미국에서 온 것으로 인식합니다. 90+ 국가 / 160+ 회선이라는 표현이 가리키는 것이 바로 선택 가능한 출구의 범위입니다. 접속 방식에 따라 회선은 IEPL 전용선, 중계, 직결 세 가지로 나뉩니다. 전용선은 독립 통로를 사용해 저녁 피크 시간대에 더 안정적이고, 중계는 내부 홉을 한 번 거쳐 커버 범위가 넓으며, 직결은 가까운 지점에 접속해 지연이 가장 낮습니다. 세 가지에 절대적인 우열은 없고, 무엇에 접속하느냐에 따라 달라집니다.

구독은 앞의 두 층을 연결하는 설정 파일입니다. 설치 패키지가 아니라 목록에 가깝습니다. 어떤 회선이 있고, 각 회선이 어떤 프로토콜과 암호화 방식, 어떤 포트를 쓰는지가 적혀 있습니다. 클라이언트는 이 목록을 읽어야 어디로, 어떤 방식으로 연결할지 알 수 있습니다.

세 층을 이해하면 문제 해결에도 순서가 생깁니다. 먼저 클라이언트가 정상적으로 실행되는지 확인하고, 다음으로 구독을 가져올 수 있는지 확인한 뒤에야 회선을 의심해야 합니다. 반대로 시작부터 회선을 바꾸면 문제가 해결되기보다 변수만 더 엉키기 쉽습니다.

1.2 회선 수보다 회선 품질을 봐야 합니다

160+ 회선은 커버 범위를 뜻하는 숫자이지 품질 보증 문구가 아닙니다. 실제 경험을 좌우하는 것은 세 가지입니다. 출구 대역폭이 충분한지, 라우팅이 우회하지 않는지, 피크 시간대에 여유가 남아 있는지. 지구 반 바퀴를 도는 회선은 직결이라고 표시되어 있어도 가까운 중계 회선보다 체감이 나쁠 수 있습니다.

회선을 고를 때는 대상 서비스에서 역산할 수 있습니다. AI 도구를 쓴다면 지연이 안정적이고 장시간 연결이 끊기지 않는 회선을, 스트리밍을 본다면 대역폭이 넉넉한 회선을, 게임을 한다면 물리적 거리가 가깝고 패킷 손실이 낮은 회선을 우선하세요. 9장에서 상황별 구체적인 권장 사항을 다룹니다.

또한 회선은 변합니다. 서버에 출구가 추가되거나 라우팅이 조정되면 구독에 새 회선이 나타납니다. 따라서 구독은 한 번 가져오고 끝이 아니라 주기적으로 갱신해야 합니다. 언제 갱신해야 하는지, 갱신 전에 무엇을 백업해야 하는지는 8장에서 설명합니다.

1.3 월 구독과 일회성 구매의 차이

본 서비스는 월 구독 방식입니다. ¥9.9/월 60GB 포함, ¥18/월 250GB 포함, ¥28/월 500GB 포함. 세 요금제의 차이는 월 트래픽뿐이며, 회선 범위, 지원 플랫폼, 기기 수, 환불 정책은 완전히 동일합니다. 트래픽은 개통일 기준으로 매월 초기화되며 달력상 1일이 아닙니다. 15일에 개통했다면 이후 매월 15일에 초기화됩니다.

월 트래픽이 부족하면 트래픽 패키지도 있습니다. ¥158/300GB, ¥358/1000GB, ¥658/3000GB로, 소진될 때까지 사용하며 만료되지 않습니다. 트래픽 패키지는 매월 초기화되지 않으므로 간헐적으로 큰 트래픽이 필요한 경우에 적합합니다.

구독 방식의 장점은 언제든 멈출 수 있고 큰돈을 한 번에 투자할 필요가 없다는 점입니다. 60일 무조건 환불과 함께라면 시행착오 비용이 매우 낮습니다. 이 부분은 2장에서 더 자세히 다룹니다.

1.4 본 서비스의 사실 범위

지원 플랫폼: Windows / macOS / iOS / Android / Linux. 동시 접속 기기 수는 제한이 없어 스마트폰, 태블릿, PC를 함께 사용할 수 있습니다. 결제 수단은 알리페이 / 위챗 / USDT입니다. 가입에는 이메일 주소가 필요 없고 아이디와 비밀번호만으로 완료됩니다.

전송 구간은 은행 수준 암호화를 사용하며, 패널 로그인과 구독 가져오기 모두 암호화 채널을 거칩니다. 분명히 해둘 점은 암호화가 해결하는 것은 전송 보안이며 익명성과 같지 않다는 것입니다. 계정 정보와 결제 기록은 일반 상용 서비스와 같은 방식으로 보관되며, 구체적인 범위는 개인정보 처리방침을 따릅니다. 이 점을 미리 밝히는 편이 나중에 설명하는 것보다 낫습니다.

요금제 페이지에는 숫자가 여섯 개 있습니다. 세 개는 월 구독, 세 개는 트래픽 패키지입니다. 성격이 전혀 다르기 때문에 한데 섞어 비교하면 잘못 고르기 쉽습니다. 이 장에서는 두 종류를 먼저 분리해 설명하고, 세 가지 대표 상황별 선택법을 제시합니다.

2.1 세 가지 월 구독의 차이는 트래픽뿐

¥9.9/월 60GB 포함, ¥18/월 250GB 포함, ¥28/월 500GB 포함. 세 요금제 사이에 '저가 요금제는 속도 제한', '저가 요금제는 회선 축소' 같은 숨은 차이는 없습니다. 90+ 국가 / 160+ 회선을 모두 사용할 수 있고, Windows / macOS / iOS / Android / Linux 다섯 플랫폼 모두 설치 가능하며, 동시 접속 기기 수 제한도, 환불 정책도 같습니다.

그래서 선택 기준은 하나뿐입니다. 한 달에 트래픽을 대략 얼마나 쓰는가.

표의 '사용 강도'는 경험에 기반한 설명이며 강제 제한이 아닙니다. 트래픽 통계는 패널에 표시되는 사용량 숫자가 기준이며, 그 숫자가 최종 근거입니다.

2.2 트래픽은 개통일 기준으로 매월 초기화

가장 오해하기 쉬운 부분입니다. 트래픽은 달력상 1일에 0이 되는 것이 아니라 개통일 기준으로 초기화됩니다. 15일에 개통하면 이후 매월 15일입니다. 장점은 과금 주기와 사용 주기가 일치해 '월말에 개통했더니 이틀 만에 트래픽이 0이 되는' 낭비가 없다는 것입니다.

중간에 요금제를 업그레이드하면 차액은 남은 일수로 환산되며, 이미 사용한 트래픽을 다시 계산하지 않고 해당 기간의 남은 일수도 사라지지 않습니다. 환산 금액은 주문 확인 페이지에 표시되므로 결제 전에 항목별로 확인할 수 있습니다.

해당 기간 트래픽을 다 써버렸다면 두 가지 선택지가 있습니다. 요금제를 업그레이드하면 차액이 남은 일수로 환산되고, 트래픽 패키지를 사면 총량 기준으로 매월 초기화되지 않습니다. 전자는 장기적으로 트래픽이 부족한 경우, 후자는 일시적으로 큰 트래픽이 필요한 경우에 적합합니다.

2.3 트래픽 패키지: 소진될 때까지, 만료 없음

트래픽 패키지는 세 종류입니다. ¥158/300GB, ¥358/1000GB, ¥658/3000GB. 월 구독 트래픽과는 별개의 한도입니다. 트래픽 패키지는 총량 기준으로 매월 초기화되지 않고, 소진될 때까지 사용하며 만료되지 않습니다.

트래픽 패키지의 가치는 '만료 없음'이라는 점에 있습니다. 월 구독 트래픽은 그 달에 다 쓰지 못하면 사라지지만, 트래픽 패키지는 그렇지 않습니다. 이번 달에 20GB를 쓰고 남은 280GB는 다음 달에도 그대로 있으며, 일시적으로 큰 트래픽이 필요하다고 해서 요금제를 올려야 하는 상황을 피할 수 있습니다.

2.4 세 가지 대표 상황별 선택법

첫째, 이제 막 시작해 사용량을 모르는 경우: 우선 ¥9.9/월 60GB를 선택하세요. 한 달을 채우면 패널에 실제 사용량이 표시되므로 다음 달에 올릴지 결정하면 됩니다. 중간 업그레이드 차액은 남은 일수로 환산되므로 작은 요금제를 먼저 샀다고 해서 손해 보지 않습니다.

둘째, 매일 쓰고 기기가 많은 경우: ¥18/월 250GB가 균형점입니다. 동시 접속 기기 수 제한이 없어 스마트폰, 태블릿, PC를 함께 써도 추가 요금이 없으며, 세 요금제 중 다기기 사용자에게 가장 적합합니다.

셋째, 장시간 HD 재생이나 대용량 파일 전송이 많은 경우: ¥28/월 500GB에 트래픽 패키지를 하나 더해 완충용으로 두세요. 특정 달에 사용량이 갑자기 두 배가 되어도 중간에 끊기지 않고, 급하게 추가 구매할 필요도 없습니다.

요금제를 고른 뒤 실제로 적용되기까지는 세 단계가 있습니다. 가입, 주문, 결제. 어느 단계도 복잡하지 않지만 각 단계마다 놓치기 쉬운 세부 사항이 있고, 바로 그 부분이 이후 '결제는 했는데 사용할 수 없다'는 상황의 주된 원인이 됩니다.

3.1 가입: 이메일 주소가 필요 없습니다

가입에는 아이디와 비밀번호만 있으면 되고 이메일 주소는 필요하지 않습니다. 항목이 하나 줄어드는 것은 클릭 한 번이 줄어드는 것 이상의 의미가 있습니다. 이메일은 계정 체계에서 비밀번호 찾기, 알림, 재마케팅에 가장 흔히 쓰이는 매체이며, 이를 수집하지 않으면 '이메일 데이터베이스 유출'이라는 위험 경로 자체가 생기지 않습니다.

대신 아이디와 비밀번호가 로그인의 유일한 자격 증명이 됩니다. 가입할 때 두 가지를 신뢰할 수 있는 곳에 기록해 두세요. 비밀번호 관리자든 종이 메모든 괜찮지만, 브라우저 자동 완성에만 의존하면 브라우저 데이터를 지운 뒤에는 찾을 수 없습니다. 가입 페이지에서 반복해서 알려주지는 않지만, 이후 생기는 문제 중 가장 흔한 것이 바로 이것입니다.

아이디는 실명이나 자주 쓰는 소셜 계정 ID처럼 연결 가능한 정보를 피하는 것이 좋습니다. 본 서비스의 로그인 이름일 뿐이므로 어떤 신원 정보도 담을 필요가 없고, 평범할수록 좋습니다.

3.2 주문: 요금제에서 주문서까지

패널에 로그인해 요금제 영역으로 이동하고, 요금제를 선택한 뒤 주문을 확인합니다. 주문 페이지에는 네 가지가 표시됩니다. 선택한 요금제, 결제 금액, 과금 주기, 트래픽 한도. 결제 전에 항목별로 확인하세요. 특히 요금제와 금액이 맞는지 보세요. ¥9.9는 60GB, ¥18은 250GB, ¥28은 500GB에 대응하며 서로 뒤바뀌지 않지만, 확인에 걸리는 시간은 몇 초뿐입니다.

신규 구매가 아니라 업그레이드라면 주문 페이지에 남은 일수로 환산한 차액이 표시됩니다. 환산 규칙은 앞 장에서 설명했으니, 여기서는 최종 금액이 예상 범위 안에 있는지만 확인하면 됩니다. 예상과 다르면 결제하지 말고 이전 장으로 돌아가 요금제를 다시 확인하세요.

주문 후에는 페이지를 바로 닫지 마세요. 주문 번호와 결제 진입점이 이 페이지에 있으므로, 닫으면 주문 목록에 다시 들어가야 해서 한 단계가 늘어납니다.

3.3 세 가지 결제 수단

결제 수단은 알리페이 / 위챗 / USDT입니다.

알리페이와 위챗은 즉시 입금됩니다. QR 코드를 스캔하거나 이동해 결제를 마치면 주문 상태는 보통 몇 초 안에 갱신됩니다. 결제 후 페이지가 자동으로 돌아오지 않으면 주문 페이지를 새로고침하면 되고, 주문을 중복으로 넣을 필요는 없습니다.

USDT는 온체인 전송이라 입금 시점은 네트워크 혼잡도에 따라 달라지며 본 서비스와는 무관합니다. 전송할 때는 페이지에 표시된 금액과 네트워크를 그대로 따르세요. 금액이 모자라면 입금이 부족해지고, 네트워크를 잘못 고르면 자산을 되찾을 수 없습니다. 전송 후에는 트랜잭션 해시를 보관해 두면 나중에 확인하기 좋습니다.

3.4 결제 후 반영되지 않을 때

먼저 주문 페이지를 새로고침하세요. 대부분의 '반영 안 됨'은 페이지 캐시일 뿐이며, 새로고침하면 상태가 갱신됩니다. 별도의 조치는 필요 없습니다.

새로고침 후에도 갱신되지 않으면 세 가지를 순서대로 확인하세요. 결제 채널에서 실제로 출금이 되었는지, 주문이 아직 결제 대기 상태인지, 실제 결제 금액이 주문 금액과 일치하는지(USDT에서 특히 흔합니다. 소수점 한 자리만 빠져도 입금이 부족해집니다). 세 가지 모두 문제가 없는데도 반영되지 않으면 패널의 문의 접수에서 주문 번호와 결제 증빙 스크린샷을 첨부해 제출하세요.

문의를 넣을 때 주문을 중복으로 생성하지 마세요. 중복 주문은 두 건이 되어 환불 절차가 길어지고 확인도 어려워집니다.

3.5 60일 무조건 환불

60일 무조건 환불: 60일 이내에 신청하면 되고 사유를 설명할 필요가 없습니다. 이 약속의 의미는 페이지 설명만 보는 대신 실제 네트워크 환경과 실제 기기로 회선 품질을 검증할 수 있다는 것입니다. 회선이 내 도시, 내 통신사, 내 공유기 아래에서 어떻게 동작하는지는 실제로 연결해 봐야만 알 수 있습니다.

환불은 패널의 주문 영역에서 신청하고, 이후 페이지 안내를 따르면 됩니다. 입금 시점은 결제 채널에 따라 다르며, USDT와 알리페이·위챗은 처리 속도가 다르므로 제출 후 상태 갱신을 기다려 주세요.

한 가지 덧붙이면, 환불은 최후의 안전장치이지 체험판이 아닙니다. 특정 날짜에 회선이 좋지 않았다면 먼저 회선과 프로토콜을 바꿔 보는 편이 보통 환불보다 간단합니다. 7장에 전체 점검 순서가 있습니다.

요금제가 적용되면 패널에 구독 링크가 표시됩니다. 이 문자열이 클라이언트와 회선을 잇는 다리이며, 이를 확보하면 이후 다섯 플랫폼의 가져오기는 같은 동작의 방언 차이일 뿐입니다.

4.1 구독 링크는 어디에 있나

패널에 로그인하면 개요와 구독 영역에서 구독 링크와 해당 QR 코드를 볼 수 있습니다. 링크 형태는 대략 다음과 같습니다(예시는 형식만 보여주는 것이며 실제 주소가 아닙니다).

https://example.com/sub?token=YOUR_TOKEN

실제 링크의 token은 계정 전용 자격 증명으로 비밀번호와 같습니다. 페이지의 복사 버튼이 직접 선택하는 것보다 안전합니다. 수동으로 복사하면 끝부분 문자를 빠뜨리기 쉽고, 한 글자만 빠져도 가져오기에 실패하는데 오류 메시지는 보통 '형식 오류'라고만 알려주어 복사가 불완전했다는 것을 떠올리기 어렵습니다.

4.2 프로토콜 우선순위: 호환성이 가장 좋은 것부터

같은 구독을 여러 프로토콜 형식으로 출력할 수 있습니다. 클라이언트가 여러 개를 지원한다면 아래 순서대로 고르세요.

1. clashplus:// — 우선 선택. 호환성과 기능 지원 범위가 가장 넓습니다.
2. Shadowrocket — iOS에서 흔히 쓰는 형식입니다.
3. Stash — 규칙 문법이 앞의 것과 비슷합니다.
4. sing-box — 최신 클라이언트에서 흔히 사용합니다.
5. Clash — 범용 형식, 최후의 대안입니다.

순서의 논리는 앞에 있을수록 분할 규칙, 프로토콜 특성, 회선 메타 정보 지원이 더 완전하다는 것입니다. 클라이언트가 뒤쪽 형식만 지원해도 정상적으로 사용할 수 있으며, 규칙 그룹이나 회선 필터 같은 일부 고급 기능이 보이지 않을 뿐입니다.

4.3 구독 링크 보관법

구독 링크는 공개 정보가 아닙니다. 누구든 이를 확보하면 내 트래픽 한도 안에서 내 회선을 사용할 수 있고, 청구서는 여전히 내 이름으로 남습니다. 따라서 공개 포럼, 단체 채팅, 스크린샷에 올리지 마세요. QR 코드를 소셜 미디어에 게시하지 말고, 링크를 공개 설정 저장소에 적지 마세요.

유출이 의심되면 패널에서 구독을 재설정하면 됩니다. 기존 링크는 즉시 무효화되고 클라이언트에는 새 링크를 다시 가져와야 합니다. 재설정은 요금제의 남은 트래픽과 만료 시점에 영향을 주지 않으며, 대가는 기기마다 한 번씩 다시 가져오는 수고뿐입니다.

4.4 가져오기 실패의 네 가지 원인

첫째, 링크가 불완전한 경우. 클라이언트가 형식 오류를 표시하거나 가져온 결과가 비어 있습니다. 해결: 패널로 돌아가 다시 복사하되, 직접 선택하지 말고 페이지 버튼을 사용하세요.

둘째, 클라이언트 버전이 오래된 경우. 내용은 가져오지만 지원하지 않는 프로토콜이라는 메시지가 나옵니다. 해결: 패널에서 제공하는 최신 클라이언트로 업데이트하고, 제3자 출처의 구버전은 쓰지 마세요.

셋째, 가져오는 시점의 네트워크 환경이 이상한 경우. 시간 초과나 연결 재설정으로 나타납니다. 해결: 다른 네트워크로 재시도하세요. 예를 들어 Wi-Fi에서 셀룰러로 바꾸거나 잠시 후 다시 시도하면 됩니다.

넷째, 기기 시간이 동기화되지 않은 경우. 핸드셰이크 실패나 인증서 검증 실패로 나타납니다. 해결: 시스템 시간을 자동 동기화로 설정한 뒤 클라이언트를 다시 시작하세요.

세 데스크톱 플랫폼의 가져오기 절차는 같은 동작의 다섯 가지 방언입니다. 클라이언트 설치, 로그인, 구독 가져오기, 회선 선택, 연결. 차이는 주로 시스템 권한과 최초 승인, 그리고 각 시스템에서 놓치기 쉬운 한두 가지 설정 항목에 있습니다.

5.1 Windows

1. 패널의 다운로드 영역에서 Windows 클라이언트 설치 파일을 받아 실행하고 안내에 따라 설치를 마칩니다.
2. 클라이언트를 실행하고 가입할 때 쓴 아이디와 비밀번호로 로그인합니다. 로그인에 성공하면 클라이언트가 구독을 자동으로 불러오므로 직접 붙여넣을 필요가 없습니다.
3. 자동 동기화가 되지 않으면 구독 또는 설정 페이지로 이동해 4장에서 복사한 구독 링크를 붙여넣고, 저장한 뒤 가져오기가 끝날 때까지 기다립니다.
4. 서버 목록에서 회선을 하나 선택합니다. 처음에는 지연이 가장 낮은 회선을 권장하며, 연결한 뒤 상황에 맞게 조정하면 됩니다.
5. 연결을 클릭하고 상태가 연결됨으로 바뀔 때까지 기다립니다.

Windows에서 가장 흔한 걸림돌은 시스템 프록시와 클라이언트 모드가 어긋나는 것입니다. 클라이언트는 연결됨으로 표시되는데 브라우저는 여전히 로컬 네트워크를 쓰는 경우입니다. 이때는 클라이언트의 프록시 모드를 확인해 전역인지 규칙인지 보고, 시스템 프록시가 다른 소프트웨어에 의해 변경되었는지 확인하세요. 보안 소프트웨어, 다운로드 도구, 구버전 프록시 클라이언트 모두 시스템 프록시 설정을 바꿀 수 있습니다.

5.2 macOS

macOS의 절차는 Windows와 같지만 시스템 승인이 한 단계 더 있습니다. 처음 연결할 때 시스템이 VPN 구성 추가 또는 네트워크 확장 허용을 요청하는 창을 띄웁니다. 반드시 허용을 눌러야 하며, 그렇지 않으면 클라이언트가 트래픽을 가져올 수 없습니다. 실수로 거부했다면 시스템 설정의 개인정보 보호 및 보안에서 다시 승인한 뒤 클라이언트를 재시작하세요.

Apple 실리콘(M 시리즈)에서는 클라이언트가 네이티브로 동작하며 Rosetta 변환이 필요하지 않습니다. 설치 후 '개발자를 확인할 수 없음'이 표시되면 시스템 설정의 개인정보 보호 및 보안에서 허용하면 됩니다. 이는 macOS가 스토어 외 배포 앱에 적용하는 일반적인 제한입니다.

또 하나 놓치기 쉬운 것은 iCloud 비공개 릴레이입니다. 이것과 가속 클라이언트가 모두 기본 라우팅을 가져가므로 동시에 켜면 서로 간섭할 수 있고, '연결은 되는데 매우 느림' 또는 '일부 앱이 회선을 타지 않음'으로 나타납니다. 점검할 때는 둘 중 하나를 먼저 끄고 결과를 비교하면 시행착오를 크게 줄일 수 있습니다.

5.3 Linux

Linux 클라이언트의 진행 방식은 다른 두 데스크톱 플랫폼과 같습니다. 설치, 로그인, 구독 가져오기, 회선 선택, 연결. 두 가지에 주의해야 합니다.

첫째는 권한입니다. 시스템 트래픽을 가져오려면 그에 맞는 권한이 필요합니다. 클라이언트가 가상 네트워크 인터페이스를 만들 수 없다고 표시하면 충분한 권한으로 실행 중인지 확인하세요. 일부 배포판에서는 보안 정책이 추가로 차단하므로 수동으로 허용해야 합니다.

둘째는 배포판 차이입니다. 배포판마다 네트워크 관리 구성 요소가 다릅니다. 시스템 기본 네트워크 설정이 클라이언트와 충돌하면 클라이언트 상태를 기준으로 삼고, 시스템 쪽의 중복 프록시 설정을 끄세요. 두 프록시가 동시에 적용되면 트래픽이 어느 쪽으로 갈지 확정할 수 없습니다.

그래픽 인터페이스가 없는 머신에서는 구독 링크로 설정 파일을 먼저 가져온 뒤 클라이언트에 가져올 수 있습니다. 이때도 링크 완전성과 명령줄에서의 특수 문자 이스케이프에 주의해야 합니다.

5.4 세 플랫폼의 공통 설정

부팅 시 자동 실행: 데스크톱에서는 켜 두는 것을 권장합니다. 가속 서비스가 백그라운드에 상주하며 부팅 후 자동으로 연결되므로 매번 직접 클릭할 필요가 없고, '연결하는 걸 잊어서 회선이 고장 난 줄 알았다'는 오판도 피할 수 있습니다.

종료 전 연결 해제: 클라이언트 창을 그냥 닫는다고 연결이 끊긴다고 보장할 수 없습니다. 먼저 연결 해제를 누른 뒤 종료해야 시스템 프록시가 남아 인터넷이 끊기는 상황을 피할 수 있습니다.

자동 업데이트: 클라이언트 업데이트에는 보통 프로토콜 대응과 회선 호환성 수정이 포함되므로 켜 두는 것을 권장합니다. 구버전 클라이언트로 새 프로토콜에 연결하는 것이 '구독은 멀쩡한데 연결이 안 된다'의 가장 흔한 원인입니다.

더 자세한 Windows 설치 단계는 Windows 설치부터 구독 가져오기까지의 전체 안내를 참고하고, macOS의 권한과 칩 호환 문제는 macOS 클라이언트 추천과 호환성 안내에서 다룹니다.

모바일과 데스크톱의 가장 큰 차이는 가져오기가 아니라 '연결한 뒤 계속 유지되는가'입니다. 시스템이 절전을 위해 백그라운드 프로세스를 회수하는데, 이것이 모바일에서 '쓰다 보면 끊긴다'의 실제 원인 대부분입니다.

6.1 iOS

1. 패널의 다운로드 영역에서 iOS 클라이언트 진입점을 확인하고 안내에 따라 설치합니다.
2. 클라이언트를 열고 가입한 아이디와 비밀번호로 로그인합니다.
3. 처음 연결할 때 시스템이 VPN 구성을 추가하라는 메시지를 띄웁니다. 반드시 허용해야 하며, 그렇지 않으면 연결이 만들어지지 않습니다.
4. 회선을 선택하고 연결하면 상태 표시줄에 VPN 표시가 나타나며 터널이 만들어진 것입니다.

iOS에는 두 가지 세부 사항이 더 있습니다. 첫째, 저전력 모드입니다. 켜면 백그라운드 활동이 제한되어 장시간 화면을 잠근 뒤 연결이 시스템에 의해 끊길 수 있고, 클라이언트를 다시 열어야 복구됩니다. 둘째, 네트워크 전환입니다. Wi-Fi에서 셀룰러로 바꾸면 터널이 다시 만들어지며 잠깐 끊기는 것은 정상이므로 구독을 다시 가져올 필요는 없습니다.

6.2 Android

1. 패널의 다운로드 영역에서 Android 클라이언트 설치 파일을 받아 설치합니다. 처음 설치할 때는 시스템 설정에서 해당 출처의 앱 설치를 허용해야 합니다.
2. 클라이언트를 열어 로그인하고, 처음 연결할 때 시스템이 VPN 서비스 승인 요청을 띄우면 허용을 선택하고 항상 허용에 체크합니다.
3. 구독을 가져오고(자동 동기화 또는 직접 붙여넣기) 회선을 선택한 뒤 연결합니다.

Android의 절전 정책은 iOS보다 공격적입니다. 대부분 제조사 시스템은 앱이 백그라운드로 내려간 뒤 일정 시간이 지나면 프로세스를 동결하며, 알림 표시줄의 VPN 아이콘이 사라지고 앱 목록에 '중지됨'으로 표시됩니다. 해결 방법은 클라이언트를 배터리 최적화 예외 목록에 추가하는 것입니다. 시스템 설정의 배터리 또는 앱 관리에서 클라이언트의 절전 정책을 '제한 없음'으로 설정하세요.

6.3 백그라운드 유지의 일반 원칙

첫째, 클라이언트가 알림 표시줄에 상주하도록 허용하세요. 알림 표시줄 아이콘은 시스템이 '이 앱이 포그라운드 서비스 중'이라고 판단하는 근거이므로, 끄면 오히려 회수되기 쉽습니다.

둘째, 클라이언트에 대한 절전 최적화를 끄세요. 가장 효과가 큰 단계이며 다른 어떤 설정보다 우선합니다.

셋째, 작업 관리자에서 백그라운드를 한 번에 정리하지 마세요. 직접 정리하면 터널 프로세스가 즉시 종료되어 시스템 회수보다 더 확실하게 끊깁니다.

넷째, 오래 쓰지 않을 때는 직접 연결을 해제하세요. 모바일에서 대기 상태로 터널을 유지하면 배터리를 계속 소모하므로 쓰지 않을 때 끄는 편이 이득입니다.

6.4 모바일의 두 가지 흔한 문제

연결은 되는데 특정 앱만 회선을 타지 않음: 클라이언트의 앱별 프록시 설정을 확인해 대상 앱이 프록시 목록에 있는지 보세요. 일부 시스템 수준 앱(예: 앱 스토어 업데이트 서비스)은 VPN을 우회하는데, 이는 시스템 동작이지 설정 오류가 아닙니다.

핫스팟을 켜도 다른 기기가 가속되지 않음: 스마트폰이 핫스팟이 되면 기본적으로 본체 트래픽만 터널을 타고, 연결된 기기는 통신사 원래 네트워크를 사용합니다. 공유가 필요하면 클라이언트에서 핫스팟 공유 관련 옵션을 켜야 하며(해당 클라이언트가 제공하는 경우), 그렇지 않으면 다른 기기에 각각 클라이언트를 설치하고 각각 로그인해야 합니다.

클라이언트에 '연결됨'이 표시되는 것은 터널이 만들어졌다는 뜻일 뿐, 트래픽이 실제로 출구를 거쳤다는 뜻은 아닙니다. 이 장에서는 5분 안에 끝낼 수 있는 검증 절차와 세 가지 프록시 모드의 선택 기준을 제시합니다.

7.1 세 가지 신호

신호 1: 클라이언트 상태. 연결됨, 실시간 업/다운로드 속도, 현재 회선 이름. 세 가지가 동시에 보이면 터널 계층은 통하고 있는 것입니다.

신호 2: 출구 변화. 출구 IP를 표시하는 사이트에 접속해 연결 전후 결과를 기록하세요. 연결 후 표시되는 위치가 선택한 회선과 일치해야 합니다.

신호 3: 대상 도달 가능. 평소 열리지 않던 서비스를 열어 정상적으로 로드되면 링크가 통하는 것입니다.

세 신호 중 신호 2가 가장 중요합니다. '연결은 됐는데 소용없다'는 상황의 상당수는 클라이언트는 연결됐지만 시스템 트래픽이 터널을 타지 않아 출구 IP가 바뀌지 않는 경우입니다. 이때는 회선을 열 개 바꿔도 소용없습니다.

7.2 출구와 DNS 자체 점검

출구 점검: 연결 전후로 IP 위치를 각각 한 번씩 확인하세요. 같으면 트래픽이 터널을 타지 않은 것이고, 다르면 적용된 것입니다. 이 단계는 별도 도구 없이 브라우저에서 끝낼 수 있습니다.

DNS 점검: 출구뿐 아니라 도메인 조회도 터널을 타는지 확인해야 합니다. 조회 요청이 여전히 로컬 통신사로 전달되면 'IP는 바뀌었는데 일부 사이트가 여전히 잘못된 주소로 조회되는' 현상이 생길 수 있습니다. 대부분의 클라이언트는 기본적으로 DNS를 가져가지만, 규칙 모드에서는 DNS 정책이 프록시 정책과 일치하는지 확인해야 합니다.

브라우저 지문과 WebRTC: 일부 브라우저는 WebRTC를 통해 실제 네트워크 인터페이스를 노출합니다. 프라이버시 요구가 높다면 브라우저 설정에서 WebRTC를 끄거나, 클라이언트가 제공하는 규칙 모드로 일괄 처리하세요. 필수 단계는 아니지만 존재를 알아둘 만합니다.

7.3 세 가지 프록시 모드 선택법

일상적으로는 규칙 모드를 권장합니다. 로컬 사이트는 직결로 속도를 유지하고, 국제 접속이 필요한 트래픽만 회선을 타게 합니다. 점검할 때는 전역 모드로 바꾸면 문제가 규칙에 있는지 링크에 있는지 빠르게 판단할 수 있습니다. 전역으로 바꾸면 되는데 규칙에서는 안 된다면 규칙이 잘못된 것이고, 전역에서도 안 되면 회선이나 계정 문제입니다.

7.4 피크 시간대 연결 전략

피크 시간대의 문제는 보통 연결이 안 되는 것이 아니라 연결은 되는데 느린 것입니다. 원인은 두 층입니다. 국제 출구 전체의 혼잡과 개별 회선의 대역폭 배분입니다.

대응은 비용이 낮은 순서로: 먼저 같은 지역의 다른 회선으로 바꾸고, 다음으로 다른 지역 회선으로, 마지막으로 프로토콜을 바꿉니다. 클라이언트는 WireGuard와 IKEv2 등의 프로토콜을 지원하며, 프로토콜마다 네트워크 환경에 따른 성능이 다르므로 각각 시험해 보고 정하면 됩니다.

특정 서비스만 느리고 나머지는 정상이라면 문제는 회선이 아니라 해당 서비스의 스케줄링 정책일 가능성이 크고, 회선을 바꿔도 효과가 제한적입니다. 판단 방법은 간단합니다. 서로 다른 두 서비스를 동시에 열어 비교해 둘 다 느릴 때만 회선 문제입니다.

7.5 검증 체크리스트

1. 클라이언트가 연결됨으로 표시되고 실시간 속도가 보인다.
2. 출구 IP 위치가 선택한 회선과 일치한다.
3. 대상 서비스가 정상적으로 열리고 내용이 완전히 로드된다.
4. DNS 조회가 터널을 타며 로컬 통신사로 되돌아가지 않는다.
5. 10분간 연속 사용해도 중간에 끊기지 않는다.

다섯 가지를 모두 통과하면 설정이 끝난 것이며 일상 사용으로 넘어갈 수 있습니다. 하나라도 통과하지 못하면 9장의 점검 순서대로 확인하세요. 무작위로 시도하지 마세요.

설정이 끝난 것은 시작일 뿐입니다. 장기 사용에서는 네 가지를 관리해야 합니다. 트래픽, 구독 갱신, 갱신 결제, 환불. 넷 다 기술 배경이 필요하지는 않지만 올바른 시점에 해야 합니다.

8.1 트래픽 확인과 경고

패널의 개요 영역에 해당 기간 사용량과 남은 트래픽이 표시됩니다. 개통 후 첫 주에 두 번 확인하는 것을 권장합니다. 한 번은 하루 일상 사용 후, 한 번은 주말 고강도 사용 후입니다. 두 번의 데이터로 월 사용량을 대략 계산할 수 있어 감으로 추정하는 것보다 훨씬 정확합니다.

트래픽 소비의 큰 부분은 보통 동영상과 대용량 파일입니다. 같은 한 시간이라도 SD와 HD의 차이는 몇 배에 달할 수 있습니다. 사용량이 예상을 넘었다면 특정 앱이 백그라운드에서 자동 재생이나 자동 업데이트를 하고 있지 않은지 먼저 확인하세요. 이런 소비는 눈치채지 못할 때 일어납니다.

한도에 가까워지면 패널에 안내가 표시됩니다. 이때의 선택은 2장에서 다뤘습니다. 요금제를 업그레이드하거나 트래픽 패키지를 사면 되고, 두 방법 모두 클라이언트를 다시 설정할 필요가 없습니다.

8.2 중간 업그레이드: 차액은 남은 일수로 환산

업그레이드는 새로 구매하는 것이 아니라 차액을 내는 것입니다. 차액은 해당 기간의 남은 일수로 환산됩니다. 남은 일수가 많을수록 더 내고, 적을수록 덜 냅니다. 이미 사용한 트래픽은 다시 계산되지 않고 남은 일수도 사라지지 않습니다.

이 규칙의 실질적 의미는 언제 업그레이드해도 손해가 없다는 것입니다. 월초 업그레이드와 월말 업그레이드의 차이는 추가 금액뿐이며, 받는 요금제 혜택은 같습니다. 그러니 다음 주기를 기다릴 필요 없이 부족하다고 느낄 때 바로 올리면 됩니다.

다운그레이드는 다릅니다. 요금제 조정은 주문 페이지에 표시되는 옵션을 기준으로 합니다. 해당 기간의 다운그레이드를 지원하지 않는다면 기간이 끝난 뒤 낮은 요금제를 선택하면 되고, 별도 조치는 필요 없습니다.

8.3 갱신과 만료

월 구독이 만료되면 요금제 혜택이 중지됩니다. 갱신은 패널의 요금제 영역에서 하며, 갱신 후 트래픽은 새로운 개통일 기준으로 다시 계산됩니다.

만료 전에 두 가지를 확인하는 것이 좋습니다. 현재 요금제가 여전히 적합한지(사용량이 달라졌을 수 있습니다), 구독 링크를 갱신해야 하는지. 갱신은 기존 트래픽 패키지에 영향을 주지 않습니다. 트래픽 패키지는 총량 기준이라 구독 만료로 무효화되지 않으며, 장기 사용에서 이 점이 매우 실용적입니다.

만료 후 계속 쓰지 않을 생각이라면 모든 기기에서 연결을 해제하고 구독을 삭제하세요. 기기에 남은 만료된 설정이 이후 사용에 영향을 줄 수 있습니다.

8.4 환불: 60일 무조건 환불

60일 무조건 환불: 60일 이내에 신청하면 되고 사유를 설명할 필요가 없습니다. 이 약속이 커버하는 것은 '회선이 내 네트워크 환경에 맞지 않는다' 같은 상황입니다. 페이지 설명으로는 대신 검증할 수 없는 부분이고, 실제 연결로만 판단할 수 있습니다.

환불은 패널의 주문 영역에서 신청합니다. 제출 후 안내에 따르면 되고, 입금 시점은 결제 채널에 따라 다릅니다. USDT 환불은 수취 주소를 제공해야 하므로 제출 전에 주소가 맞는지 확인하세요. 온체인 전송은 잘못되면 마찬가지로 되돌릴 수 없습니다.

환불 후에도 계정 자체는 남지만 구독 링크는 무효화되므로, 계속 사용하려면 클라이언트에 다시 가져와야 합니다(이후 다시 요금제를 구매한 경우). 기존 클라이언트의 설정은 자동으로 갱신되지 않으니 직접 처리해야 합니다.

8.5 다기기 관리

동시 접속 기기 수에는 제한이 없습니다. 즉 스마트폰, 태블릿, 노트북, 데스크톱에서 같은 계정으로 동시에 로그인할 수 있고, 기기마다 따로 결제할 필요도, 로그아웃을 반복할 필요도 없습니다.

실제 사용에서 두 가지를 권합니다. 첫째, 같은 계정이 여러 기기에서 같은 회선을 쓰면 트래픽이 합산되므로 기기가 많을수록 빨리 소모됩니다. 사용량을 볼 때 모든 기기를 합쳐서 생각해야 합니다. 둘째, 오래 쓰지 않는 기기가 있다면 로그아웃해 두면 구독 링크가 노출되는 면을 줄일 수 있습니다.

기기 수는 제한이 없지만 구독 링크는 하나뿐입니다. 구독을 재설정하면 모든 기기가 동시에 무효화되어 하나씩 다시 가져와야 합니다. 보안과 편의를 맞바꾸는 선택이며, 유출 위험이 높을 때만 할 만합니다.

앞의 여덟 장을 마치면 서비스를 사용할 수 있습니다. 이 장은 두 가지를 다룹니다. 더 잘 쓰는 방법과, 문제가 생겼을 때 가장 빠르게 원인을 찾는 방법입니다.

9.1 상황별 회선 선택

회선에 절대적인 좋고 나쁨은 없고 상황에 맞는지만 있습니다. 판단 기준은 지연, 대역폭, 안정성 세 가지이며, 셋이 동시에 최적이 되는 경우는 드물어 용도에 따라 우선순위를 정해야 합니다.

전체 회선 목록과 지역 그룹은 회선 목록 페이지에 있습니다. 회선을 고를 때는 지역으로 먼저 거르고, 유형으로 거른 뒤, 마지막으로 실측하세요. 같은 회선도 통신사에 따라 성능이 다를 수 있으므로 실측 결과가 어떤 설명보다 신뢰할 만합니다.

9.2 분할 규칙 작성법

규칙 모드의 핵심은 '어떤 트래픽이 어디로 가는지'에 대한 목록입니다. 아래는 일반적인 작성 예시이며, 문법은 클라이언트마다 조금씩 다르므로 클라이언트 문서를 기준으로 하세요.

rules:
  - DOMAIN-SUFFIX,example.com,PROXY
  - DOMAIN-KEYWORD,cdn,PROXY
  - GEOIP,CN,DIRECT
  - MATCH,PROXY

네 가지 규칙의 의미: 지정한 도메인 접미사는 회선으로, 특정 키워드를 포함한 도메인은 회선으로, 위치가 로컬인 IP는 직결, 나머지는 모두 회선으로. 매칭 순서는 위에서 아래로 진행되며 맞는 순간 멈추므로, 더 구체적인 규칙을 더 앞에 두어야 합니다.

규칙을 쓸 때 흔히 하는 두 가지 실수가 있습니다. 하나는 MATCH를 맨 앞에 두어 뒤의 규칙이 절대 매칭되지 않게 하는 것입니다. 다른 하나는 존재하지 않는 정책 그룹 이름을 쓰는 것으로, 클라이언트가 바로 오류를 내거나 조용히 건너뜁니다. 후자는 '규칙을 썼는데 적용되지 않는다'로 나타나 찾기가 더 어렵습니다.

9.3 다기기 협업

기기 수 제한이 없다는 것은 모든 기기에서 동시에 쓸 수 있다는 뜻입니다. 실제로는 두 가지 방식이 있습니다. 기기마다 각각 구독을 가져오고 각각 회선을 고르거나, 하나의 주 회선으로 통일해 변수를 줄이는 것입니다.

전자의 장점은 유연함입니다. 스마트폰은 지연이 낮은 회선으로 웹을 보고, PC는 대역폭이 높은 회선으로 동영상을 보는 식으로 각자 맞출 수 있습니다. 후자의 장점은 점검이 쉽다는 것입니다. 모든 기기가 같은 증상을 보이면 문제는 회선이나 계정일 가능성이 크고, 다르면 본체 설정 문제입니다. 평소에는 어느 쪽이든 괜찮지만, 점검할 때는 회선을 통일하는 편이 간단합니다.

9.4 점검 순서: 바깥에서 안으로

1. 먼저 기본 네트워크를 확인합니다. 클라이언트를 끄고 로컬 네트워크 자체가 되는지 확인하세요. 로컬이 안 되면 이후는 논할 필요가 없습니다.
2. 다음으로 클라이언트 상태를 확인합니다. 실행되는지, 로그인되는지, 구독을 가져올 수 있는지. 구독을 못 가져오는 것은 회선 문제가 아니라 계정이나 링크 문제입니다.
3. 그다음 터널을 확인합니다. 연결 후 출구 IP를 조회하세요. 출구가 그대로면 트래픽이 터널을 타지 않은 것이고, 문제는 모드나 시스템 프록시에 있습니다.
4. 이어서 회선을 바꿉니다. 같은 지역에서 하나 바꾸고, 다시 다른 지역으로 바꿔 보세요. 바꾸면 해결되는 경우는 개별 회선 문제입니다.
5. 마지막으로 프로토콜을 바꿉니다. WireGuard와 IKEv2는 네트워크에 따라 성능이 다르므로, 프로토콜을 바꾸면 프로토콜 계층의 호환 문제를 배제할 수 있습니다.
6. 그래도 안 되면 문의를 접수합니다. 클라이언트 버전, 운영체제, 선택한 회선, 오류 원문, 발생 시각을 첨부하면 원인 파악이 훨씬 빨라집니다.

이 순서의 가치는 각 단계가 원인 한 종류를 배제할 수 있다는 데 있습니다. 무작위로 시도하는 것과 다릅니다. 대부분의 문제는 앞 세 단계에서 파악되며, 뒤의 단계는 안전장치입니다. 더 많은 항목은 도움말 센터에서 볼 수 있습니다.

9.5 흔한 문제 빠른 조회