해외 네트워크장애 진단 종합

장애 진단의 기본 원칙

먼저 증상을 기록하고 원인은 나중에 추정하세요

네트워크 문제를 가장 쉽게 잘못 판단하는 이유는 “어떤 것처럼 보이는지”를 “실제로 무엇인지”로 바로 단정하기 때문입니다. 웹페이지가 계속 로딩 중이어도 DNS가 응답하지 않는 것일 수 있고, 대상 사이트가 현재 출구를 거부하는 것일 수도 있으며, 브라우저가 기존 연결을 계속 사용하는 상황일 수도 있습니다. 클라이언트에 연결됨으로 표시되어도 로컬 프록시 프로세스와 선택한 회선이 특정 단계의 핸드셰이크를 완료했다는 뜻일 뿐, 모든 앱이 예상대로 해당 회선을 거친다는 의미는 아닙니다. 점검할 때는 관찰 가능한 현상부터 적으세요. 영향을 받는 앱, 모든 웹사이트인지 특정 사이트인지, 로컬 네트워크를 바꾸었을 때 달라지는지, 같은 구독을 사용하는 다른 기기는 정상인지 기록하면 문제 범위를 빠르게 좁힐 수 있습니다.

연결 경로를 여러 계층이 이어진 구조로 생각하면 좋습니다. 로컬 접속 네트워크는 기기가 일반 웹사이트에 먼저 접속할 수 있게 하고, 시스템 시간과 인증서 환경은 암호화 연결을 구축합니다. 클라이언트는 구독 정보를 읽어 로컬 프록시를 실행하고, 시스템 프록시 또는 가상 네트워크 인터페이스는 트래픽을 인계합니다. 분할 라우팅 규칙은 요청을 로컬 네트워크로 보낼지 원격 회선으로 보낼지 결정하며, DNS는 도메인을 주소로 변환합니다. 이후 원격 회선이 대상 서비스와 통신합니다. 어느 한 계층이라도 예상대로 작동하지 않으면 상위 계층에서는 모두 “접속할 수 없음”으로 보일 수 있습니다. 따라서 진단은 기기에 가까운 쪽부터 시작해야 하며, 처음부터 원격 회선을 반복해서 바꾸는 방식은 피하세요.

재현 가능한 기준 상태 만들기

작업을 시작하기 전에 다운로드, 클라우드 동기화, 시스템 업데이트 등 네트워크를 계속 사용하는 작업을 잠시 중지하세요. 현재 사용 중인 클라이언트, 운영체제, 연결 모드, 회선 이름과 로컬 네트워크 유형을 기록합니다. 그런 다음 일반 웹페이지 하나, 문제가 발생한 대상 서비스 하나, 브라우저 캐시에 의존하지 않는 테스트 방법 하나를 정해 각각 확인하세요. 매번 조건 하나만 바꾸세요. 예를 들어 회선만 바꾸고 프로토콜과 분할 라우팅을 동시에 변경하지 않으며, 브라우저 확장 기능만 끄고 시스템 설정 전체를 초기화하지 않습니다. 변경 후 같은 테스트를 다시 실행해야 변화의 원인을 판단할 수 있습니다.

VPNVB는 Windows, macOS, iOS, Android 및 Linux를 지원합니다. 플랫폼마다 권한 구조가 다릅니다. 데스크톱에서는 시스템 프록시, 가상 네트워크 인터페이스와 방화벽의 관계가 중요하고, 모바일에서는 배터리 절약 정책, 백그라운드 활동 권한과 네트워크 전환을 함께 확인해야 합니다. 점검 원칙은 같지만 버튼 이름과 권한 메뉴는 다를 수 있습니다. 현재 클라이언트에서 동일한 이름의 설정을 찾지 못했다면 이름이 완전히 같은 스위치를 찾기보다 기능이 같은 항목을 확인하세요. 예를 들어 “규칙 모드”, “규칙에 따른 라우팅”, “자동 분할 라우팅”은 대체로 비슷한 기능을 뜻합니다.

진단 기록 저장

유효한 기록에는 복잡한 도구가 필요하지 않습니다. “시간—환경—변경—결과”의 네 열만 작성하면 됩니다. 예를 들어 가정용 네트워크에서 규칙 모드와 회선 A를 사용했을 때 웹페이지는 열렸지만 특정 앱이 시간 초과되었고, 전체 모드로 전환하자 앱이 복구되었으며, 규칙 모드로 돌아오자 다시 문제가 발생했다고 기록할 수 있습니다. 이 결과는 회선 자체보다 분할 라우팅 규칙을 가리킵니다. 로컬 네트워크를 바꾼 직후 복구되었다면 기존 네트워크의 DNS, 라우팅 또는 접속 정책을 우선 확인하세요. 기록은 점검 중 초기 설정을 잊지 않게 해 주며, 연결이 복구된 뒤 어떤 변경이 실제로 효과가 있었는지도 확인하게 합니다.

첫 구독 가져오기를 아직 완료하지 않았다면 먼저 빠른 시작 안내로 돌아가세요. 연결은 되지만 “노드, 프로토콜, 규칙 모드”가 무엇인지 모르겠다면 초보자 용어 빠른 확인을 읽어보세요. 기본 개념과 장애 증상을 나누어 처리하면 설정 화면에서 항목을 무작정 바꾸는 것보다 대체로 빠릅니다.

완전히연결할 수 없을 때 점검 방법

먼저 클라이언트 문제인지 회선 문제인지 구분하세요

“연결 자체가 안 됨”에는 적어도 여러 상태가 포함됩니다. 클라이언트가 열리지 않거나, 클라이언트는 열리지만 구독이 비어 있거나, 회선을 선택할 수 있지만 연결이 즉시 실패하거나, 연결 과정이 오래 멈춰 있거나, 연결 성공 후 바로 끊길 수 있습니다. 첫 번째는 대개 기기 내부 문제이고, 두 번째는 구독 정보를 가져오는 과정과 관련이 많습니다. 나머지는 회선, 시스템 시간, 로컬 네트워크와 프로토콜 호환성을 비교해야 합니다. 이런 상태를 한데 묶으면 실제 시작 권한이나 프로세스 충돌을 해결하지 않은 채 구독만 반복해서 업데이트하게 됩니다.

먼저 클라이언트를 종료하고 백그라운드에 같은 종류의 프로세스가 남아 있지 않은지 확인한 뒤 다시 시작하세요. 데스크톱에서는 프록시 클라이언트가 로컬 수신 포트나 가상 네트워크 인터페이스를 생성해야 하는 경우가 많습니다. 다른 네트워크 도구가 같은 리소스를 사용하면 새 클라이언트가 시작된 것처럼 보여도 실제로 연결을 인계하지 못할 수 있습니다. 시스템 프록시, 가상 네트워크 또는 트래픽 필터링을 담당하는 도구를 여러 개 동시에 실행하지 마세요. 보안 소프트웨어, 방화벽과 기업 기기 관리 정책도 네트워크 확장을 제한할 수 있으므로, 이때는 원격 회선을 사용할 수 없다고 단정하기보다 시스템 알림이나 이벤트 기록을 확인하세요.

