VPN 문제 해결 가이드

점검 전 준비: 세 계층 진단과 세 가지 교체법

결론부터 말하면 '연결 안 됨'의 대부분은 회선 장애가 아니라 로컬 네트워크, 클라이언트 설정, 대상 서비스 중 하나의 문제입니다. 먼저 계층을 특정한 다음 손을 대세요. 무작정 클라이언트를 재설치하고 회선을 계속 바꾸면 변수만 뒤섞여 나중에는 어느 단계가 효과를 냈는지 스스로도 설명할 수 없게 됩니다.

문제를 세 계층으로 나누기

첫 번째 계층은 로컬 네트워크입니다. 회선 자체, 공유기 정책, 같은 네트워크 안의 접근 제어가 여기에 해당합니다. 판단 방법은 간단합니다. 가속을 끄고 국내 사이트가 정상적으로 열리는지, 기기를 다른 네트워크(스마트폰 핫스팟, 다른 Wi-Fi)로 옮기면 회복되는지 확인하세요. 회복된다면 문제는 이 계층에 있으므로 나머지 두 계층은 당분간 건드리지 않아도 됩니다.

두 번째 계층은 클라이언트와 계정입니다. 구독이 최신인지, 계정이 유효 기간 내인지, 트래픽을 이미 다 썼는지 확인하세요. 월 구독 트래픽은 가입일 기준으로 매달 초기화되며 달력 기준이 아니므로, 이 점을 먼저 확인하면 '마침 다 써서' 생긴 문제를 회선 장애로 오해하지 않습니다. 같은 계정을 다른 기기에서 써보는 것도 이 계층을 판별하는 기준입니다.

세 번째 계층은 회선과 대상 서비스입니다. 회선 유형(IEPL 전용선 / 중계 / 직결)을 바꿔서 회복되는지 확인하세요. 특정 사이트 하나만 열리지 않고 다른 사이트는 모두 정상이라면 대상 서비스 자체의 문제일 가능성이 크며, 회선을 바꿔도 도움이 되지 않습니다. 회선 유형별 차이와 적합한 상황은 회선 페이지에 정리되어 있습니다.

세 가지 교체법: 한 번에 변수 하나만

네트워크 교체: 기기를 현재 Wi-Fi에서 스마트폰 핫스팟으로 옮겨보세요. 회복되면 문제는 기존 네트워크 회선이나 공유기에 있고 계정, 회선과는 무관합니다.

기기 교체: 같은 계정으로 다른 기기에서 접속해 보세요. 회복되면 계정과 회선은 정상이고, 문제는 원래 기기의 클라이언트나 시스템 설정에 있습니다.

회선 교체: 같은 기기에서 회선 유형을 전용선에서 중계 또는 직결로 바꿔보세요. 회복되면 기존 회선 쪽에 이상이 있다는 뜻이므로, 원래 회선의 이름과 지역을 기록해 두면 문의할 때 유용합니다.

세 가지 교체법의 가치는 새 변수를 만들지 않는다는 데 있습니다. 한 번에 하나만 바꿔야 결과가 방향을 알려줍니다. 세 가지를 모두 해봤는데도 문제가 그대로라면 클라이언트에서 파라미터를 계속 바꿔볼 필요 없이 이 페이지 마지막 장의 문의 절차로 넘어가면 됩니다.

30초 안에 끝낼 수 있는 세 가지 확인

계정과 트래픽: 사용자 패널에 로그인해 계정 상태와 이번 달 트래픽 잔량을 확인하세요. 패널에 표시된 숫자가 유일한 기준이므로 기억에 의존하지 말고 그 값을 따르세요.

구독과 클라이언트: 패널에서 구독을 다시 복사한 뒤 클라이언트에서 '구독 갱신'을 직접 한 번 실행하세요. 재설치가 아니라 갱신이라는 점이 중요합니다. 재설치하면 기존 분할 터널링 설정이 사라져 변수만 하나 늘어납니다.

