VPNBQ 전체 사용 매뉴얼

서비스 성격과 기능 범위

VPNBQ는 구독제 국가 간 네트워크 가속 서비스입니다. 요금제나 트래픽 패키지를 구매하면 계정에 구독 주소가 생성되고, 이 주소를 사용하는 플랫폼의 클라이언트에 가져오면 기기의 출구 회선이 해외 지역으로 전환됩니다. 이 장에서는 서비스가 제공하는 범위, 직접 구축하는 방식과의 차이, 그리고 보장하지 않는 부분을 먼저 정리한 뒤 다음 장에서 실제 조작으로 들어갑니다.

1.1 이 서비스가 제공하는 것

커버리지 측면에서 VPNBQ는 110+ 국가 / 160+ 회선의 출구를 제공하며, 회선은 접속 방식에 따라 전용선, 중계, 직결 세 가지로 나뉩니다. 같은 지역에 보통 여러 회선이 있어 선택할 수 있습니다. 플랫폼 측면에서는 Windows / macOS / iOS / Android / Linux 다섯 플랫폼 모두 대응 클라이언트가 있고, 같은 구독으로 이 기기들을 동시에 접속해도 기기 수 제한이 없습니다. 스마트폰, 노트북, 태블릿을 함께 켜 둘 수 있습니다.

계정 측면에서 가입에는 이메일 주소가 필요 없고, 사용자 이름과 비밀번호만으로 가입이 끝나며 인증 메일을 기다릴 필요가 없습니다. 결제는 Alipay, WeChat, USDT 세 가지를 지원합니다. 개인정보 측면에서 이 서비스의 정책은 로그 미기록입니다. 구매 후에 맞지 않는다고 판단되면 14일 무조건 환불이 적용됩니다.

1.2 구독제와 직접 구축 노드의 차이

직접 구축하는 방식은 해외 호스트를 직접 구매하고, 프로토콜을 배포하고, IP 가용성을 관리해야 합니다. IP가 대상 플랫폼에 식별되면 서버와 IP를 다시 바꾸고 재배포해야 하며, 유지 비용은 시간이 갈수록 쌓입니다. 문제가 생겼을 때 물어볼 상대도 없습니다.

구독제는 이 유지 작업을 서비스 제공자에게 넘깁니다. 사용자에게는 구독 주소 하나만 남고, 지역을 바꾸는 일은 클라이언트에서 옵션 하나를 바꾸는 것과 같아서 별도로 설정할 것이 없습니다. 대신 출구 IP는 서비스 제공자가 일괄 관리하므로 특정 호스트를 지정하거나 데이터센터 위치를 직접 고를 수는 없습니다. 이런 자유도가 필요한 사용자는 미리 알아 두는 것이 좋습니다.

두 방식은 서로 충돌하지 않습니다. 평소에는 구독 서비스를 쓰고 특수한 상황에서만 직접 구축하는 조합을 쓰는 사용자도 많습니다. 이 매뉴얼은 앞쪽만 다루며, 직접 구축 방식은 논의 범위에 넣지 않습니다.

1.3 기능 범위와 현실적인 기대

이 서비스가 해결하는 것은 네트워크 경로 문제이며, 대상 플랫폼 자체의 계정 문제나 저작권 문제는 해결하지 않습니다. 스트리밍에서 어떤 프로그램을 볼 수 있는지는 플랫폼의 지역 정책이 결정하며, 출구 지역이 일치한다고 해서 특정 프로그램이 반드시 재생된다는 보장은 없습니다. 계정 자체의 리스크 관리 상태, 구독 상태, 기기 지역 설정이 모두 최종 결과에 영향을 줍니다.

AI 도구나 국가 간 접속 도구도 마찬가지입니다. 회선은 안정적으로 연결되지만, 계정 로그인이 되는지, 로그인 상태가 오래 유지되는지는 플랫폼이 출구 지역을 어떻게 판단하는지에 달려 있고, 이 부분은 어떤 서비스 제공자도 보장할 수 없습니다.

또한 특정 기기의 특정 소프트웨어가 반드시 동작한다고 약속하지도 않습니다. 네트워크 환경, 프로토콜 특성, 대상 플랫폼의 업데이트 주기가 모두 변하기 때문에 어떤 서비스 제공자도 '영구 사용 가능'을 약관으로 쓸 수 없습니다. 할 수 있는 일은 회선을 잘 유지하고 장애 대응을 빠르게 하는 것이며, 나머지 일부는 문제가 생겼을 때 9장의 점검 순서대로 사용자가 직접 확인해야 합니다.

1.4 용어 정리

뒤에서 반복해서 나오는 용어를 여기서 통일합니다. 구독 주소는 계정에서 생성되는 그 링크로, 클라이언트가 이 주소로 회선 목록을 가져옵니다. 구독 가져오기는 이 링크를 클라이언트에 입력해 적용하는 과정을 말합니다. 출구는 현재 기기가 외부에 표시하는 지역입니다. 회선 유형은 전용선, 중계, 직결 세 가지 접속 방식을 가리킵니다. 트래픽은 회선을 통해 전달된 데이터 양이며, 개통일 기준으로 매월 초기화됩니다.

헷갈리기 쉬운 개념이 하나 더 있습니다. 요금제의 트래픽 한도와 트래픽 패키지의 트래픽 한도는 서로 독립된 기준입니다. 월 구독의 한도는 매월 초기화되고 남은 양이 이월되지 않으며, 트래픽 패키지의 한도는 다 쓸 때까지 유효하고 만료되지 않습니다. 두 한도가 서로 차감되지 않습니다. 2장에서 두 가격을 나란히 비교합니다.

1.5 이 페이지와 다른 페이지의 관계

이 페이지는 체계적인 매뉴얼이고, 빠른 시작 가이드는 핵심만 남긴 요약본입니다. 요금제와 가격 페이지는 전체 가격과 비교표를, 회선 목록 페이지는 지역별 사용 가능 회선과 스트리밍 지원 여부를, 지원 센터는 분류별 자주 묻는 질문을 정리했습니다. 이 페이지에서 다루지 않은 세부 사항은 이 순서대로 해당 페이지에서 찾으면 됩니다.

'왜 이렇게 고르는지'를 먼저 이해하고 싶다면 사용 후기 몇 편을 함께 읽어 보세요. 초보자가 가장 많이 묻는 열 가지 질문은 입문 단계의 대표적인 궁금증을 다루고, 무로그 약속 확인 체크리스트는 개인정보 조항에서 어느 줄을 봐야 하는지 설명하며, AI 도구 안정 접속을 위한 회선 조건은 3장에서 언급한 회선 선택 논리를 실측 관점으로 풀어냅니다.

