네트워크 문제 해결

FAULT / CONNECT

연결 자체가 안 될 때: 먼저 어느 단계에서 실패하는지 확인

클라이언트 미실행, 회선 핸드셰이크 실패, 로컬 네트워크 중단을 구분하세요

“연결 자체가 안 된다”는 웹페이지가 열리는지만으로 판단할 수 없습니다. 클라이언트에서 연결 버튼을 누르기 전후에 어떤 변화가 생기는지 확인하는 것이 중요합니다. 버튼 상태가 바뀌지 않거나 시스템에 네트워크 권한 안내가 나타나지 않거나 클라이언트가 실행 직후 종료된다면 문제는 대개 클라이언트와 시스템 권한 단계에 있습니다. 연결 중 상태로 진입한 뒤 시간 초과, 핸드셰이크 실패 또는 회선 사용 불가로 돌아온다면 회선, 로컬 네트워크 제한과 시스템 시간을 확인하세요. 클라이언트에 연결됨이 표시되는데도 모든 웹페이지에 접속할 수 없다면 이 장의 순수 연결 실패가 아니므로 “웹페이지 및 DNS” 항목을 계속 확인해야 합니다.

먼저 일반 네트워크가 정상인지 확인하세요. 클라이언트를 잠시 연결 해제한 뒤 이전에 접속할 수 있었던 웹사이트를 열어 보세요. 일반 웹사이트도 열리지 않는다면 Wi-Fi, 유선 네트워크 또는 시스템 네트워크 설정부터 복구해야 합니다. 국제 회선은 로컬 네트워크를 진입 경로로 사용하므로 로컬 네트워크가 연결되지 않은 상태에서 원격 회선을 반복해 바꿔도 효과가 없습니다. 일반 네트워크가 정상이라면 창 안에서 연결 버튼만 반복해서 누르지 말고 클라이언트를 완전히 종료한 뒤 다시 실행하세요. Windows와 macOS에서는 시스템 네트워크 확장 또는 가상 네트워크 인터페이스에 권한이 부여되었는지 확인하고, iOS와 Android에서는 연결 권한 화면이 표시되었으며 실수로 취소하지 않았는지 확인해야 합니다.

시스템 시간도 확인할 필요가 있습니다. 암호화 연결은 인증서 유효 기간과 시간 판단에 의존하므로 기기의 날짜, 시간대 또는 시간 동기화가 크게 어긋나면 겉으로는 핸드셰이크 실패만 표시될 수 있습니다. 시간을 시스템 자동 동기화로 되돌리고 클라이언트를 종료한 뒤 연결을 다시 설정하세요. 이때 클라이언트 재설치, 네트워크 초기화와 회선 변경을 동시에 진행하지 않는 것이 좋습니다. 여러 조건을 한꺼번에 바꾸면 연결이 복구되어도 실제 원인을 알 수 없어 다음에 같은 문제가 생겼을 때 다시 찾기 어렵습니다.

무작정 연속 변경하지 말고 같은 지역 회선 교체로 확인하세요

로컬 네트워크와 권한이 정상인지 확인한 뒤 먼저 같은 지역의 다른 회선으로 바꿔 보세요. 같은 지역에서 교체하면 접속 대상, 지리적 거리와 콘텐츠 지역을 최대한 유지하면서 회선만 바꿀 수 있습니다. 교체 직후 복구된다면 당시 원래 회선을 계속 사용하기 어려웠다는 뜻이므로 잠시 뒤 다시 테스트할 수 있습니다. 같은 지역의 회선이 모두 실패하면 인접 지역을 선택해 교차 확인하세요. 짧은 시간에 많은 회선을 연속으로 클릭하지 마세요. 클라이언트가 이전 연결을 정리하는 중이거나 시스템 가상 인터페이스가 아직 복구되지 않았을 수 있어 여러 연결 과정의 오류가 섞일 수 있습니다.

비교를 위해 로컬 네트워크도 하나 바꿔 볼 수 있습니다. 예를 들어 현재 Wi-Fi에서 신뢰할 수 있는 다른 네트워크로 전환하세요. 같은 회선이 특정 로컬 네트워크에서만 실패한다면 문제 범위는 진입 네트워크, 라우터 정책 또는 로컬 DNS로 좁혀집니다. 여러 로컬 네트워크에서 모두 실패한다면 클라이언트 권한, 구독 상태 또는 회선 선택과 관련되었을 가능성이 큽니다. 이때 글로벌 노드에서 지역과 회선 유형 설명을 확인하고 용도에 맞는 대체 회선을 선택하세요. 지역명만 보고 품질을 판단하지 마세요.

초기화가 필요하다면 영향이 적은 작업부터 진행하세요

영향이 적은 복구 순서는 연결 해제, 클라이언트 완전 종료, 재실행부터 시작한 뒤 구독 업데이트와 시스템 권한을 확인하는 것입니다. 시간 초과가 발생했다고 모든 설정을 바로 삭제하지 마세요. 설정을 삭제하면 라우팅 설정, 회선 선택과 비교 가능한 이전 상태가 함께 사라져 문제를 재현하기 더 어려워집니다. 클라이언트에 구독 내용이 비어 있거나 인증이 만료되었거나 설정을 해석할 수 없다는 안내가 나오면 구독 업데이트 항목으로 이동하세요. 특정 앱 하나만 실패한다면 앱별 라우팅 항목을 확인해야 합니다.

가상 인터페이스가 점유되었거나 시스템 네트워크 확장이 제대로 해제되지 않았거나 절전 모드에서 깨어난 뒤 상태가 꼬였을 때는 기기 재시작이 도움이 됩니다. 재시작 후에는 먼저 일반 네트워크를 확인하고, 클라이언트 하나만 실행해 회선 하나에 연결하세요. 여러 유사 도구가 동시에 시스템 네트워크를 제어하지 않도록 해야 합니다. “연결 자체가 안 된다”는 문제가 회선 자체가 아니라 여러 네트워크 확장, 프록시 도구 또는 보안 프로그램이 동시에 라우팅을 변경해서 발생하는 경우도 많습니다. 시스템 프록시, DNS 또는 가상 인터페이스를 변경하는 다른 프로그램을 종료한 뒤 단독으로 테스트하는 편이 반복적인 재설치보다 명확한 결과를 얻기 쉽습니다.