시스템 시간: 시스템의 자동 시간 동기화를 켜세요. 시간 오차는 암호화 핸드셰이크에 직접 영향을 주며, 증상은 '아무리 해도 연결이 안 됨'으로 나타납니다. 자가 점검에서 가장 자주 빠뜨리는 항목입니다. 회선 자체는 군용급 암호화 채널을 사용하므로 핸드셰이크가 시간에 민감한 것은 정상적인 설계입니다.

다음은 이 서비스의 네 가지 고정 사양이며, 이후 모든 장의 판단은 이 값을 기준으로 합니다:

완전히 연결 안 됨: 오류 신호를 먼저 보고 세 갈래로 처리

결론부터 말하면 '완전히 연결되지 않음'은 하나의 문제가 아니라 세 가지입니다. 클라이언트가 바로 오류를 내는 경우, 오래 돌기만 하고 결과가 나오지 않는 경우, 연결됨으로 표시됐다가 곧바로 미연결로 돌아가는 경우—이 세 신호가 가리키는 원인은 거의 겹치지 않으므로 파라미터를 하나씩 시도하는 것보다 나눠서 처리하는 편이 훨씬 빠릅니다.

클라이언트가 어떤 신호를 주는지 먼저 보기

오류 메시지형: 클라이언트가 명확한 오류를 표시하는 경우로, 보통 설정, 계정, 시스템 시간을 가리킵니다. 이 유형은 먼저 앞 장의 세 가지 필수 확인 항목으로 돌아가 확인한 뒤에 회선 교체를 고려하세요.

계속 로딩만 되는 형: 클라이언트가 연결 중 상태에 머물러 있고 오류도 성공도 없습니다. 이 유형은 보통 로컬 네트워크 정책을 가리킵니다. 이용 중인 네트워크의 회선 제한, 공유기의 접근 제어, 또는 같은 기기에 설치된 다른 가속 프로그램이 시스템 라우팅을 점유한 경우입니다.

연결되자마자 끊기는 형: 잠깐 연결됨으로 표시됐다가 곧바로 미연결로 돌아갑니다. 이 유형은 보통 프로토콜과 포트가 중간 장비에서 리셋되거나, 두 개의 프록시 스택이 동시에 시스템 네트워크를 장악해 서로를 밀어내는 경우입니다.

로컬 네트워크 자가 점검: 순서대로, 단계마다 1분

1. 같은 기기에 설치된 다른 가속, 프록시, 패킷 캡처 프로그램을 모두 끄세요. TUN 두 개 또는 프록시 스택 두 개가 동시에 실행되면 서로 라우팅을 차지하려 다툽니다. '완전히 연결되지 않음'에서 가장 흔한 원인인데 클라이언트 화면에서는 전혀 드러나지 않습니다.
2. 다른 회선으로 바꾸기: Wi-Fi에서 스마트폰 핫스팟으로 옮겨보세요. 회복되면 기존 네트워크 회선에 제한이 있다는 뜻이며 계정, 회선과는 무관합니다.
3. 공유기 점검: 자녀 보호, 인터넷 사용 시간 제한, IPv6 강제, 사용자 지정 DNS 설정 모두 연결을 막을 수 있습니다. 항목별로 끄고 다시 시도하세요.
4. PC 전체가 아니라 클라이언트 프로세스만 재시작하세요. 전자는 클라이언트의 연결 상태를 초기화하고, 후자는 변수를 너무 많이 만들어 결과 판단을 오히려 어렵게 합니다.

클라이언트와 계정 쪽 처리

첫 단계는 구독을 다시 받는 것입니다. 사용자 패널에 로그인해 다운로드 영역에서 최신 구독을 복사하고 클라이언트에서 갱신하세요. 두 번째 단계는 회선 유형 교체로, IEPL 전용선, 중계, 직결 순서로 각각 한 번씩 시도하고 연결 후 30초를 기다린 뒤 결과를 판단하세요. 연결되자마자 바로 다른 회선으로 넘기지 마세요.

세 번째 단계는 시스템 시간이 자동 동기화되는지 확인하는 것입니다. 네 번째 단계는 계정 상태와 트래픽 잔량 확인입니다. 계정이 만료됐거나 트래픽을 다 쓴 경우에도 증상은 연결 안 됨으로 같지만 클라이언트가 정확한 안내를 주지 않을 수 있으므로 이 단계는 반드시 패널에서 확인해야 합니다.