시스템 시간과 기본 네트워크 확인

암호화 연결은 인증서 유효 기간을 판단하기 위해 기기 시간을 사용합니다. 시스템 날짜, 시간대 또는 시간 동기화가 크게 어긋나면 캐시된 일반 페이지는 표시되더라도 새 보안 연결은 실패할 수 있습니다. 날짜, 시간과 시간대를 시스템 자동 관리로 되돌린 뒤 클라이언트를 다시 시작하세요. 이어서 프록시를 완전히 끄고 현재 로컬 네트워크를 통해 일반 웹사이트가 열리는지 확인합니다. 프록시를 사용하지 않아도 인터넷이 되지 않는다면 라우터, 무선 네트워크, 케이블, 접속 인증 또는 로컬 통신망부터 복구해야 합니다. 원격 회선은 이 기본 연결을 대신할 수 없습니다.

가정용 네트워크에서는 실패하지만 다른 접속 네트워크가 정상이라면 문제 범위는 기존 로컬 네트워크로 좁혀집니다. 먼저 라우터를 재시작하고 네트워크 주소를 다시 받은 뒤, 수동 DNS, 고정 게이트웨이 또는 특수 필터링 규칙이 설정되어 있는지 확인하세요. 모든 로컬 네트워크에서 실패하지만 같은 구독이 다른 기기에서 정상이라면 현재 기기의 클라이언트 상태, 권한 또는 설정 손상일 가능성이 높습니다. 반대로 같은 네트워크의 모든 기기에서 연결을 만들 수 없다면 구독 상태와 회선 선택을 확인하는 편이 합리적입니다.

최소 설정으로 확인

문제를 해결할 때 많은 사용자 지정 규칙, 스크립트와 다중 프록시를 그대로 유지하지 마세요. 먼저 기존 설정을 백업한 뒤 패널에서 제공하는 최신 구독을 가져오고, 일반 회선과 클라이언트 기본 권장 연결 모드를 사용하세요. 최소 설정에서 연결된다면 서비스와 기본 네트워크는 정상이며, 문제는 기존 설정의 규칙, 포트, 체인 프록시 또는 수동 재정의 항목에 있습니다. 이후 사용자 지정 내용을 하나씩 복원하고 항목마다 테스트하세요. 한 번에 모두 되돌리는 방식은 피해야 합니다.

# 기본 연결성 점검 예시
# 먼저 프록시를 끄고 로컬 네트워크에서 일반 도메인을 확인
nslookup example.com

# 그런 다음 시스템이 공용 테스트 도메인에 도달할 수 있는지 확인
ping example.com

명령 결과는 환경과 함께 해석해야 합니다. 일부 네트워크나 대상은 ping을 무시하므로 ping에 응답이 없다는 사실만으로 네트워크 단절을 증명할 수 없습니다. 그러나 도메인 확인 실패, 기본 게이트웨이 연결 불가, 모든 HTTPS 요청 실패는 대개 기본 네트워크가 아직 구축되지 않았음을 뜻합니다. 명령줄은 보조 증거일 뿐이며 클라이언트 로그와 네트워크를 바꾼 비교 테스트를 대신할 수 없습니다.

회선 전환을 올바르게 하는 방법

로컬 네트워크, 시간, 클라이언트와 구독이 모두 정상인지 확인한 뒤 다른 지역 또는 유형의 회선을 선택하세요. VPNVB는 100+개 국가 / 210+개 회선을 제공하며, 회선 목록에서 지역과 회선 유형을 확인할 수 있습니다. 전환할 때는 기존 연결을 먼저 직접 끊고 클라이언트가 상태를 정리할 때까지 기다린 다음 새 회선에 연결하세요. 여러 회선을 빠르게 연속해서 클릭하면 기존 세션, DNS 캐시와 새 회선 상태가 섞여 오히려 원인을 판단하기 어려워질 수 있습니다.

특정 회선 하나만 실패하고 다른 회선은 정상이라면 사용 가능한 회선으로 작업을 계속하면서 실패한 회선 이름, 실패 단계와 발생 시간을 기록하세요. 같은 기기의 모든 회선에서 실패하지만 다른 기기는 정상이라면 기기 권한과 클라이언트 설정으로 돌아가세요. 모든 기기와 서로 다른 로컬 네트워크에서 실패하고 구독도 업데이트된 상태라면 문의를 접수하세요. 문의에는 단순히 “연결되지 않음”이라고만 쓰지 말고 클라이언트가 시작되는지, 구독이 업데이트되는지, 연결이 어느 단계에서 멈추는지, 어떤 네트워크와 회선을 바꾸어 보았는지, 재현 가능한 오류 문구가 있는지 설명하세요.

연결은 되지만웹페이지가 열리지 않음

“연결됨”은 경로 일부가 완료되었다는 뜻일 뿐입니다

클라이언트 상태가 연결됨으로 표시되면 일반적으로 로컬 클라이언트와 원격 회선 사이에 세션이 만들어졌다는 뜻입니다. 하지만 트래픽이 실제로 해당 세션에 들어가는지는 시스템 프록시, 가상 네트워크 인터페이스, 앱 자체의 프록시 설정과 분할 라우팅 규칙에 따라 달라집니다. 먼저 “모든 요청이 통하지 않는지”와 “도메인 요청만 통하지 않는지”를 구분하세요. 이전에 열어 보지 않은 일반 웹사이트에 접속한 뒤 브라우저와 다른 앱을 비교해 볼 수 있습니다. 브라우저는 정상인데 다른 앱이 실패하면 앱 분할 라우팅을 우선 확인하고, 도메인 기반 접속이 모두 실패하면 DNS를 중점적으로 확인하세요. 모든 접속이 실패한다면 클라이언트가 시스템 트래픽을 인계했는지 점검해야 합니다.

데스크톱 클라이언트의 일반적인 시스템 프록시 모드는 시스템 프록시 설정을 따르는 앱에만 영향을 줍니다. 일부 명령줄 도구, 게임, 스토어 클라이언트와 자체 네트워크 스택을 사용하는 프로그램은 이 설정을 자동으로 사용하지 않습니다. 가상 네트워크 모드는 더 넓은 트래픽을 인계할 수 있지만 추가 시스템 권한이 필요하고 다른 네트워크 확장과 충돌할 수 있습니다. 점검할 때는 먼저 현재 모드를 확인하세요. “시스템 프록시가 켜짐”이라는 표시만 보고 모든 앱이 회선을 거친다고 판단해서는 안 됩니다.

