국제 연결 문제 해결 가이드

재현 가능한 점검 순서 만들기

연결 문제를 해결하기 어려운 가장 큰 이유는 숨겨진 설정이 없어서가 아니라 증상 설명이 정확하지 않기 때문입니다. “사용할 수 없다”는 말은 클라이언트가 실행되지 않는 경우, 구독을 읽지 못하는 경우, 회선 핸드셰이크가 실패하는 경우, 연결은 됐지만 도메인이 열리지 않는 경우 또는 특정 앱만 프록시를 사용하지 않는 경우를 모두 포함할 수 있습니다. 화면에서 느껴지는 증상은 비슷하지만 원인은 서로 다른 계층에 있습니다. 효과적인 점검은 주관적인 느낌을 관찰 가능한 사실로 바꾸는 것에서 시작합니다. 클라이언트가 열리는지, 구독에서 회선이 보이는지, 연결 버튼을 눌렀을 때 상태가 바뀌는지, 시스템에 네트워크 권한 알림이 나타나는지, 도메인과 직접 네트워크 요청이 모두 실패하는지, 네트워크 환경을 바꿔도 증상이 같은지를 확인하세요.

먼저 현재 환경을 저장하는 것이 좋습니다. 사용 중인 플랫폼, 클라이언트 모드, 선택한 회선 유형, 오류 메시지 원문과 문제가 발생하기 직전에 변경한 내용을 기록하세요. 처음부터 모든 설정을 삭제하거나 회선 전환, 프로토콜 변경, DNS 수정, 클라이언트 재설치를 동시에 진행하지 마세요. 여러 항목을 바꾸면 일시적으로 연결이 복구되더라도 실제 원인을 잃게 됩니다. 문제가 다시 발생하면 또 처음부터 추측해야 합니다. 문제를 재현할 수 있는 상태를 유지하고, 점검 항목을 하나씩 완료할 때마다 같은 대상을 다시 테스트해 결과가 달라졌는지 확인하는 편이 안전합니다.

문제를 해당 계층으로 분류하기

기준 테스트는 최대한 단순하게 진행해야 합니다. 네트워크 경로를 바꿀 수 있는 다른 도구를 종료하고 브라우저의 네트워크 관련 확장 기능을 일시 중지한 뒤, 클라이언트는 기본 설정으로 유지하세요. 그런 다음 현재 위치에서 비교적 가깝고 용도가 분명한 회선을 선택합니다. VPNXV는 100+ 국가 / 150+ 회선을 제공하며, 회선 목록에서 IEPL, 중계 및 직접 연결의 차이를 확인할 수 있습니다. 점검 단계에서는 가능한 조합을 많이 시도하는 것보다 경로를 명확히 파악하는 것이 중요합니다. 기본 설정으로 연결된다면 이후 분할 라우팅, 사용자 지정 DNS 또는 앱별 설정을 하나씩 복원해 원인을 좁혀 갈 수 있습니다.

테스트 결과는 “우연히 복구됨”과 “안정적으로 복구됨”을 구분해야 합니다. 한 번 접속에 성공했다고 해서 당시 경로가 사용 가능했다는 뜻일 뿐, 변경한 설정이 원인이라는 의미는 아닙니다. 조정 후에는 같은 대상에 반복해서 접속하고, 백그라운드와 포그라운드를 전환하고, 다시 연결하며, 다른 주요 앱에 영향이 없는지도 확인하세요. 특정 브라우저에서만 복구됐다면 브라우저 확장 기능과 캐시를 먼저 확인하고, 모든 앱이 동시에 복구됐다면 클라이언트, 시스템 프록시 또는 회선 계층의 변화일 가능성이 큽니다.

증상을 안정적으로 재현할 수 있게 된 뒤 해당 절로 이동하세요. 전혀 연결되지 않으면 클라이언트 권한과 회선 핸드셰이크부터 확인하고, 연결 성공으로 표시되지만 웹에 접속할 수 없으면 시스템 프록시와 DNS부터 점검하세요. 저녁에만 뚜렷하게 느려지면 회선 혼잡과 로컬 네트워크 경쟁을 확인하고, 특정 앱만 실패한다면 모든 설정을 초기화할 필요가 없습니다. 이런 순서는 불필요한 조작을 줄이고 이후 문의에 필요한 근거도 명확하게 만들어 줍니다.

전혀 연결되지 않을 때: 로컬 권한부터 회선 핸드셰이크까지

“전혀 연결되지 않는다”는 증상은 클라이언트가 실행되지 않는 경우, 연결 버튼을 눌러도 변화가 없는 경우, 상태가 잠시 바뀐 뒤 다시 연결 해제 상태로 돌아가는 경우, 연결 중 상태에 계속 머무는 경우로 나눠야 합니다. 클라이언트가 실행되지 않으면 대개 로컬 실행 환경의 문제입니다. 버튼을 눌러도 변화가 없으면 네트워크 권한, 로컬 서비스 또는 적용되지 않은 설정과 관련이 많습니다. 잠시 연결됐다가 바로 끊기면 회선에 도달할 수 없거나 시스템 시간 오차, 네트워크 전환 또는 종료되지 않은 이전 세션이 원인일 수 있습니다. 연결 중 상태가 계속되면 현재 네트워크에서 필요한 연결을 허용하는지 확인해야 합니다. 증상마다 점검 방향이 다르므로 모두 회선 문제로 단정하지 마세요.

클라이언트에 필요한 권한이 있는지 확인하기

Windows와 macOS에서는 클라이언트가 시스템 네트워크 인터페이스를 만들고 프록시 설정을 변경하도록 허용해야 합니다. 시스템 권한 확인 창에서 취소했더라도 클라이언트 화면은 정상적으로 열릴 수 있지만 연결 동작이 실제 시스템 네트워크 계층에 적용되지 않을 수 있습니다. 시스템의 네트워크, 개인정보 보호 또는 보안 설정에서 VPNXV 클라이언트 관련 권한이 확인 대기 상태로 남아 있지 않은지 확인하세요. Linux에서는 실행 방식과 네트워크 관리 서비스가 맞는지도 살펴봐야 합니다. 그래픽 인터페이스와 터미널에서 실행할 때 상속되는 환경 변수가 다를 수 있으므로 테스트 중에는 실행 방식을 일관되게 유지하세요.

iOS와 Android는 처음 연결할 때 네트워크 구성을 만들도록 요청합니다. 구성이 삭제됐거나 시스템 업데이트 후 권한 상태가 바뀌었거나 다른 네트워크 도구가 같은 유형의 인터페이스를 사용 중이라면, 먼저 다른 도구를 종료한 다음 VPNXV 클라이언트에서 다시 연결하세요. 연결 상태인 네트워크 서비스를 여러 개 동시에 유지하지 마세요. 여러 아이콘이 활성화로 표시된다고 해서 트래픽이 의도한 경로로 전달된다는 뜻은 아닙니다. 오히려 시스템 프록시와 터널 인터페이스가 서로 덮어쓸 수 있습니다.