FAULT / WEB-DNS

연결됨으로 표시되지만 웹페이지가 열리지 않거나 DNS 오류가 발생할 때

서로 다른 유형의 대상으로 확인해 DNS 해석 실패와 전송 실패를 구분하세요

클라이언트에 연결됨이 표시되는 것은 로컬 가상 인터페이스와 회선이 연결되었다는 뜻일 뿐, 도메인 해석, 라우팅과 브라우저 연결까지 정상이라는 의미는 아닙니다. 진단할 때 같은 웹페이지 하나만 반복해서 새로 고치지 마세요. 일반 웹페이지, 다른 브라우저와 브라우저에 의존하지 않는 네트워크 앱을 각각 시도하세요. 모든 도메인 기반 대상이 실패하는데도 클라이언트가 회선 상태를 업데이트할 수 있다면 DNS 해석 오류 가능성이 높습니다. 특정 사이트 하나만 실패한다면 대상 서비스의 지역 정책, 브라우저 캐시, 로그인 세션 또는 현재 회선의 출구를 먼저 고려해야 하며 전체 네트워크를 바로 초기화할 필요는 없습니다.

브라우저 자체의 보안 DNS, 시스템 DNS와 클라이언트가 제어하는 DNS가 동시에 존재할 수 있습니다. DNS가 많다고 더 안정적인 것은 아니며, 충돌하면 연결은 되었지만 도메인이 해석되지 않거나 일부 페이지만 열리고 리소스 로딩이 실패하거나 같은 웹사이트가 브라우저마다 다르게 보일 수 있습니다. 점검할 때는 먼저 브라우저에 별도로 설정된 보안 DNS를 잠시 끄고 해석 경로를 시스템과 클라이언트 제어로 되돌린 뒤 다시 테스트하세요. 복구된다면 문제는 브라우저의 독립적인 해석 경로에 있습니다. 이후 필요에 따라 다시 활성화할 수 있지만 브라우저 설정과 클라이언트 규칙이 서로 덮어쓰지 않도록 해야 합니다.

시스템 DNS 캐시를 정리하고 연결을 다시 설정하세요

시스템에는 연결 전에 얻은 해석 결과가 남아 있을 수 있으며, 회선을 자주 바꾸거나 절전 모드에서 복귀하거나 네트워크를 전환한 뒤 특히 자주 발생합니다. 먼저 클라이언트 연결을 해제하고 시스템 DNS 캐시를 지운 다음 다시 연결해 새 브라우저 창에서 테스트하세요. 아래 명령은 로컬 기기의 해석 캐시만 처리하며 CacaVPN 구독 내용은 변경하지 않습니다. 명령을 실행하기 전에 진행 중인 네트워크 작업을 저장하고 해당 시스템의 터미널에서 실행하세요.

ipconfig /flushdns

sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder

resolvectl flush-caches

명령이 완료된 뒤 곧바로 탭을 많이 열지 마세요. 먼저 회선 하나에 연결해 이전에 실패했던 대상 하나만 테스트하고, 그다음 일반 웹사이트를 확인하세요. 일반 웹사이트는 복구되었지만 특정 대상만 계속 실패한다면 DNS는 더 이상 주요 원인이 아닐 가능성이 높으므로 지역 회선, 브라우저 세션과 대상 서비스 상태를 확인해야 합니다. Linux 배포판마다 사용하는 해석 서비스가 다를 수 있습니다. 해당 명령을 찾을 수 없다는 안내가 나오면 출처가 불분명한 명령으로 시스템 파일을 수정하지 말고 시스템 네트워크 설정을 통해 다시 연결하세요.

웹페이지가 일부만 로드될 때 브라우저 상태와 프록시 모드를 확인하세요

페이지 본문은 나타나지만 이미지, 스크립트 또는 로그인 요소가 계속 대기한다면 페이지가 참조하는 여러 도메인이 서로 다른 경로를 사용하고 있을 수 있습니다. 먼저 브라우저의 시크릿 창에서 테스트해 오래된 캐시, 확장 프로그램과 남은 로그인 상태를 제외하세요. 시크릿 창에서는 정상이라면 대상 사이트 데이터를 단계적으로 삭제하거나 요청을 변경하는 확장 프로그램을 비활성화하세요. 브라우저 정보를 전부 지울 필요는 없습니다. 모든 브라우저에서 리소스가 일부만 로드된다면 클라이언트가 글로벌 모드인지 규칙 모드인지 확인하세요. 규칙 모드에서는 메인 사이트와 리소스 도메인이 각각 로컬 네트워크와 회선을 사용할 수 있습니다. 글로벌 모드로 잠시 전환하는 것은 진단에 도움이 되지만 원인을 확인한 뒤에는 실제 용도에 맞는 규칙으로 되돌려야 합니다.

시스템 프록시에 오래된 주소가 남아 있을 수도 있습니다. 클라이언트가 비정상 종료된 뒤에도 운영체제에 프록시가 켜져 있는데 다음 실행 시 해당 프로세스가 이를 수신하지 않으면 브라우저가 인터넷에 연결되지 않습니다. Windows와 macOS에서는 시스템 네트워크 설정에서 현재 클라이언트가 프록시를 관리하는지 확인하고, 모바일에서는 시스템 연결 상태에 이전 네트워크 설정이 남아 있는지 확인하세요. 출처가 불분명한 프록시 주소를 직접 입력하지 마세요. 구독 텍스트를 확인해야 한다면 사용자 패널에서 제공하는 구독 경로만 사용하세요. 예시는 https://example.com/sub?token=YOUR_TOKEN처럼 표시할 수 있지만, 형식 설명을 위한 주소일 뿐 실제 서비스에는 연결되지 않습니다.

FAULT / THROUGHPUT

속도 저하와 피크 시간대 버퍼링: 거리, 진입 경로와 용도를 나누어 확인하세요

