VPN 문제 해결 매뉴얼

DIAGNOSIS BASELINE

점검 기준 세우기: 먼저 계층을 나누고 재설치하지 않기

먼저 ‘어디에서 문제가 생겼는지’를 분명히 기록하세요

대부분의 점검이 실패하는 이유는 도구가 부족해서가 아니라 문제 설명이 너무 포괄적이기 때문입니다. ‘사용할 수 없다’는 클라이언트가 실행되지 않는 것, 구독 업데이트 실패, 회선 핸드셰이크 실패, 연결은 됐지만 도메인 확인이 안 되는 것, 브라우저는 되지만 특정 앱이 응답하지 않는 것, 또는 대상 웹사이트의 일시적인 장애를 뜻할 수 있습니다. 시작하기 전에 플랫폼, 네트워크 유형, 선택한 지역 회선, 클라이언트 상태, 영향을 받는 페이지나 앱, 프록시를 끄면 복구되는지를 한 문장으로 기록하세요. 이 문장이 명확하면 이후 판단 시간이 크게 줄어듭니다.

점검할 때는 문제를 기기와 시스템, 현재 접속 네트워크, 클라이언트와 구독, 선택한 회선, 대상 웹사이트나 앱의 다섯 계층으로 나누세요. 매번 한 계층만 변경해야 합니다. 예를 들어 기기와 네트워크를 유지한 채 같은 지역의 다른 회선으로 바꾼 뒤, 회선을 유지하고 다른 접속 네트워크로 전환합니다. 클라이언트 재설치, 회선 변경, DNS 수정, 라우팅 규칙 변경을 동시에 하면 문제가 사라져도 실제 원인을 알 수 없어 다음에도 처음부터 시행착오를 겪게 됩니다.

감이 아니라 교차 확인으로 판단하세요

가장 효과적인 기준은 ‘같은 계정, 다른 변수’의 비교입니다. 먼저 프록시를 끈 상태에서 일반 웹사이트가 열리는지 확인하세요. 끈 뒤에도 열리지 않으면 문제는 로컬 네트워크에 있으므로 회선을 계속 바꿔도 의미가 없습니다. 끄면 정상이고 연결 후 모든 웹사이트가 열리지 않으면 프록시 모드, 시스템 프록시 연동, DNS를 확인하세요. 특정 대상만 접속되지 않으면 대상 서비스 상태, 지역 조건, 캐시와 앱별 라우팅을 먼저 확인하고 곧바로 회선 문제로 단정하지 마세요.

문제가 한 기기에서만 발생하는지 모든 기기에서 발생하는지도 확인하세요. WeekVPN은 Windows, macOS, iOS, Android, Linux를 지원하며 기기 수 제한이 없습니다. 같은 네트워크에서 한 기기만 이상하면 해당 기기의 클라이언트 권한, 시스템 시간, 남은 기존 프록시 설정, 보안 소프트웨어와 라우팅 규칙을 중점적으로 확인하세요. 같은 네트워크에서 여러 기기가 동시에 이상하지만 다른 접속 네트워크에서는 복구된다면 현재 네트워크 환경을 우선 살펴봐야 합니다. 서로 다른 기기, 네트워크, 회선에서 모두 안정적으로 재현될 때 문의 내용을 정리하세요.

현재 상태와 되돌릴 지점을 남겨 두세요

설정을 정리하기 전에 현재 클라이언트 이름, 선택한 회선, 프록시 모드, 구독 업데이트 시간과 오류 원문을 기록하세요. 구독 주소는 계정 자격 증명이므로 공개 스크린샷이나 공개 게시물에 포함하지 마세요. 구독 업데이트 화면을 보여줘야 한다면 전체 주소, 액세스 토큰, QR 코드를 가리세요. 수동 설정을 사용한다면 원본 파일을 먼저 복사한 뒤 규칙을 수정하고, 시스템 프록시를 사용한다면 기존 토글 상태를 기록하세요. 목적은 단계를 늘리는 것이 아니라 모든 변경을 되돌릴 수 있게 하는 것입니다.

‘재설치’를 첫 단계로 삼지 마세요. 재설치는 클라이언트 상태 일부만 초기화할 뿐 접속 네트워크, 계정 유효성, 대상 서비스의 지역 제한, DNS 경로는 해결하지 못합니다. 중요한 로그와 재현 조건이 삭제될 수도 있습니다. 더 합리적인 순서는 클라이언트를 완전히 종료한 뒤 다시 실행하고, 구독을 업데이트하고, 같은 지역의 다른 회선으로 전환하고, 시스템 프록시를 확인한 다음 플랫폼별 잔여 설정을 정리하는 것입니다. 클라이언트 자체가 실행되지 않거나 설정 데이터베이스가 손상되었거나 시스템 권한에 명백한 이상이 있을 때만 재설치를 후속 조치로 고려하세요.

이 장을 마치면 문제를 단일 기기, 단일 네트워크, 단일 회선, 단일 도메인 또는 단일 앱으로 명확히 분류할 수 있어야 합니다. 다음 장들은 이 범위에서 시작합니다. 아직 분류할 수 없다면 가장 단순한 테스트 환경으로 돌아가세요. 추가 라우팅 규칙을 끄고 일반 회선을 선택한 뒤 브라우저로 일반 웹페이지에 접속하고, 원래 설정을 하나씩 복원합니다. 복잡한 테스트보다 안정적인 기준선이 더 중요합니다.

CONNECTION FAILURE

완전히 연결되지 않음: 클라이언트 상태에서 회선 핸드셰이크까지

클라이언트가 연결을 인계하지 않은 경우와 회선 연결 실패를 구분하세요

연결을 눌러도 상태가 전혀 바뀌지 않는 경우와, 클릭 후 실패 메시지가 표시되는 경우는 보통 서로 다른 문제입니다. 전자는 클라이언트 실행 상태, 시스템의 네트워크 인터페이스 생성 허용 여부, 백그라운드 서비스 중지 여부, 현재 설정 선택 상태를 먼저 확인하세요. 후자는 구독, 회선 또는 접속 네트워크 문제에 더 가깝습니다. 화면을 볼 때 연결 버튼 색상만 보지 말고 ‘연결됨’, ‘시간 초과’, ‘인증 실패’, ‘설정이 유효하지 않음’, ‘이름을 확인할 수 없음’ 같은 명확한 문구가 표시되는지도 확인하세요. 오류 원문은 반드시 그대로 남겨야 합니다. 비슷한 현상도 전혀 다른 계층에서 발생할 수 있기 때문입니다.