클라이언트가 구독과 회선을 읽을 수 있는지 확인하기

회선 목록이 비어 있으면 연결 버튼이 작동하지 않는 것이 정상입니다. 먼저 사용자 패널에서 구독을 여전히 가져올 수 있는지 확인한 다음 클라이언트에서 업데이트하세요. 회선 이름은 보이지만 모든 회선이 즉시 실패한다면 네트워크 환경을 바꿔 현재 접속 네트워크의 문제인지 클라이언트 자체의 문제인지 확인하세요. 한 네트워크에서 다른 사용 가능한 네트워크로 전환해 보거나 반대로 테스트할 수 있습니다. 네트워크를 바꾸자마자 복구되면 원래 네트워크의 라우팅, DNS, 게스트 네트워크 제한과 로컬 보안 소프트웨어를 중점적으로 확인하세요. 다른 네트워크에서도 증상이 완전히 같다면 클라이언트 설정과 계정 상태를 점검하세요.

연결할 수 없을 때 여러 회선을 빠르게 연속해서 클릭하지 마세요. 이전 연결 작업이 끝나지 않은 상태에서 다음 작업이 상태를 덮어써 로컬 인터페이스가 해제되지 않을 수 있습니다. 현재 연결을 중지하고 클라이언트가 명확한 연결 해제 상태로 돌아올 때까지 기다린 뒤 다른 회선을 선택하세요. 회선 유형을 비교해야 한다면 회선 목록의 설명을 먼저 확인하세요. IEPL, 중계와 직접 연결은 서로 다른 경로를 사용하므로 같은 유형의 회선을 무작위로 바꾸는 것보다 유형을 전환하는 편이 판단에 도움이 됩니다.

시스템 시간과 이전 네트워크 상태 확인하기

암호화된 연결은 정확한 시스템 시간에 의존합니다. 기기의 시간, 날짜 또는 시간대가 크게 틀리면 인증이 거부될 수 있지만 클라이언트에는 포괄적인 연결 실패만 표시될 수 있습니다. 시스템이 시간을 자동으로 동기화하도록 설정하고, 절전 모드에서 복귀한 뒤 시간이 이전 상태에 머물러 있지 않은지 확인하세요. 그런 다음 클라이언트를 완전히 종료하고 다시 실행해 테스트합니다. 창을 닫는 것만으로는 완전히 종료되지 않을 수 있습니다. 일부 데스크톱 클라이언트는 백그라운드에서 네트워크 서비스를 계속 유지하므로 트레이, 메뉴 막대 또는 시스템 작업 관리 화면에서 프로세스가 종료됐는지 확인하세요.

기기가 절전 모드, 네트워크 전환 또는 비정상 종료 후 복구됐다면 이전 인터페이스에 유효하지 않은 라우팅이 남아 있을 수 있습니다. 먼저 클라이언트 연결을 끊고 현재 네트워크 연결을 껐다가 다시 활성화한 다음 클라이언트를 다시 실행하세요. 이러한 되돌릴 수 있는 조작이 모두 효과가 없을 때만 시스템 네트워크 초기화를 고려합니다. 네트워크 초기화는 저장된 로컬 네트워크, 기업 설정 또는 다른 프록시 설정에 영향을 줄 수 있으므로 처음부터 사용해서는 안 됩니다.

nslookup example.com
curl -I https://example.com

위 명령은 도메인 확인 문제와 기본 요청 문제를 구분하는 데 사용합니다. 도메인 조회 자체가 실패하면 DNS 절로 이동하고, 도메인은 확인되지만 요청을 만들 수 없으면 프록시 경로와 회선을 점검하세요. 명령 출력에는 로컬 네트워크 정보가 포함될 수 있으므로 문의하기 전에 점검과 무관한 개인정보를 삭제해야 합니다. 다른 네트워크, 다른 회선 유형과 기본 설정에서도 연결되지 않고 오류가 안정적으로 재현된다면 문의를 제출할 조건이 갖춰진 것입니다.

연결됨으로 표시되지만 웹페이지가 열리지 않을 때

클라이언트에 “연결됨”으로 표시된다는 것은 로컬 터널 또는 프록시 서비스가 시작됐다는 뜻일 뿐, 모든 앱의 트래픽이 이 경로로 들어간다는 의미는 아닙니다. 웹페이지가 열리지 않으면 먼저 영향을 받는 범위를 확인하세요. 모든 브라우저가 실패하는지 특정 브라우저만 실패하는지, 도메인만 열리지 않는지 알려진 주소도 요청할 수 없는지, 국제 사이트에 문제가 있을 때 로컬 사이트는 정상인지, 클라이언트를 종료하면 네트워크가 복구되는지를 비교합니다. 이 범위에 따라 문제가 DNS, 브라우저, 시스템 프록시, 규칙 기반 라우팅 또는 회선 출구 중 어디에 있는지 좁힐 수 있습니다.

먼저 브라우저 문제와 시스템 문제를 구분하기

네트워크 관련 확장 기능이 설치되지 않은 다른 브라우저로 같은 페이지에 접속해 보세요. 다른 브라우저가 정상이라면 원래 브라우저의 프록시 확장 기능, 보안 DNS, 캐시와 영속 연결을 먼저 확인하세요. 브라우저가 독립 DNS를 사용해 클라이언트가 제공하는 확인 경로를 우회했을 수 있습니다. 연결 전에 만들어진 이전 세션을 유지해 페이지가 계속 사용할 수 없는 출구로 요청을 보낼 수도 있습니다. 페이지를 새로 고치는 것보다 브라우저를 완전히 종료한 뒤 다시 여는 편이 이전 연결을 더 확실히 정리합니다. 시크릿 창은 캐시 문제를 확인하는 데 도움이 되지만 브라우저 수준의 프록시와 보안 DNS 설정을 우회하지는 않으므로 관련 옵션도 확인해야 합니다.

모든 브라우저와 앱에서 인터넷에 연결되지 않는다면 먼저 시스템 프록시가 올바르게 기록됐는지 확인하세요. 클라이언트가 비정상 종료된 뒤 시스템에 이전 프록시 주소가 남을 수 있습니다. 클라이언트가 다시 연결돼도 로컬 리스닝 서비스가 해당 위치에서 실행되지 않으면 모든 요청이 존재하지 않는 입구로 전달됩니다. 이때는 먼저 연결을 끊고 시스템 프록시가 정상 상태로 돌아왔는지 확인한 뒤 다시 연결하세요. 출처가 불분명한 프록시 주소를 직접 입력하거나 가이드의 예시 값을 실제 설정으로 사용하지 마세요.

모드와 규칙이 대상을 잘못된 경로로 보내는지 확인하기

