문제 해결가이드

진단 전 기준선: 먼저 기록하고 움직이기

해외 회선 문제는 원인이 하나뿐인 경우가 드뭅니다. 같은 '연결 안 됨'이라도 클라이언트 권한이 시스템에서 회수된 것일 수도, 로컬 네트워크의 이름 해석이 실패한 것일 수도, 선택한 회선이 조정 중일 수도 있습니다. 처음부터 회선과 클라이언트를 동시에 바꾸고 시스템까지 재설치하면, 결국 복구되더라도 어느 단계가 효과가 있었는지 알 수 없고 다음에 같은 문제가 생기면 처음부터 다시 시도해야 합니다.

이 페이지와 튜토리얼 페이지(tutorial.html)의 역할 분담을 먼저 정리합니다. 튜토리얼 페이지는 '처음부터 사용 가능한 상태까지'의 기본 흐름, 즉 가입, 요금제 선택, 구독 가져오기, 클라이언트 가져오기, 연결 확인을 다룹니다. 이 페이지는 체계적인 진단 매뉴얼로, 증상별로 장을 나누어 구체적인 오류가 나타났을 때 대조하며 점검합니다. 최초 설정이 아직 끝나지 않았다면 튜토리얼 페이지를 먼저 보고, 이미 사용 중인데 특정 상황에서 문제가 생겼다면 해당 장으로 바로 이동하세요.

먼저 네 가지 기준 정보를 기록하세요

진단을 시작하기 전에 이 네 가지를 메모해 두세요. 자가 점검의 근거이자 티켓을 넣을 때 가장 필요한 정보입니다.

1. 플랫폼과 클라이언트 이름.Windows / macOS / iOS / Android / Linux 다섯 플랫폼은 조작 경로가 크게 다르고, 같은 오류라도 플랫폼마다 원인이 다른 경우가 많습니다. 어느 플랫폼, 어느 클라이언트인지 정확히 적으세요.
2. 구독이 마지막으로 정상 갱신된 시각.클라이언트에서 구독 갱신 시각을 확인할 수 있습니다. 일주일 전이라면 먼저 구독을 갱신한 뒤 진단하세요. '회선이 사라졌다'는 증상의 상당수는 회선 고장이 아니라 구독 만료입니다.
3. 현재 회선 이름과 유형.예를 들어 '홍콩 · IEPL 전용선', '도쿄 · 중계'처럼 적습니다. 전환할 때 어느 회선으로 바꿨는지 기록하지 않으면 두 회선의 차이를 비교할 수 없습니다.
4. 오류 원문과 문제가 발생한 앱.클라이언트 팝업 오류인지, 브라우저에서 페이지가 안 열리는지, 특정 앱에서 네트워크 오류가 뜨는지 구분합니다. 원문을 그대로 적고 '그냥 연결이 안 된다'로 바꿔 쓰지 마세요.

공통 3단계 자가 점검: 한 번에 변수 하나만

어떤 증상이든 이 세 단계를 먼저 하되 순서를 바꾸지 마세요.

1. 회선 교체.같은 클라이언트에서 다른 지역으로 바꾸고, 가능하면 회선 유형이 다른 것으로 고르세요(직접 연결은 중계로, 중계는 IEPL 전용선으로). 바꾸면 해결되는 경우 해당 회선 하나의 문제이므로 회선 이름을 기록하고 다른 회선을 계속 사용하세요.
2. 네트워크 교체.기기를 Wi-Fi에서 모바일 네트워크로 바꾸거나 다른 Wi-Fi로 바꿔 보세요. 바꾸면 해결되면 문제는 기존 로컬 네트워크, 즉 공유기, 통신사 출구 또는 DNS에 있습니다.
3. 기기 교체.같은 계정으로 다른 기기에 구독을 가져와 한 번 시도하세요. 바꾸면 해결되면 문제는 원래 기기의 클라이언트나 시스템 설정에 있습니다.

세 단계를 마치면 문제는 대개 '특정 회선 / 특정 네트워크 / 특정 기기' 중 하나로 좁혀집니다. 좁혀지지 않으면 해당 증상 장으로 넘어가 세부 점검을 하세요.

진단 순서: 가까운 곳에서 먼 곳으로, 층별로 좁히기

경로를 네 개 층으로 나누고 순서대로 배제하세요. 층을 건너뛰지 마세요.