클라이언트를 창만 닫지 말고 완전히 종료하세요. 데스크톱 시스템에서는 창을 닫아도 프로그램이 상태 표시줄이나 알림 영역에 남아 있을 수 있고, 모바일에서는 화면을 나가도 터널이 중지된 것은 아닙니다. 프로세스가 종료된 것을 확인한 뒤 다시 실행하고, 방금 업데이트한 구독 설정을 선택하세요. 클라이언트가 시스템 네트워크 권한을 요구한다면 시스템 설정에서 권한이 여전히 유효한지 확인하세요. 시스템 업데이트, 설정 이전 또는 보안 정책 변경 후에는 기존 권한을 다시 확인해야 할 수 있습니다.

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

프록시를 끈 상태에서 일반 웹페이지에 접속해 현재 네트워크의 기본 연결성을 확인하세요. 브라우저에 접속 인증 페이지가 표시되면 먼저 공용 네트워크 인증을 완료한 뒤 클라이언트를 실행하세요. 일부 회사, 학교 또는 공용 네트워크는 알 수 없는 연결 방식을 제한할 수 있으므로 다른 접속 네트워크로 비교해 보세요. 비교 결과가 중요합니다. 같은 기기에서 네트워크를 바꾼 직후 복구된다면 클라이언트와 계정은 대체로 정상이며, 구독을 삭제하기보다 원래 접속 네트워크에 집중해야 합니다.

시스템 날짜와 시간대도 자동 동기화 상태로 유지하세요. 암호화 연결은 인증서 유효 기간을 확인하므로 시간이 크게 어긋나면 핸드셰이크가 실패해 연결 불가나 인증서 오류로 나타날 수 있습니다. 정확한 시간을 수동으로 추측할 필요 없이 시스템의 자동 날짜, 시간, 시간대 기능을 켠 뒤 클라이언트를 다시 실행하세요. 기기가 오랫동안 절전 상태였거나 메인보드 시간이 이상하거나 시스템이 스냅샷에서 복원된 직후라면 특히 중요합니다.

회선 계층에서 최소한으로 전환하세요

기본 네트워크가 정상인지 확인한 뒤 구독을 먼저 업데이트하고 같은 지역의 다른 회선을 선택하세요. 이렇게 하면 접속 지역은 최대한 유지하면서 특정 회선에 문제가 집중되는지 확인할 수 있습니다. 같은 지역의 회선이 모두 실패하면 다른 지역으로 전환해 비교하세요. WeekVPN은 90+개 국가, 200+개 회선을 지원하며, 회선 페이지에서 지역과 회선 유형을 안내합니다. 글로벌 회선 페이지에서 대체 항목을 선택할 수 있습니다. 점검 단계의 목표는 가장 빠른 회선을 즉시 찾는 것이 아니라 연결을 수립할 수 있는지 확인하는 것입니다.

같은 접속 네트워크에서 모든 회선이 실패하지만 네트워크를 바꾸면 연결된다면 라우터의 접근 제어, 기업 네트워크 정책 또는 기기의 보안 소프트웨어를 확인하세요. 확인을 위해 시스템 보호 기능을 장시간 끄지는 마세요. 보안 소프트웨어의 차단 기록을 확인하고 클라이언트 프로그램과 네트워크 서비스에 명확한 허용 규칙을 추가한 뒤 보호 기능을 복원하고 다시 테스트하는 편이 안전합니다. 기기에서 다른 프록시, 패킷 캡처, 필터링 또는 가상 네트워크 도구도 실행 중이라면 모두 완전히 종료해 시스템 프록시나 가상 인터페이스를 여러 프로그램이 동시에 사용하지 않게 하세요.

기존 프록시와 가상 인터페이스 충돌 정리

클라이언트가 비정상 종료되면 시스템 프록시가 이미 중지된 로컬 포트를 계속 가리켜 모든 웹페이지가 갑자기 열리지 않을 수 있습니다. 이때는 먼저 클라이언트 연결을 끊고 시스템 네트워크 설정에서 수동 프록시를 끈 뒤 다시 연결하세요. 데스크톱 시스템에는 기존 가상 인터페이스, DNS 또는 라우팅이 남아 있을 수도 있습니다. 인터페이스가 여러 개 보인다고 모두 삭제하지 말고, 먼저 클라이언트의 복구, 네트워크 초기화 또는 네트워크 서비스 재설치 기능을 사용하세요. 특정 인터페이스가 이미 제거한 소프트웨어의 것임을 확인했을 때만 정리를 고려하세요.

Linux 환경에서는 클라이언트 프로세스에 터널 생성과 라우팅 수정에 필요한 권한이 있는지 추가로 확인하고, 환경 변수의 프록시가 시스템 수준 터널과 중복되지 않는지도 살펴봐야 합니다. 터미널에서 일반적인 프록시 변수를 확인할 수 있지만 자격 증명이 포함된 출력은 공개 채널에 그대로 제출하지 마세요:

printenv | grep -i proxy
ip route
curl -I https://example.com

명령줄 접속은 정상인데 브라우저만 실패한다면 브라우저 프록시, 확장 프로그램 또는 캐시 문제일 가능성이 큽니다. 명령줄과 브라우저가 모두 실패하지만 클라이언트에는 연결 성공으로 표시된다면 다음 장의 DNS 및 시스템 프록시 점검을 계속하세요. 클라이언트에 계속 핸드셰이크 실패가 표시되고 여러 기기, 네트워크, 회선에서 재현된다면 오류 원문, 발생 시간, 플랫폼과 회선 이름을 보존해 문의 및 증거 장에서 정리하세요.

WEB AND DNS

연결은 되지만 웹페이지가 열리지 않음: 프록시 연동과 DNS를 나눠서 확인

도메인 문제인지 모든 트래픽 문제인지 먼저 판단하세요

클라이언트에 연결됨으로 표시되는 것은 터널이 만들어졌다는 뜻일 뿐, 브라우저, DNS, 대상 웹사이트가 같은 경로를 사용한다는 의미는 아닙니다. 첫 단계로 요청 유형을 비교하세요. 일반 웹페이지가 모두 실패하는지, 특정 도메인만 실패하는지, 브라우저가 실패할 때 명령줄 요청은 성공하는지, 같은 웹사이트를 앱으로 이용하면 정상인지 확인합니다. 도메인 접속만 실패하면 DNS를 중점적으로 확인하세요. 도메인은 확인되지만 연결이 시간 초과되면 시스템 프록시, 라우팅과 회선을 확인하세요. 특정 웹사이트만 이상하면 해당 사이트의 상태, 지역 조건, 브라우저 캐시를 먼저 배제하세요.

시스템에 포함된 이름 확인 도구로 공개 테스트 도메인을 조회할 수 있습니다. 여기서 사용하는 도메인에는 계정 정보가 없으며 실제 구독 주소에도 접근하지 않습니다:

nslookup example.com

# macOS 또는 Linux에서도 사용할 수 있음
dig example.com