규칙 모드는 도메인, 주소와 앱에 따라 프록시 또는 직접 연결을 선택합니다. 오래된 규칙, 잘못된 규칙 순서 또는 사용자 지정 항목 충돌로 대상 웹사이트가 적절하지 않은 경로로 연결될 수 있습니다. 점검할 때는 클라이언트가 제공하는 글로벌 모드로 잠시 전환해 테스트하세요. 글로벌 모드는 정상이고 규칙 모드만 실패한다면 회선 자체는 사용 가능할 가능성이 높으며 문제는 규칙 매칭에 집중됩니다. 기본 규칙을 복원하고 사용자 지정 내용을 하나씩 확인하세요. 계속 회선을 바꾸는 방식은 피해야 합니다. 테스트가 끝난 뒤 실제 용도에 맞는 모드를 선택하세요.

글로벌 모드도 실패한다면 용도는 비슷하지만 경로 유형이 다른 회선으로 전환해 보세요. 웹 접속은 회선 출구, DNS 확인과 대상 웹사이트 응답의 영향을 받으므로 특정 출구의 일시적인 이상이 구독 전체를 사용할 수 없다는 뜻은 아닙니다. VPNXV는 100+ 국가 / 150+ 회선을 제공하므로 점검할 때는 이름이 비슷한 노드를 연속해서 클릭하기보다 차이가 분명한 회선을 비교하세요. 특정 지역 출구에서만 특정 웹사이트에 접속할 수 없다면 웹사이트가 지역, 계정 상태 또는 세션 내용에 제한을 둔 것일 수도 있습니다. 한 페이지의 결과만으로 전체 회선이 실패했다고 판단하지 마세요.

잘못된 확인 결과와 이전 연결 정리하기

시스템과 브라우저는 모두 도메인 확인 결과를 캐시합니다. 연결 전에 가져온 주소가 원래 네트워크에 해당해 연결 후에도 계속 사용될 수 있고, 반대로 연결을 끊은 뒤에도 프록시 환경의 결과가 남을 수 있습니다. 먼저 브라우저를 완전히 종료하고 클라이언트 연결을 끊었다가 다시 연결한 뒤 같은 도메인을 테스트하세요. 데스크톱 시스템에서는 운영체제가 제공하는 DNS 캐시 삭제 기능을 사용할 수 있지만 플랫폼마다 명령이 다르므로 출처가 불분명한 고권한 스크립트를 복사하지 마세요. 삭제 후 잠시 복구됐다가 다시 실패한다면 캐시를 반복해서 지우기보다 DNS 출처와 브라우저 보안 DNS를 확인하세요.

페이지 자체가 여러 도메인에 의존하는지도 살펴봐야 합니다. 홈페이지가 열렸다고 해서 이미지, 로그인 API 또는 미디어 리소스가 같은 도메인을 사용한다는 뜻은 아닙니다. 규칙 모드가 기본 도메인만 프록시로 보내고 관련 리소스는 직접 연결하게 하면 빈 페이지, 반응하지 않는 로그인 버튼 또는 불완전한 콘텐츠 로딩으로 나타날 수 있습니다. 클라이언트 로그를 열고 실패 시 표시되는 대상 도메인과 적용된 규칙을 확인하세요. 홈페이지 주소만 보지 마세요. 로그에 구독 토큰이나 계정 정보가 포함돼 있다면 공유하기 전에 반드시 가리세요.

VPNXV를 종료한 뒤에도 네트워크가 복구되지 않는다면 시스템에 프록시나 라우팅 상태가 남아 있을 수 있습니다. 먼저 클라이언트가 완전히 종료됐는지 확인한 뒤 시스템 프록시가 여전히 로컬 서비스를 가리키는지 확인하세요. 원래 설정의 용도를 이해할 때만 직접 수정해야 합니다. 기업 네트워크, 개발 환경과 다른 도구도 프록시를 사용할 수 있습니다. 확신할 수 없다면 시스템 설정을 무작정 삭제하기보다 스크린샷을 보관해 문의하는 편이 안전합니다.

속도 저하와 피크 시간대 지연을 계층별로 판단하기

속도 문제는 한 번의 속도 테스트 결과만으로 판단할 수 없습니다. 웹페이지 첫 로딩 지연, 파일 전송 속도 저하, 영상 버퍼링과 높은 상호작용 지연은 각각 DNS, 왕복 경로, 출구 대역폭, 대상 서비스와 로컬 네트워크의 영향을 받습니다. 점검 전에 어떤 사용 경험이 나빠졌는지 명확히 하고 같은 대상을 반복해서 테스트하세요. 회선을 바꾸면서 동시에 테스트 사이트도 바꾸거나 클라우드 동기화, 시스템 업데이트와 미디어 재생을 함께 진행하지 마세요. 그래야 변화가 회선 때문인지 로컬 트래픽 경쟁 때문인지 알 수 있습니다.

로컬 네트워크 기준선 만들기

먼저 클라이언트 연결을 끊고 현재 네트워크 자체가 자주 사용하는 로컬 서비스에 안정적으로 접속되는지 확인하세요. 연결을 끊어도 동일하게 느리다면 라우터, 무선 간섭, 접속 네트워크 혼잡 또는 백그라운드 다운로드를 먼저 처리해야 합니다. 국제 회선은 로컬 접속 품질을 개선할 수 없습니다. 고정 네트워크에서는 유선 연결로 비교해 볼 수 있고, 무선 환경에서는 기기 위치를 조정해 신호 가장자리와 잦은 로밍 구간을 피하세요. 모바일 네트워크는 기지국 전환이나 신호 상태 변화로 순간적인 흔들림이 발생할 수 있으므로 테스트 중 위치와 네트워크 유형을 일정하게 유지하세요.

이후 지리적으로 가까운 경로의 회선에 연결하고 같은 앱과 같은 대상을 반복해서 사용하세요. 가까운 회선이 확실히 안정적이고 먼 회선의 상호작용 지연이 높다면 이는 물리적 경로 차이로 인한 정상적인 현상일 수 있습니다. 회선을 고를 때는 지역 이름만 보지 말고 용도도 고려하세요. 실시간 협업, 원격 터미널과 음성 통화는 지속적인 응답성을 중시하고, 대용량 파일 전송은 지속 처리량에 더 의존합니다. 스트리밍은 대상 플랫폼의 지역과 캐시 정책에도 영향을 받습니다. 회선 목록을 참고해 IEPL, 중계 또는 직접 연결을 선택하되 모든 상황에서 같은 출구를 고정할 필요는 없습니다.

피크 시간대 혼잡이 발생하는 위치 확인하기

낮에는 안정적이고 저녁마다 끊김이 반복된다면 먼저 연결을 끊은 뒤 로컬 네트워크를 비교하세요. 로컬 접속도 느려졌다면 접속 네트워크의 혼잡일 가능성이 큽니다. 로컬 네트워크는 정상인데 특정 유형의 회선만 느려진다면 다른 경로 유형으로 바꾸는 것이 의미 있습니다. 같은 지역의 비슷한 회선만 전환하지 마세요. 일부 상위 경로를 공유할 수 있습니다. 다른 지역 또는 다른 회선 유형을 선택해 지연이 경로에 따라 달라지는지 확인하면 문제가 로컬 접속, 국제 구간 또는 대상 서비스 중 어디에 있는지 판단하는 데 도움이 됩니다.