연결은 되는데 페이지가 안 열림: DNS와 분할 터널링 판단 순서

결론부터 말하면 이 유형에서는 DNS 조회 실패와 분할 터널링 규칙 미적용이 대부분이고, 대상 서비스 자체의 장애가 세 번째입니다. 판단 순서는 전부 열리지 않는지 일부만 열리지 않는지 먼저 확인하고, 그에 따라 DNS를 볼지 분할 터널링을 볼지 정하는 것입니다.

세 가지 증상, 세 가지 방향

도메인 조회 실패: 브라우저에 서버를 찾을 수 없다는 메시지나 도메인을 확인할 수 없다는 메시지가 뜨지만 클라이언트는 연결됨으로 표시됩니다. 방향은 DNS이며 아래 세 가지 명령으로 자가 점검하세요.

일부 사이트만 열림: 국내 사이트는 정상인데 특정 해외 사이트가 열리지 않거나 그 반대인 경우입니다. 방향은 분할 터널링 규칙이며, 이 페이지 뒤의 '특정 앱만 프록시를 타지 않음' 장을 참고하세요.

전부 열리지 않음: 모든 사이트가 로드되지 않습니다. 방향은 회선 또는 DNS 전체의 이상이므로 앞 장의 절차를 먼저 처리한 뒤 여기로 돌아오세요.

DNS 자가 점검: 세 가지 명령

시스템 터미널에서 아래 명령을 실행하고 example.com을 실제로 열리지 않는 도메인으로 바꾸세요. 세 명령은 각각 세 가지 질문에 답합니다. 도메인이 조회되는지, 조회 결과가 현재 기기가 사용하는 DNS에서 온 것인지, 대상 사이트까지의 핸드셰이크가 정상인지. Windows 기본 명령줄에서는 nslookup과 curl을 바로 쓸 수 있고, dig는 일부 시스템에서 별도 설치가 필요하므로 없으면 nslookup으로 대신하세요.

# 1. 도메인이 IP로 조회되는지 확인
nslookup example.com

# 2. 조회 결과만 추출해 두 번의 조회를 비교
dig example.com +short

# 3. 대상 사이트까지의 연결성과 핸드셰이크 소요 시간 측정
curl -I --max-time 10 https://example.com

첫 번째가 IP 주소를 반환하면 조회 경로가 살아 있다는 뜻이고, 시간 초과나 서버를 찾을 수 없음이 나오면 DNS 요청에 응답이 없다는 뜻입니다. 두 번째는 가속을 켠 상태와 끈 상태에서 각각 한 번씩 실행하세요. 결과가 다르면 두 DNS가 서로 다른 조회 경로를 탄다는 의미이며 이 자체는 정상이지만 현재 어느 쪽을 쓰는지 확인하는 데 도움이 됩니다. 세 번째는 HTTP 상태 코드와 소요 시간을 반환해 '연결이 안 되는 것'과 '연결은 됐지만 상대가 응답하지 않는 것'이라는 전혀 다른 두 상황을 구분해 줍니다.

처리 방법: 시스템 DNS를 공용 리졸버(예: 1.1.1.1 또는 8.8.8.8)로 바꾸거나 클라이언트에 내장된 DNS 처리 옵션을 켜세요. 클라이언트 내 설정이 기준이라는 점에 유의하세요. 시스템 DNS와 클라이언트 DNS는 다를 수 있으므로 양쪽 모두 바꿔야 깔끔하게 적용되며, 한쪽만 바꾸면 변화가 보이지 않는 경우가 많습니다.

대상 서비스 자체의 장애 배제

판단 방법은 하나뿐입니다. 다른 네트워크로 바꾸거나 가속을 끄고 직접 연결해 같은 사이트가 정상으로 돌아오는지 보세요. 직접 연결은 되는데 가속에서는 안 되면 문제는 가속 경로에 있고, 양쪽 다 안 되면 문제는 대상 사이트 자체 또는 로컬 회선에서 해당 사이트까지의 경로에 있으며 이 서비스와는 무관합니다.