• 클라이언트 층:권한, 구독 상태, 분기 규칙, 클라이언트 자체.
• 로컬 네트워크 층:공유기, 통신사 출구, DNS, 인증이 필요한 공용 네트워크.
• 회선 층:선택한 지역과 회선 유형의 사용 가능 여부, 혼잡 시간대 여부.
• 대상 사이트 층:대상 서비스 자체의 접속 가능 여부, 출구 지역에 대한 추가 요구 사항 여부.

가까운 곳에서 먼 곳으로 진행하면 각 층에서 확정적인 결론을 얻을 수 있고, 네 층을 모두 확인하면 문제는 반드시 어느 한 층에 속합니다. '여기저기 다 시도해 보는' 상황이 되지 않습니다. 반대로 회선을 먼저 의심했다가 마지막에 브라우저 확장 프로그램이 요청을 막고 있었다는 사실을 발견하는 것이 가장 흔한 헛수고입니다.

검증 도구 두 가지 준비

진단 과정에서 최소한 두 가지 질문에 답할 수 있어야 합니다. 트래픽이 실제로 회선을 타고 있는가? 이름 해석이 실제로 적용되었는가? 전자는 사이트 내 '내 IP' 페이지(myip.html)에서 현재 출구 IP와 소속 지역을 확인합니다. 연결 전후로 각각 확인해 IP와 지역이 바뀌었다면 트래픽이 실제로 회선을 탄 것입니다. 후자는 시스템 기본 명령줄 도구로 해석 결과를 확인합니다. Windows는 nslookup, macOS와 Linux는 dig 또는 nslookup을 사용하며, 구체적인 사용법은 '페이지가 안 열림' 장에 있습니다.

연결 안 됨: 클라이언트부터 회선까지 층별 판단

'전혀 연결 안 됨'은 클라이언트가 연결을 맺지 못하거나, 연결됨으로 표시되어도 어떤 트래픽도 나가지 않는 상태를 말합니다. 이 장은 클라이언트 층, 로컬 네트워크 층, 회선 층의 세 단계로 진행하며, 각 단계에서 관찰 가능한 현상을 제시해 지금 어느 층에 있는지 판단할 수 있게 합니다.

클라이언트 층의 네 가지 점검 포인트

1. 권한이 남아 있는가.iOS와 Android에서는 시스템 업데이트, 클라이언트 재설치 또는 사용자의 수동 정리 후 VPN 권한이 무효화될 수 있습니다. 증상은 클라이언트의 스위치가 켜지지 않거나, 켜자마자 자동으로 꺼지는 것입니다. 시스템 설정에서 해당 클라이언트의 VPN 연결을 다시 허용한 뒤 클라이언트에서 다시 연결하세요.
2. 구독이 유효한가.클라이언트의 회선 목록이 비어 있거나 기본 회선 하나만 남아 있다면 구독 가져오기가 실패한 경우가 많습니다. 먼저 구독을 한 번 갱신하고, 갱신이 실패하면 이 페이지의 '구독 갱신 실패' 장을 참고하세요.
3. 시스템 시간이 정확한가.연결 수립 단계는 시간에 민감하며, 시스템 시간 오차가 크면 핸드셰이크가 바로 실패합니다. 시스템 시간을 자동 동기화로 설정하고 다시 시도하세요.
4. 보안 소프트웨어가 차단하는가.일부 보안 소프트웨어는 시스템 네트워크 계층을 장악해 클라이언트의 연결 요청을 막습니다. 보안 소프트웨어를 잠시 종료하고 다시 시도해 정상으로 돌아오면 해당 소프트웨어의 허용 목록에 클라이언트를 추가하세요.

로컬 네트워크 층 점검

먼저 이 기기가 회선 없이도 정상적으로 인터넷을 쓸 수 있는지 확인하세요. 흔한 사이트 하나를 열어 열리면 로컬 네트워크는 정상입니다. 그다음 순서대로 점검하세요.

• 다른 네트워크로 교체.Wi-Fi에서 모바일 네트워크로 바꿔 보세요. 모바일 네트워크에서 연결되면 문제는 기존 Wi-Fi나 공유기에 있고 회선에는 없습니다.
• 인증이 필요한가.호텔, 공항, 회사 네트워크는 브라우저에서 인증 페이지를 먼저 완료해야 하는 경우가 많습니다. 인증이 끝나기 전에는 다른 종류의 트래픽이 게이트웨이에서 그대로 버려집니다.
• 공유기의 인터넷 보호 기능이 켜져 있는가.일부 공유기의 '자녀 보호 / 인터넷 보호'는 앱 유형별로 연결을 차단합니다. 잠시 끄고 다시 시도하세요.
• 공유기 재부팅.오래 켜 둔 공유기는 연결 테이블이 가득 차면 새 연결 수립이 실패합니다. 재부팅이 가장 빠른 확인 방법입니다.