요금제 선택과 과금 기준

요금제를 고르기 전에 먼저 자신이 '매달 꾸준히 쓰는 유형'인지 '가끔 쓰는 유형'인지 판단해야 합니다. VPNBQ는 전자를 월 구독으로, 후자를 트래픽 패키지로 처리합니다. 두 상품의 과금 기준이 완전히 다르므로, 섞어서 구매하기 전에 어느 쪽이 자신의 사용 리듬에 맞는지 분명히 해 두어야 합니다.

2.1 월 구독 3종

월 구독은 월 단위로 과금되고 트래픽은 개통일 기준으로 매월 초기화됩니다. 세 가지의 차이는 월 트래픽 한도뿐입니다:

세 등급은 기능상 차이가 없습니다. 모두 110+ 국가 / 160+ 회선이고, 동시 접속 기기 수 제한이 없으며, 다섯 플랫폼을 모두 지원하고, 로그를 기록하지 않습니다. 등급 선택은 한 가지 변수, 즉 한 달에 대략 얼마나 트래픽을 쓰는지만 보면 됩니다.

2.2 트래픽 패키지 3종

트래픽 패키지는 월 단위로 과금되지 않고 다 쓰면 끝이며 만료되지 않습니다. 출장, 여행, 몇 주간 임시로 필요한 사용자에게 적합하고, 이미 다른 방식을 쓰고 있어 예비 회선만 두고 싶은 사람에게도 맞습니다.

트래픽 패키지와 월 구독은 한 계정에 동시에 존재할 수 있습니다. 클라이언트에는 두 세트의 회선 설정이 함께 보이고, 사용할 때는 현재 선택한 설정 기준으로 각각 집계되며 서로 차감되지 않습니다.

2.3 어느 등급을 골라야 할까

판단 방법은 간단합니다. 매일 켜 두는지 보면 됩니다. 매일 켜 두는 사용자에게는 월 구독의 단가가 확실히 낮고, 트래픽이 매월 초기화되어 남은 양이 다음 달로 이어지므로 아껴 쓸 필요가 없습니다. 일주일에 두세 번만 쓰는 사용자에게는 트래픽 패키지의 '다 쓸 때까지, 만료 없음'이 더 유리하며, 한 번 구매로 오래 버틸 수 있습니다.

트래픽 추정은 몇 가지 흔한 기준을 참고하면 됩니다. 텍스트 채팅과 메일만 쓰면 한 달에 몇 GB면 충분합니다. 웹 브라우징과 지도 내비게이션은 하루 두 시간 기준으로 한 달에 약 15~30GB입니다. 표준 화질 동영상은 시간당 약 0.7GB, 고화질은 시간당 약 1.5~3GB, 4K는 시간당 7GB 이상까지 올라갑니다. 하루 동영상 시청 시간을 곱해 보면 어느 등급에 해당하는지 대략 판단할 수 있습니다.

2.4 중간에 업그레이드하면 어떻게 계산되나

월 구독은 중간 업그레이드를 지원합니다. 업그레이드 시 남은 일수에 해당하는 차액이 새 등급의 사용량으로 환산되며, 다음 결제 주기까지 기다릴 필요가 없습니다. 환산 논리를 예로 들면, 60GB 등급에서 250GB 등급으로 올릴 때 시스템이 현재 주기의 남은 일수를 기준으로 이미 낸 금액의 가치를 계산하고, 차액을 낸 뒤 이번 달 남은 트래픽 한도를 새 등급 기준으로 다시 계산합니다. 두 등급의 한도를 단순히 더하는 방식이 아닙니다.

다운그레이드는 환산을 제공하지 않으며, 현재 주기가 끝난 뒤에 낮은 등급을 선택해야 합니다. 같은 주기 안에서 등급을 반복해서 올리고 내리면 한도 계산이 꼬이는 것을 막기 위해서입니다. 특정 달에만 조금 더 쓰고 싶다면 트래픽 패키지를 보충으로 사는 편이 등급 조정보다 간단하고, 다음 달 주기 시작점에도 영향을 주지 않습니다.

2.5 결제 수단과 환불

결제는 Alipay, WeChat, USDT를 지원합니다. 세 가지는 입금 속도에 약간 차이가 있습니다. Alipay와 WeChat은 보통 즉시 반영되고, USDT는 온체인 확인을 기다려야 하며 확인이 끝나기 전까지 주문이 결제 대기 상태로 남는 것은 정상입니다.

환불 정책은 14일 무조건 환불입니다. 첫 결제 후 14일 이내에 서비스가 자신의 사용 환경에 맞지 않는다고 판단되면 티켓으로 환불을 요청할 수 있습니다. 신청할 때 주문 번호만 알려 주면 되고 구체적인 사유를 설명할 필요는 없습니다. 환불은 원래 결제 경로로 돌아가며, USDT 주문은 원래 주소로 반환됩니다.

가입과 주문 절차

이 장에서는 패널을 열 때부터 주문이 활성화될 때까지의 전 과정을 나눠서 설명합니다. 이 과정에는 이메일이 필요 없고 어떤 인증 메일도 기다릴 필요가 없으며, 가입부터 구독 주소 확보까지 보통 몇 분 안에 끝납니다.

3.1 사용자 패널 열기

패널 주소는 사이트 루트 아래의 진입점입니다. 마케팅 페이지 오른쪽 위의 '로그인' 버튼, 첫 화면의 기본 버튼, 페이지 오른쪽 아래의 플로팅 버튼 어디로 들어가도 되며, 패널에 들어갈 때 현재 언어 파라미터가 자동으로 붙습니다. 패널은 로그인, 가입, 요금제, 다운로드, 개요, 티켓 여섯 개 화면으로 구성되며, 로그인하지 않은 상태에서는 로그인과 가입만 접근할 수 있습니다.

처음이라면 가입 화면을 선택합니다. 가입 양식은 사용자 이름, 비밀번호, 비밀번호 확인 세 항목뿐입니다. 사용자 이름은 로그인에 쓰이고 티켓에서 신원을 표시하는 데도 쓰이므로, 자신은 기억할 수 있지만 남이 추측하기 어려운 조합을 권합니다. 비밀번호는 12자 이상으로 대소문자, 숫자, 기호를 섞고 다른 사이트와 같은 비밀번호를 재사용하지 마세요.

3.2 가입에 이메일 주소가 필요 없는 이유