오해하기 쉬운 경우가 하나 더 있습니다. 사이트 자체가 점검 중이거나 현재 회선의 지역에 제한을 걸어둔 경우입니다. 이때는 회선 유형이나 지역을 바꾸면 대개 회복되며 설정을 건드릴 필요가 없습니다. 스트리밍 사이트는 지역 차이가 더 크므로 스트리밍 페이지의 지역별 안내를 참고해 해당 지역이 최적화 범위에 포함되는지 먼저 확인하세요.

속도 저하와 저녁 시간대 끊김: 어느 구간이 느린지 먼저 측정

결론부터 말하면 '느림'은 최소 세 위치에서 발생합니다. 로컬 회선, 가속 노드까지의 구간, 노드에서 대상 사이트까지의 구간입니다. 위치를 구분하지 않고 회선을 바꾸면 대부분 헛수고입니다. 세 구간을 먼저 측정하고 어디를 바꿀지 정하세요.

경로를 세 구간으로 나눠 측정하기

첫 구간, 로컬 회선: 가속을 끄고 큰 파일을 내려받아 속도가 안정적인지 보세요. 로컬 자체가 느리거나 같은 시간에 집 안 다른 기기가 다운로드, 동기화 드라이브, 시스템 업데이트를 돌리고 있다면 가속을 켜도 회선보다 빨라질 수 없습니다. 이 구간은 이 서비스와 무관합니다.

두 번째 구간, 가속 노드까지: 가속을 켜고 지리적으로 가까운 지역에 연결해 몇 분간 속도 변동을 관찰하세요. 변동이 작으면 이 구간은 안정적이고, 오르내림이 심하면 로컬 네트워크에서 노드까지 패킷 손실이나 대기가 발생한다는 뜻이므로 회선 유형을 바꾸면 보통 효과가 있습니다.

세 번째 구간, 노드에서 대상 사이트까지: 대상 영상이나 웹페이지를 열어 버퍼링 양상을 보세요. 앞의 두 구간이 정상인데 이 구간만 느리다면 원인은 국제 구간 자체이므로, 처리 방법은 클라이언트 재설치가 아니라 회선 유형 교체입니다.

회선 유형 선택 기준

세 가지 회선 유형의 차이는 '빠르고 느림'이 아니라 경로 방식과 적합한 상황에 있습니다. 유형을 잘못 고르고 느리다고 하는 것이 가장 흔한 오판입니다.

전체 회선 목록과 지역 그룹은 회선 페이지에 있으며, 국가와 도시별로 각 회선의 유형과 스트리밍 지원 여부가 정리되어 있습니다. 대상 사이트가 있는 지역에 맞춰 고르면 됩니다.

저녁 시간대 끊김: 원인과 대처

저녁 시간대가 느려지는 원인은 특정 시간대에 공용망 구간에 대기가 쌓이기 때문이며, 대역폭을 누가 빼간 것이 아닙니다. 처리 순서는 먼저 IEPL 전용선 회선으로 전환하고, 전용선도 만족스럽지 않으면 지역을 바꾸고, 대량 다운로드나 시스템 업데이트처럼 급하지 않은 작업은 비혼잡 시간대로 옮기는 것입니다.

IEPL 전용선은 전용 채널을 지나 공용망 구간을 거치지 않으므로 저녁 시간대 변동이 직결 회선보다 확실히 작습니다. 영상과 회의 시나리오에서 가장 먼저 권장되는 이유이기도 합니다. 혼잡 시간대 문제인지 판단하려면 같은 회선의 오전과 저녁 성능 차이만 보면 되고 별도 도구는 필요 없습니다.

클라이언트 쪽 세 가지 조정

프로토콜은 기본값인 자동 선택을 유지하고, 기본 옵션으로 정말 연결이 안 되거나 눈에 띄게 느릴 때만 수동으로 지정하되 한 번에 하나만 바꾸세요. 분할 터널링 규칙은 필요한 트래픽만 가속을 타게 해 불필요한 점유를 줄입니다. 같은 기기의 동기화 드라이브, 라이브 방송, 시스템 업데이트는 대역폭을 크게 잡아먹으므로 속도 측정 전에 실행 중이 아닌지 확인하세요.