회선 층 점검

클라이언트 층과 로컬 네트워크 층을 모두 배제한 뒤에는 회선을 바꿔 가며 확인합니다.

1. 지역 교체.홍콩, 싱가포르, 도쿄, 로스앤젤레스, 파리, 밀라노 중 아직 시도하지 않은 회선을 고르세요. 같은 회선에서 반복 재연결하지 마세요.
2. 유형 교체.직접 연결, 중계, IEPL 전용선 세 가지를 모두 시도하세요. 세 가지 모두 실패하면 문제는 클라이언트나 계정 측에 있을 가능성이 큽니다. 한 가지만 실패하면 해당 유형 회선의 문제입니다.
3. 프로토콜 교체.클라이언트에서 여러 프로토콜 옵션을 제공한다면 하나 바꿔 시도해 단일 프로토콜의 호환 문제를 배제할 수 있습니다.

연결됨인데 트래픽 0

가장 오판하기 쉬운 상황이 하나 있습니다. 클라이언트는 '연결됨'으로 표시되는데 어떤 페이지를 열어도 시간 초과가 나는 경우입니다. 이때는 먼저 '내 IP' 페이지에서 출구 IP를 확인하세요. IP와 지역이 모두 그대로라면 트래픽이 회선을 타지 않은 것이고, 연결은 로컬까지만 수립된 클라이언트 층 문제입니다. 출구 IP가 이미 회선 소재 지역으로 바뀌었는데도 페이지가 안 열린다면 다음 장의 '연결은 되는데 페이지가 안 열림'에 해당하며, 처리 방향이 전혀 다릅니다.

연결은 되는데 페이지가 안 열림: 프록시, DNS와 분기

클라이언트는 연결됨으로 표시되고 출구 IP도 바뀌었는데 페이지가 안 열리거나 일부만 안 열리는 경우입니다. 이런 문제는 거의 모두 세 곳에서 발생합니다. 프록시 모드와 분기 규칙, DNS 해석, 그리고 대상 사이트 자체입니다. 아래 순서대로 판단하고 세 곳을 동시에 바꾸지 마세요.

세 가지 전형적 증상, 세 가지 방향

• 모든 사이트가 안 열리고 검색 엔진도 안 됨.DNS와 프록시 모드를 우선 확인하세요.
• 흔한 사이트는 열리는데 특정 사이트가 안 열리거나 계속 로딩만 됨.분기 규칙과 대상 사이트 자체를 우선 확인하세요.
• 브라우저는 되는데 특정 앱이 안 됨.'특정 앱이 프록시를 타지 못함' 장에 해당하므로 그쪽으로 바로 이동하세요.

DNS 이상은 어떻게 판단하는가

DNS는 도메인 이름을 IP로 변환합니다. 해석 단계에 문제가 생기면 전형적으로 '브라우저가 계속 로딩하다 결국 시간 초과'가 나타나고, IP로 직접 접속하면 될 수도 있습니다. 판단 방법은 시스템 기본 명령으로 해석 결과를 한 번 확인하는 것입니다.

# Windows
nslookup example.com

# macOS / Linux
dig example.com +short

반환 결과를 보세요. 정상이라면 IP 주소 묶음이 반환됩니다. NXDOMAIN이 반환되거나 요청이 시간 초과되거나, 해당 도메인에 속하지 않는 주소가 반환되면 해석 이상입니다. 흔한 해석 이상 세 가지와 대응 방향은 다음과 같습니다.

• 해석 시간 초과.로컬 DNS 서버에 도달할 수 없는 상태입니다. 공용 DNS로 바꿔 다시 시도하세요.
• 해석 결과 이상.반환된 주소가 예상과 다르며, 보통 로컬 DNS 요청이 중간 장비에서 변조된 것입니다. 해석을 회선 측에서 처리하도록 넘기세요.
• 일부 도메인 해석 실패.분기 규칙이 해당 도메인을 잘못된 해석 경로로 보낸 것이며, 그 일부 도메인만 영향을 받습니다.

처리 순서는 다음과 같습니다. 먼저 클라이언트에서 '원격 DNS / 회선 측 해석' 같은 옵션을 켜서 도메인 해석을 회선 측에서 처리하게 하세요(클라이언트마다 이름이 다릅니다). 클라이언트에 이 옵션이 없으면 시스템 DNS를 공용 DNS로 바꾸고 다시 연결하세요. 바꾼 뒤 위 명령으로 재확인해 반환 결과가 정상인지 확인하세요.