프록시 인계 및 남은 설정 확인

클라이언트 연결을 끊은 뒤 시스템 프록시가 자동으로 복구되는지 확인하세요. 클라이언트가 비정상 종료되면 시스템에 로컬 포트를 가리키는 프록시 주소가 남을 수 있지만 해당 프로세스는 이미 종료된 상태일 수 있습니다. 이 경우 시스템 프록시를 따르는 앱에서 웹페이지가 열리지 않습니다. 클라이언트를 다시 시작한 뒤 정상적으로 연결을 끊으면 대개 복구됩니다. 또는 시스템 네트워크 설정에서 자동 프록시 스크립트, HTTP 프록시와 보안 프록시가 더 이상 존재하지 않는 로컬 수신 주소를 가리키는지 확인하세요. 낯선 프록시 주소를 시스템 설정에 직접 입력하지 마세요. 정상적인 경우 클라이언트가 관리합니다.

클라이언트 내장 연결 테스트는 성공하지만 브라우저가 실패한다면 먼저 브라우저를 완전히 종료한 뒤 다시 여세요. 브라우저가 기존 연결을 재사용하거나 자체 보안 DNS, 네트워크 확장 또는 프록시 플러그인을 사용할 수 있습니다. 네트워크 경로를 변경하는 확장 기능을 임시로 비활성화하고 브라우저 DNS 설정을 시스템 설정과 동일하게 맞춰 비교하세요. 시크릿 창은 정상인데 일반 창만 이상하다면 확장 기능, 캐시와 사이트 데이터를 확인하세요. 모든 브라우저에서 실패한다면 브라우저를 하나씩 정리하지 말고 시스템 프록시와 DNS 계층으로 돌아가세요.

DNS 이상 여부 판단

DNS 이상에서 흔히 나타나는 현상은 클라이언트가 정상으로 표시되고 이미 열었던 페이지 일부는 새로고침되지만 새 도메인은 오래 응답하지 않는 경우입니다. 같은 도메인이 앱마다 다르게 동작하거나 네트워크를 바꾼 직후 잠시 복구되기도 하며, 오류 메시지에 이름 확인 문제가 명시되기도 합니다. DNS는 도메인을 네트워크 주소로 변환하며, 확인 요청은 시스템, 로컬 라우터, 클라이언트 또는 원격 회선에서 처리될 수 있습니다. 여러 계층을 동시에 설정하면 결과가 일치하지 않을 수 있으므로 점검 중에는 재정의 항목을 줄이고 클라이언트와 시스템이 하나의 명확한 경로를 사용하도록 하세요.

# Windows
nslookup example.com
ipconfig /flushdns

# macOS
dscacheutil -flushcache

# Linux(systemd-resolved를 사용하는 환경)
resolvectl query example.com
resolvectl flush-caches

먼저 조회를 실행한 뒤 캐시 삭제 여부를 결정하세요. 조회 시간 초과는 확인 경로가 제때 응답하지 않았다는 뜻입니다. 주소가 반환되는데도 웹페이지가 열리지 않는다면 라우팅, 인증서, 대상 서비스 또는 브라우저 문제일 수 있습니다. 캐시 삭제는 오래된 확인 결과만 제거할 뿐 잘못된 상위 DNS 설정을 수정하지 않으므로, 캐시 삭제를 반복하는 것을 만능 해결책으로 생각하지 마세요. DNS를 수동으로 설정했다면 먼저 기존 값을 기록한 뒤 자동 설정으로 되돌려 비교하세요. 클라이언트에 “회선을 따라 DNS 확인” 또는 이에 준하는 기능이 있다면 시스템 권한이 정상인지 확인한 후 테스트할 수 있습니다.

IPv4, IPv6 및 분할 라우팅 결과 확인

도메인은 서로 다른 주소 체계의 주소를 동시에 반환할 수 있으며, 현재 회선이나 로컬 네트워크가 이를 처리하는 경로도 다를 수 있습니다. 일부 웹사이트는 즉시 열리지만 다른 사이트는 오래 기다린 뒤 실패하는 식으로 나타납니다. 특정 주소 체계를 영구적으로 끄기보다 클라이언트가 트래픽을 일관되게 인계하는지, DNS 반환 결과가 연결 모드와 일치하는지, 규칙이 같은 서비스의 여러 도메인을 서로 다른 출구로 나누는지 먼저 확인하세요. 임시 조정 후 복구되었다면 조정 전후의 확인 결과를 기록한 뒤 장기 설정을 결정합니다.

규칙 모드에서 웹페이지 하나가 여러 도메인의 스크립트, 이미지, API와 로그인 리소스를 불러오는 경우가 많습니다. 기본 페이지 도메인이 원격 회선을 사용한다고 해서 관련 도메인 전체가 같은 경로를 사용하는 것은 아닙니다. 페이지에 글자만 표시되거나 버튼이 반응하지 않거나 로그인이 반복된다면 클라이언트 연결 기록을 확인해 실패한 리소스가 어느 규칙에 매칭되었는지 확인하세요. 잠시 전체 모드로 전환해 비교할 수 있습니다. 전체 모드는 정상인데 규칙 모드가 이상하다면 회선 속도보다 규칙 적용 범위가 원인입니다. 확인을 마친 뒤 규칙 모드로 돌아와 규칙을 보완하거나 업데이트하세요.

문제가 스트리밍 화질이나 특정 사이트 리소스 로딩에 집중된다면 비트레이트 및 대역폭 실측 안내를 참고하세요. 모든 도메인이 확인되지 않고 서로 다른 네트워크와 기기에서도 같은 결과가 나오면 조회 결과, 클라이언트 로그와 영향을 받은 도메인을 제출하세요. 기업 또는 학교 네트워크에서만 문제가 발생한다면 로그인 인증이 필요한지, 전용 DNS를 사용하는지도 함께 알려야 합니다.

속도 저하와 피크 시간대 끊김

먼저 “느리다”를 관찰 가능한 지표로 나누세요

속도 저하는 하나의 장애만을 뜻하지 않습니다. 웹페이지 첫 화면이 오래 기다려지는 현상은 지연 시간, DNS 또는 연결 재사용과 관련이 많습니다. 다운로드 지속 속도가 낮다면 대역폭이나 혼잡 문제에 가깝고, 영상 화질이 반복해서 바뀌면 비트레이트 협상과 단기 변동의 영향도 받습니다. 게임 조작이 늦게 반응한다면 지연 시간, 지터와 패킷 손실을 함께 확인해야 합니다. 증상마다 적합한 테스트가 다릅니다. 한 번의 속도 측정만으로 웹페이지는 느린데 다운로드는 정상인 이유를 설명할 수 없으며, 특정 회선이 계속 안정적이라고 증명할 수도 없습니다.