속도 문제를 한 번의 속도 측정 결과만으로 판단하지 마세요

국제 연결 속도는 로컬 접속, 통신사 경로, 회선 유형, 출구 지역, 대상 서비스와 기기 성능이 함께 결정합니다. 한 번의 속도 측정은 특정 테스트 대상까지 그 순간의 상태만 보여 줄 뿐 동영상, AI 도구, 파일 전송이나 웹 브라우징의 실제 체감 속도를 그대로 나타내지 않습니다. 점검할 때는 먼저 “느리다”는 문제가 어느 단계에서 나타나는지 구체화하세요. 웹페이지 첫 화면이 늦게 뜨는지, 동영상 화질이 떨어지는지, 다운로드가 계속 느린지, 업로드가 불안정한지, 아니면 특정 서비스만 응답이 느린지 확인해야 합니다. 증상마다 병목이 다르므로 모두 회선 속도 문제로 묶으면 불필요한 회선 변경을 반복하게 됩니다.

먼저 클라이언트 연결을 해제하고 로컬 네트워크 자체에 뚜렷한 변동이 없는지 확인하세요. 로컬 네트워크에서 이미 패킷 손실, Wi-Fi 신호 변화 또는 여러 사용자의 대역폭 점유가 발생한다면 원격 회선으로 진입 문제를 해결할 수 없습니다. 라우터 가까이 이동하거나 가능하다면 유선 네트워크로 비교 테스트를 진행하세요. 그런 다음 지리적으로 가깝고 용도에 맞는 회선에 연결해 같은 기기, 같은 대상과 같은 시간대에 테스트합니다. 가까운 회선은 안정적인데 먼 회선만 뚜렷하게 느리다면 주요 원인은 경로 길이와 지역 간 전송입니다. 모든 지역에서 느리다면 로컬 진입 경로, 클라이언트 모드와 백그라운드 트래픽을 다시 확인하세요.

피크 시간대에는 체감만 믿지 말고 같은 조건으로 비교하세요

피크 시간대의 버퍼링은 진입 네트워크 혼잡과 회선 혼잡을 나누어 확인해야 합니다. “저녁에는 느리다”보다 가치 있는 기록은 같은 기기, 같은 회선과 같은 대상의 시간대별 차이, 그리고 피크 시간대에 같은 지역의 다른 회선으로 바꿨을 때 복구되는지 여부입니다. 특정 로컬 네트워크의 혼잡 시간에만 발생하고 다른 네트워크로 바꾸면 정상이라면 진입 네트워크의 영향이 더 큽니다. 여러 진입 네트워크에서 같은 회선만 계속 비정상이고 같은 지역의 대체 회선은 정상이라면 당분간 원래 회선을 피하고 기록을 남기세요.

동영상은 화질을 높일 때만 버퍼링이 발생하는지 확인하세요. AI 도구는 페이지 접속 실패, 로그인 실패와 생성 대기 시간을 구분해야 합니다. 다운로드 작업은 원본 서버가 단일 연결 속도를 제한하는지도 확인하세요. “4K도 끊김 없음”은 회선, 원본 플랫폼, 로컬 네트워크와 기기의 디코딩 조건에 좌우되므로 짧은 재생 한 번만으로 결론을 내리면 안 됩니다. 대상 서비스가 위치한 지역 또는 인접 지역을 선택하고 백그라운드 동기화와 시스템 업데이트가 대역폭을 차지하지 않도록 한 뒤 같은 콘텐츠에서 같은 지역의 여러 회선을 비교하는 편이 합리적입니다.

VPN 회선 선택 방법: 초보자용 완벽 가이드에서 지역, 회선 유형과 용도별 선택 기준을 참고할 수 있습니다. CacaVPN은 90+개 국가, 200+개 회선을 선택할 수 있지만 지원 국가와 회선 수가 어떤 로컬 네트워크에서도 동일한 성능을 보장하는 것은 아닙니다. 회선 선택의 목표는 가장 먼 지역이나 특정 이름을 고정적으로 고르는 것이 아니라 현재 진입 경로와 용도에 맞는 조합을 찾는 것입니다.

기기의 백그라운드 트래픽, 모드와 프로토콜 처리 부담을 확인하세요

클라우드 드라이브 동기화, 시스템 업데이트, 앱 스토어 다운로드, 사진 백업과 브라우저의 백그라운드 탭은 업로드 또는 다운로드 대역폭을 사용할 수 있습니다. 업로드가 가득 차면 주 작업이 다운로드여도 확인 데이터가 제때 전송되지 않아 속도가 느려질 수 있습니다. 점검할 때는 확인 가능한 백그라운드 전송을 일시 중지하고 불필요한 기기 동기화를 끈 뒤 주요 작업을 다시 테스트하세요. CacaVPN은 기기 수 제한 없이 사용할 수 있지만 기기 수가 늘어난다고 로컬 인터넷 용량이 늘어나는 것은 아닙니다. 여러 기기에서 고용량 작업을 동시에 수행하면 현재 네트워크 진입 용량을 함께 사용합니다.

규칙 모드는 일상적인 사용에 더 적합한 경우가 많지만 규칙이 지나치게 복잡하거나 오래되었거나 순환 매칭이 있으면 오히려 문제가 생길 수 있습니다. 비교를 위해 클라이언트의 글로벌 모드로 잠시 전환해 보세요. 글로벌 모드에서 뚜렷하게 정상이라면 규칙 집합과 앱별 라우팅을 중점적으로 확인해야 합니다. 두 모드 모두 느리다면 회선과 로컬 네트워크를 계속 비교하세요. 테스트가 끝난 뒤 용도에 맞지 않는 진단 설정을 장기간 유지하지 마세요. 회사 내부망, 프린터나 로컬 서비스는 계속 직접 연결해야 할 수 있습니다.

FAULT / SESSION

잦은 연결 끊김과 모바일 백그라운드 연결 중단

연결이 능동적으로 끊긴 것인지 기기가 절전 상태에 들어간 것인지 구분하세요