도구가 주소를 반환했는데도 브라우저에 서버를 찾을 수 없다고 표시되면 브라우저가 독립 보안 DNS를 사용하거나 확장 프로그램이 요청을 바꾸거나 캐시가 남아 있을 가능성이 있습니다. 도구 자체도 결과를 얻지 못한다면 시스템 DNS, 클라이언트의 DNS 연동 또는 현재 네트워크의 이름 확인 경로에 더 가깝습니다. 조회 결과의 특정 주소를 영구적인 값으로 간주하지 마세요. 도메인 결과는 네트워크와 시간에 따라 바뀔 수 있으므로, 조회가 반환되는지, 명백한 시간 초과가 있는지, 프록시를 끄기 전후에 안정적인 차이가 있는지만 확인하면 됩니다.

시스템 프록시가 실행 중인 클라이언트를 실제로 가리키는지 확인하세요

시스템 프록시 모드는 로컬 클라이언트가 계속 수신 대기해야 작동합니다. 클라이언트 프로세스가 중지되었거나 수신 상태가 이상하거나 시스템 프록시 설정이 남아 있으면 브라우저가 존재하지 않는 로컬 진입점으로 요청을 보냅니다. 먼저 클라이언트에서 시스템 프록시를 끄고 시스템 네트워크 설정도 함께 복원되었는지 확인하세요. 그런 다음 다시 활성화하고 일반 웹페이지를 즉시 테스트합니다. 끄면 복구되고 켜면 실패한다면 문제는 원격 웹사이트가 아니라 로컬 프록시 연동, 클라이언트 수신 상태 또는 설정 모드에 있습니다.

브라우저에 별도의 프록시 설정이 있을 수 있습니다. 기업 관리 정책, 프록시 확장 프로그램, 개발자 디버깅 도구가 시스템 설정을 덮어쓸 수 있습니다. 점검할 때 추가 확장 프로그램이 없는 임시 브라우저 창을 사용하면 일부 캐시만 배제할 수 있으며 기업 정책까지 우회할 수 있는 것은 아닙니다. 브라우저 네트워크 설정에서 시스템 프록시를 따르는지 확인하거나 클라이언트가 제공하는 로컬 진입점을 명시적으로 사용하세요. 브라우저 확장 프로그램과 시스템 프록시가 서로 다른 규칙으로 같은 요청을 동시에 처리하게 하지 마세요.

DNS 캐시, 독립 확인, 오염된 결과 처리

회선을 바꾼 뒤에도 시스템과 브라우저가 이전 확인 결과를 계속 사용할 수 있습니다. 먼저 대상 탭을 닫고 브라우저의 사이트 캐시와 DNS 캐시를 정리한 뒤 다시 여세요. 시스템 수준에서는 네트워크 연결을 끊었다가 다시 연결하는 방법으로 우선 새로 고칠 수 있으므로 처음부터 위험한 네트워크 초기화를 실행할 필요는 없습니다. 클라이언트에 ‘원격 확인’, ‘프록시를 통한 확인’과 같은 옵션이 있다면 원래 설정을 저장한 뒤 하나만 바꿔 도메인이 복구되는지 관찰하세요. 변경 후에는 같은 도메인만 테스트해 여러 웹사이트의 상태 차이가 판단을 방해하지 않게 하세요.

일부 앱은 자체 암호화 DNS를 사용해 시스템 설정을 읽지 않으며, 다른 앱은 시스템 확인에 전적으로 의존합니다. 그래서 같은 기기에서 브라우저는 정상인데 앱만 실패하거나 반대 현상이 나타날 수 있습니다. 이때 회선을 사용할 수 없다고 단정하지 말고, 문제가 있는 앱에서 독립 DNS를 끌 수 있는지, 프라이빗 네트워크 기능이 켜져 있는지, 해당 앱이 직접 연결로 라우팅되는지 확인하세요. 모바일에서는 시스템 프라이빗 DNS, 콘텐츠 필터와 다른 네트워크 확장 기능이 동시에 작동하는지도 확인해야 합니다.

특정 웹사이트와 인증서 경고 처리

특정 웹사이트 하나만 열리지 않으면 먼저 같은 회선으로 다른 일반 웹사이트에 접속해 전체 연결이 정상인지 확인하세요. 그런 다음 해당 사이트의 쿠키, 캐시, 기존 로그인 상태를 정리하거나 다른 브라우저로 다시 테스트합니다. 대상 서비스는 접속 지역에 따라 다른 콘텐츠를 제공할 수 있으므로 회선을 바꿀 때는 무작위로 선택하지 말고 서비스 요구에 맞는 지역을 선택하세요. 애니메이션, 스트리밍, 일본 지역 콘텐츠와 관련된 경우 일본 회선 선택 가이드에서 지역과 출구 주소의 관계를 확인할 수 있습니다.

인증서 경고가 나타나면 무시하고 계속 접속하지 마세요. 먼저 시스템 시간이 자동으로 동기화되는지 확인하고, 웹 주소 철자를 점검한 뒤 웹 필터링이나 인증서 검사를 수행할 수 있는 소프트웨어를 통제된 방식으로 잠시 끄고 확인하세요. 여러 신뢰할 수 있는 웹사이트에서 동시에 인증서 이상이 나타나면 민감한 페이지 접속을 즉시 중단하고 시스템 네트워크 설정을 복원한 뒤 기기의 보안 소프트웨어를 확인하세요. 인증서 오류는 단순한 ‘속도 저하’가 아니며, 회선을 계속 바꿔 가릴 문제도 아닙니다.

이 장을 마칠 때 문제를 확인 실패, 시스템 프록시 미연동, 브라우저 독립 설정, 특정 사이트 캐시 또는 지역 불일치로 분류할 수 있어야 합니다. 웹페이지가 복구됐지만 동영상, 다운로드 또는 회의가 여전히 느리면 속도 장으로 이동하세요. 브라우저는 정상인데 특정 앱만 계속 실패하면 앱별 라우팅 장으로 바로 이동하세요.

SPEED AND PEAK HOURS

느린 속도와 피크 시간대 지연: 로컬 병목, 회선, 대상 서버를 구분하세요

속도 문제는 먼저 테스트 조건을 고정해야 합니다

‘느려진 것 같다’는 표현만으로는 원인을 찾을 수 없습니다. 웹페이지 첫 로딩 지연, 동영상 버퍼링, 파일 다운로드 지연, 회의 끊김과 게임 지연 증가는 서로 다른 네트워크 특성의 영향을 받습니다. 웹페이지는 DNS와 초기 연결의 영향을 더 많이 받고, 동영상은 지속 처리량, 회의는 지터와 패킷 손실, 대용량 파일은 다운로드 서버의 속도 제한에 영향을 받습니다. 점검 전에 하나의 구체적인 상황을 정하고 기기, 접속 네트워크, 대상 서비스와 시간대를 유지한 채 회선을 비교하세요. 서로 다른 웹사이트, 화질 또는 다운로드 소스의 결과를 직접 비교하지 마세요.