피크 시간대 테스트에서는 순간적인 최고치보다 지속적인 사용 경험을 확인해야 합니다. 웹페이지가 안정적으로 끝까지 로딩되는지, 미디어가 반복해서 화질을 낮추는지, 원격 조작이 오래 멈추는지가 한 번의 최고 속도보다 사용 가능성을 잘 보여 줍니다. 속도 테스트 서버와 실제 대상은 같은 네트워크에 있지 않으므로 결과가 좋아도 실제 앱은 느릴 수 있습니다. 반대로 테스트 결과가 보통 수준이어도 텍스트 협업과 웹 탐색을 사용할 수 없다는 뜻은 아닙니다. 주요 사용 시나리오를 최종 기준으로 삼으세요.

기기 내 트래픽 경쟁 확인하기

시스템 업데이트, 클라우드 동기화, 사진 백업, 게임 플랫폼 업데이트와 브라우저 사전 로딩은 네트워크를 사용합니다. 일부 작업은 화면을 닫아도 백그라운드에 남습니다. 점검할 때 시스템 네트워크 활동을 확인하고 테스트와 무관한 전송을 일시 중지한 뒤 다시 연결하세요. VPNXV는 동시 연결 기기 수에 제한이 없지만 여러 기기에서 대용량 작업을 동시에 수행하면 현재 접속 네트워크의 용량을 함께 사용합니다. “기기 수 제한 없음”은 동시 연결 기기 제한을 설명하는 것이며 로컬 광대역 자원을 공유하지 않는다는 뜻은 아닙니다.

클라이언트의 복잡한 규칙도 판단을 어렵게 만들 수 있습니다. 사용자 지정 규칙이 많거나 체인 프록시와 추가 필터를 사용하면 같은 앱의 요청마다 다른 경로를 거쳐 기본 페이지는 빠르고 리소스는 느린 현상이 나타날 수 있습니다. 먼저 기본 설정을 복원해 테스트하고 기본 회선이 정상인지 확인한 뒤 필요한 규칙을 하나씩 추가하세요. 추가할 때마다 같은 작업을 반복하면 성능이 저하된 시점에 가장 최근 변경 사항을 특정할 수 있습니다.

문제가 특정 시간대, 특정 회선 유형과 특정 대상에서만 발생한다면 문의에는 이러한 조건을 명확히 적고 속도 테스트 스크린샷 한 장만 첨부하지 마세요. 상담 담당자는 연결을 끊었을 때 로컬 네트워크가 정상인지, 다른 회선은 정상인지, 문제가 안정적으로 재현되는지와 주로 영향을 받는 앱을 알아야 합니다. 정보가 구체적일수록 회선을 조정해야 하는지 클라이언트 설정을 조정해야 하는지 판단하기 쉽습니다.

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

잦은 연결 끊김은 먼저 회선 세션이 실제로 중단된 것인지, 앱이 백그라운드로 전환된 뒤 시스템에 의해 일시 중지된 것인지 구분해야 합니다. 데스크톱에서는 클라이언트 상태가 연결 해제로 바뀌거나 시스템 네트워크가 잠시 끊기거나 네트워크 전환 후 자동 복구되지 않는 방식으로 나타날 수 있습니다. 모바일에서는 화면 잠금, 네트워크 전환 또는 절전 정책이 연결 유지를 중단할 수 있습니다. 두 문제의 처리 방법은 서로 다릅니다. 상태 표시줄 아이콘이 사라진 것만으로는 원인을 알 수 없으므로 클라이언트에서 연결 상태, 최근 오류와 시스템 네트워크 변화를 확인하세요.

데스크톱에서 절전과 네트워크 전환부터 제외하기

Windows와 macOS가 절전 모드에서 복귀할 때 네트워크 인터페이스가 다시 만들어지고 이전 세션은 무효화될 수 있습니다. 클라이언트가 새 네트워크 상태를 제때 받지 못하면 연결된 것처럼 보이지만 실제로는 전송되지 않는 상태에 머무를 수 있습니다. 자동 절전을 잠시 해제해 비교하거나 복귀 후 수동으로 연결을 끊었다가 다시 연결하세요. 절전 후에만 문제가 발생한다면 구독을 계속 바꾸기보다 클라이언트의 백그라운드 실행 권한과 시스템 절전 설정을 우선 확인하세요.

유선에서 무선으로, 고정 네트워크에서 공유 네트워크로 전환하면 로컬 주소와 기본 경로가 바뀝니다. 전환 중 이전 세션이 기존 인터페이스에 계속 묶여 직접 이동하지 못하는 경우가 많습니다. 시스템이 새 네트워크를 사용할 수 있다고 확인할 때까지 기다린 뒤 클라이언트를 다시 연결하세요. 클라이언트에 자동 재연결 옵션이 있다면 활성화해 테스트할 수 있지만, 네트워크 전환 중 이전 시스템 프록시가 남지 않는지도 확인해야 합니다. 자동 재연결은 빈번할수록 좋은 것이 아닙니다. 네트워크가 안정되기 전에 계속 시도하면 상태가 반복해서 바뀔 수 있습니다.

모바일에서 백그라운드와 절전 정책 확인하기

iOS와 Android는 배터리, 백그라운드 활동과 네트워크 상태에 따라 앱을 관리합니다. VPNXV 클라이언트의 백그라운드 실행이 제한되면 화면이 꺼진 뒤 연결 유지 작업이 일시 중지될 수 있습니다. 시스템 설정에서 필요한 백그라운드 네트워크 활동을 허용하고 클라이언트를 엄격한 절전 또는 강제 휴면 목록에 넣지 마세요. 제조사마다 백그라운드 관리 메뉴의 이름은 다르지만 판단 방법은 같습니다. 같은 회선을 유지한 채 포그라운드에서는 정상이고 백그라운드로 전환한 뒤 곧 연결이 끊기며 클라이언트를 다시 열면 즉시 복구된다면 회선의 지속적인 장애보다 시스템 백그라운드 정책에 가까운 문제입니다.

모바일 기기가 무선 네트워크와 모바일 네트워크 사이를 전환할 때도 연결이 다시 만들어질 수 있습니다. 무선 범위를 벗어나거나 신호가 약한 지역에 들어갈 때마다 문제가 발생한다면 자동 전환을 끄고 비교해 단일 네트워크에서 안정적인지 확인하세요. 단일 네트워크에서 안정적이라면 네트워크 이동과 관련된 문제입니다. 이 경우 자동 재연결을 유지하고 동시에 실행되는 다른 네트워크 도구를 줄이는 것이 특정 회선을 고정하는 것보다 효과적일 수 있습니다.

회선 연결 해제와 앱 멈춤 구분하기