기준 상태를 만들 때는 먼저 프록시를 끄고 같은 기기와 같은 로컬 네트워크에서 일반 접속을 테스트하세요. 이후 지리적으로 적절한 회선에 연결해 동일한 작업을 반복합니다. 무선 중계, 원격 데스크톱, 클라우드 동기화와 시스템 업데이트를 동시에 사용하지 마세요. 테스트 대상도 고정해야 합니다. 같은 다운로드 소스, 같은 영상 구간과 같은 웹페이지를 사용하세요. 로컬 네트워크 자체가 불안정하면 원격 회선 비교 결과가 기본적인 변동에 묻힙니다.

회선 거리, 유형 및 혼잡

물리적 거리는 왕복 경로를 늘리지만 거리만이 조건은 아닙니다. 우회 라우팅, 네트워크 간 연결, 무선 간섭과 로컬 통신망 출구의 혼잡 때문에 더 가까운 회선이 다른 경로보다 성능이 나쁠 수 있습니다. 회선을 선택할 때는 용도와 지역으로 범위를 좁힌 뒤 회선 유형을 비교하세요. 국가 이름만으로 판단하지 마세요. VPNVB는 100+개 국가 / 210+개 회선을 지원하며, 전체 지역과 유형은 회선 목록에서 확인할 수 있습니다.

피크 시간대 끊김은 공유 연결의 특정 구간이 혼잡할 때 흔히 발생합니다. 핵심은 시간과의 연관성입니다. 낮에는 안정적이지만 특정 혼잡 시간대에 뚜렷하게 저하되고, 다른 로컬 네트워크나 회선으로 바꾸었을 때 크게 달라지는지 확인하세요. 가정용 무선 네트워크에서만 문제가 발생한다면 신호, 주파수 간섭과 라우터 부하부터 점검합니다. 프록시를 꺼도 같은 수준으로 저하되면 병목은 로컬 접속에 있습니다. 일반 네트워크는 정상인데 특정 회선만 저하된다면 같은 지역의 다른 회선과 비교하는 것이 효과적입니다.

기기 및 앱 측 제한 배제

기기의 배터리 절약 모드는 백그라운드 네트워크와 처리 성능을 제한할 수 있습니다. 브라우저의 많은 탭, 암호화 검사, 실시간 동기화와 디스크 사용량도 다운로드와 압축 해제에 영향을 줍니다. 라우터에서 프록시를 실행한다면 현재 암호화 트래픽을 처리할 성능이 충분한지도 고려해야 합니다. 간단한 판단 방법은 같은 네트워크에서 다른 기기로 같은 회선에 연결하는 것입니다. 다른 기기가 뚜렷하게 정상이라면 원래 기기를 우선 확인하고, 모든 기기가 같다면 라우터, 로컬 네트워크와 회선을 점검하세요.

앱 서버가 단일 연결, 계정 지역 또는 특정 콘텐츠 소스를 제한할 수도 있습니다. 특정 다운로드 사이트 하나만 느리다고 해서 전체 회선의 문제로 단정할 수 없습니다. 서로 다른 소스로 교차 검증하고 브라우저, 클라이언트 앱과 명령줄 요청을 비교하세요. AI 도구는 최고 속도보다 장시간 연결의 안정성이 더 중요할 때가 있습니다. 관련 상황은 AI 이미지 생성 및 장시간 연결 요구 사항을 참고하세요. 게임은 지연 시간·지터·패킷 손실의 차이를 확인해 대역폭 수치만을 유일한 기준으로 삼지 마세요.

피크 시간대 대응 순서

먼저 프록시를 끈 상태에서 로컬 네트워크가 정상인지 확인하세요. 다음으로 같은 지역의 다른 회선으로 전환하고, 이후 인접 지역 회선을 테스트한 뒤 마지막에 연결 모드 변경을 고려합니다. 전환할 때마다 테스트 조건을 동일하게 유지하고 연결이 다시 구축될 시간을 충분히 주세요. 속도 측정을 지나치게 자주 실행하면 회선을 점유하고 측정 서버의 제한을 유발할 수 있습니다. 영상 시청에서는 한 번의 최고 속도보다 실제 재생이 계속 안정적인지가 더 중요합니다.

속도 문제가 요금제의 트래픽 한도에 가까워졌을 때만 발생한다면 패널에 로그인해 현재 주기의 사용량을 확인하세요. 월간 구독 트래픽은 개통일을 기준으로 매월 초기화되며, 중도 업그레이드 차액은 남은 일수로 환산됩니다. 트래픽 패키지는 소진될 때까지 사용할 수 있고 영구적으로 만료되지 않습니다. 요금제를 변경하려면 요금제 안내를 확인하세요. 구독 업데이트를 반복해 한도 문제를 해결하려 하지 마세요. 구독 업데이트는 설정과 계정 상태만 동기화하며 이미 사용한 트래픽을 바꾸지 않습니다.

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

먼저 세션 중단인지 네트워크 전환인지 판단하세요

연결 해제는 클라이언트 상태 변화, 앱 연결 초기화, 잠시 끊겼다가 복구되는 웹페이지 또는 기기가 무선 네트워크에서 다른 접속 방식으로 전환되며 회선을 다시 구축하는 형태로 나타날 수 있습니다. 먼저 연결 해제와 함께 로컬 네트워크 아이콘이 변했는지 기록하세요. 일반 네트워크도 동시에 끊겼다면 무선 신호, 라우터, 케이블 또는 접속 인증을 점검해야 합니다. 로컬 네트워크는 계속 정상인데 클라이언트 세션만 다시 연결된다면 회선, 시스템 절전, 백그라운드 권한과 네트워크 확장 충돌을 확인하세요.

앱 로그인 한 번이 만료된 것을 전체 회선의 연결 해제로 보지 마세요. 일부 서비스는 출구 변경, 세션 만료 또는 앱 자체의 재연결 정책 때문에 다시 로그인해야 할 수 있습니다. 지속적인 요청 하나와 클라이언트 상태를 함께 관찰하세요. 다른 웹페이지와 앱이 정상이라면 문제는 특정 서비스로 좁혀집니다. 프록시를 거치는 모든 연결이 동시에 끊기고 일반 네트워크는 정상이라면 클라이언트 세션이나 회선 문제에 가깝습니다.

데스크톱의 절전 및 네트워크 변화