VPNBQ의 가입 절차에는 이메일 주소가 필요 없고, 사용자 이름과 비밀번호만으로 가입이 끝납니다. 이 점은 가입 양식에서 바로 확인할 수 있습니다. 양식에 이메일 항목이 없고, 제출 후 '메일함에서 인증 메일을 확인하세요' 페이지로 넘어가지도 않으며, 가입이 끝나면 바로 로그인 상태가 됩니다.

이메일이 필요 없다는 것의 직접적인 장점은 절차가 짧다는 점입니다. 가입과 주문 사이에 기다리는 구간이 없습니다. 동시에 남겨 두는 개인정보 항목이 하나 줄어듭니다. 계정 체계에 이메일 항목 자체가 없으니 이메일이 유출되거나 마케팅 메일 목록에 수집될 가능성도 없습니다. 비밀번호를 잊었다면 티켓으로 문의해 처리하면 되고, 메일로 재설정하는 절차를 거칠 필요가 없습니다.

3.3 요금제 선택과 주문

로그인 후 요금제 화면으로 들어가면 월 구독과 트래픽 패키지가 두 그룹으로 나뉘어 표시됩니다. 등급을 고르고 해당 버튼을 누르면 주문 확인 페이지로 넘어가며, 이 페이지에 요금제 이름, 가격, 결제 수단 선택지, 주문 번호가 나열됩니다. 확정하기 전에 등급과 금액을 한 번 더 확인하세요. 특히 트래픽 패키지와 월 구독 버튼이 가까이 있어 그룹을 잘못 누르기 쉽습니다.

확정한 뒤 결제 수단을 선택하고 결제를 마칩니다. Alipay와 WeChat은 QR 결제이고, USDT는 수취 주소와 금액을 안내합니다. USDT 결제 시 두 가지에 주의하세요. 첫째, 금액을 소수점까지 정확히 맞춰야 합니다. 더 내거나 덜 내면 주문이 자동으로 매칭되지 않을 수 있습니다. 둘째, 온체인 확인을 기다려야 하며, 확인 중에 주문이 결제 대기로 표시되는 것은 정상이니 중복 주문하지 마세요.

3.4 주문 상태와 활성화 시점

주문에는 결제 대기, 결제 완료, 취소됨 세 가지 주요 상태가 있습니다. 결제 대기 상태에서는 결제를 계속 진행할 수도 있고 직접 취소할 수도 있습니다. 결제가 끝나면 시스템이 자동으로 요금제를 계정에 연결하며, 이 과정은 보통 수십 초 안에 끝나므로 페이지를 여러 번 새로 고칠 필요가 없습니다.

결제를 마친 뒤 몇 분이 지나도 주문이 결제 대기로 표시된다면 먼저 중복 주문을 하지 마세요. 첫 단계는 티켓에 주문 번호를 남겨 백엔드에서 결제 기록을 확인하게 하는 것이고, 두 번째는 결제 채널 쪽에서 실제로 출금이 되었는지 확인하는 것입니다. 중복 주문을 하면 유효한 주문이 두 건 생겨 환불 처리가 더 번거로워집니다.

3.5 첫 로그인 후 계정 개요

요금제가 활성화되면 개요 화면에 현재 요금제 이름, 남은 트래픽, 만료 시각, 구독 상태가 표시됩니다. 남은 트래픽은 개통일 기준으로 매월 초기화되며 초기화 날짜는 개요에서 확인할 수 있습니다. 만료 시각은 언제 갱신해야 하는지 판단하는 기준이며, 7장에서 갱신 시점 선택을 다룹니다.

개요 페이지에는 구독 주소를 한 번에 복사하는 진입점도 있습니다. 이 주소가 4장의 주인공입니다. 복사한 뒤에는 공개된 곳에 그대로 올리지 마세요. 구독 주소는 계정 자격 증명과 같아서, 이 주소를 가진 사람은 계정의 트래픽 한도를 사용할 수 있습니다.

구독 주소 발급과 구독 관리

구독 주소는 계정과 클라이언트를 잇는 유일한 통로입니다. 클라이언트의 회선 목록은 고정된 것이 아니라 새로 고칠 때마다 이 주소에서 가져오므로, 서비스 제공자가 회선을 추가하거나 지역을 조정하면 클라이언트에서 한 번 새로 고치는 것만으로 반영되며 다시 설치할 필요가 없습니다.

4.1 구독 주소는 어디서 받나

패널에 로그인하면 개요 화면과 다운로드 화면 모두에서 구독 주소를 볼 수 있습니다. 개요 화면에는 한 번에 복사하는 짧은 진입점이 있고, 다운로드 화면에는 플랫폼별로 묶어 해당 플랫폼에 권장하는 가져오기 방식을 안내합니다. 두 위치에서 받는 주소는 같은 주소이므로 어느 쪽을 써도 됩니다.

구독 주소는 파라미터가 붙은 링크 형태로, https://example.com/sub?token=YOUR_TOKEN 같은 모양입니다. 여기서 YOUR_TOKEN은 자리 표시자이며, 실제 주소의 이 부분은 계정 전용 자격 증명 문자열이라 길이가 훨씬 깁니다.

4.2 구독 주소를 안전하게 쓰는 법

구독 주소는 계정 자격 증명과 같아서, 이 주소를 가진 사람은 계정의 트래픽을 사용할 수 있습니다. 사용할 때 지킬 기본 규칙이 몇 가지 있습니다. 공개 그룹, 포럼, 댓글에 올리지 마세요. 스크린샷에 담아 남에게 보내지 마세요. 여러 기기에서 써야 할 때는 그 기기의 클라이언트에 주소를 직접 입력하면 되고, 여러 부를 복사해 둘 필요가 없습니다.

주소가 유출된 것이 의심되면 패널에서 재생성할 수 있습니다. 재생성하면 기존 주소는 즉시 무효가 되고, 기존 주소를 가져온 모든 클라이언트에서 다시 가져와야 합니다. 이 작업은 요금제 자체에 영향을 주지 않으며 트래픽과 만료 시각은 그대로입니다.

4.3 클라이언트에서 구독을 새로 고치는 법

클라이언트는 구독을 가져온 뒤 결과를 로컬에 캐시하므로, 서비스 제공자가 회선을 추가해도 클라이언트가 자동으로 보지는 못합니다. '구독 업데이트' 또는 '구독 새로 고침'을 한 번 직접 눌러야 하며, 버튼 이름은 플랫폼마다 조금씩 다릅니다. 5장에서 플랫폼별로 설명합니다.