분기 규칙과 규칙 세트

규칙 모드에서 클라이언트는 규칙 세트에 따라 어떤 트래픽이 회선을 타고 어떤 트래픽이 직접 연결되는지 결정합니다. 규칙 세트가 오래되면 서로 반대되는 두 가지 문제가 생깁니다. 회선을 타야 할 도메인이 직접 연결로 판정되어 안 열리고, 직접 연결해야 할 트래픽이 회선으로 들어가 느려집니다. 처리 방법은 간단합니다. 클라이언트에서 규칙 세트를 한 번 갱신하고(보통 구독 갱신과 같은 위치입니다) 클라이언트를 완전히 재시작하세요. 백그라운드 전환만으로는 부족합니다.

복구 순서

1. 먼저 출구 IP를 확인해트래픽이 실제로 회선을 타는지 확인하세요. 회선을 타지 않는다면 연결 문제를 먼저 해결하고 아래는 볼 필요가 없습니다.
2. DNS 해석을 한 번 확인해해석 이상을 배제하세요. 명령과 판독 방법은 위 절에 있습니다.
3. 규칙 세트를 갱신하고클라이언트를 재시작하세요. 이 단계로 '일부 사이트가 안 열림'의 대부분이 해결됩니다.
4. 프록시 모드를 잠시 전역으로 바꿔같은 사이트를 테스트하세요. 전역에서는 열리고 규칙에서는 안 열리면 문제는 규칙 세트로 확정됩니다.
5. 위가 모두 정상이라면 대상 사이트 자체를 의심하세요.다른 네트워크 환경에서 같은 사이트에 접속해 똑같이 안 열리면 사이트 측 문제이며 회선과 무관합니다.

속도 저하와 야간 혼잡 지연

'느리다'는 두루뭉술한 표현입니다. 진단 전에 이를 관찰 가능한 세 가지 현상으로 나누세요. 대역폭 부족, 지연 시간 과다, 패킷 손실입니다. 세 가지는 증상과 원인, 처리 방법이 전혀 다르므로 섞어서 진단하면 회선만 계속 바꾸게 됩니다.

먼저 세 가지 느림을 구분하세요

• 대역폭 부족:큰 파일을 내려받을 때 속도가 오르지 않지만 페이지 열기와 영상 재생 시작은 정상입니다. 지속적인 저속으로 나타납니다.
• 지연 시간 과다:클릭할 때마다 1~2초를 기다려야 반응이 옵니다. 다운로드 속도는 낮지 않을 수 있으며 '버벅이지만 느리지는 않은' 형태로 나타납니다.
• 패킷 손실:화상 회의 소리가 끊기고, 페이지가 절반쯤 로딩되다 멈추고, 새로 고침을 반복해야 합니다. 불안정한 형태로 나타납니다.

판단 방법은 직관적입니다. 페이지를 열어 첫 바이트가 나오는 속도(지연)를 보고, 큰 파일을 내려받아 속도가 안정적인지(대역폭) 보고, 회의나 라이브 방송에서 끊김이 있는지(패킷 손실) 봅니다. 세 가지 중 대역폭만 속도 측정 숫자로 대략 반영되고, 나머지 두 가지는 실제 사용 감각으로 판단해야 합니다.

회선 유형과 야간 혼잡

야간 혼잡은 보통 20:00~24:00을 말하며 국제 출구가 가장 붐비는 시간대입니다. 세 가지 회선 유형의 차이가 이 시간대에 가장 크게 드러납니다.

절대적인 결론은 아닙니다. 구체적인 성능은 거주 도시, 통신사, 그날의 출구 상황에 따라 달라집니다. 다만 회선 선택의 논리는 일정합니다. 안정성에 민감한 상황(회의, 원격 데스크톱)은 IEPL 전용선을 우선하고, 대역폭에 민감한 상황(4K 영상, 대용량 파일)은 지역 이름만 보지 말고 현재 회선의 실제 속도를 우선 확인하세요. 전체 회선 목록과 유형 표기는 회선 페이지에 있습니다.

자가 점검 단계