대역폭을 사용하는 동기화, 백업, 시스템 업데이트와 대용량 파일 전송을 먼저 중지하세요. 로컬 무선 네트워크 신호가 안정적인지도 확인하고, 가능하면 접속 장치에 가까이 가거나 더 안정적인 연결 방식을 사용하세요. 프록시를 끈 상태에서도 느리다면 문제는 로컬 네트워크나 대상 서비스에 있으므로 국제 회선으로 바꿔도 기본 병목은 사라지지 않습니다. 프록시를 끄면 정상이고 연결 후 느려진다면 회선 계층으로 넘어가 판단하세요.

같은 지역에서 회선을 바꾼 뒤 지역을 달리해 비교하세요

회선을 선택할 때는 먼저 같은 지역 내에서 바꿔 보세요. 같은 지역의 회선은 접속 거리와 콘텐츠 지역을 최대한 유지하므로 특정 회선의 상태 변화인지 판단하기 쉽습니다. 같은 지역의 회선이 모두 느리면 지리적으로 더 가까운 지역을 선택해 비교하세요. 거리가 멀수록 전송 경로가 길어지는 경우가 많지만 거리만이 유일한 요소는 아닙니다. 국경 간 라우팅, 접속 사업자, 대상 서비스 간의 연동 관계도 결과에 영향을 줍니다. 따라서 지도에서 가장 가까운 도시가 항상 가장 적합한 회선인 것은 아닙니다.

WeekVPN은 90+개 국가, 200+개 회선을 제공합니다. 회선 유형과 지역 선택은 노드 페이지에서 확인할 수 있습니다. 일반 웹 이용, AI 도구, 스트리밍과 원격 업무는 우선순위가 서로 다릅니다. 점검 단계에서는 먼저 안정적으로 재현되는 회선을 찾은 뒤 콘텐츠 지역을 조정하세요. 짧은 시간에 계속 전환하면 앱이 연결을 반복해서 만들고 DNS를 갱신하며 로그인을 다시 확인하므로 오히려 사용 경험이 나빠질 수 있습니다.

피크 시간대 문제는 시간대 비교로 확인하세요

특정 혼잡 시간대에만 지연되고 다른 시간에는 정상이라면 로컬 접속 네트워크, 국경 간 경로 또는 대상 서비스의 동시간대 부하와 관련 있을 수 있습니다. 이상이 발생한 순간 한 회선만 테스트하고 결론 내리지 마세요. 같은 기기, 네트워크, 대상에 대해 안정적인 시간대와 혼잡 시간대의 상태를 기록하고, 이상이 지속될 때 다른 조건은 그대로 둔 채 같은 지역의 회선만 바꾸세요. 여러 회선이 동시에 느려지지만 다른 접속 네트워크에서 뚜렷하게 복구된다면 로컬 사업자 경로를 우선 확인하세요. 특정 회선만 이상하면 대체 회선을 사용하고 이름을 기록하세요.

동영상 테스트에서는 먼저 화질을 고정해 테스트마다 자동 화질이 바뀌지 않게 하세요. 회의 테스트에서는 다운로드 속도만 보지 말고 음성 끊김, 화면 정지, 재연결을 관찰하세요. 다운로드 테스트는 같은 소스와 파일을 사용해 미러 서버별 속도 제한 차이를 피해야 합니다. AI 도구의 응답이 느리다고 반드시 회선이 느린 것은 아닙니다. 서버 대기열, 세션 길이와 페이지 스크립트도 대기 시간을 만들 수 있으므로 일반 웹페이지와 같은 지역의 다른 서비스로 네트워크 계층을 교차 확인하세요.

설정이 복잡할수록 추가 처리 비용을 확인하세요

전역 프록시, 규칙 기반 라우팅, 앱 내 프록시와 시스템 수준 터널을 동시에 사용하면 트래픽이 로컬 처리 과정을 중복해서 거칠 수 있습니다. 브라우저의 필터 확장 프로그램, 보안 소프트웨어의 웹 검사, 시스템 콘텐츠 필터도 연결 수립 시간을 늘립니다. 속도를 점검할 때는 일시적으로 클라이언트의 일반 모드로 돌아가고 다른 프록시 도구를 종료하되 필요한 시스템 보호 기능은 유지하세요. 이후 하나씩 복원합니다. 어떤 항목을 복원한 뒤 속도가 즉시 달라진다면 병목은 회선 범위가 아니라 기기의 처리 경로에 있습니다.

요금제 트래픽 부족도 정상 사용 여부 판단에 영향을 주므로 사용자 패널에서 구독 상태와 잔여 트래픽을 확인하세요. 월간 구독은 ¥9.9/월 60GB, ¥18/월 250GB, ¥28/월 500GB이며 개통일을 기준으로 매월 초기화되고, 중도 업그레이드 차액은 남은 일수로 환산됩니다. 트래픽 패키지는 ¥158/300GB, ¥358/1000GB, ¥658/3000GB이며 소진될 때까지 사용하고 영구적으로 만료되지 않습니다. 여기서는 현재 계정에 사용 가능한 트래픽이 남아 있는지만 확인하고, 모든 속도 문제의 해결책으로 요금제 업그레이드를 선택하지 마세요. 자세한 규칙은 요금제 가격 페이지를 기준으로 합니다.

조건을 고정했는데 여러 회선이 같은 시간대에 모두 이상하다면 접속 네트워크 유형, 대상 서비스, 회선 지역과 재현 가능한 시간대를 기록하세요. 속도 테스트 페이지 스크린샷 한 장만 제출하지 마세요. 실제 앱, 대상 경로와 테스트 조건을 설명할 수 없기 때문입니다. 한 번의 결과보다 재현 가능한 절차가 진단에 더 유용합니다.

DISCONNECT AND MOBILE

잦은 연결 끊김과 모바일 백그라운드 중단: 시스템 스케줄링과 네트워크 전환 확인

먼저 회선이 끊긴 것인지 앱이 시스템에 의해 일시 중지된 것인지 구분하세요

잦은 연결 끊김을 흔히 ‘불안정’이라고 부르지만 실제로는 회선 세션 단절, 무선 네트워크와 이동통신 네트워크 간 전환, 절전 정책에 의한 클라이언트 일시 중지, 시스템의 백그라운드 프로세스 정리, 다른 네트워크 확장 기능의 터널 선점 때문일 수 있습니다. 연결이 끊긴 순간 클라이언트 상태를 확인하세요. 상태가 연결됨에서 연결 안 됨으로 명확히 바뀌면 오류 원문을 확인합니다. 상태는 연결됨으로 남아 있지만 새 요청이 통과하지 않으면 네트워크 전환, DNS와 로컬 터널 복구를 중점적으로 확인하세요. 클라이언트 화면으로 돌아오자마자 복구된다면 백그라운드 스케줄링이나 절전 제한과 관련 있을 가능성이 큽니다.