잦은 연결 끊김이 발생하면 끊기기 직전에 어떤 동작을 했는지 기록하세요. 기기를 방치하거나 화면을 잠그거나 백그라운드로 전환한 뒤에만 끊긴다면 먼저 시스템 절전과 백그라운드 활동 정책을 확인해야 합니다. 계속 사용 중에도 갑자기 끊긴다면 로컬 네트워크 안정성, 회선과 클라이언트 상태를 비교하세요. Wi-Fi에서 다른 네트워크로 이동할 때 끊기는 것은 네트워크 인터페이스가 전환되어 기존 연결을 다시 설정해야 하는 상황으로, 정지 상태에서 반복적으로 끊기는 문제와는 다른 유형입니다.

데스크톱 시스템이 절전 모드에 들어가면 가상 네트워크 인터페이스가 일시 중지될 수 있습니다. 깨어난 뒤 클라이언트 화면에는 이전 상태가 계속 표시되지만 실제 연결은 이미 만료되었을 수 있습니다. 이때는 웹페이지를 새로 고치기만 하지 말고 직접 연결을 해제한 뒤 다시 연결하세요. 절전 모드에서 복귀할 때마다 발생한다면 시스템이 클라이언트의 백그라운드 네트워크 활동을 허용하는지 확인하고, 여러 네트워크 도구가 깨어나는 순간 동시에 복구되지 않는지도 살펴보세요. Windows와 macOS에서는 유선에서 Wi-Fi로, 회사 네트워크에서 가정용 네트워크로 전환한 뒤 항상 발생하는지도 확인하세요. 인터페이스 전환 때만 발생한다면 재연결은 적절한 복구 방법입니다.

모바일에서는 배터리 절약, 백그라운드 활동과 네트워크 전환을 중점적으로 확인하세요

iOS와 Android는 배터리 잔량, 백그라운드 사용 빈도와 시스템 정책에 따라 앱 활동을 제한합니다. 화면을 잠근 뒤 연결이 사라지거나, 다른 앱으로 전환한 뒤 한동안 지나 앱을 다시 열어야 복구되거나, Wi-Fi를 바꾼 뒤 회선 상태가 이전 연결에 머무는 식으로 나타날 수 있습니다. 시스템 설정에서 클라이언트에 필요한 백그라운드 활동을 허용하고 엄격한 절전 또는 깊은 절전 목록에 넣지 마세요. 제조사마다 백그라운드 관리 명칭은 다르므로 배터리, 백그라운드 활동, 자동 시작과 네트워크 접근에 관한 설정을 기준으로 확인하세요. 시스템 관리를 우회한다는 별도 상주 도구를 설치하지 마세요.

모바일에서는 시스템에 다른 VPN 구성이 동시에 활성화되어 있지 않은지도 확인해야 합니다. 설정 목록에 여러 구성이 존재할 수 있지만 실제 네트워크를 제어할 때 서로 교체되기 쉽습니다. 점검할 때는 현재 사용하는 연결만 활성화하고 나머지는 잠시 끄세요. 업무 프로필, 회사 관리 정책 또는 보안 프로그램이 네트워크 구성을 만들었다면 용도를 먼저 확인하고 관리 대상 구성을 바로 삭제하지 마세요. 업무용이 아닌 기기에서 비교하거나 기기 관리 담당자에게 다른 네트워크 확장 사용이 허용되는지 확인할 수 있습니다.

모바일 네트워크와 Wi-Fi 사이를 전환하면 출구 주소와 네트워크 인터페이스가 모두 바뀌어 기존 세션을 유지하지 못할 수 있습니다. 전환 후 인터넷이 되지 않으면 시스템이 네트워크 연결을 완료할 때까지 기다린 뒤 클라이언트에서 다시 연결하세요. 자동 전환이 자주 발생한다면 안정성을 테스트하는 동안 하나의 네트워크만 유지해 회선 자체가 안정적인지 확인하세요. 고정된 네트워크에서도 계속 끊길 때만 같은 지역의 다른 회선을 비교하면 됩니다.

끊김 패턴으로 문제 범위를 좁히세요

끊기는 시간이 일정하지 않지만 항상 로컬 Wi-Fi 신호 변화와 함께 발생한다면 라우터 위치, 무선 간섭 또는 진입 네트워크를 먼저 확인하세요. 일반 네트워크는 계속 안정적인데 특정 회선만 끊기고 같은 지역의 대체 회선은 정상이라면 잠시 회선을 바꾸세요. 같은 기기에서 모든 회선이 끊기지만 같은 네트워크를 사용하는 다른 기기는 정상이라면 해당 기기의 권한, 절전 설정 또는 클라이언트 구성이 원인일 가능성이 큽니다. 같은 네트워크의 모든 기기에서 동시에 끊긴다면 기기별로 클라이언트를 재설치하지 말고 진입 네트워크와 라우터를 확인하세요.

로그의 “연결 종료”, “네트워크 변경”, “인터페이스 사용 불가”와 “원격 시간 초과”는 서로 다른 방향을 가리킵니다. 문의를 제출할 때 모든 로그를 직접 해석할 필요는 없지만 끊기기 전후의 연속된 구간을 보존하고 마지막 오류 한 줄만 잘라 보내지 마세요. 스크린샷에는 현재 회선 이름, 클라이언트 연결 상태와 시스템 유형도 포함해야 합니다. 계정 정보가 보인다면 사용자 이름, 구독 내용과 로그인에 사용할 수 있는 필드를 먼저 가리세요.

FAULT / SUBSCRIPTION

구독 업데이트 실패: 주소, 계정 상태와 클라이언트 해석을 구분하세요

업데이트 작업이 현재 구독에 접근하는지 먼저 확인하세요