잦은 연결 끊김과 모바일 백그라운드 끊김: 네 가지 흔한 원인

결론부터 말하면 잦은 연결 끊김은 대부분 서버 쪽이 아니라 네 곳에서 발생합니다. 네트워크 전환, 시스템 절전, 다중 가속 프로그램 충돌, 공유기 세션 만료입니다. 모바일은 여기에 하나가 더 있습니다. 시스템 절전 정책이 백그라운드 프로세스를 동결하는 것입니다.

데스크톱의 네 가지 흔한 원인

네트워크 전환: 노트북이 Wi-Fi와 유선을 오가거나 서로 다른 Wi-Fi 사이를 로밍하면 전환할 때마다 연결이 다시 맺어져 '쓰다 보면 끊긴다'는 증상이 나타납니다. 끊길 때 네트워크 변화가 동반되는지 보면 되고, 그렇다면 클라이언트를 살필 필요가 없습니다.

시스템 절전: 덮개를 닫거나 절전, 화면 꺼짐 후 시스템이 일시 중단되면 복귀 시 기존 연결이 이미 끊겨 있습니다. 절전 정책을 완화하거나 복귀 후 한 번 수동으로 다시 연결하면 되며, 무엇도 재설치할 필요가 없습니다.

다중 가속 프로그램 충돌: 두 클라이언트가 동시에 시스템 네트워크를 장악하면 연결이 주기적으로 서로를 밀어냅니다. 이 유형은 끊기는 시각이 규칙적이고 두 클라이언트의 상태가 번갈아 바뀌는 것이 특징입니다.

공유기 세션 만료: 오래 유휴 상태인 연결은 공유기가 회수하며, '가만히 두면 한참 뒤 끊긴다'는 증상으로 나타납니다. 이런 끊김은 보통 다시 연결하면 바로 회복되고 정상 범위이므로 따로 처리할 필요가 없습니다.

모바일 백그라운드 연결 끊김

모바일 시스템의 절전 정책은 가속 클라이언트를 포함한 앱을 백그라운드에서 동결합니다. Android에서는 클라이언트를 배터리 최적화 예외 목록에 추가하고 백그라운드 활동을 허용해야 하며, iOS에서는 백그라운드 새로 고침을 허용해야 합니다. 시스템별 구체적인 조작 경로는 Android 처음부터 시작하기 글에 단계별로 설명되어 있으니 그대로 따라 하면 됩니다.

모바일 네트워크 전환도 재연결을 유발합니다. Wi-Fi에서 밖으로 나가며 모바일 데이터로 바뀌거나 서로 다른 방식 사이를 오갈 때 연결이 다시 맺어집니다. 이는 정상적인 네트워크 동작이며 끊김으로 보지 않고 계정과 트래픽에도 영향이 없습니다.

'진짜 끊김'과 '빠른 재연결' 구분하기

클라이언트의 연결 유지 시간이 0으로 돌아갔는지 보세요. 0이면 실제로 끊긴 것이고, 그대로면 연결은 계속 유지됐으며 특정 앱만 잠깐 멈춘 것이므로 가속 경로의 문제가 아닙니다. 로그에 연속 재연결 기록이 있는지도 보세요. 여러 줄이 연속이면 진짜 끊김이고, 한 줄이 이따금 나오면 네트워크 흔들림일 뿐입니다.

집에 기기가 많고 네트워크 전체를 한 번에 가속하고 싶다면 공유기 단위 방식이 기기마다 따로 설정하는 번거로움을 덜어주지만, 하드웨어 진입 장벽과 유지 관리 비용은 더 높습니다. 자세한 비교는 공유기 VPN 방식 비교를 참고하세요. 방식을 잘 고르면 데스크톱의 끊김 문제는 절반 이상 줄어듭니다.

구독 갱신 실패: 링크, 캐시, 가져오기 프로토콜

결론부터 말하면 구독 갱신 실패는 보통 세 가지입니다. 링크가 불완전하거나 만료됨, 클라이언트가 이전 내용을 캐시함, 가져오기 프로토콜을 잘못 선택함. 이 세 가지는 판단과 처리 모두 클라이언트 재설치가 필요 없으며 순서대로 시도하면 됩니다.