데스크톱에서도 절전 후 연결이 끊길 수 있습니다. 덮개를 닫거나 대기 모드로 전환하거나 사용자를 바꾸거나 네트워크 인터페이스가 주소를 다시 받으면 기존 세션이 더 이상 유효하지 않을 수 있습니다. 기기를 깨운 뒤에는 먼저 기본 네트워크가 연결될 때까지 기다린 다음 클라이언트가 다시 연결하도록 하세요. 무선 네트워크가 아직 인증 중일 때 연결 버튼을 연속으로 누르지 마세요. 매번 깨운 뒤 재현된다면 클라이언트가 시스템 시작 시 실행되도록 허용되어 있는지, 백그라운드 실행 권한이 있는지, 시스템이 네트워크 확장 기능을 제한하는지 확인하세요.

모바일에서는 절전과 백그라운드 권한을 우선 확인하세요

iOS와 Android는 배터리, 메모리, 네트워크 상태와 백그라운드 활동 정책에 따라 앱을 관리합니다. 점검할 때 먼저 클라이언트의 네트워크 설정이 여전히 활성화되어 있는지 확인하고, 저전력 모드, 백그라운드 활동 권한과 앱별 배터리 최적화를 살펴보세요. 시스템에서 클라이언트를 엄격한 절전 제한의 예외로 설정할 수 있다면 배터리 사용량을 이해한 뒤 조정하세요. 점검을 위해 모든 시스템 보안 기능을 끌 필요도 없고 네트워크 연결과 관련 없는 권한을 부여할 필요도 없습니다.

화면이 잠긴 뒤 짧은 시간 동안 네트워크 활동이 없으면 시스템이 앱 화면을 일시 중지할 수 있지만, 시스템 수준 터널은 보통 별도의 네트워크 서비스가 유지합니다. 화면 잠금 중 계속 연결이 끊긴다면 두 상황을 비교하세요. 같은 무선 네트워크에 계속 머무는 경우와 무선 범위를 벗어나 다른 접속 네트워크로 전환하는 경우입니다. 전환할 때만 끊기면 세션 이전이나 네트워크 재구성이 주요 원인입니다. 안정적인 네트워크에서도 끊기면 절전 정책, 시스템 네트워크 확장 기능 충돌과 선택한 회선을 계속 확인하세요.

여러 네트워크 도구가 서로 연결을 인계하는지 확인하세요

모바일 기기에서는 콘텐츠 필터, 기업 관리, 프라이빗 DNS, 광고 차단과 다른 네트워크 도구가 시스템 네트워크 확장 기능을 함께 사용할 수 있습니다. 일부 시스템은 하나의 주요 터널만 활성 상태로 허용하므로 나중에 실행된 도구가 기존 설정을 대체할 수 있습니다. 점검할 때 현재 활성화된 네트워크 확장 기능을 기록하고, 트래픽 경로를 바꾸는 다른 도구를 잠시 중지한 뒤 WeekVPN만으로 다시 테스트하세요. 복원할 때 하나씩 활성화해 충돌하는 조합을 찾습니다.

데스크톱도 상황은 비슷합니다. 가상 머신, 컨테이너 네트워크, 원격 업무 클라이언트, 패킷 캡처 도구와 다른 프록시 프로그램은 라우팅을 복잡하게 만듭니다. 특정 프로그램을 실행한 뒤에만 연결이 끊긴다면 해당 프로그램이 기본 라우트, DNS 또는 시스템 프록시를 수정하는지 확인하세요. 여러 프로그램이 전역 프록시를 동시에 설정하게 하지 마세요. 함께 사용해야 한다면 각 프로그램이 담당할 트래픽 범위를 명확히 정하고 로컬 진입점이 서로 중첩되지 않게 하세요.

우연한 현상을 좇지 말고 안정적인 환경에서 재현하세요

간헐적인 연결 끊김은 판단하기 가장 어렵기 때문에 환경을 단순화해야 합니다. 기기를 전원에 연결하고 엄격한 절전을 끄며, 같은 접속 네트워크에 고정하고 일반 회선을 하나 선택한 뒤 일반 웹페이지를 연속으로 이용하세요. 이때 안정적이라면 화면 잠금, 네트워크 전환, 백그라운드 제한과 다른 네트워크 도구를 하나씩 복원합니다. 어느 단계를 복원한 뒤 문제가 나타나는지가 중요한 단서입니다. 단순화한 뒤에도 끊긴다면 같은 지역의 다른 회선으로 바꾼 다음 다른 접속 네트워크로 전환해 회선과 로컬 네트워크를 교차 비교하세요.

로그는 연결이 끊기기 직전과 직후의 인접 내용만 발췌하고, 장기간 기록과 민감한 설정이 포함된 전체 파일은 제출하지 마세요. 기기가 방금 잠겼는지, 무선 네트워크에서 전환했는지, 절전에서 깨어났는지, 특정 앱을 실행했는지 등 끊긴 순간 무엇을 하고 있었는지 표시하세요. 클라이언트에 자동 재연결 옵션이 있다면 켜고 복구 여부를 관찰할 수 있지만, 자동 재연결은 영향을 줄일 뿐 근본 원인을 설명하지 않습니다. 높은 빈도로 계속 재현되면 증거 장을 참고해 문의하세요.

모바일에서 주로 웹 이용과 동영상을 사용한다면 먼저 초보자를 위한 첫날 전체 가이드에서 기본 설정을 완료한 뒤 이 장으로 돌아와 백그라운드 동작을 조정하세요. 기본 가져오기가 끝나지 않았거나 구독이 업데이트되지 않았거나 절전 제한이 동시에 적용될 수 있으므로 먼저 기본 절차가 올바른지 확인한 뒤 백그라운드 안정성을 처리하세요.

SUBSCRIPTION AND ACCOUNT

구독 업데이트 실패와 기기 수 안내: 출처, 상태, 캐시 확인

구독 오류가 어느 단계에서 발생했는지 먼저 확인하세요

구독 업데이트는 설정 가져오기, 내용 해석, 클라이언트 저장의 세 단계로 이루어집니다. 네트워크 오류가 표시되면 클라이언트가 내용을 가져오지 못한 것입니다. 형식 또는 해석 오류가 표시되면 내용은 도착했지만 클라이언트가 인식하지 못한 것입니다. 저장 실패라면 로컬 권한, 설정 저장소 또는 기존 파일과 관련 있을 수 있습니다. ‘업데이트 실패’라는 네 글자만 복사하지 말고 전체 안내와 발생 위치를 남기세요. 클라이언트마다 문구는 다르지만 세 단계에 따른 판단 방식은 같습니다.