구독 업데이트 실패는 요청 시간 초과, 빈 설정, 인식할 수 없는 형식, 인증 실패 또는 업데이트 후 회선 목록이 바뀌지 않는 형태로 나타날 수 있습니다. 처리하기 전에 구독이 CacaVPN 사용자 패널에서 제공된 것인지, 오래된 스크린샷이나 메모 또는 다른 기기에서 내보낸 이전 설정이 아닌지 확인하세요. 구독 내용에는 계정 관련 인증 정보가 포함될 수 있으므로 공개 웹페이지, 단체 채팅이나 제3자 검사 사이트에 붙여 넣지 마세요. 다시 받아야 한다면 사용자 패널에 로그인해 구독 메뉴에서 현재 내용을 복사한 뒤 클라이언트로 돌아가 가져오세요.

구독 주소를 일반 웹페이지처럼 브라우저에서 반복해서 열지 마세요. 브라우저에 텍스트가 표시되거나 파일이 다운로드되거나 미리 볼 수 없다는 안내가 나와도 클라이언트가 반드시 해석하지 못한다는 뜻은 아닙니다. 클라이언트는 자체 구독 형식에 따라 처리합니다. 올바른 진단 방법은 먼저 클라이언트에서 업데이트를 실행하고 전체 오류를 기록한 뒤, 현재 일반 네트워크 또는 연결된 회선으로 구독 경로에 접근할 수 있는지 확인하는 것입니다. 클라이언트에 사용할 수 있는 회선이 없다면 업데이트 작업은 대개 로컬 네트워크에 의존합니다. 이미 연결된 회선이 있다면 연결 해제와 연결 상태에서 각각 테스트해 업데이트 요청이 어느 경로로 나가는지 판단할 수 있습니다.

교육 문서에서 자주 쓰는 형식 예시는 https://example.com/sub?token=YOUR_TOKEN입니다. 이는 구독에 보통 쿼리 매개변수가 포함된다는 점을 보여 주기 위한 명백한 예시 값입니다. 실제 구독은 패널에서만 받아야 하며 매개변수를 추측하거나 도메인을 바꾸거나 쿼리 부분을 잘라내면 안 됩니다. 복사할 때 불필요한 공백, 줄바꿈과 한국어 문장 부호가 들어가지 않도록 하고 주소 일부만 복사하지 마세요.

이전 설정은 보관하되 중복 구독이 서로 덮어쓰지 않도록 하세요

클라이언트에 이름이 비슷한 구독을 여러 개 저장하면 이전 항목을 업데이트하고도 다른 설정을 사용하게 될 수 있습니다. 먼저 현재 활성화된 설정의 출처와 이름을 확인한 뒤 업데이트하세요. 다시 가져와야 한다면 이전 설정을 바로 삭제하지 말고 먼저 비활성화하는 것이 좋습니다. 새 설정에 회선이 정상적으로 표시되고 연결되는 것을 확인한 뒤 중복 항목을 정리하세요. 이렇게 하면 되돌릴 경로를 남기면서 업데이트 전후의 차이도 비교할 수 있습니다.

업데이트는 성공했지만 회선 목록이 바뀌지 않는다면 클라이언트에 캐시가 남아 있거나 현재 설정으로 전환되지 않았거나 정렬과 필터가 일부 회선을 숨기고 있을 수 있습니다. 클라이언트를 완전히 종료했다가 다시 열고 현재 설정 이름을 확인한 뒤 회선 목록을 살펴보세요. 클라이언트가 지원하지 않는 형식이라고 안내하면 사용자 패널에서 제공하는 호환용 경로를 사용하세요. 구독 내용을 온라인에서 변환하지 마세요. 온라인 변환 과정에서 민감한 인증 정보가 추가 서비스로 전달될 수 있고 규칙과 필드가 바뀌어 이후 업데이트가 계속 실패할 수도 있습니다.

계정과 요금제 상태는 별도로 확인해야 합니다

구독 업데이트는 계정 상태에 따라 달라집니다. 패널에 로그인해 현재 요금제, 트래픽과 구독 메뉴가 정상적으로 표시되는지 확인하세요. 월간 구독은 ¥9.9/월 60GB, ¥18/월 250GB, ¥28/월 500GB이며, 트래픽은 가입일을 기준으로 매월 초기화되고 중도 업그레이드 차액은 남은 일수로 환산됩니다. 트래픽 패키지는 ¥158/300GB, ¥358/1000GB, ¥658/3000GB이며 소진될 때까지 사용하고 영구적으로 만료되지 않습니다. 요금제 상태, 트래픽 표시 또는 주문 상태가 예상과 다르면 패널 화면을 캡처해 보관하고 문의로 확인하세요. 구독을 복구하려고 주문을 반복하지 마세요.

패널은 정상이고 다른 클라이언트에서는 업데이트되는데 특정 클라이언트만 계속 해석에 실패한다면 문제 범위는 해당 클라이언트의 설정 또는 시스템 환경으로 좁혀집니다. 같은 기기에서 방금 가져온 실패 항목을 삭제한 뒤 패널에서 다시 가져올 수 있습니다. 그래도 실패하면 클라이언트 이름, 시스템 플랫폼, 오류 원문과 가져오기 방식을 기록하세요. 모든 기기에서 같은 시간에 업데이트할 수 없다면 기기별로 재설치할 필요 없이 패널 상태를 먼저 확인하고 문의에 필요한 정보를 준비하세요.

가입 자체에는 이메일 주소가 필요하지 않으며 사용자 이름과 비밀번호만으로 완료할 수 있습니다. 비밀번호를 잊거나 사용자 이름을 잃어버리면 이메일 주소를 통한 복구가 불가능하므로 평소 로그인 정보를 안전하게 보관하세요. 패널에는 로그인할 수 있지만 구독 업데이트에 실패한다면 가입 조건이 원인이 아니므로 요금제 상태, 구독 메뉴와 클라이언트 해석을 계속 확인해야 합니다.

FAULT / APP-ROUTING

특정 앱만 프록시를 사용하지 못할 때: 트래픽 경로와 라우팅 규칙을 확인하세요

먼저 문제가 특정 앱 하나에서만 발생하는지 확인하세요