구독 링크는 어디서 받고 어떻게 생겼나

사용자 패널에 로그인해 개요 또는 다운로드 영역에서 구독 링크를 복사하세요. 링크는 아래와 같은 형태이며 token은 계정 전용 문자열로 로그인 후에만 보입니다:

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

위는 형식 예시이며 사용 가능한 주소가 아닙니다. 실제 링크는 공개 채널에 올리거나 캡처로 공유하지 마세요. 링크를 가진 사람은 곧 구독을 가진 사람이 됩니다. 새 기기에서 사용해야 할 때는 패널에 로그인해 다시 복사하면 됩니다.

갱신 실패의 네 가지 경우

1. 링크 복사가 불완전함: 메신저와 메모 앱은 긴 링크 중간에 줄바꿈을 넣거나 일부를 생략합니다. 복사할 때 앞뒤가 온전한지 확인하고 붙여넣은 뒤 불필요한 공백이 없는지 점검하세요.
2. 클라이언트가 이전 내용을 캐시함: 클라이언트에서 '구독 갱신'을 직접 실행하세요. 재설치가 아닙니다. 재설치하면 분할 터널링 설정이 사라지고 이전 캐시까지 함께 되돌아옵니다.
3. 시스템 시간 오차: 요청 검증은 시간에 민감해 시간이 맞지 않으면 바로 거부됩니다. 자동 시간 동기화를 켜고 다시 시도하세요.
4. 가져오기 프로토콜 선택 오류: 가져오기 우선순위는 clashplus://, Shadowrocket, Stash, sing-box, Clash 순입니다. 같은 구독 링크라도 클라이언트마다 인식하는 프로토콜이 다르므로 앞에 있는 것을 우선 사용하는 편이 호환성이 가장 좋습니다.

구독을 다시 받아야 하는 경우

클라이언트 재설치, 기기 교체, 요금제 변경 후에는 몇 달 전에 저장해 둔 링크를 계속 쓰지 말고 패널에서 구독을 다시 복사하는 것이 좋습니다. 패널에 현재 표시된 링크가 기준이며, 예전 링크가 아직 작동하더라도 최신 회선과 규칙이 반영됐다는 뜻은 아닙니다.

갱신 중 오류가 나타나면 오류 원문을 먼저 기록해 두세요. 문의에 원문을 첨부하는 것이 '갱신이 안 된다'고 설명하는 것보다 훨씬 유용합니다. 계정과 요금제 관련 처리 창구는 사용자 패널의 문의 영역에 있으며, 자세한 절차는 이 페이지 마지막 장을 참고하세요.

특정 앱만 프록시를 타지 않을 때: 분할 터널링 규칙 확인 방법

결론부터 말하면 앱 하나만 가속이 안 되는 경우 열에 아홉은 분할 터널링 규칙이나 해당 앱 자체의 네트워크 구현 문제이며 회선 장애가 아닙니다. 다른 앱이 정상이라면 회선 자체는 이미 통한다는 것이 증명된 셈입니다.

분할 터널링 규칙의 세 가지 매칭 방식

도메인 규칙: 접속하는 도메인으로 매칭하며 가장 많이 쓰이고 이해하기도 쉽습니다. IP 대역 규칙: 대상 주소 대역으로 매칭하며 도메인으로 접속하지 않는 서비스에 사용합니다. 프로세스 및 앱 규칙: 요청을 보내는 프로그램으로 매칭하며 가장 세밀하지만 클라이언트가 지원해야 합니다.

매칭 우선순위는 구체적인 것에서 넓은 것으로 갑니다. 프로세스 규칙이 도메인 규칙보다 우선하고, 도메인 규칙이 IP 대역 규칙보다 우선하며, 마지막이 기본 정책입니다. 직접 연결 규칙이 하나라도 걸리면 그 앱의 트래픽은 가속을 타지 않습니다. '특정 앱만 프록시를 타지 않음'에서 가장 흔한 원인이며 화면에서는 전혀 드러나지 않습니다.

세 가지 대표 시나리오

네 단계 점검법