먼저 사용자 패널에 로그인해 계정과 요금제 상태를 확인한 다음 패널에서 WeekVPN 클라이언트 또는 구독 메뉴를 다시 엽니다. WeekVPN은 이메일 주소 없이 사용자 이름과 비밀번호만으로 가입할 수 있습니다. 사용자 이름이나 비밀번호를 잊었다면 새 계정을 계속 만들어 기존 구독을 덮어쓰지 말고 로그인 및 문의 메뉴에서 계정 문제를 처리하세요. 구독 주소는 비공개 자격 증명이므로 사용자 패널에서만 확인하고 다른 사람에게 전달하거나 공개 검사 사이트에 붙여 넣지 마세요.

복사 오류, 캐시와 기존 설정을 배제하세요

구독 주소를 수동으로 복사할 때 앞뒤 공백, 줄바꿈, 잘림과 입력기 치환으로 업데이트가 실패할 수 있습니다. 클라이언트가 제공하는 붙여넣기 또는 가져오기 기능을 사용하고 주소가 완전한지 확인하는 편이 안전합니다. 설명 예시에는 항상 다음과 같은 명확한 가짜 값을 사용하세요:

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

기존 구독이 정상적으로 작동하다가 업데이트 후 갑자기 해석 오류를 표시한다면 기존 설정을 보존하고 모든 회선을 즉시 삭제하지 마세요. 별도의 새 설정을 만들어 다시 가져오고 문제가 기존 캐시에서 비롯되었는지 확인할 수 있습니다. 새 설정만 정상이면 기존 설정 저장 또는 덮어쓰기 과정에 문제가 있는 것입니다. 새 설정과 기존 설정이 모두 실패하면 네트워크, 계정 상태와 클라이언트 호환성을 확인하세요. 클라이언트는 사용자 패널에서 제공하는 메뉴를 이용하고 출처가 불분명한 수정 버전은 설치하지 마세요.

브라우저에서 구독 메뉴가 열린다고 해서 클라이언트 업데이트도 반드시 성공하는 것은 아닙니다. 브라우저는 로그인 상태를 유지할 수 있지만 클라이언트는 설정을 직접 가져와야 하며, 브라우저는 리디렉션을 자동 처리해도 클라이언트는 응답 내용을 엄격하게 요구할 수 있습니다. 점검할 때 응답 본문을 공개적으로 확인하지 마세요. 회선과 자격 증명이 포함될 수 있습니다. 클라이언트 오류 유형, 다른 네트워크에서 복구되는지, WeekVPN 클라이언트에서 재현되는지만 기록하세요.

‘기기 수 초과’ 안내 이해하기

WeekVPN의 기기 규칙은 기기 수 제한 없음입니다. 따라서 클라이언트나 다른 페이지에 기기 수 제한 안내가 표시되어도 먼저 요금제에서 기기 수를 늘려야 한다고 가정하지 마세요. 현재 가져온 구독이 WeekVPN 사용자 패널에서 제공된 것인지, 기존 서비스나 테스트 설정 또는 다른 계정의 잔여 설정이 아닌지 확인하세요. 그런 다음 안내가 클라이언트 자체에서 나온 것인지, 대상 앱에서 나온 것인지, 구독 서비스의 응답인지 확인합니다. 출처에 따라 의미도 달라집니다.

일부 클라이언트는 로컬 설정 수, 동시에 실행되는 설정 또는 앱 자체 권한에 제한을 둘 수 있으며, 이는 WeekVPN의 기기 제한과 다릅니다. 안내가 표시된 화면을 캡처하고 앱 이름을 남긴 뒤 여러 설정이 동시에 활성화되어 있는지 확인하세요. 대상 웹사이트에서 나온 안내라면 해당 사이트의 로그인 기기 규칙일 수 있어 네트워크 가속 구독과 관련이 없습니다. 사용자 패널의 WeekVPN 계정에서 직접 이상 안내가 나타나면 사용자 이름, 페이지 위치와 전체 문구를 첨부해 문의하되 비밀번호는 첨부하지 마세요.

트래픽 초기화와 트래픽 패키지 조건 확인

업데이트는 성공했지만 회선을 사용할 수 없다면 잔여 트래픽과 요금제 유효 상태를 확인하세요. 월간 구독의 트래픽은 개통일을 기준으로 매월 초기화되고, 중도 업그레이드 차액은 남은 일수로 환산됩니다. 트래픽 패키지는 소진될 때까지 사용하며 영구적으로 만료되지 않습니다. 월간 구독과 트래픽 패키지는 계산 방식이 다르므로 달력상의 월을 기준으로 초기화 시점을 추측하지 말고, 트래픽 패키지를 매월 갱신되는 상품으로 오해하지 마세요. 요금제 상세는 ¥9.9/월 60GB, ¥18/월 250GB, ¥28/월 500GB와 ¥158/300GB, ¥358/1000GB, ¥658/3000GB 트래픽 패키지입니다.

결제가 완료된 뒤 사용자 패널 상태가 예상대로 바뀌지 않으면 계정 페이지를 새로 고치고 다시 로그인한 다음 주문 상태를 확인하세요. 결제 수단은 Alipay, WeChat과 USDT입니다. 같은 결제를 반복해서 제출하지 말고 클라이언트가 즉시 업데이트되는지만으로 주문 결과를 판단하지 마세요. 주문, 계정과 구독은 서로 다른 계층이므로 문의에는 결제 완료 여부, 패널 표시 내용, 구독 업데이트 응답을 각각 설명하세요.

구매 후 환불 여부를 판단해야 하는 문제라면 본문에서는 14일 무조건 환불을 기준으로 안내하고, 구체적인 신청 조건과 절차는 이용약관을 확인하세요. 문제 해결 페이지에서는 환불 신청을 처리하지 않으며 구독을 다시 가져와 주문 상태를 변경할 수도 없습니다. 기술 문제와 결제 문제를 구분해 설명하면 문의가 정확한 담당으로 전달됩니다.

APPLICATION ROUTING

특정 앱만 프록시를 사용하지 않음: 프로세스, 규칙과 앱 내 설정 확인

단일 앱 문제인지 대상 서비스 문제인지 확인하세요

브라우저는 정상인데 특정 앱이 실패한다면 먼저 브라우저로 해당 앱의 공식 웹사이트나 유사 서비스를 이용해 보세요. 브라우저도 실패하면 회선, DNS 또는 지역 선택 문제일 수 있습니다. 앱에서만 실패할 때 프로세스와 라우팅을 점검하세요. 앱이 방금 업데이트되었는지, 다시 로그인해야 하는지, 대상 서비스 자체에 상태 이상이 있는지도 확인해야 합니다. 네트워크 연결은 전송 경로만 해결할 뿐 앱 계정, 콘텐츠 권한 또는 서버 상태를 대신하지 않습니다.