때로는 클라이언트가 계속 연결됨으로 표시되지만 모든 요청이 멈추고 회선을 바꾸면 복구됩니다. 클라이언트가 세션을 무효 상태로 제때 판단하지 못했을 수 있습니다. 먼저 특정 앱만 작동을 멈췄는지 확인하세요. 브라우저, 시스템 요청과 다른 앱이 정상이라면 앱 자체의 문제일 가능성이 큽니다. 모든 앱이 동시에 멈추면 연결을 끊었다가 같은 회선에 다시 연결하세요. 같은 회선으로 재연결한 뒤 복구되면 세션 상태가 무효화된 것일 수 있고, 회선을 바꿔야만 복구된다면 출구 또는 경로를 추가로 비교해야 합니다.

클라이언트 로그에서는 시간 순서가 중요합니다. 연결이 끊기기 전에 네트워크 전환, 절전, 시스템 프록시 변경 또는 DNS 오류가 있었는지 기록하세요. 마지막 한 줄만 캡처하지 마세요. 마지막 재연결 실패는 앞선 네트워크 끊김의 결과일 수 있습니다. 로그를 제출할 때는 장애 전후의 인접한 내용을 남기고 구독 토큰, 사용자 이름 등 민감한 항목을 삭제하세요. 로그가 너무 길다면 재현 동작을 적어 상담 담당자가 해당 위치부터 확인할 수 있게 하세요.

잦은 연결 끊김과 함께 로컬 네트워크 전체가 중단된다면 먼저 접속 네트워크를 처리해야 합니다. 라우터 재연결, 무선 로밍과 신호 변동은 상위 연결을 무효화할 수 있습니다. 로컬 네트워크는 안정적인데 VPNXV가 다른 플랫폼과 네트워크에서 같은 회선으로 연결 끊김을 안정적으로 재현한다면 문의를 제출하세요. 문의에는 플랫폼, 네트워크 유형, 회선 이름, 절전 또는 포그라운드·백그라운드 전환 여부와 같은 회선에 재연결하면 복구되는지를 적어야 합니다.

구독 업데이트 실패와 회선 목록 이상

구독 업데이트 실패는 회선 목록이 비어 있거나, 이전 회선이 계속 표시되거나, 업데이트 버튼에서 오류가 발생하거나, 가져온 뒤 아무 변화가 없거나, 같은 구독이 한 클라이언트에서는 작동하지만 다른 클라이언트에서는 인식되지 않는 형태로 나타납니다. 점검할 때는 “구독을 가져오지 못함”과 “가져오기는 성공했지만 파싱에 실패함”을 구분해야 합니다. 전자는 로그인 상태, 구독 주소, 네트워크 접속 또는 계정 상태와 관련이 많고 후자는 클라이언트 형식, 캐시, 가져오기 메뉴와 이전 설정 충돌과 관련이 많습니다.

사용자 패널에서 구독을 다시 가져오기

채팅 기록, 스크린샷 인식 결과 또는 오래된 메모에서 구독을 복사하지 마세요. 사용자 패널에 로그인해 다운로드 또는 구독 영역에서 현재 내용을 가져와야 합니다. 구독은 민감한 자격 증명이므로 공개하거나 문의에 전체 주소를 제출해서는 안 됩니다. VPNXV는 이메일 주소 없이 가입할 수 있으며 사용자 이름과 비밀번호만으로 가입할 수 있습니다. 사용자 이름이나 비밀번호를 잊었다면 새 계정을 계속 만들기보다 로컬에 저장된 정보를 먼저 확인하세요. 여러 계정을 섞어 사용하면 “패널에는 요금제가 있는데 클라이언트는 다른 구독을 가져온다”는 혼동이 쉽게 생깁니다.

복사할 때 앞뒤 공백, 줄바꿈 또는 문장 부호가 포함되지 않았는지 확인하세요. 일부 앱은 공백을 자동으로 제거하지만 다른 앱은 공백을 주소의 일부로 인식할 수 있습니다. 시스템 클립보드로 기기 간에 전달했다면 텍스트 도구가 내용을 잘라내지 않았는지도 확인하세요. 구독을 가져온 뒤에는 클라이언트에서 명확하게 업데이트를 실행해야 하며 이름만 저장해서는 안 됩니다. 클라이언트에 이전 구독이 함께 남아 있다면 현재 어느 회선 그룹을 보고 있는지 먼저 확인하세요. 이전 목록이 보인다고 새 구독이 적용되지 않았다고 판단하지 마세요.

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

위 주소는 구독 링크 구조를 설명하기 위한 명백한 예시일 뿐 연결에 사용할 수 없습니다. 실제 구독은 VPNXV 사용자 패널에서만 가져오세요. 문제 해결 스크린샷에서는 쿼리 매개변수 뒤의 토큰 내용을 가려야 합니다. 문의에는 일반적으로 전체 토큰이 필요하지 않으며 오류 메시지, 클라이언트 플랫폼, 가져오기 방식과 발생 시간대만 있으면 됩니다.

다운로드 실패인지 파싱 실패인지 판단하기

업데이트 직후 네트워크 오류가 발생하면 먼저 클라이언트 자체가 구독 출처에 접속할 수 있는지 확인하세요. 일부 클라이언트는 구독 업데이트에는 시스템 네트워크를 사용하고 노드 연결에는 다른 경로를 사용하므로, 연결돼 있다고 해서 업데이트 요청도 같은 출구를 사용한다는 뜻은 아닙니다. 연결 해제 상태와 연결 상태에서 각각 시도해 차이를 기록하세요. 업데이트 요청은 완료됐지만 목록이 비어 있거나 형식을 인식할 수 없다는 메시지가 나오면 올바른 구독 가져오기 메뉴를 선택했는지, 클라이언트가 패널에서 제공하는 형식을 지원하는지 확인하세요.

같은 구독을 지원되는 다른 플랫폼에서 정상적으로 읽을 수 있다면 매우 유용한 비교가 됩니다. 이는 계정과 구독 출처가 대체로 정상이며 원래 클라이언트의 캐시나 파싱에 문제가 집중됐을 가능성을 보여 줍니다. 이때 기존 프로젝트를 삭제하지 말고 독립적인 새 구독 항목을 만들어 읽을 수 있는지 확인하세요. 기존 설정을 보존하면 작동하는 규칙을 실수로 삭제하지 않고 필드 차이도 비교할 수 있습니다. 새 프로젝트가 정상임을 확인한 뒤 중복 항목을 정리하세요.

캐시, 중복 구독과 업데이트 덮어쓰기 처리하기

클라이언트는 구독 이름, 주소 또는 내부 식별자를 기준으로 내용을 캐시할 수 있습니다. 같은 주소를 반복해서 가져오면 화면에는 새 항목이 추가된 것처럼 보여도 실제로는 이전 캐시를 계속 참조할 수 있습니다. 먼저 현재 항목을 새로 고쳐 업데이트 시간과 회선 목록이 바뀌었는지 확인하세요. 변화가 없다면 클라이언트를 종료했다가 다시 열고 이름을 명확하게 지정한 새 구독 항목을 만드세요. 구독 내용의 회선 이름을 자주 변경하거나 자동 생성 영역을 직접 수정하지 마세요. 다음 업데이트에서 이런 변경이 덮어써집니다.

