DIAGNOSIS / 문제 범위 정의
재현 가능한 점검 기준 만들기
원인을 추측하기 전에 현상을 기록하세요
효율적인 점검은 관찰 가능한 현상에서 시작합니다. “회선이 고장 난 것 같다”를 결론으로 삼지 말고 클라이언트가 연결 안 됨, 연결 중, 연결됨 중 어느 상태인지 기록하세요. 문제가 모든 웹사이트에서 발생하는지 특정 서비스에서만 발생하는지, 브라우저와 독립 앱에서 동일한지, 네트워크를 바꾸면 달라지는지, 같은 구독이 다른 기기에서는 정상인지 확인하세요. 현상을 구체적으로 기록할수록 문제를 로컬 네트워크, 클라이언트 설정, 이름 해석, 라우팅, 대상 서비스 또는 계정 상태 중 어디에서 찾아야 할지 판단하기 쉽습니다.
먼저 최소 테스트를 한 차례 진행하세요. 같은 기기, 같은 클라이언트, 같은 네트워크를 유지한 채 회선만 바꾸고, 이어서 같은 회선을 유지한 채 네트워크만 바꿉니다. 매번 조건 하나만 바꾸고 결과를 기록하세요. 클라이언트 재설치, 네트워크 변경, 시스템 설정 초기화와 회선 변경을 동시에 하면 문제가 잠시 사라져도 어떤 조치가 효과가 있었는지 알 수 없어 다음에 다시 처음부터 점검해야 합니다.
연결 경로를 독립된 계층으로 나누기
국제 연결은 로컬 네트워크, 이름 해석, 클라이언트 프로세스, 터널 생성, 시스템 라우팅, 원격 회선, 대상 서비스의 순서로 이해할 수 있습니다. 브라우저에서 로컬 사이트가 열린다는 것은 로컬 네트워크 일부가 정상이라는 뜻일 뿐입니다. 클라이언트에 연결됨으로 표시되어도 터널이 생성된 것만 의미하며 모든 앱이 해당 라우팅을 사용한다는 뜻은 아닙니다. 대상 페이지에 지역 또는 계정 관련 안내가 표시되어도 회선이 데이터를 전송하지 못한다는 의미는 아닙니다. 이 계층을 섞어서 판단하면 불필요한 조치가 반복됩니다.
판단할 때는 “마지막으로 정상인 단계”를 찾으세요. 클라이언트가 로그인 화면조차 불러오지 못하면 로컬 네트워크와 시스템 시간을 먼저 확인합니다. 구독은 업데이트되지만 연결을 만들 수 없다면 설정, 프로토콜과 회선을 확인합니다. 연결되고 일부 주소에 직접 접속되지만 도메인이 열리지 않으면 DNS를 우선 점검합니다. 브라우저는 정상인데 특정 앱만 이상하면 앱 프록시와 라우팅 규칙을 확인하세요. 계속 재연결 버튼을 누르는 것보다 이 순서가 더 정확합니다.
깨끗한 비교 환경 준비하기
비교 환경에는 복잡한 도구가 필요하지 않습니다. 프록시, DNS, 필터 규칙 또는 네트워크 인터페이스를 변경하는 다른 프로그램을 종료하고 브라우저의 프록시 확장 기능을 잠시 끄세요. 시스템 프록시에 남아 있는 수동 주소가 없는지 확인한 뒤 QhVPN 클라이언트를 다시 엽니다. 기업, 학교 및 공용 네트워크에는 추가 인증 페이지가 있을 수 있습니다. 브라우저에서 해당 네트워크의 로그인을 완료하지 않았다면 터널도 정상적으로 생성되지 않는 경우가 많습니다. 먼저 가속 연결을 끊고 브라우저에서 일반 웹페이지가 열리는지 확인한 다음 다시 테스트하세요.
시스템 시간도 자동 동기화 상태로 유지해야 합니다. 인증서 검증에는 정확한 시간이 필요하므로 시간 오차가 구독 요청 실패, 로그인 페이지 공백 또는 연결 핸드셰이크 실패로 나타날 수 있습니다. 절전 모드에서 깨어난 뒤 문제가 발생하면 창만 닫지 말고 클라이언트를 완전히 종료한 후 다시 시작하세요. 일부 클라이언트는 창을 닫아도 백그라운드에 남아 기존 네트워크 인터페이스와 프로세스를 계속 유지합니다.
오류 화면만이 아니라 증거를 보관하세요
오류 화면에는 클라이언트 상태, 회선 이름과 전체 안내 문구가 포함되어야 하지만 접근 자격 증명이나 구독 내용은 넣지 마세요. 클라이언트에서 진단 로그를 복사할 수 있다면 장애 전후의 관련 부분을 발췌하세요. 로그가 너무 길면 원본 파일을 보관하고 문의 내용에 대략적인 발생 시간대를 적습니다. 웹페이지 오류는 도메인 해석 가능 여부, 다른 브라우저에서도 같은지, 시크릿 창에서는 정상인지, 사이트 캐시를 삭제한 뒤 달라졌는지도 기록해야 합니다.
점검이 끝나면 테스트했지만 효과가 없었던 조치도 함께 기록하세요. 그러면 고객 지원에서 같은 단계를 반복 안내하는 일을 줄이고 회선 측 확인도 더 빠르게 진행할 수 있습니다. 문제가 특정 시간대에만 발생한다면 “자주 느리다”보다 시간대를 기록하는 편이 유용합니다. 특정 앱에만 영향을 준다면 앱 이름, 운영체제, 라우팅 모드와 백그라운드 네트워크 허용 여부를 적으세요. 명확한 기준이 이후 모든 섹션의 출발점입니다.
CONNECTION / 터널이 생성되지 않음
연결 자체가 안 될 때: 로컬 네트워크부터 회선까지
클라이언트가 연결 중에서 멈춤
연결 중 상태가 계속되면 클라이언트가 요청을 보냈지만 핸드셰이크, 시스템 네트워크 인터페이스 또는 원격 회선의 응답이 완료되지 않은 경우가 많습니다. 먼저 연결을 취소하고 상태가 완전히 연결 안 됨으로 돌아올 때까지 기다린 뒤 다시 시도하세요. 짧은 간격으로 계속 클릭하면 여러 요청이 겹쳐 화면에 이전 상태가 표시될 수 있습니다. 이후 다른 지역의 회선으로 바꿔 다시 테스트하세요. 특정 회선만 실패한다면 회선 이름을 기록하고 다른 회선을 사용하세요. 곧바로 클라이언트 전체를 재설치할 필요는 없습니다.
모든 회선이 같은 단계에서 멈추면 현재 네트워크를 끊었다가 다시 연결하고 일반 웹페이지가 열리는지 확인하세요. 그런 다음 다른 프록시 도구, 네트워크 필터, 패킷 캡처 도구와 기업 보안 클라이언트를 완전히 종료합니다. 여러 프로그램이 동시에 가상 네트워크 인터페이스를 만들면 시스템이 잘못된 인터페이스에 기본 라우팅을 할 수 있습니다. 창을 닫는 것만으로 프로세스가 종료되지는 않으므로 시스템 작업 관리에서 관련 프로세스가 실제로 끝났는지 확인한 후 QhVPN을 다시 시작하세요.
클라이언트가 즉시 실패를 반환함
즉시 실패는 사용할 수 없는 설정, 만료된 구독, 로컬 권한 부족 또는 클라이언트가 연결 매개변수를 제대로 읽지 못한 문제일 가능성이 큽니다. 먼저 클라이언트에서 구독 업데이트를 실행하고 “업데이트는 성공했지만 연결 실패”인지 “구독 자체를 업데이트할 수 없음”인지 확인하세요. 두 경우는 확인할 섹션이 다릅니다. 구독이 업데이트된다면 현재 설정에서 유효한 회선을 선택했는지 확인하세요. 목록이 비어 있거나 이름이 이상하거나 설정 내용이明显히 불완전하다면 구독 업데이트 섹션으로 이동하세요.
데스크톱 운영체제에서 처음 네트워크 인터페이스를 만들 때 시스템 권한이 필요할 수 있습니다. 이전에 권한을 거부했다면 재설치만으로 권한이 자동 복구되지 않을 수 있으므로 시스템 네트워크 또는 개인정보 보호 설정에서 관련 권한을 확인한 뒤 클라이언트를 재시작하세요. Linux 환경에서는 터널 인터페이스 생성과 라우팅 변경에 필요한 권한이 클라이언트 프로세스에 있는지도 확인해야 합니다. 문제를 우회하려고 장기간 높은 권한으로 실행하지 마세요. 클라이언트 안내에 따라 필요한 권한을 한 번 허용하고, 설치 출처가 사용자 패널에서 제공한 공식 클라이언트인지 확인하는 것이 올바른 방법입니다.
네트워크를 바꾸면 복구될 때의 의미
같은 기기와 같은 회선이 다른 네트워크에서 복구된다면 클라이언트 설정과 계정은 대체로 정상이며 원래 네트워크 경로에 문제가 집중되어 있다는 뜻입니다. 원래 네트워크가 인증 페이지를 통과하지 않았거나 일부 연결 방식을 제한했거나 DNS가 비정상이거나 라우터가 이전 세션을 유지하고 있을 수 있습니다. 먼저 가속 연결을 끊고 브라우저에서 일반 페이지에 접속해 네트워크 인증 페이지가 완전히 나타나도록 한 뒤 인증을 완료하세요. 이후 클라이언트로 돌아와 연결합니다. 가정용 네트워크는 일반적인 절차에 따라 라우터를 재시작하고 일반 네트워크가 완전히 복구될 때까지 기다린 후 테스트하세요.
공용 네트워크에서만 문제가 발생한다면 시스템 전체를 반복해서 수정하지 않는 것이 좋습니다. 먼저 다른 회선을 사용하거나 클라이언트에서 현재 네트워크와 호환되는 연결 방식을 선택하세요. 변경 후에는 같은 대상 페이지에서 다시 테스트해 페이지 캐시를 연결 복구로 오해하지 않도록 합니다. 기업 네트워크에 명확한 사용 규정이 있다면 해당 규정을 준수하고 접근 정책을 피하려고 하지 마세요.
회선 변경과 인터페이스 초기화 순서
올바른 순서는 회선 변경, 클라이언트 재시작, 마지막으로 시스템 네트워크 초기화입니다. 회선 변경은 비용이 가장 적고 특정 회선의 문제인지 판단하기 쉽습니다. 클라이언트 재시작은 남은 프로세스와 라우팅을 정리합니다. 시스템 네트워크 초기화는 저장된 네트워크, DNS 및 다른 소프트웨어 설정에 영향을 주므로 마지막에 실행하고 원래 설정으로 되돌리는 방법을 미리 확인하세요. 근거 없이 광범위한 초기화를 먼저 하면 새로운 변수가 생길 수 있습니다.
Windows에서는 먼저 이름 해석 캐시와 네트워크 소켓 상태를 정리한 뒤 시스템 안내에 따라 재시작할 수 있습니다. 명령은 필요한 권한이 있는 터미널에서 실행해야 합니다:
ipconfig /flushdns
netsh winsock reset
재시작 후에도 모든 회선이 실패한다면 클라이언트 오류, 현재 네트워크 유형, 재현 시간대와 테스트한 회선을 수집해 문의하세요. 특정 회선 하나만 실패한다면 우선 다른 사용 가능한 회선을 사용하고, 문의에는 문제가 발생한 회선 이름을 적어 서비스 측에서 별도로 확인할 수 있도록 하세요.
RESOLUTION / 연결됐지만 접속할 수 없음
연결은 되지만 웹페이지가 열리지 않을 때: DNS와 라우팅 확인
먼저 도메인 실패와 전송 실패를 구분하세요
클라이언트에는 연결됨으로 표시되지만 브라우저에 서버를 찾을 수 없다는 메시지가 나오면 도메인이 제대로 해석되지 않았을 가능성이 큽니다. 페이지가 계속 로드되다가 시간 초과되면 라우팅, 회선 또는 대상 서비스 문제일 수 있습니다. 두 현상 모두 “열리지 않음”처럼 보이지만 처리 방법은 다릅니다. 먼저 서로 관련 없는 여러 웹사이트를 테스트한 다음 다른 브라우저나 시크릿 창에서 확인하세요. 특정 사이트 하나만 이상하면 전체 연결 문제로 단정하지 마세요. 해당 사이트의 점검, 계정 확인, 지역 정책 또는 브라우저 캐시 때문일 수 있습니다.
이름 해석 실패는 대개 여러 도메인에 동시에 영향을 주지만 이미 캐시된 페이지나 일부 독립 앱은 정상일 수 있습니다. 전송 실패는 도메인은 해석되지만 페이지 연결이 생성되지 않는 형태로 나타날 수 있습니다. 클라이언트 로그에 해석, 네임 서버 또는 쿼리 시간 초과 관련 내용이 있으면 DNS를 먼저 처리하세요. 연결 재설정, 원격 무응답 또는 라우팅 불가가 표시되면 회선과 시스템 라우팅을 다시 확인해야 합니다.
시스템과 브라우저의 오래된 해석 결과 삭제
시스템, 브라우저와 앱은 각각 해석 캐시를 저장할 수 있습니다. 한 계층만 삭제하면 이전 결과가 계속 사용될 수 있습니다. 먼저 브라우저를 완전히 종료하고 시스템 캐시를 정리한 뒤 다시 여세요. Windows에서는 앞서 안내한 캐시 정리 명령을 사용합니다. macOS에서는 터미널에서 다음 명령을 실행할 수 있으며 로컬 권한을 요구합니다:
sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder
systemd-resolved를 사용하는 Linux 환경에서는 다음을 실행할 수 있습니다:
sudo resolvectl flush-caches
명령을 실행한 뒤 출력이 없다고 반드시 실패한 것은 아닙니다. 브라우저를 다시 열고 이전에 방문하지 않은 페이지부터 접속해 브라우저 내부 캐시를 계속 사용하지 않도록 하세요. 특정 브라우저에서만 문제가 발생한다면 보안 DNS, 프록시 확장 기능과 사이트 데이터 설정을 확인하세요. 브라우저 자체의 해석 정책이 시스템 경로를 우회하거나 클라이언트의 DNS 처리 방식과 충돌할 수 있습니다.
시스템 프록시에 남은 설정 확인
일부 클라이언트는 시스템 프록시를 사용하고, 다른 클라이언트는 터널 인터페이스를 사용합니다. 연결 방식을 바꾼 뒤 시스템 프록시에 이전 주소가 남을 수 있습니다. 이 경우 클라이언트는 연결된 것처럼 보이지만 브라우저 요청은 더 이상 존재하지 않는 로컬 포트로 전송됩니다. 시스템 네트워크 프록시 설정에서 자동 프록시 스크립트, 수동 프록시 주소와 예외 목록이 현재 클라이언트 요구 사항에 맞는지 확인하세요. 확실하지 않다면 먼저 클라이언트를 끊고 시스템 프록시를 일반 직접 연결 상태로 복원해 일반 웹페이지가 열리는지 확인한 다음 클라이언트가 다시 제어하도록 하세요.
브라우저 확장 기능도 프록시를 별도로 변경할 수 있습니다. 점검 중에는 같은 종류의 확장 기능, 특히 사이트별로 회선을 바꾸거나 프록시 규칙을 설정하는 확장 기능을 잠시 끄세요. 시크릿 창은 정상인데 일반 창만 이상하면 확장 기능, 캐시와 사이트 데이터를 먼저 확인하고 네트워크 드라이버를 재설치하지 마세요. 모든 브라우저가 이상하지만 명령줄 도구와 다른 앱이 정상이라면 시스템 프록시와 브라우저가 함께 사용하는 네트워크 구성 요소를 확인해야 합니다.
DNS 유출 알림과 실제 DNS 장애는 다릅니다
DNS 테스트 페이지에 표시된 해석 출구가 예상과 다르면 해석 경로 문제이고, 웹페이지 자체가 전혀 열리지 않으면 사용성 장애입니다. 전자는 클라이언트의 DNS 처리와 라우팅 정책을 확인해야 하고, 후자는 먼저 기본 해석을 복구해야 합니다. 웹페이지에 접속할 수 없는 상태에서 고급 규칙을 여러 개 동시에 바꾸지 마세요. 먼저 클라이언트 기본 설정으로 기본 연결을 확인한 다음 사용자 지정 DNS, 라우팅 규칙과 필터 기능을 하나씩 복원하세요.
시스템 DNS를 수동으로 설정했다면 원래 설정을 기록한 후 잠시 자동으로 받도록 복원하고 다시 연결하세요. 사용자 지정 DNS 서비스가 현재 네트워크에서 연결되지 않거나 터널 내부 DNS와 충돌할 수 있습니다. 자동 설정으로 복원한 뒤 문제가 사라진다면 계정이나 회선이 아니라 사용자 지정 DNS 경로가 원인입니다. 이후 클라이언트가 지원하는 범위에서 다시 설정하고 하나씩 확인하세요.
| 현상 | 우선 확인할 항목 | 다음 단계 |
|---|---|---|
| 여러 도메인을 동시에 찾을 수 없음 | 시스템 및 브라우저 DNS 캐시 | 캐시를 삭제하고 자동 해석으로 복원한 뒤 재테스트 |
| 브라우저에서만 열리지 않음 | 프록시 확장 기능, 보안 DNS, 사이트 데이터 | 시크릿 창과 다른 브라우저로 비교 |
| 특정 웹사이트 하나만 이상함 | 대상 서비스, 계정 상태, 지역 정책 | 회선을 바꾸고 대상 페이지 안내 확인 |
| 모든 앱에서 시간 초과 | 회선, 시스템 라우팅, 네트워크 인터페이스 | 회선을 바꾸고 클라이언트 재시작 |
언제 고객 지원에 문제를 맡길까
여러 기기와 네트워크에서 같은 지역 회선으로 연결한 뒤 모두 도메인을 해석하지 못하지만 다른 지역으로 바꾸면 즉시 복구된다면, 문제가 발생한 회선 이름, 테스트한 도메인, 운영체제, 클라이언트 상태와 시간대를 제출하세요. 모든 회선에서 같은 문제가 발생하고 일반 네트워크와 구독 업데이트가 정상이라면 해석 실패 안내와 클라이언트 로그를 첨부하세요. 전체 구독 내용은 보내지 마세요. 고객 지원에 필요한 것은 장애 상황이며 바로 사용할 수 있는 접근 자격 증명이 아닙니다.
THROUGHPUT / 속도 및 혼잡
느린 속도와 저녁 시간대 지연: 변수를 나눠 측정하기
다운로드가 느린지, 응답이 느린지, 재생 버퍼링인지 먼저 판단하세요
“속도가 느리다”에는 여러 현상이 포함됩니다. 페이지를 처음 열 때 오래 기다리는 경우, 파일 전송이 계속 느린 경우, 영상이 자주 버퍼링되는 경우, 상호작용 앱의 응답이 늦은 경우가 있습니다. 첫 페이지 로딩은 지연 시간과 DNS의 영향을 더 많이 받고, 지속 전송은 회선 처리량, 로컬 네트워크와 대상 서버의 영향을 받습니다. 영상은 플랫폼 지역, 계정 상태, 화질 정책과 캐시의 영향도 받습니다. 구체적으로 어떤 동작이 느린지 먼저 설명해야 알맞은 회선을 선택할 수 있습니다.
속도를 측정할 때 시스템 업데이트, 클라우드 동기화, 영상 재생과 대용량 파일 전송을 동시에 진행하지 마세요. 가정 내 다른 기기도 네트워크 출구를 사용할 수 있습니다. 먼저 백그라운드 작업을 중지하고 일반 네트워크에서 비교한 뒤 QhVPN에 연결해 같은 대상을 테스트하세요. 비교의 목적은 특정 고정 수치를 얻는 것이 아니라 병목이 로컬 접속, 가속 회선 또는 대상 서비스 중 어디에 있는지 확인하는 것입니다. 사실표에는 고정된 속도 측정 결과가 보장되어 있지 않으므로 한 번의 측정 결과를 장기 성능 보장으로 해석해서는 안 됩니다.
지역 이름만 보지 말고 용도에 맞는 회선을 선택하세요
웹페이지와 AI 도구를 이용할 때는 안정적인 응답과 지속적인 세션이 중요하고, 대용량 파일을 내려받을 때는 지속 처리량이 더 중요합니다. 스트리밍은 대상 플랫폼이 해당 회선 지역을 어떻게 인식하는지도 확인해야 합니다. 가까운 회선은 경로가 짧은 경우가 많지만 모든 네트워크와 시간대에서 항상 더 빠르다는 뜻은 아닙니다. QhVPN은 90+개 국가 / 200+개 회선을 지원하므로 점검할 때 대표적인 지역 몇 곳만 골라 비교하고 목록 전체를 무작정 순회하지 마세요.
먼저 지리적으로 가까운 회선을 기준으로 선택한 다음 대상 서비스가 있는 지역 또는 클라이언트에 용도가 표시된 회선을 선택하세요. 전환할 때마다 기존 연결이 완전히 끊어진 뒤 새 테스트를 시작합니다. 브라우저에서 이미 버퍼링된 콘텐츠와 앱의 기존 연결이 판단을 방해할 수 있으므로 회선을 바꾼 후 페이지를 새로 고치거나 대상 앱을 재시작하세요. 이전 세션이 계속 기존 출구를 사용하면 겉으로는 “회선을 바꿔도 변화가 없음”처럼 보입니다.
저녁 시간대 문제는 시간대를 나눠 비교해야 합니다
저녁 시간대에만 끊기거나 느리고 다른 시간대에는 정상이라면 로컬 통신망, 공유 접속 또는 국제 경로 혼잡과 관련된 문제일 수 있습니다. 문제가 발생한 시간대에 같은 기기, 네트워크와 대상을 유지한 채 여러 지역 회선을 차례로 테스트하고 어떤 유형의 회선에서 복구되는지 기록하세요. 다음 날 혼잡하지 않은 시간대에 같은 조건으로 다시 테스트합니다. 이런 기록은 지속적인 장애와 시간대별 혼잡을 구분하고 고객 지원에서 회선 조정이 필요한지 판단하는 데 도움이 됩니다.
혼잡 시간대에 클라이언트를 반복해서 재설치하지 마세요. 설치 파일이 달라지지 않으므로 재설치로 공유 네트워크 혼잡이 개선되는 경우는 드뭅니다. 동시에 실행되는 전송 작업을 줄이고, 회선 유형을 바꾸며, 안정적인 유선 또는 품질이 좋은 무선 연결을 사용하고 계속 업로드하는 동기화 프로그램을 종료하는 편이 효과적입니다. 불안정한 무선 신호는 재전송을 일으켜 원격 회선 혼잡과 비슷하게 보일 수 있습니다.
스트리밍 버퍼링은 별도로 판단하세요
스트리밍 페이지는 열리지만 재생이 버퍼링된다면 먼저 플랫폼 페이지에 계정 또는 지역 안내가 없는지 확인한 뒤 재생 화질을 낮춰 지속 재생되는지 관찰하세요. 낮은 화질은 안정적이고 고화질에서만 계속 버퍼링된다면 처리량 문제에 가깝습니다. 페이지에 콘텐츠를 사용할 수 없다는 안내가 바로 표시되면 지역 인식 또는 콘텐츠 권한 문제이므로 일반 속도 측정으로 설명하려 하지 마세요. 대상 지역에 맞는 회선으로 바꾸고 앱을 완전히 종료한 후 다시 열어볼 수 있습니다.
브라우저 재생과 네이티브 앱의 결과가 다르면 앱이 라우팅 규칙에서 제외되어 있는지, 시스템이 백그라운드 네트워크를 제한하는지 확인하세요. 자세한 내용은 앱별 라우팅 섹션을 참고하세요. Disney+ 같은 플랫폼은 계정 지역과 캐시 정보를 보존할 수 있으므로 회선을 바꾼 뒤 세션을 다시 만들어야 합니다. 지원 서비스 안내 페이지에서 사용 환경을 확인할 수 있지만 플랫폼 자체의 콘텐츠 목록 변화를 연결 장애로 오해하지 마세요.
AI 도구 응답이 느릴 때의 판단
AI 서비스에서 페이지는 열리지만 생성 과정이 멈추면 네트워크 단절, 브라우저 세션 만료와 서버 대기열을 먼저 구분하세요. 새로 고친 뒤 로그인 상태가 사라지면 회선 전환으로 출구가 바뀌었는지 확인합니다. 특정 도구만 이상하고 다른 국제 사이트는 정상이라면 대상 서비스 상태와 계정 안내를 먼저 확인하세요. 회선을 자주 바꾸면 세션 경로가 변경되어 재인증이 발생하기 쉽습니다.
지속적인 세션이 필요하다면 순간적인 최저 지연 시간만을 기준으로 삼지 말고 안정적인 회선을 하나 선택해 유지하세요. Cursor, Claude 등 도구의 사용 환경은 AI 도구 이용 안내에서 계속 확인할 수 있습니다. 특정 도구에서만 문제가 발생한다면 문의할 때 도구 이름, 웹페이지 또는 앱 진입점, 회선 지역과 오류 문구를 첨부하세요. “AI가 느리다”라고만 쓰지 마세요.
STABILITY / 세션 지속성
잦은 연결 끊김과 모바일 백그라운드 연결 끊김
연결 끊김이 특정 동작에서 발생하는지 무작위로 발생하는지 확인하세요
잦은 연결 끊김은 먼저 발생 조건을 관찰해야 합니다. 화면을 잠근 뒤 끊기거나, 무선에서 모바일 네트워크로 전환할 때 끊기거나, 절전 모드에서 깨어난 뒤 끊기거나, 오래 조작하지 않은 후 끊기는 현상은 각각 백그라운드 제한, 네트워크 전환, 시스템 인터페이스 복구와 세션 유지 문제를 가리킵니다. 전면에서 계속 사용해도 무작위로 끊긴다면 회선, 로컬 신호, 클라이언트 프로세스 또는 여러 네트워크 도구의 충돌일 가능성이 더 큽니다.
끊기기 전에 무엇을 하고 있었는지 기록하는 것이 끊긴 후의 오류를 기록하는 것보다 중요합니다. 네트워크가 전환되면 기존 연결 경로가 무효화되어 클라이언트가 터널을 다시 만들어야 하므로 잠시 재연결 상태가 표시되는 것은 설명 가능한 동작입니다. 실제로 처리해야 하는 문제는 재연결이 오래 완료되지 않거나, 화면을 잠글 때마다 끊기거나, 모든 회선이 같은 동작 후 종료되는 경우입니다. 이런 패턴을 명확히 적으면 점검 범위를 빠르게 줄일 수 있습니다.
iOS 및 Android 백그라운드 관리
모바일 운영체제는 절전 정책에 따라 백그라운드 활동을 종료할 수 있습니다. 시스템 설정에서 QhVPN 클라이언트가 필요한 백그라운드 네트워크 기능을 유지하도록 허용하고, 클라이언트를 엄격한 절전 또는 심층 절전 목록에 넣지 마세요. 기기 제조사마다 메뉴 이름이 다르므로 배터리, 백그라운드 활동, 앱 실행 또는 네트워크 권한 관련 설정을 찾아보세요. 조정한 뒤 클라이언트를 다시 시작하고 연결한 다음 화면을 잠근 상태에서 일반적인 사용 환경으로 재테스트하세요.
여러 VPN 설정을 동시에 활성화하지 마세요. 시스템은 한 번에 하나의 설정에만 활성 연결을 할당할 수 있으며, 다른 네트워크 도구, 기업 설정 또는 보안 앱이 인터페이스를 선점할 수 있습니다. 시스템 VPN 설정에서 현재 활성 항목을 확인하고 더 이상 사용하지 않으며 출처가 분명한 이전 설정을 삭제하세요. 용도를 알 수 없는 설정은 업무 환경에 영향을 줄 수 있으므로 무작정 삭제하지 말고 먼저 비활성화하세요.
데스크톱 절전 모드 후 복구
Windows, macOS와 Linux가 절전 모드에서 깨어날 때 물리 네트워크 인터페이스가 바뀌었지만 클라이언트가 이전 라우팅을 유지할 수 있습니다. 먼저 일반 네트워크가 복구될 때까지 기다린 뒤 클라이언트에서 연결을 끊었다가 다시 연결하세요. 화면이 이전 상태에서 멈추면 클라이언트를 완전히 종료하고 다시 여세요. 절전 모드를 자주 사용하는 환경에서는 클라이언트가 제공하는 자동 복구 또는 시작 시 실행 설정을 사용할 수 있지만 여러 시스템 스크립트로 같은 프로세스를 중복 실행하지 마세요.
매번 깨어날 때마다 시스템을 재시작해야 한다면 문제가 클라이언트에만 있지 않을 수 있습니다. 무선 네트워크 카드도 인터넷에 연결되지 않는지, 시스템 시간이 동기화되어 있는지, 다른 네트워크 앱은 정상인지 확인하세요. QhVPN만 이상하다면 깨어난 후의 클라이언트 로그를 보관하세요. 시스템 네트워크 전체가 이상하다면 먼저 로컬 네트워크 인터페이스를 복구한 뒤 가속 연결을 테스트해야 합니다.
무선 신호 변동과 회선 끊김
무선 네트워크에서 짧은 패킷 손실이 발생하면 터널이 다시 협상될 수 있습니다. 액세스 포인트에 가까이 갔을 때 복구되거나 유선 연결에서 안정된다면 로컬 무선 경로가 주요 변수입니다. 공용 무선 네트워크는 주기적으로 재인증을 요구할 수도 있습니다. 인증 상태가 만료되면 클라이언트는 연결 중으로 표시되지만 실제 네트워크는 데이터를 전송하지 못할 수 있습니다. 이때는 QhVPN을 끊고 브라우저에서 네트워크 자체의 인증을 완료한 뒤 다시 연결하세요.
로컬 신호는 안정적인데 특정 회선만 자주 끊긴다면 같은 지역의 다른 회선이나 인접 지역 회선으로 비교하세요. 여러 지역 회선이 같은 네트워크에서 모두 끊기지만 네트워크를 바꾸면 안정된다면 원래 네트워크를 중점적으로 확인해야 합니다. 서로 다른 기기, 네트워크와 회선에서 동시에 끊김이 발생한다면 문의를 제출해 서비스 측 상태를 확인받으세요.
| 플랫폼 | 일반적인 발생 동작 | 우선 확인할 항목 |
|---|---|---|
| Windows | 절전 모드, 네트워크 인터페이스 전환 | 일반 네트워크 복구, 남은 프로세스, 시스템 프록시 |
| macOS | 깨우기, 무선 네트워크 전환 | 활성 VPN 설정, 네트워크 확장 권한 |
| iOS | 화면 잠금, 네트워크 환경 변화 | 활성 설정, 백그라운드 네트워크 상태 |
| Android | 절전, 백그라운드 종료 | 배터리 정책, 백그라운드 활동, 앱 실행 권한 |
| Linux | 절전, 네트워크 관리자 재연결 | 터널 인터페이스, 라우팅 복구, 프로세스 권한 |
안정성 문의에 첨부할 내용
안정성 문제에는 시간 흐름이 필요합니다. 연결이 끊기기 전의 동작, 클라이언트가 자동으로 재연결했는지, 재연결 후 출구가 바뀌었는지, 다른 앱도 동시에 네트워크가 끊겼는지, 전면 사용·화면 잠금·절전·네트워크 전환 중 어떤 조건에서 발생했는지 적으세요. 로그는 끊김 전후를 포함하고 접근 자격 증명은 가려야 합니다. “계속 끊긴다”고만 쓰면 서비스 측에서 백그라운드 종료, 로컬 신호와 회선 세션 문제를 구분하기 어렵습니다.
SUBSCRIPTION / 설정 가져오기 경로
구독 업데이트 실패: 로그인, 시간과 캐시 확인
먼저 구독을 어디에서 받는지 확인하세요
클라이언트와 구독은 모두 사용자 패널에서 받아야 하며 출처가 불분명한 정적 주소를 사용해서는 안 됩니다. 패널에 들어갈 때는 계정을 만들 때 사용한 사용자 이름과 비밀번호를 입력하세요. QhVPN은 이메일 주소 없이 사용자 이름과 비밀번호만으로 계정을 만들 수 있습니다. 패널에는 로그인되지만 클라이언트에서 업데이트할 수 없다면 계정 인증과 클라이언트의 구독 요청이 서로 다른 경로에 있는 것입니다. 패널에도 로그인할 수 없다면 사용자 이름, 비밀번호, 시스템 시간과 일반 네트워크를 먼저 확인하세요.
전체 구독 내용을 공개 페이지, 단체 채팅 화면 또는 문의 제목에 복사하지 마세요. 구독은 접근 자격 증명입니다. 고객 지원에 확인을 요청할 때는 패널이 열리는지, 업데이트 요청의 오류 문구, 운영체제와 클라이언트 출처만 설명하세요. 구독이 노출되었다고 의심되면 패널에서 가능한 기능을 사용해 다시 생성하거나 초기화하고, 원본 내용을 계속 공개 전달하지 마세요.
업데이트 시간 초과와 인증 실패 구분
업데이트 시간 초과는 클라이언트가 네트워크 요청을 완료하지 못한 경우가 많으며 로컬 네트워크, 시스템 프록시, DNS 또는 이전 연결이 원인일 수 있습니다. 인증 실패는 로그인 상태, 구독 상태 또는 사용할 수 없는 요청 내용에 더 가깝습니다. 먼저 현재 가속 연결을 끊고 일반 네트워크에서 사용자 패널을 여세요. 이후 클라이언트를 완전히 종료했다가 다시 열고 업데이트를 실행하세요. 연결 후에만 관련 페이지에 접근할 수 있다면 현재 안정적으로 작동하는 회선을 선택한 뒤 업데이트 과정에서 문제가 있는 회선을 사용하지 않도록 하세요.
시스템 시간이 잘못되면 보안 연결 검증이 실패할 수 있습니다. 자동 시간과 시간대를 활성화한 후 다시 테스트하세요. 브라우저에서 패널이 열린다고 해서 독립 클라이언트가 같은 프록시와 인증서 환경을 사용한다는 뜻은 아닙니다. 브라우저는 정상인데 클라이언트 업데이트가 실패하면 시스템 프록시 잔여 설정, 보안 소프트웨어의 네트워크 필터와 클라이언트 권한을 확인하세요.
구독 업데이트는 성공했지만 회선 목록이 바뀌지 않음
대개 클라이언트가 캐시된 설정을 계속 표시하거나 새 설정이 현재 설정으로 지정되지 않은 경우입니다. 클라이언트에 업데이트 완료 안내가 표시되는지 확인한 다음 업데이트된 설정으로 전환하고 회선 목록을 다시 불러오세요. 일부 클라이언트는 홈으로 돌아가거나 재시작해야 화면이 새로 고쳐집니다. 같은 구독을 여러 번 연속 가져오지 마세요. 이름은 같지만 업데이트 시간이 다른 설정이 생겨 이전 복사본에 연결될 수 있습니다.
정리할 때는 현재 사용 중인 설정을 먼저 확인하고 명확히 중복된 이전 항목만 삭제하세요. 확실하지 않다면 먼저 클라이언트 로그를 내보내거나 설정 이름을 화면 캡처한 뒤 작업하세요. 클라이언트 재설치는 로컬 데이터를 삭제하므로 후순위 방법입니다. 실행하기 전에 사용자 패널에 다시 들어가 QhVPN 클라이언트와 구독을 받을 수 있는지 확인하세요.
트래픽 상태와 업데이트 결과
월간 구독의 트래픽은 개통일을 기준으로 매월 초기화되며, 중도 업그레이드 차액은 남은 일수로 환산됩니다. 패널에 표시된 트래픽 또는 요금제 상태가 예상과 다르면 먼저 패널을 새로 고치고 다시 로그인한 뒤 클라이언트 구독을 업데이트하세요. 클라이언트 표시가 이전 캐시에서 가져온 것일 수 있으므로 로컬의 오래된 데이터만으로 계정 상태를 판단하지 마세요. 트래픽 패키지는 소진될 때까지 사용할 수 있으며 영구적으로 만료되지 않습니다. 상태는 패널을 기준으로 확인하세요.
요금제에는 ¥9.9/월 60GB, ¥18/월 250GB, ¥28/월 500GB가 포함되며, 트래픽 패키지는 ¥158/300GB, ¥358/1000GB, ¥658/3000GB입니다. 요금제 차이를 확인하려면 요금제 페이지로 이동하세요. 결제가 완료되었지만 패널 상태가 갱신되지 않았다면 주문을 여러 건 다시 만들지 말고 패널의 주문 상태를 보관한 뒤 문의를 통해 확인하세요.
수동 가져오기 시 지켜야 할 보안 기준
튜토리얼의 구독 주소는 명백한 예시값만 사용해야 합니다. 예:
https://example.com/sub?token=YOUR_TOKEN
이 주소는 필드 위치를 설명하기 위한 것이며 실제 연결을 만들 수 없습니다. 실제 구독은 반드시 QhVPN 사용자 패널에서 받아야 합니다. 예시 주소를 추측한 QhVPN 경로로 바꾸거나 검색 결과에서 타사 설정을 내려받지 마세요. 공식 클라이언트 진입점은 사용자 패널에 있으며 로그인 후 구독과 클라이언트를 받을 수 있습니다.
재설치 전 마지막 확인
중복 설정이 가져와져 있지 않은지, 현재 설정이 활성 항목인지, 시스템 프록시에 이전 주소가 없는지, 클라이언트 프로세스가 완전히 종료된 후 다시 시작되었는지 확인하세요. 이 모든 단계가 효과가 없고 구독을 다시 받을 수 있을 때만 재설치를 고려합니다. 재설치 후에는 구독 하나만 가져와 기본 설정을 테스트하고 모든 사용자 지정 규칙을 즉시 복원하지 마세요. 기본 연결이 성공한 뒤 라우팅과 DNS 설정을 하나씩 복원해야 어떤 설정이 문제를 일으켰는지 확인할 수 있습니다.
ROUTING / 단일 앱 경로
특정 앱만 프록시를 사용하지 않을 때: 라우팅과 프로세스 확인
브라우저는 정상인데 독립 앱만 이상함
이 현상은 기본 연결은 작동하고 있으며 문제가 앱 자체의 네트워크 경로에 집중되어 있음을 의미합니다. 독립 앱은 시스템 프록시를 읽지 않거나 자체 DNS를 사용하거나 업데이트, 로그인 또는 미디어 스트림을 처리하는 보조 프로세스를 사용할 수 있습니다. 주 프로그램만 라우팅 목록에 추가하면 보조 프로세스는 직접 연결되어 홈 화면은 열리지만 로그인에 실패하거나 콘텐츠를 불러오지 못할 수 있습니다.
먼저 클라이언트를 모든 트래픽을 처리할 수 있는 진단 모드로 잠시 전환해 테스트하세요. 해당 모드에서 앱이 복구되면 회선 자체는 정상이고 문제는 라우팅 규칙에 있습니다. 그래도 복구되지 않으면 대상 서비스, 계정 상태, 캐시와 앱 자체의 네트워크 권한을 확인하세요. 진단이 끝나면 적절한 일상 모드로 돌아가고 영향 범위를 모르는 임시 설정을 장기간 유지하지 마세요.
라우팅 규칙의 매칭 순서
규칙은 대개 도메인, 주소, 앱 또는 프로세스를 기준으로 매칭됩니다. 먼저 일치한 규칙이 뒤의 규칙을 적용하지 못하게 할 수 있습니다. 사용자 지정 직접 연결 항목의 범위가 너무 넓으면 가속 회선을 사용해야 할 도메인까지 제외됩니다. 규칙이 주 도메인만 포함하면 로그인, 이미지, API 또는 미디어에 사용되는 다른 도메인은 직접 연결될 수 있습니다. 점검할 때는 먼저 사용자 지정 규칙을 끄고 클라이언트 기본 규칙으로 확인한 다음 하나씩 복원하세요.
인터넷에서 검토할 수 없는 긴 규칙 모음을 그대로 복사하지 마세요. 규칙이 길수록 충돌 지점을 찾기 어렵습니다. 규칙을 추가할 때 목적을 명확히 적고 변경 후 해당 앱과 일반 웹페이지를 테스트하세요. 같은 서비스에 웹 버전과 독립 앱이 있다면 각각 테스트해 문제가 앱 프로세스 매칭 때문인지 회선 지역 때문이 아닌지 판단할 수 있습니다.
앱 업데이트 후 갑자기 작동하지 않음
앱 업데이트로 실행 파일 경로, 보조 프로세스 이름 또는 네트워크 구성 요소가 바뀔 수 있습니다. 그 결과 기존 프로세스 기반 규칙이 더 이상 매칭되지 않습니다. 라우팅 목록에 저장된 앱 경로가 여전히 존재하는지 확인하고 시스템의 현재 설치 위치에서 다시 선택하세요. 프로세스 이름을 추측해 수동으로 입력하지 말고 앱 실행 중 시스템 작업 관리 도구에서 실제 관련 프로세스를 확인하세요.
앱이 샌드박스 또는 시스템 서비스를 통해 요청을 대신 보내는 경우 앱 아이콘만 선택하는 것으로는 부족할 수 있습니다. 이때는 먼저 시스템 수준 터널 모드로 확인하세요. 시스템 수준 모드는 정상인데 프로세스 모드만 이상하다면 문의에 앱 이름, 운영체제, 사용한 라우팅 모드와 열리는 페이지 및 실패하는 동작을 적으세요. 고객 지원에서 이를 바탕으로 규칙 추가가 필요한지 판단할 수 있습니다.
브라우저 확장 기능과 시스템 프록시 충돌
브라우저 확장 기능이 QhVPN의 시스템 프록시 설정을 덮어쓸 수 있습니다. 일반 창과 시크릿 창의 결과가 다르거나 특정 브라우저만 이상하거나 회선을 바꿔도 브라우저 출구가 바뀌지 않는 현상으로 나타납니다. 프록시 관련 확장 기능을 끄고 모든 브라우저 창을 닫았다가 다시 연 다음 출구를 확인하세요. 시스템에서 다른 네트워크 도구도 실행 중이라면 모두 종료한 뒤 단일 비교 환경을 구성하세요.
일부 앱은 시작할 때 프록시 설정을 한 번 읽고 실행 중에는 자동으로 갱신하지 않습니다. 회선을 바꾼 뒤에는 앱을 완전히 종료했다가 다시 여세요. 화면만 닫고 트레이 프로세스를 남겨두면 이전 연결이 계속 사용될 수 있습니다. 완전히 종료되었는지는 시스템 작업 목록에서 관련 프로세스가 사라졌는지 확인하세요.
AI, 스트리밍과 개발 도구의 차이
AI 웹서비스에는 로그인, API 요청과 지속적인 세션이 포함되는 경우가 많고, 스트리밍에는 페이지, 인증, 이미지와 미디어 전송이 함께 필요합니다. 개발 도구는 터미널, 편집기 주 프로세스와 플러그인 프로세스에서 각각 요청을 보낼 수 있습니다. 따라서 간단한 도메인 규칙 하나로 처리할 수 없습니다. 로그인 페이지, 콘텐츠 목록, 재생, 모델 응답, 확장 기능 마켓 또는 API 호출 중 어떤 동작에서 실패하는지 기준으로 점검하세요.
Cursor 또는 Claude 관련 문제는 AI 도구 이용 안내를 참고하세요. iOS 클라이언트 설치와 지역 제한은 iPhone에 어떤 VPN이 좋을까에서, Android 백그라운드 유지와 앱별 프록시는 Android VPN 실사용 비교에서 확인할 수 있습니다. 해당 글은 구체적인 플랫폼 사례를 보완하며, 이 섹션은 네트워크 경로 판단에 초점을 둡니다.
| 비교 결과 | 가능성이 높은 원인 | 처리 방향 |
|---|---|---|
| 전체 경로는 정상이고 라우팅 모드만 이상함 | 규칙이 매칭되지 않았거나 직접 연결 규칙이 덮어씀 | 기본 규칙으로 복원한 뒤 사용자 지정 항목을 하나씩 추가 |
| 웹페이지는 정상이고 독립 앱만 이상함 | 프로세스, 보조 서비스 또는 앱 캐시 | 앱을 완전히 종료하고 실제 프로세스 확인 |
| 특정 계정 동작만 실패함 | 대상 서비스 상태 또는 세션 인증 | 오류 문구를 보관하고 계정 페이지 확인 |
| 모든 모드에서 이상함 | 회선, 대상 서비스 또는 로컬 네트워크 | 회선과 네트워크를 바꿔 교차 테스트 |
앱별 라우팅 문제 제출에 필요한 자료
앱 이름, 운영체제, 실패한 동작, 라우팅 모드, 회선 지역, 웹 버전 정상 여부, 전체 진단 모드 정상 여부와 앱 업데이트 전후의 변화를 제공하세요. 화면에는 전체 오류 문구가 포함되어야 하지만 계정의 비공개 정보는 가리세요. 구체적인 프로세스를 확인할 수 있다면 프로세스 이름을 첨부해도 됩니다. 출처가 불분명한 설정 파일은 업로드하지 마세요.
ACCOUNT & SUPPORT / 계정 상태 및 문제 해결
기기 알림 이상, 계정 확인 및 문의 제출
“기기 수 초과” 안내는 어떻게 판단할까
QhVPN은 기기 수를 제한하지 않으므로 기기 수 초과 또는 유사한 안내가 표시되었을 때 고정된 기기 제한으로 먼저 판단해서는 안 됩니다. 먼저 안내가 QhVPN 사용자 패널, 공식 클라이언트 또는 타사 클라이언트 자체의 로컬 메시지 중 어디에서 나온 것인지 확인하세요. 타사 도구는 설정 수, 활성 연결 또는 로컬 가져오기 항목에 자체 제한 문구를 사용할 수 있으며, 이는 서비스 요금제가 기기 수를 제한한다는 뜻이 아닙니다.
이후 동일한 설정으로 여러 번 로그인했는지, 클라이언트에 이전 계정 상태가 저장되어 있는지, 패널의 요금제가 유효한지 확인하세요. 클라이언트를 완전히 종료하고 다시 로그인한 뒤 구독을 업데이트합니다. 특정 클라이언트에서만 안내가 나타나고 다른 지원 플랫폼은 정상이라면 해당 클라이언트 환경과 전체 안내 문구를 기록하세요. 패널과 여러 플랫폼에서 같은 이상이 표시되면 바로 문의를 제출해 고객 지원에서 계정 상태를 확인하도록 하세요.
계정 상태와 로컬 캐시는 구분하세요
패널은 요금제, 트래픽과 주문 상태를 확인하는 주요 위치이며 클라이언트에는 마지막 업데이트 당시의 캐시가 표시될 수 있습니다. 월간 구독 트래픽은 개통일 기준으로 매월 초기화되고, 중도 업그레이드 차액은 남은 일수로 환산됩니다. 트래픽 패키지는 소진될 때까지 사용할 수 있으며 영구적으로 만료되지 않습니다. 상태가 일치하지 않으면 먼저 패널을 새로 고치고 다시 로그인한 뒤 클라이언트 구독을 업데이트하세요. 로컬 설정의 트래픽 필드를 수정해 표시를 “복구”하려 하지 마세요. 실제 계정 상태는 바뀌지 않습니다.
방금 요금제를 변경했다면 주문 상태를 보관하고 패널이 정상적으로 갱신될 때까지 기다리세요. 상태가 계속 일치하지 않으면 패널의 문의 창구에서 주문 관련 정보를 제출하세요. 결제 방법은 Alipay / WeChat Pay / USDT입니다. 문의에는 결제 비밀번호나 전체 접근 자격 증명이 필요하지 않습니다. 패널에 표시되는 주문 식별자, 결제 방법, 결제 상태와 문제 설명만 제공하세요.
언제 자체 점검을 중단해야 할까
서로 다른 기기와 네트워크에서 재현되고 여러 지역 회선에서도 동일하며 시스템 시간과 일반 네트워크가 정상이고 구독도 업데이트되지만 문제가 계속된다면 반복적인 재설치를 중단하세요. 이때는 로컬에서 확인할 수 있는 변수가 거의 배제되었으므로 시스템을 계속 정리하면 영향 범위만 커집니다. 특정 회선 장애, 계정 상태 이상, 주문 동기화 지연과 여러 플랫폼에서 동일하게 발생하는 오류는 문의를 제출하기에 적합한 사례입니다.
반대로 특정 기기에서만 이상하고 다른 기기에서는 복구된다면 해당 기기의 클라이언트, 권한, 프록시 잔여 설정과 네트워크 인터페이스를 계속 확인하세요. 특정 네트워크에서만 이상하고 다른 네트워크에서 복구된다면 원래 네트워크의 인증과 라우팅을 확인합니다. 특정 대상 서비스만 이상하다면 먼저 해당 페이지의 안내와 계정 상태를 확인하세요. 문의는 기본 비교 테스트를 대신하는 것이 아니라 문제 범위가 명확해진 뒤 이어지는 절차입니다.
처리 가능한 문의에 포함할 내용
제목에는 증상과 플랫폼을 직접 적으세요. 예를 들어 “macOS 연결 성공 후 여러 도메인 해석 불가” 또는 “Android 화면 잠금 후 연결 복구 불가”처럼 작성합니다. 본문에는 운영체제, 클라이언트 출처, 현재 네트워크 유형, 문제가 발생한 회선, 시간대, 재현 동작, 전체 오류 문구, 다른 회선과 네트워크의 비교 결과 및 이미 수행한 조치를 적으세요. 대상 앱과 관련된 문제라면 앱 이름과 실패한 동작도 추가합니다.
첨부 파일에는 개인정보를 가린 화면 캡처, 클라이언트 진단 로그와 필요한 화면 녹화를 포함할 수 있습니다. 로그는 장애 전후를 포함해야 하고 화면 캡처에는 맥락이 보여야 하며 오류 단어 하나만 잘라 보내서는 안 됩니다. 전체 구독 주소, 비밀번호 또는 바로 사용할 수 있는 접근 자격 증명은 첨부하지 마세요. 문의 창구는 사용자 패널의 문의 시스템으로 통일합니다.
TICKET TEMPLATE
문제 현상:
운영체제:
클라이언트 출처:
현재 네트워크:
회선 이름:
발생 시간대:
재현 단계:
오류 원문:
다른 회선 결과:
네트워크 변경 결과:
이미 시도한 조치:
첨부 파일 설명:
문제 유형에 맞는 증거 추가
연결 자체가 되지 않을 때는 연결 단계와 여러 회선의 비교 결과를 첨부하세요. 웹페이지가 열리지 않을 때는 도메인 해석 실패인지 연결 시간 초과인지 설명하고 여러 웹사이트에 영향을 주는지도 적습니다. 속도 문제는 대상 작업과 시간대를 작성하고 단독 속도 측정 화면만 보내지 마세요. 잦은 연결 끊김은 발생 동작과 재연결 결과를 제시하세요. 구독 문제는 패널 로그인 가능 여부, 업데이트 오류 원문과 시스템 시간 상태를 설명합니다. 앱별 라우팅 문제는 전체 진단 모드와 기본 규칙에서의 결과를 적어야 합니다.
주문 또는 환불 문제는 사용자 패널에서 제출해야 합니다. QhVPN은 30일 무조건 환불을 제공하며 구체적인 신청은 사이트 약관과 패널 절차에 따라 진행됩니다. 요금제와 트래픽 패키지의 가격 및 기간은 요금제 페이지를 기준으로 하며 검색 캐시나 오래된 화면 캡처를 근거로 판단하지 마세요.
처리 후 회귀 테스트
고객 지원에서 조정 방법을 안내한 뒤에는 기기, 네트워크와 앱을 바꾼 상태에서 “이제 된다”고만 확인하지 말고 처음 재현했던 조건으로 돌아가 검증하세요. 먼저 원래 회선 또는 원래 앱을 테스트한 뒤 비교 대상을 하나 테스트합니다. 연결, DNS, 라우팅과 대상 서비스가 모두 복구되었는지 확인하세요. 해결 방법에 사용자 지정 규칙 삭제가 포함되었다면 하나씩 복원하고 매번 변경 후 다시 테스트해 충돌 항목을 찾습니다.
마지막으로 실제 효과가 있었던 조치를 기록하고 점검 중 만든 중복 설정을 삭제하세요. 시스템 프록시, DNS와 백그라운드 정책을 명확하고 관리하기 쉬운 상태로 복원합니다. 임시 규칙을 많이 남겨두면 다음 장애를 더 찾기 어려워집니다. 완전한 점검의 끝은 페이지가 잠시 열리는 것이 아니라 재현 가능하고 설명 가능하며 다시 검증할 수 있는 결론을 얻는 것입니다.