새로 고침 빈도에 정해진 규칙은 없습니다. 일상 사용에서는 자주 새로 고칠 필요가 없고, 회선 조정 안내를 받았을 때나 특정 지역에 연결이 안 된다는 것을 직접 확인했을 때 한 번씩 하면 됩니다. 지나치게 자주 새로 고치면 이득이 없고 오히려 클라이언트가 설정을 반복해서 다시 만듭니다.

4.4 구독과 트래픽 패키지의 관계

같은 계정에 월 구독과 트래픽 패키지를 함께 보유하면 구독 주소에 두 세트의 설정이 함께 포함됩니다. 클라이언트에 보이는 회선 목록은 둘을 합친 것이며, 사용할 때는 현재 선택한 설정 기준으로 각각 집계됩니다.

트래픽 패키지의 한도만 쓰고 월 구독 트래픽은 당분간 건드리고 싶지 않다면, 클라이언트에서 트래픽 패키지 표시가 붙은 설정 그룹을 선택하면 됩니다. 반대도 마찬가지입니다. 이 전환은 클라이언트 쪽에서 끝나며 패널에서 별도로 설정할 것은 없습니다.

4.5 기기 수와 동시 접속

동시 접속 기기 수에는 제한이 없습니다. 같은 구독을 Windows, macOS, iOS, Android, Linux 다섯 종류 기기에 가져올 수 있고, 스마트폰, 태블릿, 노트북을 동시에 켜 둬도 되며 기기마다 따로 구매할 필요가 없습니다.

'기기 수 제한 없음'은 기기 대수를 말하는 것이지 트래픽을 말하는 것이 아닙니다. 여러 기기가 동시에 접속하면 트래픽도 함께 소모되며, 실제 소모 속도는 각 기기가 무엇을 하는지에 달려 있습니다. 여러 기기를 쓰는 환경이라면 2장의 방법으로 총량을 먼저 어림잡은 뒤 등급을 정하는 편이 안전합니다.

다섯 플랫폼 클라이언트 하나씩 설정

이 장은 플랫폼별로 하나씩 설명합니다. 각 플랫폼의 절차는 클라이언트 확보, 구독 가져오기, 시스템 설정 허용, 적용 확인 네 단계입니다. 플랫폼별 차이는 앞의 두 단계에 집중되고 뒤의 두 단계는 대체로 비슷합니다.

5.1 클라이언트는 어디서 받나

클라이언트는 사용자 패널의 다운로드 화면에서 일괄적으로 받습니다. 로그인 후 플랫폼에 맞는 진입점을 선택하면 됩니다. 마케팅 페이지는 설치 파일 직링크를 제공하지 않으며, 제3자 사이트에서 설치 파일을 찾을 필요도 없습니다. 이렇게 하면 받은 클라이언트와 서버 설정이 서로 맞춰져 있어 버전 호환성을 직접 따질 필요가 없습니다.

다운로드 화면은 플랫폼별로 묶여 있고, 각 그룹에 해당 플랫폼의 다운로드 진입점과 가져오기 안내가 있습니다. iOS는 App Store에서 설치하고, 나머지 네 플랫폼은 패널이 안내하는 진입점에서 받습니다. 다운로드 전에 기기 OS 버전이 요구 사항을 충족하는지 확인하세요. 너무 오래된 OS 버전은 설치가 안 될 수 있습니다.

5.2 Windows 클라이언트

Windows에서의 절차는 다음과 같습니다. 패널에서 설치 파일을 내려받아 두 번 클릭해 실행하고 안내에 따라 설치를 마칩니다. 처음 실행하면 설정 화면이 나오는데, '구독' 또는 '설정' 진입점을 찾아 4장에서 복사한 주소를 붙여 넣고 가져오기 또는 업데이트를 누릅니다. 가져오기에 성공하면 회선 목록이 나타나고, 회선 하나를 선택해 연결을 누르면 됩니다.

Windows 클라이언트는 첫 연결 시 시스템이 방화벽 알림을 띄우므로 허용을 선택해야 합니다. 그렇지 않으면 연결이 시스템에서 차단됩니다. TUN 모드를 지원하는 클라이언트라면 관리자 권한으로 한 번 실행해 가상 네트워크 어댑터 드라이버를 설치해야 합니다. 드라이버 설치 후에는 시스템을 한 번 재부팅하는 편이 좋습니다. 드라이버가 로드되지 않아 연결이 실패하는 것을 막을 수 있습니다.

Windows에서 흔한 문제는 두 가지입니다. 회선 목록이 비어 있다면 보통 구독 주소를 붙여 넣을 때 공백이 더 들어갔거나 글자가 빠진 경우이므로 다시 복사하면 됩니다. 연결은 되는데 웹 페이지가 열리지 않는다면 보통 시스템 프록시가 함께 전환되지 않은 것이므로, 클라이언트의 시스템 프록시 스위치가 켜져 있는지 확인하세요.

5.3 macOS 클라이언트

macOS의 절차는 Windows와 비슷하고 설치 단계에서 차이가 납니다. macOS는 처음 실행할 때 '개발자를 확인할 수 없음'을 알리므로 시스템 설정의 개인정보 보호 및 보안에서 한 번 허용해야 합니다. 연결할 때는 네트워크 설정 추가를 승인하라는 본체 암호 입력을 요구하는데, 이 암호는 계정 비밀번호가 아니라 이 Mac의 로그인 암호입니다.

Apple 칩과 Intel 칩용 설치 파일은 보통 따로 제공되므로, 다운로드할 때 자신의 기종에 맞는 것을 골라야 합니다. 잘못 설치하면 클라이언트가 열리기는 해도 연결이 안 되거나 아키텍처 호환 오류가 뜰 수 있습니다.

macOS에서 놓치기 쉬운 점이 하나 더 있습니다. 시스템에 네트워크 설정 항목이 여러 개 남아 있을 수 있고, 클라이언트를 삭제한 뒤에도 예전 항목이 남는 경우가 있습니다. 재설치 후 같은 이름의 설정이 두 개 보인다면 시스템 설정에서 예전 항목을 지운 뒤 연결하세요.

5.4 iOS 클라이언트

iOS는 시스템 승인 단계가 하나 더 있어 다른 플랫폼과 차이가 가장 큽니다. App Store에서 클라이언트를 설치한 뒤 구독 주소를 가져오고, 처음 연결할 때 시스템이 'VPN 구성 추가'를 안내하므로 허용을 누르고 Face ID나 지문으로 인증한 뒤, 시스템 설정의 VPN 항목에서 구성이 나타났는지 확인합니다.