1. 회선 유형을 바꿔 다시 측정.같은 시간대에 직접 연결, 중계, IEPL을 각각 한 번씩 측정하고 결과를 기록하세요. 시간대를 넘나드는 비교는 의미가 없습니다.
2. 로컬 점유 확인.같은 네트워크에서 다른 기기가 다운로드, 백업, 영상 시청을 하고 있는지 보세요. 업로드를 가득 채우는 대용량 파일 동기화 하나만으로도 네트워크 전체가 느려집니다.
3. Wi-Fi 확인.공유기에 가까이 가고 5GHz 대역을 우선 사용해 다시 측정하세요. Wi-Fi 자체의 흔들림이 회선 문제로 오판되는 경우가 많습니다.
4. 제대로 된 경로를 타는지 확인.'내 IP' 페이지에서 출구 지역이 선택한 회선과 일치하는지 확인하세요. 홍콩을 선택했는데 다른 지역으로 나간다면 분기 규칙에 문제가 있으므로 앞 장에 따라 처리하세요.
5. 기기를 바꿔 비교.같은 회선을 다른 기기에서 측정해 기기 한 대의 성능 병목을 배제하세요.

상황별 대역폭 참고

표의 숫자는 일반적인 참고값이며 본 서비스가 보장하는 속도가 아닙니다. 실제 속도는 이용 위치, 로컬 통신사, 당시 회선 부하와 대상 사이트의 응답 성능에 따라 달라집니다.

AI 도구와 스트리밍의 다른 양상

대화형 AI 도구는 대역폭보다 지연에 민감합니다. 첫 응답이 느린 것은 보통 지연 문제이므로 대역폭이 큰 회선보다 지연이 낮은 회선으로 바꾸는 것이 효과적입니다. 스트리밍은 대역폭에 민감하므로 4K 재생 시작 실패나 잦은 화질 저하는 보통 대역폭 문제입니다. 둘 다 속도 측정 숫자만 보지 말고 실제 사용 중의 양상을 직접 관찰하는 편이 더 정확합니다.

잦은 끊김과 모바일 백그라운드 연결 해제

끊김은 두 종류입니다. 하나는 연결이 갑자기 끊겨 수동으로 다시 연결해야 하는 경우, 다른 하나는 연결이 계속 '켜짐'으로 표시되지만 기기가 백그라운드로 가거나 화면이 잠기면 데이터를 받지 못하는 경우입니다. 전자의 원인은 주로 네트워크와 회선에 있고, 후자는 거의 모두 시스템의 절전 및 백그라운드 정책입니다. 어느 종류인지 먼저 구분하세요. 처리 방향이 전혀 다릅니다.

데스크톱: 끊김의 시간 규칙부터 보기

• 일정한 간격으로 끊김.보통 클라이언트의 연결 유지 전략이나 시스템의 절전 옵션입니다. 클라이언트에 '자동 재연결' 스위치가 있는지, 시스템에 네트워크 어댑터를 절전시키는 옵션이 켜져 있는지 확인하세요.
• 네트워크 전환 시 끊김.Wi-Fi에서 유선으로 바꾸거나 Wi-Fi를 전환할 때 끊기는 것은 정상이며, 클라이언트가 보통 몇 초 안에 자동 재연결합니다.
• 불규칙하게 끊김.회선 변동이나 로컬 네트워크 품질과 관련이 많습니다. 끊긴 시각을 기록해 야간 혼잡 시간대와 비교하면 회선 혼잡인지 로컬 문제인지 빠르게 구분됩니다.

모바일: 백그라운드 연결 해제 관련 설정 항목

iOS와 Android는 모두 백그라운드 앱을 제한하며, VPN 클라이언트가 백그라운드에서 정지되면 연결이 끊깁니다. 플랫폼별로 아래 설정 항목을 확인하세요.

설정 경로는 시스템 버전마다 조금씩 다르지만 키워드는 일정합니다. 배터리 최적화, 백그라운드 활동, 자동 시작, 백그라운드 앱 새로 고침입니다. 찾기 어려우면 시스템 설정 검색창에 이 단어들을 그대로 입력하세요.

네트워크 전환으로 인한 끊김

모바일 기기가 Wi-Fi와 셀룰러 네트워크 사이를 오가면 IP 주소가 바뀌고 기존 연결은 반드시 끊깁니다. 대부분의 클라이언트는 몇 초 안에 자동 재연결하며, 복구가 늦으면 연결 스위치를 한 번 껐다 켜면 됩니다. 지하철, 엘리베이터, 건물 간 이동 중 잦은 전환은 정상이며 고장이 아닙니다.

처리 목록