앱은 독립적인 네트워크 스택을 사용해 시스템 프록시를 읽지 않을 수 있습니다. 브라우저는 시스템 프록시를 따라 정상인데 게임, 스토어, 명령줄 도구 또는 데스크톱 클라이언트만 직접 연결되는 경우가 대표적입니다. 이때는 클라이언트의 시스템 수준 터널 모드를 사용하거나 규칙에 해당 앱의 도메인과 프로세스를 명시적으로 포함해야 합니다. 이름은 플랫폼과 클라이언트에 따라 다르므로 먼저 기존 규칙을 백업하고, 한 번에 지나치게 넓은 조건을 추가하지 마세요.

라우팅 규칙은 ‘매칭 결과’로 확인하세요

규칙 모드는 보통 위에서 아래로 매칭되며 먼저 일치한 규칙이 트래픽 경로를 결정합니다. 포괄적인 직접 연결 규칙이 앱 규칙보다 앞에 있으면 뒤의 프록시 규칙은 적용되지 않습니다. 점검할 때 클라이언트의 연결 기록이나 규칙 매칭 정보를 열고 대상 앱을 실행해 해당 도메인 또는 프로세스가 어떤 규칙으로 처리되는지 확인하세요. 앱 이름만 보고 모든 도메인을 추측하지 마세요. 로그인, 콘텐츠, 업데이트와 API가 서로 다른 도메인을 사용할 수 있습니다.

클라이언트에 매칭 기록이 보이지 않으면 일시적으로 전역 프록시로 전환해 비교할 수 있습니다. 전역 모드에서는 복구되고 규칙 모드에서는 실패한다면 회선 자체는 사용 가능하며 문제는 라우팅 규칙에 집중됩니다. 비교가 끝나면 원래 모드로 돌아가 명확한 규칙을 추가하세요. 설정 문제를 가리기 위해 전역 모드를 계속 사용하지 마세요. 전역 모드에서는 프록시가 필요 없는 로컬 서비스의 경로도 바뀔 수 있으므로 단시간 진단에만 적합합니다.

앱 내 프록시와 환경 변수 확인

일부 개발 도구, 터미널 프로그램과 데스크톱 앱에는 자체 프록시 설정이 있습니다. 앱 내 설정이 비어 있으면 시스템 설정을 따를 수 있지만, 오래된 주소가 입력되어 있으면 현재 클라이언트를 우회해 중지된 로컬 진입점으로 연결할 수 있습니다. 앱 설정의 HTTP, HTTPS, SOCKS 또는 ‘시스템 프록시 사용’ 옵션을 확인하고 남은 값이 없는지 살펴보세요. 확실하지 않다면 기존 설정을 기록한 뒤 시스템 설정을 따르도록 복원하고 테스트하세요.

명령줄 도구는 환경 변수도 읽을 수 있습니다. 변수가 존재하는지 확인할 수 있지만 출력에 인증 정보가 포함되어 있다면 그대로 공유하지 마세요:

printenv | grep -i proxy

# 현재 터미널에서만 사용하는 명확한 가짜 값 예시
export HTTPS_PROXY=http://localhost:PORT

예시의 PORT는 클라이언트 화면에 표시된 로컬 포트로 바꿔야 하며 임의로 추측해서는 안 됩니다. 시스템 수준 터널을 사용한다면 보통 추가 환경 변수가 필요하지 않습니다. 중복 설정은 불필요한 경로를 만들 수 있습니다. Windows에서는 앱 자체 네트워크 설정과 시스템 프록시를 확인하고, macOS에서는 네트워크 확장 기능도 함께 살펴보세요. Linux에서는 데스크톱 프록시, 환경 변수와 라우팅 수준 터널을 구분해야 합니다.

스트리밍, AI 도구와 로컬 서비스의 경계

스트리밍 앱은 출구 지역, 계정 지역, 콘텐츠 저작권과 캐시를 함께 기준으로 이용 가능한 콘텐츠를 판단할 수 있습니다. 브라우저에서 첫 화면이 열린다고 해서 앱의 모든 콘텐츠를 재생할 수 있는 것은 아닙니다. 대상 지역에 맞는 회선을 선택하고 앱을 종료한 뒤 다시 실행하며 기존 지역 캐시를 정리하세요. AI 도구는 여러 API 도메인에 의존할 수 있습니다. 메인 사이트만 프록시로 보내고 로그인이나 정적 리소스 도메인을 빠뜨리면 페이지는 열리지만 제출이 실패할 수 있습니다. 이때는 매칭 기록을 바탕으로 규칙을 보완하세요.

로컬 프린터, 로컬 네트워크 저장소와 기업 내부 서비스는 보통 로컬 경로를 유지해야 합니다. 전역 모드를 켠 뒤 이러한 서비스가 작동하지 않으면 내부 주소를 원격 회선으로 강제로 보내지 말고 규칙 모드로 돌아가 로컬 리소스에 직접 연결을 유지하세요. 규칙 조정의 목표는 경계를 명확히 하는 것입니다. 국제 접속이 필요한 앱은 해당 회선을 사용하고 로컬 리소스는 로컬 네트워크를 계속 사용하게 하세요.

대상 앱이 전역 모드에서도 작동하지 않지만 브라우저에서 같은 서비스가 정상이라면 앱 이름, 플랫폼, 회선 지역, 앱 내 오류와 독립 DNS 사용 여부를 기록하세요. 다른 기기에서는 정상이라면 정상 기기와 이상 기기의 차이도 첨부하세요. ‘이 앱은 안 돼요’라고만 쓰면 문의 담당자가 규칙, 계정, 앱 버전 또는 대상 서비스 문제인지 판단할 수 없습니다.

TICKET AND EVIDENCE

고객 지원에 문의할 시점: 재현 가능한 기록으로 문의 작성

다음과 같은 경우 문의를 제출하세요

기본 네트워크, 구독, 회선, DNS와 앱별 라우팅을 확인한 뒤에도 문제가 안정적으로 재현된다면 문의를 제출하세요. 특히 서로 다른 기기, 접속 네트워크와 여러 회선에서 같은 오류가 나타나거나 사용자 패널의 주문, 요금제, 구독 상태가 실제 결과와 일치하지 않을 때는 재설치를 반복해도 효과가 적습니다. 일반적인 재시작, 구독 업데이트와 같은 지역 회선 변경 후에도 클라이언트가 동일한 오류 원문을 계속 반환하는 경우도 명확한 문의 대상입니다.