1. 전역 모드로 전환해 한 번 비교 테스트하세요. 전역 모드에서 정상 사용되면 회선은 문제없고 규칙에 문제가 있다는 뜻이며, 그래도 안 되면 앱 자체나 대상 서비스의 제한입니다. 전역 모드는 진단 수단일 뿐이며 평소에는 규칙 모드를 사용하세요.
2. 클라이언트의 규칙 목록을 훑어 해당 앱이 직접 연결 규칙에 걸리는지 확인하세요. 걸린다면 규칙 순서를 조정하거나 해당 앱용 규칙을 따로 추가하세요.
3. 다른 회선 유형으로 바꿔 다시 시도해 UDP와 포트 관련 제한을 배제하세요.
4. 위 세 단계를 모두 확인한 뒤에만 사용자 지정 규칙을 고려하세요. 사용자 지정 규칙은 적을수록 좋고, 많이 추가할수록 나중에 점검하기 어려워집니다.

스트리밍 앱은 상황이 더 특수합니다. 플랫폼마다 지역별 콘텐츠와 사용 가능 여부가 다르므로 해당 지역의 회선을 골라야 하며, 지역별 안내는 스트리밍 페이지에 있습니다. 회선 선택 논리는 위 네 단계와 같고 대상 지역만 플랫폼에 맞추면 됩니다.

기기 수, 트래픽, 계정 이상: 실제로 존재하는 제한은 무엇인가

결론부터 말하면 VPNOh는 동시 접속 기기 수를 제한하지 않으며, 같은 계정을 Windows / macOS / iOS / Android / Linux에서 동시에 사용할 수 있습니다. 따라서 다른 서비스에서 흔한 '기기 수 초과'는 이 서비스에는 없습니다. 실제로 막을 수 있는 것은 두 가지뿐입니다. 계정 상태와 트래픽 잔량입니다.

기기 수 제한 없음이 뜻하는 것

기기 수 제한 없음은 동시 접속 기기에 상한이 없다는 뜻입니다. 집의 컴퓨터, 스마트폰, 태블릿, TV 박스가 같은 계정으로 동시에 접속할 수 있고 기기마다 따로 결제할 필요가 없습니다. 가족이 계정 하나를 함께 쓰는 것도 허용되며, 유일하게 유의할 기준은 트래픽입니다. 모든 기기가 같은 트래픽 한도를 공유합니다.

여러 기기 공유의 구체적인 계산 방식과 유의 사항은 다중 기기 VPN 추천 글에 자세히 설명되어 있습니다. 가족이 트래픽을 어떻게 나눌지, 어떤 기기를 항상 연결해 두면 좋은지, 어떤 기기를 필요할 때만 연결할지까지 다룹니다. 기기 수는 제한이 아니고 사용량 배분이 계획해야 할 일입니다.

'기기 수 초과' 같은 안내를 만났을 때

안내가 어느 클라이언트에서 나왔는지 먼저 확인하세요. 기기에 다른 서비스를 설치해 두었다면 그쪽에서 나온 안내일 수 있으므로 이 서비스와는 무관하며, 삭제하거나 중지한 뒤 다시 확인하세요.

이 서비스 계정이 다른 곳에서 사용된 것이 확인되면 비밀번호를 변경하고 패널에서 구독을 다시 받으세요. 클라이언트가 이전 구독을 캐시한 경우에도 비슷한 '상태가 이상하다'는 증상이 나타나며, 구독을 수동으로 갱신하면 정상으로 돌아옵니다.

트래픽과 요금제

월 구독은 세 가지입니다. ¥9.9/월 60GB, ¥18/월 250GB, ¥28/월 500GB. 트래픽은 가입일 기준으로 매달 초기화되며 달력 기준이 아닙니다. 중간에 요금제를 업그레이드하면 차액이 남은 일수로 환산되며 다음 주기를 기다릴 필요가 없습니다.

트래픽 팩은 사용량이 일정하지 않은 사용자에게 적합합니다. ¥158/300GB, ¥358/1000GB, ¥658/3000GB이며 소진될 때까지 유효하고 만료되지 않습니다. 가벼운 브라우징, 장시간 시청, 원격 근무 세 가지 용도에 각각 얼마의 트래픽이 필요한지는 트래픽 팩과 월 구독 선택 글에 추정 방법이 있습니다. 전체 가격과 요금제 비교는 요금제 페이지에 있습니다.