컴퓨터 덮개를 닫거나 절전 모드에 들어갔다가 깨어나거나, 무선 네트워크를 전환하거나, 케이블을 연결·분리하거나, 핫스팟을 켜고 끈 뒤에는 기존 연결이 의존하던 로컬 주소와 기본 라우팅이 바뀌었을 수 있습니다. 일부 클라이언트는 자동으로 다시 연결하지만, 일부는 직접 연결을 끊었다가 다시 연결해야 합니다. 깨어날 때마다 “연결됨으로 표시되지만 접속할 수 없음”이 나타난다면 먼저 직접 연결을 끊고 시스템이 네트워크에 연결될 때까지 기다린 후 다시 연결하세요. 시스템이 유효한 네트워크를 얻기 전에 연결 버튼을 연속해서 누르지 마세요.

잦은 연결 해제는 여러 네트워크 도구가 시스템 프록시나 가상 인터페이스를 차지하려고 할 때도 발생할 수 있습니다. 기업 네트워크 클라이언트, 트래픽 필터, 패킷 캡처 도구, 자녀 보호 기능 또는 다른 프록시 프로그램을 동시에 실행 중인지 확인하세요. 점검할 때는 트래픽 인계를 담당하는 클라이언트를 하나만 남겨 두세요. 특정 도구를 끈 뒤 복구되었다면 모든 보호 기능을 영구적으로 끄기보다 두 도구의 동시 사용을 지원하는지 추가로 확인해야 합니다.

모바일 백그라운드 권한

모바일 운영체제는 배터리를 절약하기 위해 오랫동안 화면 전면에 표시되지 않은 앱을 제한합니다. 네트워크 가속 클라이언트는 계속 실행되는 시스템 네트워크 확장에 의존하므로 절전 모드, 백그라운드 활동 제한, 자동 정리와 제조사 배터리 정책이 관련 프로세스를 종료하거나 일시 중지할 수 있습니다. 클라이언트가 네트워크 연결을 구축하는 데 필요한 시스템 권한을 얻었는지 확인하고 필요한 백그라운드 활동을 허용하세요. 시스템 제한 목록에서 클라이언트를 제외한 뒤 화면을 잠그고 일정 시간 기다렸다가 기기를 깨워 확인해야 합니다. 전면에 앱을 띄운 상태에서만 테스트해서는 안 됩니다.

“앱 화면이 정리된 것”과 “시스템 네트워크 확장이 중지된 것”도 구분해야 합니다. 클라이언트 화면이 다시 로드되어도 상태 표시줄의 네트워크 연결은 유지될 수 있고, 반대로 화면에는 이전 상태가 표시되지만 실제 세션은 이미 종료되었을 수 있습니다. 실제 접속 결과와 시스템 네트워크 표시를 기준으로 판단하세요. 시스템에 상시 연결 또는 주문형 연결 기능이 있다면 활성화하기 전에 현재 설정이 안정적인지 확인해야 합니다. 설정이 잘못되면 자동 재연결이 반복되어 일반 네트워크에도 영향을 줄 수 있습니다.

회선 및 전송 방식 비교

연결 해제가 화면 잠금, 절전 또는 네트워크 전환과 관련 없고 특정 회선에서만 발생한다면 같은 지역의 다른 회선과 비교하세요. 같은 로컬 네트워크에서 모든 회선이 불안정하지만 다른 네트워크로 바꾸면 복구된다면 기존 네트워크가 장시간 연결, 특정 전송 방식 또는 유휴 세션을 처리하는 방식이 원인일 수 있습니다. 이때는 두 네트워크의 비교 기록을 남겨 “가끔 끊김”이라는 설명에 그치지 않도록 하세요.

재연결 빈도를 지나치게 공격적으로 설정하지 마세요. 네트워크가 짧게 흔들릴 때 여러 세션을 즉시 반복해서 만들면 복구가 더 느려질 수 있습니다. 하트비트, 시간 초과와 주문형 연결의 역할을 이해한 경우가 아니라면 클라이언트 기본 정책을 우선 사용하세요. 수동 설정의 시간 초과 값, 체인 프록시와 복잡한 스크립트도 최소 설정 테스트에서는 잠시 제거해야 합니다.

모바일에서 특정 앱을 백그라운드로 전환했을 때만 끊기고 다른 앱은 정상이라면 해당 앱의 백그라운드 네트워크 권한을 확인하세요. 회선을 사용하는 모든 앱이 동시에 중단되면 가속 클라이언트와 시스템 네트워크 확장을 점검해야 합니다. 기기가 뜨겁거나 저장 공간이 부족하거나 시스템이 백그라운드를 계속 정리한다면 먼저 기기의 기본 실행 상태를 복구하세요. 문제가 안정적으로 재현되면 기기 운영체제, 클라이언트, 회선, 전경·백그라운드 전환 동작과 재현 경로를 제출해야 고객 지원팀이 같은 절차로 확인할 수 있습니다.

구독 업데이트 실패 및 설정 이상

구독 링크, 구독 내용과 회선 연결은 서로 다른 세 가지입니다

구독 링크는 클라이언트가 설정을 가져오는 입구이고, 구독 내용은 클라이언트가 다운로드해 저장하는 회선과 규칙 정보이며, 회선 연결은 그 설정 중 하나를 선택해 세션을 만드는 과정입니다. 업데이트 실패가 저장된 모든 회선이 즉시 무효가 되었다는 뜻은 아닙니다. 특정 회선 연결 실패 역시 구독 링크 자체가 잘못되었다는 의미는 아닙니다. 클라이언트가 “구독 다운로드” 단계에서 오류를 내는지, 구독은 업데이트되었지만 회선을 사용할 수 없는지부터 확인하세요.

구독 방식을 처음 접했다면 먼저 구독 링크 확인·가져오기·업데이트 안내를 읽어보세요. VPNVB는 이메일 주소 없이 가입할 수 있으며, 사용자 이름과 비밀번호만으로 가입이 가능합니다. 패널에 로그인한 뒤 현재 구독 정보를 확인하세요. 채팅 기록이나 스크린샷 인식, 수동 조합으로 만든 오래된 주소는 사용하지 마세요. 구독 링크는 계정 설정의 진입점이므로 안전하게 보관해야 합니다. 유출이 의심되면 기존 링크를 계속 공유하지 말고 패널에서 가능한 방식으로 업데이트하세요.

먼저 가져오기 경로 확인

구독을 업데이트할 때 클라이언트는 구독 주소에 접속해야 합니다. 현재 시스템 프록시가 작동하지 않는 로컬 포트를 가리키거나, 아직 연결되지 않은 회선을 통해서만 구독을 가져오도록 설정되어 있으면 순환이 발생할 수 있습니다. 새 설정이 있어야 연결할 수 있는데, 새 설정을 다운로드하려면 먼저 연결해야 하는 상황입니다. 작동하지 않는 프록시를 끄거나 클라이언트의 직접 연결 업데이트 옵션을 사용해 보세요. 클라이언트가 업데이트 경로를 선택할 수 있다면 로컬 네트워크에서 패널에 접속할 수 있는지 확인한 뒤 시도하세요.