1. 끊긴 시각을 기록해 야간 혼잡 시간대에 집중되는지 판단하세요.
2. 클라이언트의 자동 재연결 설정이 켜져 있는지 확인하세요.
3. 플랫폼별로 백그라운드 및 절전 허용 목록 설정을 마치고 클라이언트를 한 번 재시작하세요.
4. 회선 유형이 다른 회선으로 바꿔 여전히 끊기는지 관찰하세요.
5. 여전히 자주 끊기면 마지막 장에 따라 끊긴 시각과 당시 회선 이름을 첨부해 티켓을 접수하세요.

구독 갱신 실패: 여섯 가지 원인과 처리

구독은 클라이언트가 회선 목록을 가져오는 유일한 경로입니다. 갱신 실패는 세 가지로 나타납니다. 회선 목록이 비는 경우, 목록이 구버전에 머무는 경우, 클라이언트가 갱신 시간 초과를 알리는 경우입니다. 세 가지 증상의 원인은 대체로 겹치므로 아래 순서대로 확인하세요.

구독 링크의 구성

구독 링크는 매개변수가 붙은 주소이며 형식은 다음과 같습니다.

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

위는 형식 예시이며 실제 주소가 아닙니다. 실제 링크는 사용자 패널에서 생성되며 복사해 클라이언트에 그대로 붙여 넣으면 됩니다. token 부분은 계정과 연결되어 자격 증명과 같습니다. 이 링크를 얻은 사람은 누구든 회선 목록을 가져갈 수 있고 트래픽 한도 안에서 사용할 수 있습니다. 링크를 공개 채널에 올리거나 스크린샷에 담지 마세요.

여섯 가지 흔한 원인

1. 네트워크 불통.기기가 현재 구독 주소가 있는 서버에 접속할 수 없는 상태입니다. 링크를 브라우저 주소창에 붙여 한 번 열어 보세요. 내용이 반환되면 네트워크는 문제없습니다.
2. 링크 변형.복사할 때 불필요한 문자가 붙거나 보안 소프트웨어의 '링크 검사'에 걸린 경우입니다. 패널에서 다시 복사하고 직접 고치지 마세요.
3. 클라이언트 시간 부정확.구독 서버와 연결을 맺을 때 실패합니다. 시스템 자동 시간 동기화를 켜세요.
4. 클라이언트 버전이 너무 오래됨.구버전은 현재 구독 형식을 지원하지 않을 수 있습니다. 클라이언트를 최신 버전으로 업데이트한 뒤 다시 시도하세요.
5. 계정 상태 변화.요금제 만료나 트래픽 소진 후에는 구독이 갱신되지 않을 수 있습니다. 패널의 계정 개요 페이지에서 요금제 상태를 확인하세요.
6. 로컬 네트워크가 구독 도메인을 차단.다른 네트워크(모바일 네트워크)에서 다시 갱신해 보세요. 갱신되면 기존 네트워크의 문제입니다.

수동 갱신과 다시 가져오기

1. 클라이언트에서 구독 관리 항목을 찾아 '다시 가져오기'가 아니라 '갱신'을 눌러 증분 갱신을 먼저 시도하세요.
2. 갱신이 실패하면 이 구독을 삭제하고 패널에서 링크를 다시 복사해 가져오세요.
3. 가져온 뒤에도 회선 목록이 비어 있으면 링크 끝이 잘렸는지 확인하세요. 긴 링크는 메신저에서 두 줄로 끊기기 쉽습니다.
4. 여전히 비어 있으면 링크를 브라우저 주소창에 붙여 여세요. 정상이라면 텍스트 내용이 반환됩니다. 오류 페이지가 반환되면 링크 자체에 문제가 있으므로 패널에서 주소를 다시 생성하세요.

갱신은 성공했는데 회선이 그대로

일부 클라이언트는 회선 목록을 캐시하며, 갱신 후 완전히 재시작해야 반영됩니다. 백그라운드 전환만으로는 부족합니다. 또한 구독의 회선과 직접 즐겨찾기한 회선은 별개의 목록이며, 구독 갱신이 즐겨찾기 항목을 덮어쓰지 않습니다. 특정 지역이 '갱신 후에도 남아 있다면' 그것이 즐겨찾기한 항목인지 먼저 확인하세요.

특정 앱이 프록시를 타지 못함: 분기와 예외

브라우저는 정상인데 특정 앱이 네트워크 오류를 알리는 것은 분기 규칙에서 가장 흔한 문제 유형입니다. 점검 순서는 프록시 모드를 먼저 확인하고, 그다음 이 앱의 트래픽이 규칙에서 제외되는지 확인하며, 마지막에 회선을 의심하는 것입니다.

세 가지 프록시 모드의 차이