iOS에서 구독을 가져온 뒤 회선 목록이 비어 있다면 먼저 네트워크 상태를 확인하고, 주소를 다시 한 번 붙여 넣으세요. iOS는 클립보드 권한이 엄격해서 다른 앱에서 복사해 올 때 보이지 않는 문자가 섞이는 경우가 있습니다. 다시 복사하면 보통 해결됩니다.

iOS에서 미리 알아 둘 점이 하나 더 있습니다. 시스템은 한 번에 하나의 VPN 구성만 활성 상태로 허용합니다. 기기에 비슷한 앱을 여러 개 설치해 두었다면 이 서비스에 연결하기 전에 다른 것을 먼저 끊으세요. 그렇지 않으면 연결되었다가 밀려나는 상황이 생깁니다.

5.5 Android 클라이언트

Android의 절차는 다음과 같습니다. 패널이 안내하는 진입점에서 클라이언트 설치 파일을 받아 설치하는데, 처음 설치할 때는 시스템 설정에서 해당 출처의 앱 설치를 허용해야 합니다. 클라이언트를 열어 구독 주소를 가져오고, 연결을 누르면 시스템이 '연결 요청'을 띄우므로 '이 앱을 신뢰함'을 체크하고 확인합니다.

Android는 제조사별 시스템이 백그라운드 관리를 강하게 하는 편이라, 연결한 뒤 잠시 지나면 자동으로 끊기는 경우가 있습니다. 보통 시스템이 클라이언트 프로세스를 정리한 것입니다. 해결 방법은 시스템 배터리 설정에서 클라이언트를 제한 없음 목록에 추가하고, 멀티태스킹 화면에서 해당 앱을 잠그는 것입니다.

기기에 비슷한 앱을 함께 설치해 두었다면 둘이 시스템의 VPN 채널을 다투어 연결 직후 끊기는 증상이 나타날 수 있습니다. 한 번에 하나만 실행 상태로 두면 됩니다.

5.6 Linux 클라이언트

Linux에서는 명령줄 클라이언트가 주를 이루며, 일반적인 절차는 해당 아키텍처의 바이너리 파일을 내려받고 실행 권한을 준 뒤 구독을 가져와 실행하는 것입니다. 아래 예시의 주소는 자리 표시자이므로 패널에서 복사한 실제 구독 주소로 바꿔 주세요:

# 실행 권한 부여(파일 이름은 실제로 받은 것을 기준으로)
chmod +x ./client-linux-amd64

# 구독 가져오기(예시 주소는 자리 표시자이므로 반드시 교체)
./client-linux-amd64 subscribe add --url "https://example.com/sub?token=YOUR_TOKEN"

# 가져온 설정 확인
./client-linux-amd64 subscribe list

# 실행 및 연결
./client-linux-amd64 start

명령줄 클라이언트를 백그라운드에서 실행할 때는 시스템 프록시나 라우팅 규칙이 실제로 적용되었는지 확인해야 합니다. 데스크톱 환경과 순수 명령줄 환경은 설정 방식이 다릅니다. 데스크톱 환경은 보통 시스템 프록시를 자동으로 설정하지만, 순수 명령줄 환경은 환경 변수를 직접 설정하거나 클라이언트에서 TUN 모드를 켜 전체 트래픽을 넘겨받아야 합니다.

Linux에서 한 가지 더 있습니다. 가상 네트워크 어댑터를 만들려면 root 권한으로 실행해야 하며, 일반 사용자로 실행하면 시스템 프록시 모드만 쓸 수 있습니다. 연결 후 일부 앱만 회선을 타는 것 같다면 권한 부족으로 TUN 모드가 실제로 켜지지 않은 것은 아닌지 먼저 확인하세요.

5.7 다섯 플랫폼 차이 빠른 조회

연결, 확인, 회선 선택

가져오기까지 마쳤다면 클라이언트에 회선 목록이 이미 있을 것입니다. 이 장에서는 어떻게 연결하고, 정말 연결되었는지 어떻게 확인하며, 160+ 회선 앞에서 어떤 순서로 고를지 설명합니다.

6.1 첫 연결의 권장 순서

첫 연결에서는 가장 멀거나 가장 인기 있는 지역을 바로 고르는 것은 권하지 않습니다. 권장 순서는 이렇습니다. 먼저 지리적으로 가깝고 지연 시간 기준으로 아시아에 속하는 회선을 골라 연결이 되는지 확인합니다. 그다음 실제로 필요한 지역으로 차츰 바꿔 가며 안정적인지 살핍니다. 마지막으로 평소 고정해서 쓸 회선을 정합니다.

이렇게 하는 이유는 첫 연결일수록 변수가 적어야 판단이 쉽기 때문입니다. 처음부터 대륙을 넘는 회선을 고르면 연결이 안 될 때 구독 문제인지, 클라이언트 문제인지, 회선 문제인지 구분할 수 없습니다. 가장 가까운 회선으로 먼저 성공시켜 앞의 두 가지 문제를 배제하세요.

6.2 연결이 실제로 적용되었는지 확인하는 법

클라이언트에 '연결됨'이 표시된다고 해서 트래픽이 실제로 회선을 타는 것은 아닙니다. 신뢰할 수 있는 확인 방법은 출구 주소를 보는 것입니다. 연결 전후로 현재 출구 IP와 소속 지역을 각각 확인해, 소속 지역이 선택한 지역으로 바뀌었다면 트래픽이 실제로 회선을 탄 것입니다.

두 번째 확인 방법은 지역에 민감한 서비스를 열어 기본으로 보여 주는 콘텐츠가 대상 지역 버전으로 바뀌었는지 보는 것입니다. 이 방법은 실제 사용 환경에 더 가깝지만 플랫폼 자체 정책의 영향을 받으므로 유일한 판단 기준으로 삼을 수는 없습니다.

세 번째 방법은 클라이언트 자체의 트래픽 통계를 보는 것입니다. 연결 후 웹 페이지 몇 개를 열어 통계 수치가 늘어나면 트래픽이 클라이언트를 거친 것입니다. 다만 이 방법은 트래픽이 클라이언트를 거쳤다는 것만 증명하고 출구 지역이 바뀌었다는 것은 증명하지 못하므로, 앞의 두 방법과 함께 쓰는 것을 권합니다.

6.3 상황별 회선 선택

회선은 접속 방식에 따라 세 가지로 나뉘고 적용 상황이 각각 다릅니다:

고를 때는 먼저 대상 서비스가 어느 지역에 있는지 보고, 해당 지역의 회선 중에서 유형을 고릅니다. 같은 지역에 회선이 여러 개라면 전용선이나 중계로 표시된 것을 우선합니다. 사용 중인 네트워크 환경 자체가 특수하다면 직결 회선이 오히려 더 안정적일 때도 있으니, 두 가지를 모두 시험해 보고 정하세요.

지역별 전체 회선 목록은 회선 목록 페이지에 국가와 도시별로 묶여 있으며, 각 회선의 스트리밍 지원 여부도 표시되어 있습니다.

6.4 저녁 피크 시간대 대응

저녁 피크는 국가 간 링크가 가장 혼잡한 시간대이며, 같은 회선이 낮보다 저녁에 느려지는 것으로 나타납니다. 이 현상은 회선 품질과도 관련이 있고 사용 중인 네트워크 환경과도 관련이 있어, 서비스 제공자 한쪽만의 문제가 아닙니다.

저녁 피크에 느려질 때는 다음 순서로 대응하세요. 먼저 같은 지역에서 다른 회선으로 바꿔 보면 보통 개선됩니다. 그다음 인접 지역 회선으로 옮기는 것을 고려합니다. 둘 다 만족스럽지 않으면 회선 유형을 직결에서 전용선이나 중계로 바꿉니다. 여러 지역을 자주 오가며 바꾸는 것은 도움이 크지 않고, 오히려 클라이언트가 연결을 반복해서 다시 만듭니다.

6.5 연결 모드의 차이

클라이언트는 보통 두 가지 연결 모드를 제공합니다. 시스템 프록시 모드는 시스템 프록시를 지원하는 프로그램만 넘겨받습니다. 브라우저와 흔한 데스크톱 앱은 대부분 이 경로를 타며, 설정이 간단하고 추가 드라이버를 설치하지 않습니다. TUN 모드는 가상 네트워크 어댑터를 만들어 시스템 프록시 설정을 읽지 않는 프로그램까지 포함해 모든 트래픽을 넘겨받습니다. 커버리지가 더 완전하지만 추가 권한이 필요합니다.

선택 기준은 이렇습니다. 일상 브라우징에는 시스템 프록시 모드로 충분합니다. 명령줄 도구, 게임 클라이언트, 시스템 프록시를 읽지 않는 특정 앱까지 커버해야 할 때 TUN 모드로 전환하세요. 두 모드를 전환한 뒤에는 6장의 확인 절차를 다시 한 번 거쳐 출구 지역과 연결 상태가 모두 정상인 확인하는 것이 좋습니다.

일상 유지관리, 트래픽 관리와 갱신

연결한 뒤에 일상적으로 할 일은 사실 거의 없습니다. 이 장에서는 정기적으로 봐야 할 몇 가지를 정리해, 만료로 갑자기 끊기거나 트래픽이 조용히 바닥나는 일을 막습니다.

7.1 정기적으로 봐야 할 세 가지 숫자

패널 개요에는 정기적으로 한 번씩 볼 만한 숫자가 세 개 있습니다. 남은 트래픽, 만료 시각, 초기화 날짜입니다. 남은 트래픽은 이번 달에 트래픽 패키지를 보충해야 하는지 판단하는 데 쓰고, 만료 시각은 갱신 일정을 미리 잡는 데 쓰며, 초기화 날짜는 어느 날 트래픽이 갑자기 늘어난 이유를 이해하는 데 씁니다.

확인 빈도에 정해진 규칙은 없습니다. 월 중순에 한 번, 월말에 한 번 보면 대체로 충분합니다. 트래픽 소모가 눈에 띄게 빠르다면 주 1회로 줄여 확인하고, 동시에 백그라운드에서 대용량 작업을 돌리는 기기가 있는지 점검하세요.

7.2 트래픽 소모 점검 방법

트래픽이 예상보다 빨리 줄어든다면 다음 순서로 점검하세요. 먼저 몇 대의 기기가 동시에 접속해 있는지 봅니다. 여러 기기를 함께 켜 두면 소모가 겹칩니다. 다음으로 동영상 앱이 백그라운드에서 자동 재생하거나 자동으로 미리 불러오고 있는지 봅니다. 그다음 시스템 업데이트, 클라우드 동기화, 백업 작업이 백그라운드에서 돌고 있는지 확인합니다.

여러 기기를 쓰는 환경에서 가장 놓치기 쉬운 것은 태블릿의 자동 재생과 노트북의 클라우드 동기화입니다. 이 두 작업은 사용자가 직접 시작하지 않아도 트래픽을 계속 소모합니다. 자동 재생을 끄고 클라우드 동기화를 Wi-Fi 환경에서만 실행하도록 바꾸면 보통 소모가 눈에 띄게 줄어듭니다.

7.3 월 구독과 트래픽 패키지 조합

월 구독의 트래픽은 매월 초기화되고, 트래픽 패키지의 트래픽은 다 쓸 때까지 유효하며 만료되지 않습니다. 둘을 함께 쓰는 흔한 방식은 두 가지입니다. 하나는 월 구독을 중심으로 두고 트래픽 패키지를 월말 비상 보충용으로 쓰는 것이고, 다른 하나는 트래픽 패키지를 중심으로 두고 연속해서 써야 하는 달에만 월 구독을 여는 것입니다.

첫 번째 방식은 소모가 일정한 사용자에게 맞습니다. 월 구독을 실제 사용량보다 살짝 낮은 등급으로 고르고 차액을 트래픽 패키지로 메우면, 처음부터 높은 등급을 사는 것보다 전체 비용이 낮습니다. 두 번째 방식은 사용이 연속적이지 않은 사용자에게 맞습니다. 집중적으로 쓰는 달에만 구독을 엽니다. 두 방식 모두 별도 설정이 필요 없고 구매 후 바로 쓸 수 있습니다.

7.4 갱신 시점

갱신은 만료 이틀 전쯤에 끝내는 것을 권하며, 마지막 날까지 미루지 마세요. 국가 간 결제 채널은 간혹 지연이 있고, 특히 USDT는 온체인 확인을 기다려야 하므로 여유를 두면 만료 당일 끊기는 일을 피할 수 있습니다.

만료 후 잠깐 끊긴 경우가 실제로 생겼다면 갱신을 마친 뒤 다시 연결하면 됩니다. 계정 데이터는 사라지지 않고, 요금제는 갱신 적용 시점부터 다시 계산됩니다. 구독을 다시 가져올 필요도 없고 클라이언트의 회선 목록도 그대로 남아 있습니다.

7.5 기기 교체와 이전