사용자 지정 규칙은 구독 회선 설정과 분리해 저장해야 합니다. 자동 업데이트 영역에 규칙을 직접 입력했다가 업데이트 후 사라졌다고 해서 구독이 손상된 것은 아닙니다. 클라이언트가 설계대로 원격 내용을 교체한 것입니다. 클라이언트에서 제공하는 덮어쓰기, 설정 병합 또는 독립 규칙 메뉴를 사용하는 편이 안전합니다. 메뉴는 플랫폼마다 다르므로 확실하지 않다면 빠른 시작 가이드에서 표준 가져오기 절차로 돌아간 뒤 사용자 지정 설정을 단계적으로 복원하세요.

계정과 트래픽 상태 확인하기

월간 구독 트래픽은 개통일을 기준으로 매월 초기화되며, 중도 업그레이드 차액은 남은 일수로 환산됩니다. 트래픽 패키지는 소진될 때까지 사용할 수 있고 영구적으로 만료되지 않습니다. 패널에 표시된 요금제 또는 트래픽 상태가 예상과 다르더라도 구독을 반복해서 가져와 해결하려 하지 마세요. 클라이언트는 패널이 생성한 결과만 읽을 뿐 계정 상태를 바꿀 수 없습니다. 먼저 패널에서 현재 계정, 요금제 유형과 주문 기록을 확인한 뒤 계정 문의가 필요한지 결정하세요.

사용자 패널은 정상적으로 열리고 구독을 복사할 수 있지만 지원되는 여러 클라이언트에서 읽지 못하며 오류 원문도 같다면 문의를 제출할 수 있습니다. 플랫폼, 클라이언트의 가져오기 메뉴, 오류 원문, 다른 네트워크에서 업데이트할 수 있는지와 패널에서 구독이 보이는지를 첨부하세요. 전체 구독 주소와 비밀번호는 첨부하지 마세요. 추가 확인이 필요하면 상담 담당자가 문의를 통해 필요한 정보를 요청합니다.

특정 앱만 프록시를 사용하지 않을 때

브라우저는 정상인데 특정 앱만 인터넷에 연결되지 않는다면 클라이언트 전체를 초기화할 필요가 없는 경우가 많습니다. 앱이 시스템 프록시를 우회하거나 독립 네트워크 스택, 자체 프록시 설정 또는 특정 프로토콜만 사용하거나 규칙에 의해 직접 연결로 판단됐을 수 있습니다. 먼저 앱이 시작할 때 실패하는지, 로그인할 때 실패하는지, 이미지·음성·동기화 같은 일부 기능에서만 실패하는지 확인하세요. 현대 앱은 화면, 인증과 콘텐츠를 서로 다른 도메인에 분산하는 경우가 많으므로 특정 기능만 이상하면 앱 전체가 지원되지 않는 것이 아니라 일부 요청이 잘못된 경로로 전달됐다는 뜻일 수 있습니다.

글로벌 모드로 규칙 적용 여부 확인하기

현재 회선을 유지한 채 잠시 글로벌 모드로 전환하고 대상 앱을 완전히 종료한 뒤 다시 여세요. 앱이 복구된다면 회선 자체는 해당 트래픽을 처리할 수 있고 문제는 규칙에 집중됩니다. 클라이언트 로그에서 앱이 시작할 때 접속한 도메인과 주소를 확인하고 어떤 규칙이 적용됐는지 살펴보세요. 규칙은 일반적으로 위에서 아래로 매칭되므로, 앞에 있는 범용 직접 연결 규칙이 원래 프록시로 보내야 할 요청을 먼저 가로챌 수 있습니다. 수정할 때는 대상과 관련된 항목만 변경하고 모든 알 수 없는 트래픽을 영구적으로 같은 경로로 바꾸지 마세요.

글로벌 모드도 효과가 없다면 앱 자체에 프록시가 설정돼 있는지 확인하세요. 앱 내부 프록시가 시스템 프록시를 덮어쓰면서 이전 주소나 중지된 로컬 포트를 가리킬 수 있습니다. 앱 프록시를 시스템 설정 따르기로 되돌린 뒤 다시 테스트하세요. 일부 앱은 시작할 때만 프록시 환경을 읽으므로 변경 후 프로세스를 완전히 종료해야 합니다. 창만 닫으면 설정을 다시 읽지 않을 수 있습니다.

앱별 라우팅과 시스템 권한 확인하기

앱별 라우팅을 지원하는 클라이언트는 어떤 앱을 프록시에 연결할지 선택하도록 요구할 수 있습니다. 시스템 업데이트, 앱 재설치 또는 경로 변경 후에는 이전 선택이 현재 프로그램을 가리키지 않을 수 있습니다. 대상 앱을 다시 선택하고 직접 연결 목록과 프록시 목록에 동시에 들어 있지 않은지 확인하세요. Windows에서는 같은 제품이 여러 실행 프로그램으로 구성될 수 있고, macOS 앱도 보조 프로세스를 통해 네트워크 요청을 보낼 수 있습니다. 화면 프로그램만 선택하고 네트워크 보조 프로세스를 빠뜨리면 로그인은 성공하지만 콘텐츠가 로드되지 않을 수 있습니다.

모바일에서 앱별 설정은 시스템 기능의 제한을 받습니다. 클라이언트가 글로벌 또는 규칙 모드만 제공한다면 존재하지 않는 앱별 스위치를 찾기보다 도메인 규칙으로 처리해야 합니다. iOS와 Android의 시스템 네트워크 권한은 기업 설정, 업무 프로필 또는 다른 네트워크 서비스의 영향도 받을 수 있습니다. 점검할 때는 먼저 일반적인 네트워크 환경에서 확인해 관리형 설정이 앱 경로를 바꾼 것이 아닌지 판단하세요.

일부 리소스만 실패할 때 관련 도메인 확인하기

앱의 기본 화면은 열리지만 이미지, 첨부 파일, 음성 또는 로그인 콜백이 실패한다면 관련 도메인이 같은 정책으로 처리되지 않았을 가능성이 큽니다. 클라이언트 연결 로그를 열고 문제를 안정적으로 재현하는 동작을 한 번 수행한 뒤 실패 전후에 나타난 도메인을 확인하세요. 한 번에 여러 기능을 실행하면 로그와 동작을 연결하기 어렵습니다. 관련 도메인을 찾았다면 임시 규칙을 추가해 먼저 확인하고 복구가 확인되면 장기 규칙으로 정리하면서 용도를 기록하세요. 이후 실수로 삭제하는 일을 줄일 수 있습니다.

앱이 특정 지역 계정을 사용한다면 출구를 바꿀 때 재인증이나 콘텐츠 차이가 발생할 수 있습니다. 이때는 출구 지역을 일정하게 유지하고 앱의 이전 세션을 정리한 뒤 다시 테스트하세요. 짧은 시간에 여러 지역을 연속해서 바꾸지 마세요. 계정 측 상태 변화가 늘어나 회선 문제와 계정 문제가 섞일 수 있습니다. AI 도구의 앱과 웹 버전 차이는 AI 전문 페이지를 참고하고, Windows의 글로벌 프록시와 분할 라우팅은 Windows VPN 실측 비교에서 확인할 수 있습니다.