특정 앱만 인터넷에 연결되지 않고 브라우저와 다른 앱은 정상이라면 전체 네트워크 초기화부터 시작할 필요가 없습니다. 먼저 해당 앱이 실제로 네트워크 요청을 보내는지 확인하세요. 앱을 종료했다가 다시 열고 인터넷 연결이 필요한 화면으로 이동한 뒤 클라이언트 연결 로그에 해당 트래픽이 나타나는지 살펴보세요. 로그에 해당 앱이나 대상 도메인이 전혀 없다면 앱이 시스템 프록시를 우회하거나 독립 네트워크 스택을 사용하거나 클라이언트가 현재 브라우저 프록시만 제어하고 있을 수 있습니다. 클라이언트가 시스템 수준 가상 네트워크 모드를 지원하는지 확인하고 관련 시스템 권한이 켜져 있는지도 확인하세요.

로그에 대상 요청이 표시되지만 직접 연결로 표시된다면 라우팅 규칙을 중점적으로 확인하세요. 규칙은 도메인, 주소, 프로세스 또는 지역에 따라 경로를 결정할 수 있으며 앱 업데이트 후 새로 사용하기 시작한 도메인이 이전 규칙에 포함되지 않았을 수도 있습니다. 글로벌 모드로 잠시 전환하는 것은 진단 방법 중 하나입니다. 글로벌 모드에서 복구된다면 회선 자체는 사용할 수 있고 문제는 규칙 매칭에 집중됩니다. 글로벌 모드에서도 실패한다면 대상 서비스의 지역, 앱 캐시, 로그인 세션과 회선 출구를 확인하세요. 진단이 끝나면 일상적인 용도에 맞는 모드로 되돌리고 해당 앱에 맞춰 규칙을 조정하세요. 규칙 문제를 가리기 위해 글로벌 모드에 계속 의존하지 마세요.

앱 캐시, 지역 상태와 계정 세션에 이전 결과가 남아 있을 수 있습니다

스트리밍과 AI 도구는 앱 안에 지역, 로그인 세션과 API 연결 정보를 저장하는 경우가 많습니다. 회선을 바꾼 뒤 바로 새로 고쳐도 앱이 네트워크 환경을 즉시 다시 판단하지 않을 수 있습니다. 먼저 앱의 계정 화면에서 로그아웃하고 앱 프로세스를 완전히 종료한 뒤 대상 지역의 회선에 연결해 다시 여세요. 로그아웃 여부는 앱 상황에 따라 판단하고 인증 정보를 확실히 모르는 상태에서 모든 데이터를 삭제하지 마세요. 브라우저 버전은 정상인데 네이티브 앱만 실패한다면 회선은 대상에 도달할 수 있으므로 차이는 앱 캐시, 시스템 권한 또는 앱의 독립적인 네트워크 동작에서 비롯되었을 가능성이 큽니다.

사용자가 “해외 접속 프로그램”을 검색하는 이유가 특정 앱을 해외 서비스에 연결하기 위해서라면 실제 점검 대상은 해당 앱의 트래픽이 시스템 수준 네트워크 경로로 들어가는지, 규칙이 매칭되는지와 대상 지역이 맞는지입니다. 네트워크 도구를 계속 추가하지 마세요. 여러 도구를 동시에 실행하면 라우팅 주체가 불분명해져 브라우저는 한 경로를 사용하고 앱은 다른 경로를 사용하는 상황이 생길 수 있습니다. 점검할 때는 CacaVPN 클라이언트 하나만 네트워크를 제어하도록 두고 프록시, DNS 또는 가상 인터페이스를 변경하는 다른 프로그램은 종료하세요.

로컬 네트워크 앱과 회사 내부망은 직접 연결을 유지해야 합니다

프린터, 파일 공유, 라우터 관리 페이지와 회사 내부망은 대개 로컬 주소 또는 내부 DNS에 의존합니다. 글로벌 모드를 켠 뒤 이러한 앱이 작동하지 않는다고 해서 회선에 문제가 있는 것은 아닙니다. 로컬 트래픽이 원격 경로로 전송된 결과일 수 있습니다. 클라이언트 규칙에서 로컬 네트워크와 내부 서비스를 직접 연결하도록 유지하세요. 조직에서 관리하는 기기라면 내부 네트워크 규칙을 관리자가 배포했을 수 있으므로 임의로 삭제하지 마세요. 직접 연결이 필요한 앱과 대상을 먼저 기록한 뒤 클라이언트의 로컬 네트워크 우회 옵션 또는 규칙 모드를 선택하세요.

회사 업무용 앱은 공용 서비스와 내부 서비스에 동시에 접근할 수 있으므로 앱 전체를 무조건 직접 연결하거나 전체를 프록시로 보내는 방식이 항상 적절하지는 않습니다. 로그의 대상 도메인과 주소를 기준으로 구분하세요. 공용 대상은 지역 회선으로 처리하고 내부 대상은 로컬 경로를 유지합니다. 특정 대상의 용도가 확실하지 않다면 조직의 네트워크 관리 담당자에게 먼저 확인하고 내부 도메인, 주소 또는 설정을 공개 채널에 제출하지 마세요.

ChatGPT, Claude 등의 도구에서 네트워크 조건과 로그인 안정성을 확인하려면 ChatGPT VPN 추천: 가입·로그인과 안정적인 사용 경험을 참고하세요. 해당 글은 앱 사용 상황을 설명하며, 이 장에서는 문제가 시스템 제어, 회선 지역과 라우팅 규칙 중 어디에서 발생했는지 확인합니다.

FAULT / ACCOUNT

기기 수 제한 안내, 계정 상태와 요금제 확인

안내가 표시된 출처를 먼저 확인하고 모든 인증 오류를 기기 제한으로 단정하지 마세요

CacaVPN은 기기 수 제한 없이 사용할 수 있습니다. 클라이언트나 시스템에 “기기 수 초과”와 같은 안내가 표시되면 먼저 출처를 확인하세요. CacaVPN 사용자 패널인지, 클라이언트 자체인지, 기기 시스템이나 다른 네트워크 도구인지 구분해야 합니다. 제3자 클라이언트에는 자체 설정 수, 시스템 연결 또는 인증 제한이 있을 수 있으며 이는 CacaVPN 요금제의 기기 규칙과 다른 개념입니다. 스크린샷에는 안내가 표시된 페이지의 제목과 주변 내용이 포함되어야 합니다. 오류 한 줄만 잘라 내면 출처를 잘못 판단할 수 있습니다.