패널 로그인 자체가 실패한다면 먼저 사용자 이름과 비밀번호가 정확한지 확인하고, 브라우저에서 다른 페이지가 정상적으로 열리는지도 확인하세요. 구독 주소를 공개 검사 사이트에 붙여 넣지 마세요. 패널에는 로그인되지만 클라이언트 다운로드가 실패한다면 클라이언트에서 해당 구독 항목을 삭제한 뒤 현재 주소를 다시 가져올 수 있습니다. 다만 삭제 전에 사용자 지정 규칙과 로컬 재정의 설정을 기록하세요. 구독 삭제로 연결된 수동 설정까지 함께 사라질 수 있습니다.

형식 및 파싱 오류 확인

클라이언트마다 지원하는 구독 형식과 필드 범위가 다릅니다. 한 클라이언트가 읽을 수 있다고 해서 완전히 다른 클라이언트도 같은 내용을 인식하는 것은 아닙니다. 대표적인 파싱 오류로는 웹페이지 내용을 설정으로 가져오는 경우, 복사 중 링크 문자가 누락된 경우, 클라이언트가 반환 형식을 지원하지 않는 경우, 텍스트 인코딩 이상 또는 로컬 설정의 필드 충돌이 있습니다. 해당 플랫폼에 맞는 패널 제공 방식을 우선 사용하세요. 클라이언트 다운로드 경로는 사용자 패널로 통일되어 있으며 정적 설치 패키지의 직접 링크는 사용하지 않습니다.

# 문서의 보안 예시, 링크 구조 확인용
https://example.com/sub?token=YOUR_TOKEN

# 실제 구독 주소를 스크린샷, 공개 로그 또는 공유 설정에 기록하지 마세요
# 업데이트 실패 시 오류 유형을 기록하고 전체 token은 제출하지 마세요

오류 메시지가 웹페이지 제목, 로그인 페이지 또는 일반 HTML로 반환된다면 클라이언트가 예상한 구독 내용을 받지 못한 것입니다. 링크 만료, 불완전한 복사 또는 리디렉션이 원인일 수 있습니다. 다운로드는 되지만 설정이 비어 있다면 클라이언트 로그의 파싱 안내를 확인하세요. 오류를 없애기 위해 실제 구독을 온라인 변환 서비스에 임의로 입력하지 마세요. 제3자 변환 과정에서 전체 링크가 노출될 수 있습니다. 패널로 돌아가 다시 가져오거나 문의를 통해 해당 클라이언트의 가져오기 방식을 확인하세요.

업데이트 후 회선이 사라지거나 중복됨

회선이 사라지는 이유는 구독 항목이 덮어써졌거나, 필터 조건에 숨겨졌거나, 그룹이 펼쳐지지 않았거나, 클라이언트가 기존 구독을 유지한 채 다른 항목을 새로 만들었기 때문일 수 있습니다. 먼저 구독 목록에 이름이 비슷한 출처가 여러 개 있는지 확인하고 현재 어떤 설정을 사용하는지 확인하세요. 회선 중복은 대개 서버가 실제로 같은 회선을 반복 제공해서가 아니라 동일한 구독을 여러 번 가져왔기 때문에 발생합니다. 유효한 구독 항목 하나만 남기고 업데이트한 뒤 그룹을 다시 선택하세요.

사용자 지정 규칙이 오래된 회선 이름을 참조한다면 업데이트 후 이름이나 그룹이 바뀌어 규칙이 대상을 찾지 못할 수 있습니다. 이 경우 클라이언트가 기본 회선으로 돌아가거나 바로 오류를 표시할 수 있습니다. 규칙 대상이 여전히 존재하는지 확인하고, 많은 규칙을 단일 회선에 연결하기보다 안정적인 그룹을 우선 참조하세요. 업데이트 전에 로컬 사용자 지정 내용을 내보내고, 업데이트 후 하나씩 복원하는 것이 설정 혼란을 막는 안전한 방법입니다.

계정 상태 및 트래픽 주기

구독 업데이트는 계정 상태의 영향도 받습니다. 패널에 로그인해 요금제가 사용 가능한 상태인지 확인하고 트래픽 사용량을 확인하세요. 월간 구독은 ¥9.9/월 60GB, ¥18/월 250GB, ¥28/월 500GB이며 트래픽은 개통일을 기준으로 매월 초기화됩니다. 중도 업그레이드 차액은 남은 일수로 환산됩니다. 트래픽 패키지는 ¥158/300GB, ¥358/1000GB, ¥658/3000GB이며 소진될 때까지 사용할 수 있고 영구적으로 만료되지 않습니다. 요금제를 비교하려면 요금제 페이지로 이동하세요. 클라이언트 오류 메시지만으로 계정 가격이나 주기를 추정하지 마세요.

패널 상태가 정상이고 최신 구독을 다시 가져와도 파싱되지 않는다면 클라이언트 이름, 운영체제 플랫폼, 업데이트 방식, 오류 문구와 발생 시간을 제출하세요. 로그에 전체 구독 주소가 포함되어 있다면 먼저 토큰 부분을 가리세요. 고객 지원팀에 필요한 것은 오류 유형과 응답 양상이며 계정 자격 증명을 공개할 필요는 없습니다. 여러 클라이언트 중 하나만 실패한다면 실패한 클라이언트와 정상 클라이언트의 차이를 설명하세요. 형식 호환 문제인지 계정 측 문제인지 빠르게 판단하는 데 도움이 됩니다.

특정 App이 프록시를 사용하지 않음 및분할 라우팅 이상

브라우저는 정상인데 앱은 왜 실패할까요

앱마다 네트워크를 사용하는 방식이 다릅니다. 브라우저는 일반적으로 시스템 프록시를 따르지만 자체 보안 DNS를 사용할 수도 있습니다. 명령줄 프로그램은 환경 변수를 읽을 수 있고, 게임과 일부 데스크톱 앱은 시스템 프록시를 거치지 않는 네트워크 인터페이스를 사용합니다. 모바일 앱은 시스템 네트워크 확장이 통합적으로 인계하지만 앱별 규칙의 영향을 받을 수 있습니다. 따라서 “브라우저가 열린다”는 사실은 브라우저 경로가 유효하다는 것만 증명하며, 시스템의 모든 트래픽이 같은 출구를 사용한다는 뜻은 아닙니다.