문의가 필요하다면 앱 이름, 영향을 받는 기능, 글로벌 모드와 규칙 모드의 비교 결과, 앱 내부 프록시 설정의 유무와 다른 회선 유형에서 변화가 있었는지를 적으세요. 앱에 오류 코드가 표시되면 원문을 첨부할 수 있지만 재현 절차 없이 오류 코드 스크린샷만 제출하지 마세요. 어떤 동작 이후 문제가 발생했는지 알아야 상담 담당자가 규칙, 프로토콜 또는 대상 서비스 응답 중 원인을 판단할 수 있습니다.

DNS 오류: 확인 실패, 주소 불일치와 누출 판단

DNS는 도메인 이름을 네트워크 주소로 변환합니다. 문제가 발생하면 도메인이 열리지 않거나, 알고 있는 주소로 직접 요청하면 응답이 오거나, 일부 웹사이트가 잘못된 지역으로 이동하거나, 연결 후에도 원래 네트워크의 DNS가 사용되거나, 같은 도메인이 브라우저와 명령줄에서 서로 다른 결과를 반환할 수 있습니다. DNS 문제는 최종적으로 페이지가 로드되지 않기 때문에 회선 문제로 오해하기 쉽습니다. 핵심은 누가 요청을 확인하는지, 결과가 캐시를 거치는지, 브라우저가 시스템 설정을 우회하는지를 확인하는 것입니다.

시스템, 브라우저와 클라이언트의 확인 출처 비교하기

클라이언트가 시스템 DNS를 인계할 수도 있고 프록시만 설정한 채 시스템 확인을 유지할 수도 있습니다. 브라우저는 별도의 보안 DNS를 활성화할 수 있습니다. 세 가지가 동시에 존재하면 같은 도메인이 서로 다른 확인 경로를 사용할 수 있습니다. 먼저 브라우저의 독립 DNS를 끄고 시스템 기본 설정으로 테스트한 다음, 클라이언트에서 사용자 지정 DNS 또는 원격 확인을 사용하고 있는지 확인하세요. 점검 단계에서는 명확한 출처 하나만 남기고 안정성을 확인한 뒤 브라우저 설정을 복원할지 결정하세요.

명령줄의 도메인 조회는 시스템 확인과 비교하는 데 사용할 수 있지만 브라우저 동작을 완전히 재현하지는 않습니다. 브라우저는 확인 결과를 캐시하거나 대상을 미리 연결하거나 자체 암호화 확인을 사용할 수 있습니다. 따라서 명령줄은 성공하고 브라우저만 실패한다면 브라우저 캐시를 정리하고 확장 기능을 확인하세요. 둘 다 실패한다면 시스템과 클라이언트를 살펴보세요. 어떤 도구에서 다른 결과가 나왔다고 바로 누출이 있다고 단정하지 말고, 애초에 두 요청이 같은 확인 경로를 사용해야 하는지 먼저 확인하세요.

캐시와 잘못된 주소 처리하기

DNS 캐시는 시스템, 브라우저, 라우터와 앱의 여러 계층에 존재합니다. 한 곳만 삭제하면 다른 곳에서 이전 결과가 계속 반환될 수 있습니다. 먼저 대상 앱을 완전히 종료하고 클라이언트 연결을 끊은 뒤 다시 연결하고 앱을 실행하세요. 문제가 계속되면 시스템이 제공하는 캐시 삭제 방법을 사용합니다. 라우터 캐시를 직접 확인할 수 없다면 다른 네트워크로 전환해 비교하세요. 다른 네트워크에서는 정상이라면 원래 네트워크의 확인 또는 라우팅을 점검할 가치가 있습니다.

같은 도메인이 여러 주소를 반환한다고 반드시 이상한 것은 아닙니다. 콘텐츠 전송 네트워크는 확인 출처와 출구 위치에 따라 서로 다른 주소를 할당합니다. 실제로 확인할 부분은 반환된 주소에 계속 접속할 수 없는지, 특정 확인 출처에서만 문제가 발생하는지, 회선을 바꿨을 때 출구 지역에 맞는 결과를 얻는지입니다. 정상적인 여러 주소 응답을 오염으로 판단하거나 임시 주소 하나를 장기 해결책으로 수동 고정하지 마세요. 대상 서비스가 조정되면 고정 주소가 작동하지 않을 수 있습니다.

사용자 지정 DNS의 한계

사용자 지정 DNS는 확인 출처를 통일하는 데 도움이 될 수 있지만 모든 장애를 해결하는 만능 방법은 아닙니다. 문제가 회선에 도달할 수 없는 것이라면 확인 서비스를 바꿔도 접속할 수 없는 주소를 얻을 뿐입니다. 규칙 기반 라우팅이 원인이라면 사용자 지정 DNS로 인해 도메인과 출구 정책이 더 어긋날 수도 있습니다. 활성화하기 전에 클라이언트가 로컬 확인과 원격 확인 중 무엇을 사용하는지, 확인 요청 자체가 직접 연결인지 프록시인지 알아야 합니다. 확실하지 않다면 기본 설정으로 복원해 클라이언트가 미리 정해진 경로로 작동하게 하세요.

규칙 모드는 판단을 위해 도메인 정보에 의존할 수도 있습니다. 앱이 주소에 직접 연결하거나 내장 확인을 사용하거나 독립 프로토콜로 요청을 감싸면 클라이언트가 볼 수 있는 정보가 부족해 규칙이 작동하지 않을 수 있습니다. 이때 글로벌 모드는 정상이고 규칙 모드만 이상한 것은 DNS와 규칙이 함께 관련된 경우입니다. 로그에 대상 도메인이 표시되는지와 어떤 규칙이 적용됐는지를 확인한 뒤 규칙을 추가할지 확인 모드를 조정할지 결정하세요.

nslookup example.com
curl -I https://example.com

조회할 때는 동일한 네트워크와 동일한 클라이언트 상태에서 테스트해 전후 조건이 바뀌지 않도록 하세요. 연결 전후 결과를 비교해야 한다면 출력을 각각 저장하고 상태를 표시하세요. 출력에 구독 주소, 사용자 이름 또는 다른 계정 정보가 포함될 필요는 없습니다. 도메인 조회는 성공하지만 요청이 실패하면 회선과 프록시를 계속 확인하고, 조회는 실패하지만 다른 네트워크에서는 정상이라면 현재 DNS 출처를 중점적으로 확인하세요. 조회 결과는 정상이고 브라우저만 이상하다면 브라우저 설정으로 돌아가세요.