가져오기 또는 실행 단계에서 안내가 나타난다면 먼저 클라이언트에 중복 설정이 저장되어 있는지, 다른 연결을 동시에 활성화했는지와 시스템이 사용 가능한 네트워크 확장을 제한하는지 확인하세요. 사용자 패널에 안내가 나타난다면 로그아웃한 뒤 다시 로그인해 현재 사용자 이름이 요금제를 구매한 계정과 일치하는지 확인하세요. 여러 사용자 이름을 사용하는 경우 가장 흔한 혼동은 기기 수가 아니라 어떤 기기에서 유효한 요금제가 없는 다른 계정으로 로그인했다는 점입니다.

기기 수 제한이 없다고 모든 기기의 설정이 자동으로 동기화되는 것은 아닙니다. 각 기기에서 올바른 계정으로 패널에 접속해 해당 플랫폼에 맞는 클라이언트와 구독 메뉴를 사용해야 합니다. CacaVPN은 Windows, macOS, iOS, Android, Linux를 지원하지만 플랫폼마다 시스템 권한, 연결 방식과 백그라운드 동작이 다릅니다. 한 플랫폼만 실패하고 다른 플랫폼은 정상이라면 계정 전체가 만료된 것으로 보지 말고 해당 플랫폼의 환경을 먼저 확인하세요.

요금제, 트래픽과 주문 상태는 각각 확인해야 합니다

계정에 로그인할 수 있다고 현재 구독을 반드시 사용할 수 있는 것은 아니며, 반대로 특정 클라이언트의 연결 실패가 주문 오류를 의미하는 것도 아닙니다. 패널에서 요금제 상태, 트래픽 표시, 구독 메뉴와 주문 기록을 각각 확인하세요. 월간 구독의 트래픽은 가입일을 기준으로 매월 초기화되며 중도 업그레이드 차액은 남은 일수로 환산됩니다. 트래픽 패키지는 소진될 때까지 사용하고 영구적으로 만료되지 않습니다. 업그레이드 직후에도 클라이언트에 이전 상태가 표시된다면 먼저 구독을 업데이트하고 설정을 다시 불러오세요. 같은 작업을 반복해서 제출하지 마세요.

결제 수단은 Alipay, WeChat Pay, USDT입니다. 주문을 제출했지만 상태가 실제 결제 결과와 다르다면 주문 페이지와 결제 결과 페이지를 보관하고 다시 구매해 확인하지 마세요. 문의에는 사용한 결제 수단, 주문 상태와 발생 단계를 적으면 됩니다. 결제 증빙 스크린샷에는 관련 없는 계정 정보를 가리세요. 환불 정책은 60일 무조건 환불이며 구체적인 신청은 사이트 약관과 문의 절차를 통해 처리해야 합니다. 문제 해결 중 반복 구매를 복구 수단으로 사용하지 마세요.

트래픽 표시가 예상과 다르다면 먼저 현재 사용하는 것이 월간 구독인지 트래픽 패키지인지 확인하고 로그인 계정을 대조하세요. 월간 구독은 가입일을 기준으로 매월 초기화되고 트래픽 패키지는 소진될 때까지 사용하며 영구적으로 만료되지 않는 등 사용 규칙이 다릅니다. 달력 기준으로 초기화 시점을 임의로 계산하지 말고, 특정 기기의 로컬 통계만으로 패널 측정 오류라고 단정하지도 마세요. 로컬 시스템은 앱, 네트워크 인터페이스 또는 통계 주기에 따라 계정 패널과 다른 기준으로 표시할 수 있습니다.

여러 기기를 비교할 때 계정과 네트워크 조건을 최대한 맞추세요

여러 기기에서의 비교는 문제를 찾는 데 중요한 기준입니다. 같은 계정과 같은 로컬 네트워크에서 한 기기는 정상이고 다른 기기만 실패한다면 계정과 회선은 전반적으로 사용 가능하며 문제는 실패한 기기의 권한, 클라이언트 또는 설정에 있을 가능성이 큽니다. 같은 기기에서 로컬 네트워크를 바꾼 뒤 복구된다면 진입 네트워크의 영향이 더 큽니다. 같은 네트워크에서 모든 기기가 동시에 실패하고 다른 네트워크에서는 복구된다면 라우터, DNS 또는 진입 제한을 먼저 확인하세요.

기기별 비교에서 모든 플랫폼 설정이 완전히 같을 필요는 없지만 회선 지역과 테스트 대상은 최대한 동일하게 유지해야 합니다. Windows는 글로벌 모드, Android는 규칙 모드를 사용하면서 서로 다른 지역을 선택하면 결과를 직접 비교할 수 없습니다. 각 기기의 플랫폼, 클라이언트 모드, 회선 지역과 로컬 네트워크를 기록한 뒤 차이가 어디에서 비롯되었는지 판단하세요. 점검이 끝나면 각 기기의 일상 설정으로 되돌릴 수 있습니다.

요금제를 변경해야 한다면 요금제 및 트래픽 패키지 안내를 확인하세요. 요금제 페이지에서는 가격, 트래픽과 사용 규칙을 비교하며, 이 장에서는 계정 상태가 연결과 구독에 미치는 영향만 다룹니다. 패널 데이터와 주문 기록을 직접 대조하기 어렵다면 반복 작업을 멈추고 스크린샷을 정리해 문의를 제출하세요.

FAULT / ESCALATION

기준 상태 복구, 문의 시점 판단과 효과적인 문의 제출

복잡한 문제는 먼저 설명 가능한 기준 상태로 되돌리세요