먼저 클라이언트가 시스템 프록시 모드를 사용하는지 가상 네트워크 모드를 사용하는지 확인하세요. 시스템 프록시 모드라면 문제가 발생한 앱이 시스템 프록시를 지원하는지, 앱 내부에서 별도 설정이 필요한지 확인합니다. 가상 네트워크 모드라면 시스템 권한이 완전한지, 다른 네트워크 확장과 충돌하는지, 클라이언트가 해당 앱을 제외하고 있지 않은지 확인하세요. 클라이언트 문서에서 해당 프로토콜과 주소를 명확히 안내한 경우가 아니라면 앱에 클라이언트의 로컬 포트를 임의로 입력하지 마세요.

전체 모드로 잠시 비교

규칙 모드에서 문제가 발생하면 잠시 전체 모드로 전환해 확인할 수 있습니다. 전체 모드에서 앱이 즉시 복구되고 규칙 모드에서는 계속 실패한다면 회선과 앱의 기본 연결은 정상일 가능성이 높으며, 문제는 규칙 매칭, 도메인 집합 또는 주소 범위에 있습니다. 확인 후에는 규칙 모드로 돌아가 연결 기록을 확인하세요. 잘못된 규칙을 가리기 위해 전체 모드를 장기간 사용하는 것은 권장하지 않습니다. 원래 로컬 네트워크로 가야 하는 요청까지 경로가 바뀔 수 있습니다.

전체 모드에서도 실패한다면 다른 회선으로 바꾸고 앱을 다시 시작하세요. 앱이 기존 연결을 유지하면 클라이언트가 회선을 바꾼 뒤에도 이전 경로를 계속 사용하거나 이미 끊긴 상태로 남을 수 있습니다. 앱을 완전히 종료하고 백그라운드 프로세스가 끝났는지 확인한 뒤 다시 여세요. 모바일에서는 최근 앱 화면에서 앱을 제거한 후 다시 테스트하세요. 계정 로그인만 실패하고 다른 기능은 정상이라면 서비스 지역, 계정 보안 확인과 캐시된 세션을 점검하고 전체 분할 라우팅 표를 바로 수정하지 마세요.

연결 기록으로 규칙 찾기

현대적인 앱은 보통 하나의 도메인만 사용하지 않습니다. 로그인, 이미지, API, 푸시, WebSocket과 콘텐츠 전송이 서로 다른 호스트에서 제공될 수 있습니다. 규칙이 기본 도메인만 포함하면 홈 화면은 열리지만 로그인 버튼이 반응하지 않거나, 메시지가 갱신되지 않거나, 이미지가 누락될 수 있습니다. 클라이언트 연결 기록을 열고 문제를 재현하면서 새 요청을 관찰하세요. 도메인 또는 주소, 매칭된 규칙, 선택된 그룹과 최종 회선을 확인합니다. 목록의 모든 도메인을 하나의 규칙에 넣기보다 실패한 요청을 우선 찾으세요.

규칙을 수정할 때는 좁은 범위에서 넓은 범위로 진행하세요. 먼저 명확한 전체 도메인을 추가한 뒤 같은 서비스의 하위 도메인 범위를 고려합니다. 클라이언트에 이미 있는 규칙 집합을 우선 사용하고, 너무 넓은 와일드카드 범위로 관련 없는 웹사이트의 경로까지 바꾸지 마세요. 매번 수정 후 앱의 기존 세션을 정리하고 다시 테스트하세요. 규칙이 구독에서 제공된다면 먼저 구독을 업데이트하고, 로컬 재정의를 사용한다면 재정의 순서를 기록하세요. 클라이언트마다 로컬 규칙의 우선순위가 다를 수 있습니다.

명령줄 및 환경 변수 확인

개발 도구는 이전에 설정한 프록시 환경 변수를 자주 그대로 유지합니다. 클라이언트가 포트를 바꾸거나 종료된 뒤에도 명령줄이 이전 주소에 연결하려 하면 브라우저는 정상인데 패키지 관리자는 실패할 수 있습니다. 터미널에서 현재 환경을 확인할 수 있지만 자격 증명이 포함된 전체 출력은 공개적으로 보내지 마세요. 다음은 구조를 보여 주는 예시일 뿐이며 포트는 클라이언트에 실제로 표시되는 값을 사용해야 합니다. 고정된 값을 그대로 복사하지 마세요.

# 현재 터미널에 프록시 변수가 설정되어 있는지 확인
env | grep -i proxy

# 현재 터미널 세션에서 일반적인 프록시 변수를 임시로 삭제
unset HTTP_PROXY HTTPS_PROXY ALL_PROXY
unset http_proxy https_proxy all_proxy

삭제한 뒤 문제가 발생한 명령을 다시 실행하면 오래된 환경 변수가 원인인지 판단할 수 있습니다. 명령줄에 프록시가 필요하다면 클라이언트가 제공하는 로컬 주소와 해당 프로토콜을 사용하고, 설정은 적용 범위를 이해할 수 있는 위치에 두세요. 서로 충돌하는 HTTP와 SOCKS 경로를 동시에 설정하지 마세요. 기업 개발 환경은 도구 자체의 설정 파일에 프록시를 저장할 수도 있으므로 시스템 설정만 보지 말고 각각 확인해야 합니다.

AI, 스트리밍 및 장시간 연결 환경

AI 도구와 실시간 협업 앱은 WebSocket 또는 지속적인 요청을 사용하는 경우가 많습니다. 페이지는 열리지만 생성 과정이 멈춘다면 관련 도메인이 같은 규칙에 포함되지 않았거나 네트워크 전환 후 장시간 연결이 다시 구축되지 않았을 수 있습니다. 먼저 앱을 다시 시작한 뒤 전체 모드와 규칙 모드를 비교하고 실패한 연결을 확인하세요. Midjourney와 Discord 생태계의 구체적인 요구 사항은 연결 요구 사항 실측 비교를 참고하세요.

스트리밍에서는 출구 지역, 계정 지역, 캐시와 콘텐츠 이용 권한도 함께 고려해야 합니다. 홈 화면이 열린다고 해서 콘텐츠 재생이 보장되는 것은 아니며, 화질 변화도 분할 라우팅 하나만으로 설명할 수 없습니다. 스트리밍 이용 안내와 관련 회선 지원 정보를 확인한 뒤 대상 환경에 맞는 회선을 선택하세요. 특정 앱이 여러 기기, 여러 네트워크와 적합한 여러 회선에서 같은 방식으로 실패한다면 앱 이름, 실패 단계, 연결 기록의 규칙 매칭과 오류 메시지를 제출하세요. “특정 App이 작동하지 않음”이라고만 적지 마세요.

기기 사용, 계정 상태 및문의 접수

“기기 수 초과”라는 안내가 실제로 무엇을 뜻하는지 먼저 확인하세요