기기를 바꿀 때 패널에서 할 일은 없습니다. 새 기기의 클라이언트에 구독 주소를 그대로 가져오면 됩니다. 동시 접속 기기 수 제한이 없으므로 새 기기가 들어와도 기존 기기가 밀려나지 않습니다.

더 이상 쓰지 않는 기기에서는 클라이언트에서 설정을 삭제하고 앱을 제거하는 것을 권합니다. 설정이 시스템에 남는 것을 막기 위해서입니다. 기기를 넘기거나 선물할 때는 설정 삭제 단계를 더더욱 생략하면 안 됩니다. 설정 안에 구독 주소가 들어 있기 때문입니다.

7.6 클라이언트와 설정 업데이트

클라이언트 자체는 최신 상태로 유지하는 것을 권합니다. 새 버전은 보통 연결 안정성 문제와 시스템 호환성 문제를 고칩니다. 업데이트 방식은 설치와 같으며, 패널의 다운로드 화면에서 다시 받으면 됩니다.

구독 설정 업데이트는 4장에서 설명한 구독 새로 고침입니다. 회선 조정 안내를 받았을 때, 또는 특정 지역에 연결이 안 된다는 것을 확인했을 때 한 번 새로 고치면 되고 일상적으로 자주 할 필요는 없습니다. 클라이언트 업데이트와 구독 새로 고침은 서로 다른 일이며 대체하지 못합니다.

고급 활용과 상황별 설정

기본 절차를 끝냈다면 자신의 사용 상황에 맞춰 조정할 수 있습니다. 이 장에서는 고정 출구, 분할 라우팅 규칙, 여러 기기 협업, 프로토콜 선택 네 가지 흔한 상황을 다룹니다.

8.1 출구 지역 고정

일부 서비스가 로그인 지역과 사용 지역이 같아야 하거나, 같은 출구 지역을 오래 유지해야 할 때는 매번 직접 고르지 않고 회선 하나를 고정하면 됩니다. 대부분의 클라이언트는 특정 회선을 기본으로 설정할 수 있어 연결할 때 자동으로 선택되며, 매번 목록에서 찾을 필요가 없습니다.

회선을 고정하면 자동 최적 선택을 포기하게 됩니다. 이 회선이 저녁 피크에 나빠지면 직접 바꿔야 합니다. 두 개를 고정해 두는 것을 권합니다. 하나는 평소 주력용, 하나는 예비용으로 두면 전환할 때 한 번만 누르면 됩니다.

8.2 분할 라우팅 규칙의 사고방식

분할 라우팅은 일부 트래픽은 회선을 타게 하고 다른 일부는 직결로 보내는 것입니다. 흔한 방식은 해외 서비스를 회선으로, 국내 서비스를 직결로 보내는 것입니다. 이렇게 하면 가속이 필요한 부분을 확보하면서 국내 서비스 속도에 영향을 주지 않습니다.

분할 라우팅 규칙은 보통 클라이언트에 내장된 규칙 세트로 제공되며, 클라이언트에서 직접 규칙을 추가할 수도 있습니다. 설정할 때 원칙은 단순함입니다. 정말 필요한 몇 개만 먼저 추가하고, 한동안 지켜본 뒤 확장 여부를 정하세요. 규칙이 많을수록 문제를 찾을 때 변수도 많아집니다.

8.3 여러 기기 협업

동시 접속 기기 수 제한이 없으므로 여러 기기를 함께 쓰는 데 추가 비용이 없습니다. 흔한 조합은 스마트폰은 항상 켜 두고, 노트북은 필요할 때 켜고, 태블릿은 집에서 쓰는 것입니다. 스마트폰을 항상 켜 두면 매번 임시로 연결할 필요가 없다는 장점이 있지만 트래픽이 계속 소모되므로, 스마트폰의 자동 재생과 백그라운드 새로 고침을 꺼서 소모를 줄일 수 있습니다.

여러 기기를 쓸 때 한 가지 유의할 점이 있습니다. 기기마다 다른 지역의 회선을 선택해 두면 각 기기가 보는 출구 지역이 서로 달라집니다. 여러 기기에서 같은 지역을 봐야 한다면 회선을 통일하면 됩니다.

8.4 프로토콜 선택 원칙

클라이언트에는 보통 여러 프로토콜이 선택지로 보입니다. 선택 원칙은 클라이언트가 기본으로 권장하는 프로토콜을 우선 쓰고, 기본 프로토콜이 특정 네트워크 환경에서 방해를 받거나 특정 기능이 필요할 때만 직접 바꾸는 것입니다.

프로토콜을 바꾼 뒤에는 6장의 확인 절차를 다시 한 번 거쳐 출구 지역과 연결 상태가 모두 정상인지 확인하는 것을 권합니다. 프로토콜이 다르면 클라이언트가 시스템 프록시와 TUN 모드를 처리하는 방식도 달라질 수 있으므로, 전환 후 설정을 다시 점검하는 편이 안전합니다.

8.5 다른 도구와 함께 쓰기

이 서비스를 로컬 개발 도구, 가상 머신, 컨테이너 환경과 함께 쓸 때는 트래픽 흐름에 주의해야 합니다. 가상 머신과 컨테이너는 기본적으로 호스트의 네트워크 설정을 따르므로, 호스트가 시스템 프록시 모드라면 컨테이너 내부 트래픽이 회선을 타지 않을 수 있습니다. 컨테이너 트래픽까지 커버해야 한다면 호스트를 TUN 모드로 전환하세요.

로컬 개발 중에 의존성 다운로드가 느려지는 경우가 있다면 분할 라우팅 규칙이 패키지 관리자 도메인까지 회선으로 보내고 있는지 확인하세요. 개발 관련 도메인을 직결 규칙에 추가하면 보통 해결됩니다.

문제 해결 순서

문제 해결의 핵심 원칙은 순서를 고정하고 한 번에 변수 하나만 바꾸는 것입니다. 아래는 흔한 것에서 드문 것 순으로 배열했으니, 문제가 생기면 위에서 아래로 내려가며 각 단계를 확인한 뒤 다음 단계로 넘어가세요.

9.1 연결이 안 될 때: 네 단계 점검

첫 단계는 계정 상태 확인입니다. 패널에 로그인해 요금제가 유효기간 내인지, 트래픽이 바닥나지 않았는지 봅니다. 트래픽이 바닥났거나 요금제가 만료되면 클라이언트가 연결되지 않으며, 이것이 가장 흔한 원인입니다.

두 번째 단계는 구독이 유효한지 확인하는 것입니다. 클라이언트에서 구독을 한 번 새로 고쳐 보고, 새로 고침이 실패하면 구독 주소가 이미 무효가 되었거나 유출 후 재생성된 것일 수 있으니 패널에서 다시 복사하세요.