환불과 계정 관련 처리

이 서비스는 14일 무조건 환불을 제공하며 신청 창구는 사용자 패널 안에 있고 문의 절차에 따라 제출하면 됩니다. 계정을 만들 때 이메일 주소가 필요하지 않고 아이디와 비밀번호만으로 완료됩니다. 따라서 비밀번호는 비밀번호 관리자에 보관하고 다른 사이트의 비밀번호를 재사용하지 마세요.

계정, 주문, 결제 관련 이상은 모두 사람이 직접 확인해야 하는 범위에 속하므로 다음 장의 목록에 맞춰 문의를 넣으면 되고, 본문에서 여러 조작을 반복할 필요는 없습니다.

언제 고객 지원을 찾아야 하나: 문의에 첨부할 정보

결론부터 말하면 해당 장의 판단 절차를 이미 마쳤고 네트워크와 회선도 바꿔봤는데 문제가 계속된다면 문의를 넣을 때입니다. 문의의 품질이 처리 속도를 좌우합니다. 한 줄짜리 문의와 정보가 온전한 문의는 처리 경로가 전혀 다릅니다.

바로 문의를 넣어도 되는 세 가지 경우

첫째, 이 페이지의 절차를 모두 거쳤는데도 해결되지 않은 경우입니다. 예를 들어 세 가지 교체법을 모두 시도하고 구독도 다시 받고 시스템 시간도 동기화했는데 연결이 여전히 이상한 경우입니다. 둘째, 계정, 주문, 결제 관련 이상입니다. 이런 문제는 사람이 확인해야 하며 자가 점검으로는 해결되지 않습니다. 셋째, 사람의 확인이 필요한 작업입니다. 요금제 변경, 환불 신청, 계정 관련 처리입니다.

반대로 세 가지 교체법도 하지 않고 문의를 넣으면 처리하는 쪽에서도 반드시 먼저 해보라고 안내합니다. 변수를 깔끔하게 정리한 뒤 제출하는 것이 가장 시간을 아끼는 방법입니다.

문의에 첨부할 다섯 가지 정보

다섯 항목 중 가장 자주 빠뜨리는 것이 마지막 두 가지입니다. 오류 원문이 '연결이 안 된다'보다 유용하고, 이미 한 점검이 '다 해봤다'보다 유용합니다. 세 가지 교체법의 결과를 분명히 적으면 처리하는 쪽이 첫 단계부터 다시 묻지 않고 바로 다음 단계로 넘어갈 수 있습니다.

문의 창구와 기타 채널

사용자 패널에 로그인한 뒤 문의 영역에서 제출하세요: 문의 열기. 기타 연락처와 지원 범위는 문의 페이지에 있습니다. 제출 후 여러 건을 중복 제출할 필요는 없으며, 중복 문의는 처리 기록을 분산시켜 오히려 느려집니다.

문의가 필요 없는 경우

트래픽 소진: 패널에서 바로 갱신하거나 요금제를 업그레이드하면 됩니다. 트래픽은 가입일 기준으로 매달 초기화되고 업그레이드 차액은 남은 일수로 환산됩니다. 구독 가져오는 방법을 모르는 경우: 초보자 가이드에 플랫폼별 전체 단계가 있습니다. 대상 사이트 자체의 장애: 다른 네트워크나 다른 회선과 비교해 이 서비스 문제가 아님을 확인하고 상대가 복구될 때까지 기다리면 됩니다.

초보자가 가장 자주 묻는 유형이 하나 더 있습니다. 여러 기기에서 쓸 수 있는지, 트래픽은 어떻게 계산되는지, 계속 켜둬야 하는지, 속도 제한이 있는지 같은 것들입니다. VPN 초보자 자주 묻는 질문에 이런 질문을 모아 답했고, 더 세분화된 문답은 도움말 센터에 있습니다. 이 점검 가이드는 그 문서들과 함께 사용하세요. 여기서 먼저 위치를 좁히고 해당 페이지에서 세부 내용을 확인하면 됩니다.