VPNVB는 기기 수 제한 없이 사용할 수 있습니다. 클라이언트나 앱에 “기기 수 초과”가 표시되어도 이를 본 서비스 요금제의 제한이라고 바로 판단하지 마세요. 먼저 안내가 어디에서 표시되었는지 확인하세요. 운영체제 계정, 앱 스토어, 대상 서비스 계정, 기업 기기 관리 또는 가속 클라이언트 자체에서 표시되었을 수 있습니다. 출처에 따라 “기기”의 의미는 완전히 다릅니다. 안내를 캡처할 때는 창 제목이나 앱 이름을 포함하되 사용자 이름, 구독 주소와 기타 민감한 정보는 가리세요.

같은 계정으로 여러 기기에 설정을 가져올 때는 현재 패널에서 구독 정보를 받고 설정을 공개적으로 전달하지 마세요. 기기 수 제한이 없다고 해서 계정 설정을 관계없는 사람과 공유해도 된다는 뜻은 아닙니다. 출처가 불명확한 오래된 설정이 많으면 점검이 어려워집니다. 기기마다 업데이트 시간, 로컬 규칙과 회선 그룹이 다를 수 있기 때문입니다. 각 기기에 명확한 클라이언트 이름과 업데이트 기록을 남기고, 문제가 발생하면 현재 구독을 사용 중인지 먼저 확인하세요.

계정, 요금제 및 결제 상태

연결 이상이 계정 상태와 관련된 경우 클라이언트는 대개 단순화된 오류만 표시합니다. 패널에 로그인해 요금제가 유효한지, 트래픽을 사용할 수 있는지, 주문이 완료되었는지 확인하세요. VPNVB는 Alipay / WeChat / USDT를 지원합니다. 결제 처리 중, 주문 취소와 요금제 적용 완료는 서로 다른 상태입니다. 결제 페이지의 반환 결과만으로 판단하지 마세요. 주문 페이지와 실제 결제 결과가 다르면 주문 식별자와 결제 채널 기록을 저장해 패널 문의로 확인하세요. 같은 주문을 여러 번 생성하지 마세요.

월간 구독은 ¥9.9/월 60GB, ¥18/월 250GB, ¥28/월 500GB이며 트래픽은 개통일을 기준으로 매월 초기화됩니다. 중도 업그레이드 차액은 남은 일수로 환산됩니다. 트래픽 패키지는 ¥158/300GB, ¥358/1000GB, ¥658/3000GB이며 소진될 때까지 사용할 수 있고 영구적으로 만료되지 않습니다. 모든 요금제에는 30일 무조건 환불이 적용됩니다. 구체적인 선택과 규칙은 요금제 페이지와 환불 정책을 기준으로 하세요. 문제를 진단할 때 주문 문제를 해결하려고 클라이언트를 삭제하거나 시스템을 재설치하지 마세요.

문의 접수 전 최소 재현을 완료하세요

고객 지원팀이 처리할 수 있는 것은 재현 가능한 서비스, 계정, 회선과 설정 문제입니다. 접수 전에 문제를 최소 환경으로 좁히세요. 기기 하나, 클라이언트 하나, 로컬 네트워크 하나, 회선 하나와 명확한 대상 하나로 확인합니다. 프록시를 끄면 정상인지, 다른 회선으로 바꾸면 달라지는지, 구독 업데이트가 성공하는지 설명하세요. 특정 앱에서만 문제가 발생한다면 전체 모드와 규칙 모드의 비교 결과를 추가하고, 모바일 백그라운드에서만 발생한다면 화면 잠금, 네트워크 전환 또는 전경 복귀 동작을 구체적으로 적으세요.

문의에 비밀번호, 전체 구독 주소 또는 결제 자격 증명을 제출하지 마세요. 로그를 제공해야 한다면 먼저 토큰, 사용자 이름과 로컬 파일 경로에 포함된 개인정보를 확인하고 가리세요. 오류 문구는 가능한 한 원문 그대로 복사하고 자신의 요약만 적지 마세요. 스크린샷에는 맥락이 포함되어야 하지만 관계없는 계정 정보는 표시하지 않아야 합니다. 로그가 길다면 문제가 발생한 대략적인 위치와 실행한 동작을 표시하세요. 고객 지원팀에는 장애와 관계없는 전체 시작 기록이 필요하지 않습니다.

고객 지원팀에 바로 문의해야 하는 경우

계정 페이지와 주문 상태가 명확히 일치하지 않거나, 현재 구독을 패널에서 가져올 수 없거나, 여러 기기와 서로 다른 네트워크에서 같은 회선 오류가 발생하거나, 문제가 안정적으로 재현되지만 클라이언트 로그가 서버 응답을 가리키거나, 이 페이지의 절차대로 비교한 뒤에도 원인을 분류할 수 없다면 문의를 접수하세요. 사용자 패널 문의로 이동해 위 목록에 따라 정보를 정리하세요. 설명이 구체적일수록 한 번에 실행 가능한 답변을 받을 가능성이 높습니다.

특정 개념이나 일반적인 설정만 확인하려면 먼저 도움말 센터를 확인하세요. 첫 설정을 완료하지 않았다면 이용 가이드로 돌아가고, 적합한 지역과 회선 유형을 선택해야 한다면 회선 목록을 확인하세요. 계정 문제, 클라이언트 문제, 회선 문제와 대상 앱 문제를 나누어 처리하면 여러 지원 경로에서 같은 내용을 반복해서 설명하는 일을 줄일 수 있습니다.

복구 후 마무리 방법

문제가 해결되면 임시로 전환한 전체 모드, 수동 DNS, 꺼 둔 보안 정책과 테스트 규칙을 적절한 상태로 되돌리세요. 중복 구독을 삭제하고 현재 유효한 설정만 남기며, 실제로 효과가 있었던 변경을 기록하고 관계없는 변경은 취소하세요. 회선 전환으로 해결되었다면 원래 회선 이름과 발생 시간대도 남겨 두세요. 같은 문제가 다시 발생했을 때 빠르게 비교할 수 있습니다. 한 번 복구되었다고 모든 임시 설정을 영구적으로 유지하지 마세요.

정기적으로 패널에서 구독을 업데이트하고 각 기기에서 출처를 명확히 추적할 수 있는 설정을 사용하세요. 새로운 문제가 발생하면 일반 네트워크, 클라이언트 시작, 프록시 인계, DNS, 분할 라우팅, 회선, 계정의 순서로 이 페이지의 기본 절차를 따르세요. 이 순서의 가치는 모든 특수 상황을 다루는 데 있지 않고, 각 단계에서 명확한 증거를 만들어 다음 단계의 범위를 좁히는 데 있습니다.