세 번째 단계는 회선을 바꾸는 것입니다. 같은 지역에서 다른 회선으로 바꾸거나 인접 지역으로 옮깁니다. 회선을 바꾼 뒤 연결되면 단일 회선의 문제이므로 로컬 환경 점검을 계속할 필요가 없습니다.

네 번째 단계는 로컬 네트워크 점검입니다. 현재 네트워크에서 국내 사이트에 정상 접속되는지 확인하세요. 기반 네트워크 자체에 문제가 있으면 어떤 회선도 효과가 없습니다. 공용 Wi-Fi 환경에서는 네트워크 측 제한이 있을 수도 있으니 다른 네트워크에서 다시 시도하세요.

9.2 연결은 되는데 웹 페이지가 안 열릴 때

이런 경우는 보통 프록시 설정이 따라오지 않은 것입니다. 클라이언트의 시스템 프록시 스위치가 켜져 있는지 확인하고, TUN 모드라면 가상 네트워크 어댑터가 정상적으로 만들어졌는지 확인하세요. 시스템 프록시 모드에서는 일부 앱이 시스템 프록시 설정을 읽지 않으므로 따로 설정하거나 TUN 모드로 전환해야 합니다.

또 다른 흔한 원인은 DNS입니다. 연결 후에도 도메인 해석이 로컬로 가면 IP는 핑이 통하는데 웹 페이지가 안 열리는 현상이 나타납니다. 클라이언트에서 DNS 관련 옵션을 켜거나, 시스템 DNS를 임시로 공용 DNS로 바꿔 다시 시도하세요.

9.3 속도가 느리고 자주 끊길 때

속도가 느리면 먼저 6장의 방법대로 회선을 바꾸고, 저녁 피크 시간대인지 확인하세요. 자주 끊기는 경우는 로컬 환경과 관련이 더 큽니다. 이동통신 신호 변동, 시스템 절전 정책의 백그라운드 정리, 공유기 불안정이 모두 끊김을 일으킬 수 있습니다.

모바일 기기에서 자주 끊긴다면 시스템 배터리 최적화 설정을 먼저 확인하고, 데스크톱 기기라면 보안 소프트웨어가 클라이언트의 네트워크 요청을 막고 있는지 확인하세요. 클라이언트를 보안 소프트웨어의 신뢰 목록에 추가하면 보통 해결됩니다.

9.4 특정 서비스만 안 될 때

단일 서비스가 안 될 때는 먼저 다른 서비스가 정상인지 확인하세요. 다른 서비스가 모두 정상이라면 회선 자체에는 문제가 없고, 해당 서비스가 출구 지역을 판단하는 방식에 문제가 있는 것입니다. 같은 지역의 다른 회선으로 바꿔 보거나 인접 지역으로 옮겨 다시 시도하세요.

지역을 바꾼 뒤에도 안 된다면 해당 서비스의 계정 상태나 지역 정책 문제일 수 있으며, 이런 문제는 네트워크 경로의 해결 범위 밖입니다. 이때는 지원 센터에서 해당 분류의 질문과 답변을 찾아 알려진 안내가 있는지 확인해 보세요.

9.5 언제 티켓을 올려야 하나

위 순서를 모두 거쳤는데도 해결되지 않으면 티켓을 올리는 것이 가장 효과적인 방법입니다. 제출할 때 다음 항목을 분명히 적어 주세요. 주문 번호 또는 계정 이름, 사용 중인 플랫폼과 클라이언트, 문제가 발생한 회선 이름, 문제의 구체적인 증상, 이미 시도해 본 단계. 정보가 완전할수록 처리가 빠릅니다.

티켓 진입점은 패널의 티켓 화면입니다. 환불 신청도 티켓으로 진행하며, 14일 무조건 환불 기간 내에 주문 번호를 적어 제출하면 되고 사유를 설명할 필요는 없습니다.

9.6 점검할 때의 세 가지 금지

여러 설정을 동시에 바꾸지 마세요. 한 번에 변수 하나만 바꾸고 바로 확인해야 어느 변경이 효과를 냈는지 판단할 수 있습니다.

클라이언트를 반복해서 재설치하지 마세요. 재설치하면 로컬 설정이 지워져 구독을 다시 가져와야 하므로 오히려 변수가 늘어납니다. 대부분의 연결 문제는 클라이언트 설치 자체와 무관합니다.

중복 주문하지 마세요. 결제 상태가 이상하면 먼저 티켓으로 확인을 요청하세요. 중복 주문을 하면 유효한 주문이 두 건 생겨 환불 처리가 더 번거로워집니다.

맺음말과 관련 페이지

여기까지 요금제 선택부터 일상 유지관리까지의 전체 과정을 살펴봤습니다. 흐름을 되짚어 보면 이렇습니다. 먼저 사용 리듬에 따라 월 구독인지 트래픽 패키지인지 정하고, 가입할 때는 사용자 이름과 비밀번호만 있으면 되며, 주문 후 패널에서 구독 주소를 복사해 플랫폼별로 클라이언트에 가져오고, 연결 후 출구 지역으로 적용 여부를 확인하며, 일상에서는 남은 트래픽과 만료 시각을 가끔 보면 됩니다.

문제가 생기면 9장의 순서대로 점검하고 한 번에 변수 하나만 바꾸세요. 대부분의 문제는 앞의 세 단계에서 찾을 수 있습니다. 계정 상태, 구독 유효성, 단일 회선의 가용성입니다.

이어서 읽기

• 요금제와 가격: 월 구독 3종, 트래픽 패키지 3종과 전체 비교표.
• 회선 목록: 지역별로 묶은 회선 목록과 스트리밍 지원 여부.
• 빠른 시작 가이드: 꼭 필요한 단계만 남긴 요약 흐름.
• 지원 센터: 계정과 구독, 연결과 장애, 속도와 회선, 결제와 환불 네 가지 분류의 질문과 답변.
• 초보자가 가장 많이 묻는 열 가지 질문: 여러 기기, 트래픽 계산, 속도 제한, 갱신 등 자주 나오는 궁금증.
• iOS 처음부터 연결까지: iPhone / iPad 전체 사용 흐름.
• 무로그 약속 확인 체크리스트: 개인정보 조항에서 어느 줄을 봐야 하는지.
• 일본 지역 회선 선택: 일본 회선 유형별 차이와 흔한 제한.
• AI 도구 안정 접속: 긴 대화에서 끊기지 않는 회선 조건.