DNS 관련 문의에는 영향을 받는 도메인, 시스템 플랫폼, 클라이언트 모드, 브라우저의 독립 DNS 활성화 여부, 명령줄 조회 성공 여부와 네트워크 전환 후 결과를 제공하세요. 전체 검색 기록은 제출하지 마세요. 상담 담당자에게는 문제를 재현할 수 있는 대상과 조건만 필요합니다. 문제가 특정 웹사이트의 지역 콘텐츠와 관련 있다면 선택한 출구 지역과 계정 지역이 일치하는지도 적어 웹사이트 자체 정책을 DNS 문제로 오해하지 않도록 하세요.

기기 안내, 트래픽 상태와 문의 정보

클라이언트에 기기, 인증, 트래픽 또는 계정 이상이 표시되면 먼저 사용자 패널에서 계정을 확인하세요. VPNXV는 동시 연결 기기 수에 제한이 없으므로 “기기 수 초과”와 같은 안내를 요금제 제한으로 바로 해석해서는 안 됩니다. 더 흔한 원인은 클라이언트가 이전 계정을 사용하거나, 타사 클라이언트가 자체적으로 로컬 기기 기록을 관리하거나, 세션 상태가 갱신되지 않았거나, 오류 문구가 VPNXV 패널이 아니라 로컬 설정에서 발생한 경우입니다. 현재 클라이언트에 가져온 구독이 로그인 중인 계정의 것인지 확인하고 구독을 다시 가져온 뒤 테스트하세요.

요금제 트래픽과 로컬 네트워크 제한 구분하기

월간 구독에는 ¥9.9/월 60GB, ¥18/월 250GB, ¥28/월 500GB가 포함되며 트래픽은 개통일을 기준으로 매월 초기화되고 중도 업그레이드 차액은 남은 일수로 환산됩니다. 트래픽 패키지는 ¥158/300GB, ¥358/1000GB, ¥658/3000GB이며 소진될 때까지 사용할 수 있고 영구적으로 만료되지 않습니다. 클라이언트에 연결할 수 없다고 표시되면 패널에서 현재 월간 구독을 사용하는지 트래픽 패키지를 사용하는지 확인하고 해당 상태를 살펴보세요. 클라이언트 삭제, 시스템 재설치 또는 구독 반복 새로 고침으로 계정 측 트래픽 기록을 바꿀 수는 없습니다.

패널 상태는 정상인데 클라이언트에 이전 정보가 계속 표시되면 먼저 구독을 업데이트한 뒤 클라이언트를 완전히 종료하고 다시 여세요. 여러 구독 항목이 있다면 실제 연결에 선택한 회선이 어느 항목에서 온 것인지 확인하세요. 이름이 같다고 출처가 같은 것은 아니며 이전 구독이 목록에 계속 남아 있을 수 있습니다. 항목 이름은 임시로 구분하기 쉬운 로컬 이름으로 바꿀 수 있지만 원격에서 생성된 회선 필드는 수정하지 마세요.

결제와 환불 문제는 주문 맥락을 보존하기

VPNXV는 Alipay / WeChat / USDT를 지원합니다. 결제가 완료됐지만 패널 상태가 바뀌지 않았다면 같은 주문을 다시 만들거나 새 계정을 등록해 해결하려 하지 마세요. 패널의 주문 상태, 결제 방식과 문제가 발생한 작업 과정을 보관한 뒤 사용자 패널에서 문의를 제출하세요. 환불과 관련된 경우 본문에는 14일 무조건 환불 원칙을 적용하며, 구체적인 신청과 처리 범위는 환불 정책을 따릅니다.

요금제별 차이와 트래픽 용도는 요금제 가격 페이지에서 확인할 수 있습니다. 중도 업그레이드를 계획한다면 사용자 패널의 요금제 메뉴에서 진행하세요. 중도 업그레이드 차액은 남은 일수로 환산됩니다. 금액을 직접 계산하거나 여러 번 주문해 기간을 조합하지 마세요. 패널 표시와 주문 내용이 다르면 상담 담당자가 주문 기록을 기준으로 확인하도록 요청하세요.

어떤 경우에 문의를 제출해야 할까

기본 설정 테스트를 완료하고, 다른 회선 유형으로 전환해 보며, 다른 네트워크도 비교했는데 문제가 계속 안정적으로 재현된다면 기술 문의를 제출하는 것이 좋습니다. 계정 상태, 주문, 트래픽 기록 또는 구독 생성에 이상이 있을 때도 바로 문의를 이용하세요. 장애가 한 번만 발생했고 재연결 후 다시 나타나지 않았다면 기록을 보관하며 관찰해도 됩니다. 문제가 지속되거나 범위가 명확하거나 계정 상태와 관련 있다면 클라이언트를 반복해서 재설치할 필요가 없습니다.

문의 메뉴는 사용자 패널에 있습니다. 제목에는 “Windows 연결 후 웹페이지 확인 불가” 또는 “Android 백그라운드에서 네트워크 전환 후 연결 끊김”처럼 증상을 직접 적고 “도와주세요”라고만 쓰지 마세요. 본문에는 먼저 플랫폼과 네트워크 환경을 적고, 이어서 회선 이름과 회선 유형을 적습니다. 그다음 작업, 예상 결과, 실제 결과와 이미 시도한 방법을 시간 순서대로 설명하세요. 특정 앱에만 영향을 준다면 앱 이름, 영향을 받는 기능과 글로벌 모드 및 규칙 모드의 비교 결과를 첨부하세요.

유용한 로그를 저장하는 방법

로그에는 장애 발생 전후의 연속적인 과정이 포함되어야 합니다. 준비 작업을 먼저 명확히 기록하고, 문제를 안정적으로 재현하는 동작을 한 번 실행한 뒤 추가 시도를 멈춰 수많은 재연결 정보가 핵심 위치를 덮지 않도록 하세요. 로그 수준은 클라이언트 기본값이면 충분하므로 익숙하지 않은 디버그 기능을 더 많이 켜지 마세요. 내보낸 뒤 구독 주소, 토큰과 계정 필드를 검색해 가린 다음 업로드하세요.

스크린샷에는 상태와 오류가 표시된 영역이 포함되면 되며 전체 데스크톱을 찍을 필요는 없습니다. 오류가 빠르게 사라진다면 짧은 조작 과정을 녹화할 수 있지만, 상담 담당자가 클릭 순서를 화면만 보고 추측할 수는 없으므로 글로 단계도 작성해야 합니다. 속도 문제에서는 속도 테스트 한 장만으로 원인을 찾기 어렵습니다. 연결을 끊었을 때의 상태, 다른 회선 유형과의 차이, 주로 영향을 받는 실제 앱을 함께 설명하세요.

문의 답변에서 추가 정보를 요청하면 새 문의를 만들지 말고 기존 문의에 계속 답변하세요. 같은 장애를 여러 문의로 나누면 앞뒤 판단에 필요한 정보가 흩어집니다. 문제가 해결된 뒤에도 어떤 조치가 효과가 있었는지 알려 주면 원인을 확인하는 데 도움이 됩니다. 시스템 점검의 목표는 설정을 가장 많이 시도하는 것이 아니라 최소한의 변수로 검증 가능한 결론을 얻는 것입니다.