전역 모드로 한 번 대조해 보세요. 전역으로 바꾼 뒤 앱이 정상이라면 규칙 세트가 이 앱을 제외한 것입니다. 전역으로 바꿔도 안 된다면 문제는 분기가 아니므로 계속 아래를 확인하세요.

네 가지 흔한 상황

1. 규칙 세트가 이 앱을 직접 연결로 판정.규칙 세트를 갱신하세요. 그래도 안 되면 클라이언트의 사용자 지정 규칙에서 이 앱의 도메인이나 프로세스를 프록시 목록에 추가하세요.
2. 앱이 독립적인 네트워크 스택을 사용.일부 앱은 자체 해석 로직을 쓰거나 UDP 직접 연결을 사용해 시스템 프록시를 타지 않습니다. 클라이언트에 모든 트래픽을 가로채는 옵션이 켜져 있는지 확인하세요(클라이언트마다 이름이 다르며 흔히 TUN 모드 또는 강화 모드입니다).
3. 앱이 출구 지역을 검증.일부 서비스는 출구 IP의 지역에 따라 제한을 둡니다. 다른 지역의 회선으로 다시 시도하세요.
4. 앱이 이전 네트워크 상태를 캐시.앱을 완전히 종료한 뒤(백그라운드 전환이 아니라) 다시 열어 연결을 새로 맺게 하세요.

앱별 프록시와 예외 목록

클라이언트가 '앱별 프록시'를 제공한다면 대상 앱이 목록에서 회선을 타도록 체크되어 있는지 확인하세요. 두 방향에 주의하세요. 회선을 타야 하는데 체크되지 않으면 앱을 쓸 수 없고, 직접 연결해야 하는데 체크되어 있으면 로컬 서비스가 느려지거나 아예 안 됩니다. 은행, 화면 미러링, 같은 네트워크 기기 관리 앱은 보통 직접 연결을 권장합니다.

검증 방법

1. '내 IP' 페이지(myip.html)를 열어 현재 출구 IP와 지역을 기록하세요.
2. 문제가 되는 앱을 열어 네트워크 요청이 발생하는 작업을 한 번 수행하세요.
3. '내 IP' 페이지로 돌아와 새로 고침하세요. IP와 지역이 그대로라면 이 앱의 트래픽이 회선을 타지 않은 것이며, 문제는 회선이 아니라 분기에 있습니다.
4. 전역 모드로 바꿔 한 번 반복해 판단을 확정하세요. 전역에서는 IP가 바뀌고 규칙에서는 그대로라면 규칙 세트의 문제입니다.

기기, 계정과 구독 자격 증명

이 장은 계정 측 현상을 다룹니다. 로그인 상태, 구독 자격 증명, 요금제와 트래픽 상태입니다. 오해하기 쉬운 규칙 하나를 먼저 말하겠습니다. 본 서비스는 동시 접속 대수 제한이 없어 같은 계정을 Windows, macOS, iOS, Android, Linux에서 동시에 사용할 수 있고, 기기 수에 대한 추가 요금도 없으며 기기 수로 등급을 나눈 요금제도 없습니다.

'기기 수 초과' 알림은 어디서 오는가

비슷한 알림이 보인다면 먼저 출처를 구분하세요.

• 알림이 제3자 클라이언트에 나타남.일부 클라이언트는 자체적으로 기기 목록을 관리합니다. 알림은 계정과 무관하므로 공식 클라이언트로 바꾸거나 알림을 무시하면 됩니다.
• 알림이 브라우저에 나타남.브라우저 확장 프로그램이나 보안 소프트웨어가 현재 페이지에 대해 표시하는 알림일 수 있으며 계정과 무관합니다.
• 알림이 로그인과 관련됨.먼저 로그인 상태 만료인지 확인하고 다시 로그인한 뒤 보세요.

본 서비스의 요금제 간 차이는 트래픽 한도와 가격뿐이며 기기 수 등급은 존재하지 않습니다. 기기가 많은 것의 유일한 실제 영향은 트래픽이 더 빨리 소모된다는 점입니다. 여러 기기에서 동시에 영상을 보면 월 트래픽이 더 빨리 소진됩니다.

구독 링크가 곧 자격 증명

구독 링크의 token은 계정과 연결되어 있습니다. 이 링크를 얻은 사람은 누구든 회선 목록을 가져갈 수 있고 트래픽 한도 안에서 사용할 수 있습니다. 따라서 다음을 지키세요.