연결이 간헐적으로 성공하고 웹페이지가 일부 열리지 않으며 앱별 라우팅 오류와 구독 업데이트 실패가 동시에 발생하는 등 여러 증상이 겹쳤다면 기존 설정에 계속 변경을 더할수록 원인을 설명하기 어려워집니다. 최소한의 기준 상태로 되돌리세요. 일반 네트워크로 자주 사용하는 웹사이트에 접속할 수 있고, 기기에는 네트워크 클라이언트 하나만 실행되며, 구독은 현재 사용자 패널에서 가져오고, 클라이언트는 식별 가능한 기본 설정을 사용하고, 용도에 맞는 회선 하나를 선택한 상태여야 합니다. 웹페이지를 먼저 확인하고 대상 앱을 다음으로 확인한 뒤 개인화 규칙을 마지막에 복구하세요.

기준 상태로 되돌린다고 기기의 네트워크 설정을 즉시 모두 지우라는 뜻은 아닙니다. 시스템 수준 네트워크 초기화는 Wi-Fi, 회사 네트워크, 고정 주소와 기타 연결 설정에 영향을 주므로 범위가 큰 작업입니다. 먼저 클라이언트 완전 종료, 로컬 네트워크 재연결, 구독 업데이트, 같은 지역 회선 변경, DNS 캐시 정리와 기기 재시작 같은 영향이 적은 단계를 완료하세요. 문제가 시스템 네트워크 스택에 집중되어 있고 필요한 설정을 저장해 둔 경우에만 시스템에서 제공하는 네트워크 초기화를 고려하세요.

클라이언트 재설치도 기본 출발점은 아닙니다. 오류가 안정적으로 재현된다면 재설치 전에 오류 원문, 현재 설정 이름과 발생 단계를 저장하세요. 그렇지 않으면 재설치 후 문제가 잠시 사라져도 진단 단서를 잃게 됩니다. 재설치한 뒤에는 사용자 패널에서 클라이언트 경로를 다시 받아 출처가 불분명한 설치 파일을 사용하지 마세요. 오래된 백업에서 문제가 있는 설정을 전부 복원하지도 마세요. 먼저 현재 구독을 가져와 기본 연결을 테스트한 뒤 규칙과 개인 설정을 단계적으로 추가하세요.

다음 상황에서는 바로 문의를 제출하세요

패널에 구독 메뉴가 표시되지 않거나, 요금제 상태와 주문 기록이 명백히 일치하지 않거나, 모든 기기와 여러 로컬 네트워크에서 구독 업데이트가 되지 않거나, 기본 점검을 마친 뒤에도 같은 오류가 안정적으로 재현된다면 문의를 제출하세요. 같은 지역의 다른 회선으로 바꿔도 모든 회선이 실패하고 일반 네트워크는 정상인 경우도 상담원이 확인하기에 적합합니다. 반대로 특정 웹사이트 하나가 잠시 열리지 않거나 단일 앱의 캐시 문제 또는 로컬 Wi-Fi 자체가 불안정한 경우에는 해당 항목의 비교 테스트를 먼저 완료하세요.

문의 제목에는 “Windows 연결 후 웹페이지 해석 불가” 또는 “Android 화면 잠금 후 연결 중단”처럼 증상과 플랫폼을 적으세요. “사용 불가”, “너무 느림”처럼 쓰지 마세요. 본문에는 문제가 시작되기 전에 네트워크 변경, 시스템 업데이트, 규칙 조정 또는 구독 재가져오기가 있었는지 적고, 이미 시도한 작업과 결과도 작성하세요. 상담원에게 가장 필요한 것은 맥락 없는 스크린샷 여러 장이 아니라 재현 경로입니다.

시스템 플랫폼, 클라이언트 이름, 현재 모드, 회선 지역, 로컬 네트워크 유형, 영향을 받는 앱, 오류 원문과 문제가 발생하는 조건을 첨부하는 것이 좋습니다. 잦은 연결 끊김이라면 화면 잠금, 절전, 네트워크 전환 중인지 계속 사용하는 중인지 설명하세요. 속도 문제라면 영향을 받는 앱과 같은 지역의 대체 회선이 정상인지 적으세요. 구독 문제라면 패널이 열리는지와 업데이트 작업에서 어떤 오류가 반환되는지 적으세요. 비밀번호, 전체 구독 내용 또는 로그인에 사용할 수 있는 필드는 보내지 마세요.

점검 기록으로 문제 해결 과정을 완성하세요

문제가 복구된 뒤 실제로 효과가 있었던 변경 사항을 기록하세요. 예를 들어 같은 지역의 대체 회선으로 복구되었거나, 브라우저 독립 DNS를 끈 뒤 정상화되었거나, 모바일 백그라운드 활동을 허용한 뒤 더 이상 끊기지 않았거나, 현재 구독을 다시 가져온 뒤 복구된 경우입니다. 점검 과정에서 수행한 모든 작업을 해결책으로 간주하지 마세요. 마지막 단일 변수 변경과 결과가 연결되어야 다음에도 활용할 수 있습니다.

문제가 얼마 뒤 다시 발생하면 먼저 지난번에 효과가 있었던 단계를 재사용한 뒤 환경이 바뀌었는지 확인하세요. 회선 문제는 진입 네트워크와 시간대에 따라 달라질 수 있고, 앱 문제는 업데이트 후 새 도메인이 추가되어 달라질 수 있으며, 모바일 백그라운드 동작도 시스템 정책 변경의 영향을 받을 수 있습니다. 짧은 기록을 남겨 두면 이후 문의가 더 깊은 진단부터 시작할 수 있어 이미 효과가 없었던 작업을 반복하지 않아도 됩니다.

시스템 점검의 목표는 가능한 많은 작업을 한 번에 시도하는 것이 아니라 문제를 “네트워크를 사용할 수 없음”에서 로컬 진입 경로, 시스템 권한, 클라이언트, 회선, DNS, 구독, 앱별 라우팅 또는 계정 상태 중 하나의 명확한 계층으로 좁히는 것입니다. 계층이 분명해지면 해결 작업의 범위가 작아지고 복구도 더 통제하기 쉬워집니다. CacaVPN은 Windows, macOS, iOS, Android, Linux 플랫폼을 지원합니다. 플랫폼마다 설정 위치는 다르지만 이 가이드의 판단 순서는 동일합니다.