특정 웹사이트의 간헐적인 접속 불가, 공용 네트워크 인증 미완료, 프록시를 꺼도 일반 웹페이지에 접속할 수 없는 문제는 보통 외부 환경을 먼저 처리해야 합니다. 이러한 조건을 배제해야 문의가 WeekVPN에서 확인할 수 있는 부분에 집중됩니다. 기술 문의와 결제 문의는 분리하는 것이 좋습니다. 기술 문의에는 플랫폼, 네트워크, 회선과 오류를 적고, 결제 문의에는 주문 상태, 결제 수단과 사용자 패널 표시 내용을 적으세요. 관련 없는 과거 기록을 한 메시지에 대량으로 붙여 넣지 마세요.

문의 본문에 포함할 내용

유효한 기록은 결론부터 시작해야 합니다. 예를 들어 ‘Windows에서는 연결되지만 모든 도메인을 확인할 수 없음, 같은 계정의 Android에서는 정상, 접속 네트워크를 바꿔도 문제가 지속됨’처럼 작성하세요. 이어서 플랫폼 이름, 클라이언트 출처, 접속 네트워크 유형, 선택한 회선 지역, 프록시 모드와 문제 발생 전 시스템 또는 라우팅 설정을 변경했는지 등 환경을 적습니다. 정확한 버전을 모른다면 버전 번호를 추측하지 말고 사용자 패널에서 받은 WeekVPN 클라이언트라고만 작성하세요.

그다음 가장 짧은 재현 경로를 적으세요. 클라이언트 열기, 구독 업데이트, 회선 선택, 대상 앱 실행, 어떤 안내가 표시되었는지의 순서입니다. 처리 담당자가 비슷한 조건에서 다시 실행할 수 있어야 합니다. 프록시를 끈 뒤 기본 네트워크는 정상인지, 같은 지역의 다른 회선도 같은지, 다른 기기에서는 정상인지, DNS를 정리해도 변화가 없었는지 등 이미 완료한 점검과 결과도 나열하세요. ‘모든 방법을 시도했다’고만 쓰면 실제로 무엇을 했는지 판단할 수 없습니다.

스크린샷, 로그와 개인정보 보호 범위

스크린샷에는 오류 안내와 해당 페이지가 함께 보이게 하며, 상황을 판단할 수 없을 정도로 작은 영역만 캡처하지 마세요. 제출 전에 비밀번호, 전체 구독 주소, 액세스 토큰, QR 코드, 주문 민감 정보와 다른 계정 내용을 가리세요. 사용자 이름은 계정 확인에 사용할 수 있지만 비밀번호는 절대 제출해서는 안 됩니다. 로그에 설정 본문이 포함되어 있다면 먼저 텍스트 편집기에 복사해 확인하고 구독 주소와 자격 증명을 삭제한 뒤 장애 발생 전후의 관련 부분만 첨부하세요.

오류 원문은 직접 바꿔 쓴 설명보다 중요합니다. ‘연결 시간 초과’, ‘이름 확인 실패’, ‘인증 오류’와 ‘설정이 유효하지 않음’은 서로 바꿔 쓸 수 없습니다. 오류가 영어 또는 시스템 코드라면 그대로 복사하고 뒤에 한국어 설명을 덧붙이세요. 발생 시간은 기기에 표시된 현재 날짜와 시간대를 사용해 ‘방금’이라고만 쓰지 마세요. 문제가 혼잡 시간대와 관련 있다면 재현 가능한 시간대 범위와 접속 네트워크를 설명하면 되며, 검증할 수 없는 속도 결론을 제공할 필요는 없습니다.

문제 유형별 추가 정보

연결할 수 없을 때는 클라이언트 상태, 오류 원문, 기본 네트워크 정상 여부와 다른 네트워크에서도 재현되는지를 첨부하세요. 웹페이지가 열리지 않을 때는 일반 웹페이지와 대상 웹페이지의 차이, DNS 조회 결과, 브라우저와 명령줄 결과가 같은지를 적습니다. 속도 문제에는 구체적인 상황, 고정한 대상, 회선 지역, 특정 시간대에만 발생하는지 여부를 포함하세요. 잦은 연결 끊김은 화면 잠금, 절전 또는 네트워크 전환과 관련 있는지 설명하세요. 구독 업데이트 실패에는 실패 단계, 사용자 패널 상태와 다른 클라이언트에서도 재현되는지를 적습니다.

특정 앱 이상에는 앱 이름, 플랫폼, 전역 모드와 규칙 모드의 비교, 규칙 매칭 결과, 브라우저에서 같은 서비스가 정상인지 여부를 첨부하세요. 기기 수 안내는 안내가 나온 출처를 캡처하고 현재 구독이 WeekVPN에서 제공된 것인지 확인하세요. 본 서비스는 기기 수 제한이 없으므로 이 정보가 클라이언트 자체, 대상 서비스 또는 기존 설정의 제한을 구분하는 데 도움이 됩니다. 결제 문제에는 Alipay, WeChat, USDT 중 어떤 결제 수단을 사용했는지도 적되 전체 결제 자격 증명을 공개 영역에 업로드하지 마세요.

문의 제출 후 지켜야 할 사항

제출 후에는 가능한 한 재현 환경을 유지하세요. 계속 사용해야 한다면 정상임을 확인한 회선으로 전환할 수 있지만 기존 설정과 로그를 삭제하지 마세요. 처리 담당자가 추가 테스트를 요청하면 지정된 동작을 한 번에 하나만 수행하고 결과를 회신하세요. 문제가 저절로 복구되었더라도 복구 시간과 그 사이 네트워크나 회선을 전환했는지 알려 주세요. 이러한 변화는 일시적인 외부 상태인지 로컬 설정이 복구된 것인지 판단하는 데 도움이 됩니다.

WeekVPN은 90+개 국가, 200+개 회선을 지원하고 기기 수 제한이 없으며 14일 무조건 환불을 제공합니다. 기술 점검의 목적은 연결 문제가 기기, 접속 네트워크, 클라이언트, 회선 또는 대상 서비스 중 어디에 있는지 확인하는 것이며 주문 및 환불 약관을 대신하지 않습니다. 요금제, 트래픽과 가격은 요금제 가격에서, 회선 지역과 유형은 노드 페이지에서, 설치와 첫 가져오기는 빠른 시작에서 확인하세요.

이 매뉴얼을 마친 뒤 안정적인 재현 조건을 확보했다면 테스트 범위를 더 넓힐 필요가 없습니다. 최소 환경, 명확한 오류와 교차 결과를 보존한 뒤 사용자 패널에서 바로 문의를 제출하세요. 안정적인 재현이 없다면 장애 범위를 계속 기록하고 다음 발생 시 아직 확인하지 않은 변수만 검증하세요. 문제 해결은 모든 토글을 한 번씩 시험하는 것이 아니라 계층별로 배제해 설명 가능한 범위 하나를 남기는 과정입니다.