• 구독 링크를 공개 그룹, 포럼, 스크린샷에 올리지 마세요.
• 출처가 불분명한 '구독 변환' 서비스에 링크를 넘기지 마세요.
• 링크 유출이 의심되면 패널에서 구독 주소를 다시 생성하세요. 기존 주소는 즉시 무효가 되며, 이후 각 기기의 클라이언트에서 다시 가져오면 됩니다.

로그인 상태와 비밀번호

로그인 상태는 브라우저에 로컬로 저장되며, 브라우저 데이터를 지우거나 기기를 바꾸거나 오랫동안 로그인하지 않으면 다시 로그인해야 합니다. 비밀번호는 독립적인 긴 암호를 쓰고 다른 사이트와 재사용하지 마세요. 비밀번호를 변경해도 각 기기에 이미 가져온 구독은 영향을 받지 않지만 패널에는 다시 로그인해야 합니다. 가입에는 사용자 이름과 비밀번호만 필요하며 이메일 주소는 필요하지 않습니다.

트래픽과 요금제 상태

월 구독의 트래픽은 개통일 기준으로 매월 초기화됩니다. 예를 들어 9일에 개통했다면 매월 9일에 초기화됩니다. 중간에 등급을 올리면 차액이 남은 일수로 환산됩니다. 트래픽 팩은 다 쓰기 전까지 영구적으로 만료되지 않아 사용량이 일정하지 않은 상황에 적합합니다. 패널의 계정 개요 페이지에서 현재 요금제, 사용한 트래픽과 만료 시각을 볼 수 있습니다. 요금제 등급과 가격은 가격 페이지에 있습니다.

언제 고객 지원을 찾아야 하는가: 티켓에 첨부할 정보

앞의 여덟 장은 스스로 해결할 수 있는 대부분의 문제를 다룹니다. 이 장은 두 가지를 설명합니다. 어떤 상황에서는 자가 점검을 멈춰야 하는지, 그리고 티켓을 넣을 때 정보를 한 번에 다 주어 문제를 한 차례에 해결하는 방법입니다.

자가 점검을 멈춰야 하는 세 가지 상황

• 같은 계정이 여러 기기, 여러 네트워크에서 연결을 맺지 못하고 여러 회선으로 바꿔도 효과가 없음.
• 패널에서 주소를 다시 생성한 뒤에도 여러 기기에서 구독을 갱신하지 못함.
• 클라이언트가 계정 상태 이상을 알리거나 요금제 상태가 패널 표시와 일치하지 않음.

티켓에 반드시 첨부할 여섯 가지 정보

1. 계정 사용자 이름.사용자 이름만 적고 비밀번호는 첨부하지 마세요.
2. 문제가 발생한 플랫폼과 클라이언트 이름.예를 들어 'Android 클라이언트', 'Windows 클라이언트'처럼 적습니다.
3. 현재 회선 이름과 회선 유형.예를 들어 '도쿄 · 중계'처럼 적습니다.
4. 오류 원문 또는 현상의 정확한 설명.안 열리는지, 느린지, 끊기는지 세 가지를 섞어 말하지 마세요.
5. 이미 수행한 자가 점검 단계와 결과.예를 들어 '도쿄 중계, 홍콩 IEPL을 바꿔 봤지만 같은 시각에 모두 실패'처럼 적습니다.
6. 문제가 나타난 구체적인 시각과 빈도.예를 들어 '9월 18일 21:30부터 지속'처럼 적습니다.

티켓 작성 예시 비교

정보가 충실한 티켓은 이렇게 생겼습니다.

정보가 부족한 티켓은 이렇게 생겼습니다.

두 경우의 결과 차이는 큽니다. 전자는 특정 회선이나 특정 단계로 바로 좁힐 수 있고, 후자는 서너 차례 되묻는 과정이 필요해 처리 시간이 몇 배로 늘어납니다.

티켓 접수 경로와 후속 확인

티켓 접수는 사용자 패널 안에 있으며, 로그인 후 티켓 페이지에서 제출하면 됩니다. 제출 후 같은 페이지에서 답변과 상태를 확인할 수 있습니다. 정보를 보충할 때는 원래 티켓에 답장하고 새로 열지 마세요. 같은 티켓에서는 전체 진단 과정을 볼 수 있지만 새 티켓은 앞의 정보를 모두 버리는 것과 같습니다.

요금제와 환불 관련 문의도 같은 경로로 접수할 수 있습니다. 월 구독과 트래픽 팩 모두 30일 무조건 환불을 지원하며, 전체 약관은 환불 정책 페이지에 있습니다. 아직 사용을 시작하지 않았다면 가격 페이지에서 등급을 확인하거나 바로 무료 체험을 시작할 수 있습니다.