완전히 연결되지 않음: 먼저 문제 범위를 좁히기
연결 버튼을 눌러도 반응이 없거나, 계속 연결 중으로 표시되거나, 연결 직후 끊기는 현상은 모두 ‘세션이 안정적으로 수립되지 않음’에 해당합니다. 다만 세 가지 증상의 점검 시작점은 서로 다릅니다.
먼저 증상을 기록하고 모든 설정을 연달아 바꾸지 마세요
완전히 연결되지 않을 때 가장 흔한 실수는 회선, 프로토콜 모드, 시스템 권한과 클라이언트 설정을 한꺼번에 바꾸는 것입니다. 변경 사항이 많으면 우연히 복구되더라도 실제 원인을 알 수 없습니다. 현재 화면을 유지한 채 클라이언트에 표시된 상태 문구를 기록하세요. 계속 대기 중인지, 시간 초과인지, 권한 거부인지, 연결 직후 종료되는지 확인합니다. 연결을 끈 상태에서 일반 웹페이지에 접속되는지도 확인하세요. 로컬 네트워크 자체가 끊긴 상태라면 회선을 계속 바꿔도 해결되지 않습니다.
다음으로 ‘모든 회선에서 실패하는지’ 또는 ‘현재 회선에서만 실패하는지’를 확인합니다. 서버 페이지에서 가까운 다른 지역을 하나 선택하고 목록 전체를 연속으로 순회하지 마세요. 회선을 바꾼 뒤 복구된다면 클라이언트, 구독과 시스템 권한은 대체로 정상이며 원래 회선 또는 현재 네트워크에서 해당 회선으로 이어지는 경로에 문제가 있을 가능성이 큽니다. 모든 회선이 동일하다면 구독 만료 여부, 클라이언트의 노드 인식 여부, 네트워크 연결 생성 권한과 로컬 네트워크의 트래픽 제한을 우선 확인하세요.
연결을 끈 상태에서 일반 웹페이지에 접속해 현재 네트워크의 기본 연결 상태를 확인합니다.
모드, 규칙과 시스템 설정은 그대로 두고 회선만 변경합니다.
시스템 권한이 유효한지, 클라이언트에 현재 구독의 회선이 표시되는지 확인합니다.
구독이 실제로 로드되었는지 확인
클라이언트가 열리는 것과 구독이 로드된 것은 별개입니다. 회선 목록이 비어 있거나, 오래된 회선만 남아 있거나, 회선 이름이 사용자 패널과 다르면 연결 자체보다 구독 문제를 먼저 해결해야 합니다. 클라이언트의 구독 또는 설정 페이지에서 선택된 구성이 VPNTea 사용자 패널에서 가져온 것인지 확인하고 한 번 업데이트하세요. 모든 설정을 삭제한 뒤 다시 시도하지 마세요. 삭제 과정에서 원래 오류 정보가 사라질 수 있습니다. 업데이트에 실패하면 표시된 문구를 보존하고 이 가이드의 ‘구독 업데이트 실패’ 절로 이동하세요.
회선은 존재하지만 클릭 직후 종료된다면 운영체제에 네트워크 구성 권한 요청이 표시되었는지 확인하세요. 처음 가져오거나 시스템을 업데이트한 뒤에는 권한을 다시 승인해야 할 수 있습니다. Windows, macOS, iOS, Android와 Linux의 메뉴 이름은 다르지만 기준은 같습니다. 클라이언트가 시스템 네트워크 인터페이스를 만들거나 시스템 프록시 설정을 기록할 수 있어야 합니다. 권한이 거부되면 클라이언트 내부의 회선이 정상이어도 트래픽을 처리할 수 없습니다. 기업 관리 기기는 관리 정책이 네트워크 설정을 제한할 수 있으므로 클라이언트를 반복 설치하기보다 기기 관리자에게 확인해야 합니다.
최소 환경에서 로컬 충돌 배제
동시에 시스템 네트워크를 제어하는 클라이언트는 하나만 유지하세요. 다른 네트워크 필터 도구, 오래된 가속 클라이언트, 수동 프록시, 브라우저의 독립 프록시 확장 프로그램과 보안 소프트웨어의 네트워크 검사 기능이 시스템 프록시나 라우팅을 서로 차지하려 할 수 있습니다. 이 프로그램들을 종료한 뒤 VPNTea 클라이언트를 다시 열어 테스트하세요. 창을 최소화하는 것만으로는 충분하지 않습니다. 일부 프로그램은 창을 닫아도 백그라운드에 남으므로 작업 표시줄 영역이나 시스템 활동 목록에서 프로세스가 종료되었는지 확인하세요.
그런 다음 현재 네트워크와 신뢰할 수 있는 다른 네트워크를 비교하세요. 같은 기기·구독·회선이 특정 네트워크에서만 실패한다면 문제 범위는 접속 네트워크로 좁혀집니다. 네트워크를 바꿔도 실패하지만 다른 기기에서는 정상이라면 원래 기기의 권한, 네트워크 스택 또는 클라이언트 상태가 원인일 수 있습니다. 여러 기기와 네트워크에서 모두 실패할 때는 계정, 구독 또는 회선 측 문제를 고려하세요. 이 비교표가 단순히 ‘재부팅 후 다시 시도’하는 것보다 훨씬 많은 정보를 제공합니다.
현장 보존: 클라이언트에 명확한 오류가 표시되면 초기화하기 전에 먼저 화면을 캡처하고 선택 가능한 오류 문구를 복사하세요. 오류 발생 시각, 회선 이름, 접속 네트워크와 시스템 플랫폼은 이후 문의를 판단하는 기본 정보입니다.
로컬에서 더 시도하지 말아야 할 때
일반 네트워크가 정상이고, 구독 업데이트가 가능하며, 시스템 권한이 유효하고, 서로 다른 네트워크와 회선에서 동일한 실패가 확인되었다면 계속 삭제와 재설치를 반복하지 않는 것이 좋습니다. 이때는 문의를 접수하고 클라이언트 상태, 오류 원문, 시스템 플랫폼, 선택한 회선, 문제가 시작되기 전 마지막 정상 사용 상황, 모든 회선에 영향을 주는지 여부를 함께 보내세요. 특정 회선 하나만 실패한다면 정상 회선과 실패 회선 이름을 직접 적으면 회선 문제와 계정 문제를 더 빠르게 구분할 수 있습니다.
연결은 되지만 웹페이지가 열리지 않음: 라우팅과 DNS 구분
클라이언트에 연결됨으로 표시되는 것은 세션이 수립되었다는 뜻일 뿐입니다. 대상 도메인이 해석되는지, 트래픽이 올바른 규칙을 따르는지, 브라우저가 오래된 캐시를 사용하는지는 각각 확인해야 합니다.
먼저 특정 웹사이트인지 전체 웹사이트인지 확인
연결되었지만 웹페이지가 열리지 않을 때는 성격이 다른 자주 사용하는 웹사이트 몇 곳에 접속해 보세요. 한 사이트만 실패한다면 대상 서비스 상태, 지역 정책, 브라우저 캐시 또는 해당 도메인의 규칙 매칭 문제일 수 있습니다. 모든 도메인이 실패한다면 DNS, 시스템 프록시와 기본 라우팅을 우선 점검하세요. 한 사이트의 오류를 전체 회선 문제로 단정하지 말고, 같은 사이트의 여러 페이지를 비교 대상으로 삼지도 마세요. 대개 동일한 도메인과 네트워크 진입점을 공유하기 때문입니다.
브라우저와 다른 네트워크 앱도 비교하세요. 브라우저만 실패하고 다른 앱은 정상이라면 브라우저의 독립 보안 DNS, 프록시 확장 프로그램 또는 사용자 지정 네트워크 설정을 확인합니다. 모든 앱이 실패한다면 시스템 수준의 네트워크 설정일 가능성이 큽니다. 확장 프로그램은 클라이언트가 설정한 규칙을 우회할 수 있으며, 특히 오래된 프록시 주소를 저장해 둔 경우 문제가 됩니다. 진단 중에는 추가 확장 프로그램이 없는 브라우저 창을 잠시 사용해도 되지만, 모든 인터넷 사용 기록을 삭제하지 말고 확인 가능한 오류 페이지와 도메인을 먼저 보존하세요.
도메인 조회 테스트로 DNS 위치 파악
DNS는 도메인 이름을 연결 가능한 네트워크 주소로 변환합니다. 클라이언트가 연결되어 있어도 사용할 수 없거나 비정상적인 결과를 반환하는 DNS 서버에 도메인 조회가 맡겨지면 웹페이지가 오래 기다리거나 서버를 찾지 못하고, 같은 사이트가 때로는 열리고 때로는 실패할 수 있습니다. 아래와 같이 중립적인 테스트를 시스템 터미널에서 실행할 수 있습니다. 예시 도메인에는 실제 구독 정보가 포함되지 않습니다.
nslookup example.com
curl -I https://example.com도메인 조회 결과가 없는데 클라이언트 로그에는 연결 상태가 계속 표시된다면 클라이언트의 DNS 제어 옵션, 시스템에 남은 수동 DNS, 브라우저 독립 DNS와 다른 네트워크 필터 프로그램을 중점적으로 확인하세요. 조회는 되지만 웹 요청이 실패한다면 라우팅, 규칙 또는 대상 서비스 문제일 가능성이 큽니다. 명령 결과를 한 글자씩 해석할 필요는 없으며 출력 결과를 보존하면 됩니다. 문의 시에는 관련 없는 로그를 대량으로 붙이는 것보다 조회 성공 여부가 더 중요합니다.
규칙 모드가 트래픽을 잘못된 방향으로 보내는지 확인
규칙 모드는 도메인, 네트워크 주소 또는 앱에 따라 직접 연결할지 회선을 사용할지 결정합니다. 규칙이 업데이트되지 않았거나 도메인이 잘못 분류되었거나 대상 서비스가 새 도메인을 사용하기 시작하면 ‘연결은 정상인데 페이지가 열리지 않는’ 문제가 발생할 수 있습니다. 진단을 위해 전체 모드로 잠시 전환해 비교하세요. 전체 모드에서는 작동하고 규칙 모드에서 실패한다면 회선 자체에는 대개 문제가 없으므로 구독과 규칙을 업데이트하고 사용자 지정 규칙의 덮어쓰기를 확인해야 합니다. 두 모드 모두 실패한다면 DNS, 회선과 로컬 네트워크를 계속 점검하세요.
전체 모드는 원인 파악을 위한 비교용일 뿐 장기 해결책으로 사용할 필요는 없습니다. 장기간 사용할 때는 실제 상황에 맞는 모드를 선택해 가속이 필요하지 않은 로컬 트래픽의 경로까지 바꾸지 않도록 하세요. 특정 앱 하나만 실패한다면 ‘특정 앱에서 프록시가 작동하지 않음’ 절로 이동해 앱이 독립 네트워크 스택을 사용하는지, 앱별 제외 규칙에 해당하는지, 클라이언트에 별도 앱 규칙이 있는지 확인하세요.
캐시와 시스템 잔여 설정을 되돌릴 수 있게 처리
DNS나 규칙을 바꾼 뒤 오래된 조회 결과가 시스템, 브라우저 또는 앱에 남아 있을 수 있습니다. 가장 안전한 순서는 영향을 받는 앱을 완전히 종료한 다음 연결을 끊고, 다시 연결한 후 앱을 열어 재테스트하는 것입니다. 필요하면 기기를 재시작해 시스템 네트워크 상태를 일관된 출발점으로 되돌리세요. 출처를 알 수 없는 네트워크 초기화 스크립트를 처음부터 실행하지 마세요. 무선 네트워크, 기업 설정과 기타 필요한 설정까지 함께 삭제해 새로운 변수를 만들 수 있습니다.
시스템 프록시를 수동으로 설정했다면 원래 값을 기록한 뒤 자동 관리로 바꾸세요. 진단이 끝난 후에는 유효하지 않은 프록시 주소가 남아 있지 않은지 확인합니다. Linux에서는 터미널의 프록시 환경 변수와 데스크톱 시스템 프록시가 서로 독립적일 수 있습니다. 그래픽 앱은 정상인데 명령줄이 실패하거나 그 반대라면 두 설정이 일치하지 않기 때문일 수 있습니다. 현재 터미널 세션이 오래된 변수를 물려받았는지 확인하고 곧바로 회선을 사용할 수 없다고 판단하지 마세요.
주의: 클라이언트 DNS, 브라우저 독립 DNS, 시스템 수동 DNS와 다른 필터 도구를 동시에 활성화한 상태로 결과를 비교하지 마세요. 진단 단계에서는 조회 경로를 가능한 한 하나로 유지해야 매 요청이 서로 다른 출구로 향하는 일을 막을 수 있습니다.
DNS 문제로 문의할 때 필요한 정보
서로 다른 회선에서 동일한 조회 실패가 발생하지만 네트워크를 바꾸면 복구된다면 접속 네트워크 유형과 DNS 명령 결과를 적으세요. 특정 회선에서만 발생한다면 회선 이름, 실패한 도메인과 전체 모드 비교 결과를 첨부합니다. 브라우저와 다른 앱의 결과가 다르다면 영향을 받은 앱과 독립 DNS 사용 여부를 작성하세요. 계정 비밀번호, 전체 구독 내용 또는 인증 매개변수가 포함된 스크린샷은 보내지 마세요. 지원팀에 필요한 것은 재현 조건이지 계정 인증 정보가 아닙니다.
속도 저하와 저녁 시간대 지연: 경로를 나누어 확인
다운로드 속도 저하, 웹페이지 첫 로딩 지연, 동영상 버퍼링과 상호작용 지연은 같은 성능 문제가 아닙니다. 앱 유형과 발생 시간대를 나누어 기록하세요.
먼저 ‘느림’이 어느 단계에서 발생하는지 정의
웹페이지 지연은 도메인 조회 대기, 첫 콘텐츠 표시 지연 또는 페이지가 열린 뒤 이미지 로딩 지연으로 나타날 수 있습니다. 동영상 지연은 재생 시작 대기, 화질 저하 또는 재생 중 버퍼링일 수 있습니다. AI 도구의 지연은 페이지는 열리지만 응답이 중단되는 형태일 수 있습니다. 증상마다 영향을 받는 네트워크 구간이 다르므로 한 번의 속도 측정으로 실제 상황을 대신할 수 없습니다. 먼저 영향을 받은 앱, 구체적인 동작과 발생 시간대를 적고 같은 회선에서 다른 앱이 정상인지 비교하세요.
특정 서비스 하나만 느리다면 대상 서비스 진입점, 지역 선택과 규칙 매칭을 먼저 고려하세요. 모든 서비스가 느리다면 접속 네트워크 품질, 무선 신호, 백그라운드 다운로드와 회선 선택을 확인합니다. 가정 내 다른 기기가 파일을 동기화하거나 앱을 업데이트하거나 고화질 콘텐츠를 재생하면 현재 기기와 대역폭을 공유하게 됩니다. VPNTea는 기기 수 제한이 없지만 여러 기기의 동시 전송은 현재 접속 네트워크의 실제 용량을 함께 사용합니다.
재현 가능한 회선 비교 만들기
회선을 비교할 때는 기기, 접속 네트워크, 대상 서비스와 테스트 동작을 그대로 유지하고 회선만 바꾸세요. 지리적으로 가까운 지역이나 대상 서비스가 위치한 지역에 맞는 노드를 우선 선택하되, 이름만 보고 속도를 판단하지 마세요. 전용 회선, 중계와 직결은 경로 구조가 다릅니다. 전용 회선은 국경 구간의 안정적인 경로 구성이 중요하고, 중계는 최적화된 진입점을 거쳐 대상 지역으로 이동하며, 직결은 로컬 통신망과 공용 인터넷 경로의 영향을 더 많이 받습니다. 세 유형에 절대적인 우열은 없습니다.
서버 페이지에서는 지원 지역과 회선 유형을 확인할 수 있고, 회선 선택 종합 가이드에서는 동영상, 게임과 AI 도구 등 상황별 선택 방법을 설명합니다. 성능 문제를 진단할 때는 같은 지역의 서로 다른 회선 유형부터 비교하세요. 같은 지역의 회선 성능이 비슷하다면 문제는 로컬 접속이나 대상 서비스에서 비롯되었을 가능성이 큽니다. 특정 회선 유형만 이상하다면 문의 내용에 그 차이를 직접 적으세요.
저녁 시간대 지연은 시간과 네트워크를 비교
낮에는 정상이고 저녁에 뚜렷하게 느려진다면 같은 기기와 앱으로 두 시간대의 상태를 기록하고 다른 접속 네트워크와 비교하세요. 저녁 시간대에는 사용자의 로컬 인터넷, 국경 구간 진입점과 대상 서비스가 동시에 영향을 받을 수 있어 한 번의 테스트로 병목 위치를 알기 어렵습니다. 다른 접속 네트워크로 바꾼 뒤 복구된다면 로컬 통신망에 가까운 문제입니다. 여러 네트워크에서 특정 회선만 느려진다면 같은 지역의 다른 회선을 사용해 보고, 지원팀에 회선 이름과 발생 시간대를 제공하세요.
‘저녁마다 너무 느려요’라고만 적지 마세요. ‘웹페이지 첫 로딩은 느리지만 이후에는 정상’, ‘동영상 재생 시작은 정상이나 중간에 버퍼링’, ‘다운로드가 계속 느림’, ‘상호작용 요청이 간헐적으로 시간 초과’처럼 구체적으로 설명하는 편이 좋습니다. 지원팀은 이를 통해 지연 변동, 지속적인 처리량 부족 또는 연결 재전송 중 무엇에 가까운지 판단할 수 있습니다. 스포츠 생중계처럼 실시간 상황이라면 스포츠 생중계 회선 비교에서 선택 기준을 참고할 수 있지만, 진단은 현재 네트워크의 비교 결과를 기준으로 진행하세요.
기기 성능과 무선 간섭 배제
기기의 절전 모드, 과도한 발열, 백그라운드 동기화와 보안 소프트웨어의 실시간 검사가 암호화 연결 처리 성능을 낮출 수 있습니다. 먼저 대용량 동기화와 시스템 업데이트를 중지하고 기기를 안정적으로 충전하는 상태에서 같은 동작을 반복하세요. 무선 네트워크에서는 신호 아이콘이 가득 차 있어도 간섭이 없다는 뜻은 아닙니다. 가능하면 접속 장치 가까이 이동하거나 안정적인 유선 연결을 비교 대상으로 사용하세요. 오래된 기기 한 대만 느리고 다른 기기는 정상이라면 해당 기기의 리소스 사용량과 클라이언트 상태를 우선 확인합니다.
분할 라우팅 규칙도 체감 성능에 영향을 줍니다. 대상 서비스의 페이지 리소스가 여러 도메인에서 제공되면 일부는 회선을 통하고 일부는 직접 연결되어 경로가 달라질 수 있습니다. 그 결과 페이지 본문은 보이지만 이미지나 동영상이 계속 로드되지 않을 수 있습니다. 전체 모드로 잠시 비교하면 이를 확인하는 데 도움이 됩니다. 전체 모드에서 뚜렷하게 개선된다면 구독 규칙을 업데이트하고 충돌하는 사용자 지정 규칙을 제거하세요. 계속 회선만 바꾸는 방식에 장기적으로 의존하지 마세요.
기록 방법: ‘시간대, 접속 네트워크, 회선, 앱, 구체적인 동작, 재현 가능 여부’를 기록하세요. 재현되지 않는 단일 속도 수치로 전체 증상을 대신하지 마세요.
성능 문의를 접수할 시점
같은 네트워크에서 여러 기기가 모두 느리고 네트워크를 바꾸면 복구된다면 접속 네트워크 서비스 제공업체에 먼저 문의할 수 있습니다. 서로 다른 네트워크에서 특정 VPNTea 회선만 계속 이상하다면 회선 문의를 접수하세요. 모든 회선에서 특정 대상 서비스만 이상하다면 대상 서비스 이름, 선택한 지역과 규칙 모드를 알려주세요. 데이터 사용량을 모두 소진한 경우에도 계속 사용하기 어려울 수 있으므로 사용자 패널에서 현재 요금제 상태를 확인하세요. 월 구독 데이터는 개통일을 기준으로 매월 초기화되며, 데이터 패키지는 소진될 때까지 사용할 수 있고 영구적으로 만료되지 않습니다. 진단 전에 현재 사용 가능한 데이터의 출처를 먼저 확인하세요.
잦은 연결 끊김과 모바일 백그라운드 연결 종료
연결 끊김은 네트워크 전환, 절전 정책, 클라이언트 정리, 회선 세션 변경 또는 여러 네트워크 도구의 충돌로 발생할 수 있습니다. 핵심은 연결이 끊긴 조건을 기록하는 것입니다.
의도적인 연결 종료와 세션 만료 구분
잦은 연결 끊김이 발생하면 먼저 클라이언트 상태를 확인하세요. 클라이언트가 명확하게 연결 안 됨으로 돌아가면 시스템이나 클라이언트가 세션을 종료한 것입니다. 클라이언트는 연결됨으로 표시되지만 앱이 더 이상 인터넷에 접속하지 못한다면 라우팅, DNS 또는 연결 세션이 만료되었을 가능성이 큽니다. 두 경우의 처리 방법은 다릅니다. 전자는 절전, 백그라운드 권한과 네트워크 전환을 확인하고, 후자는 연결을 끊었다가 다시 연결한 뒤 특정 회선에서만 발생하는지 비교하세요.
연결이 끊기기 직전에 어떤 동작을 했는지 기록하는 것이 중요합니다. 기기가 무선 네트워크에서 모바일 네트워크로 전환되었는지, 화면이 잠겼는지, 절전 모드에 들어갔는지, 다른 네트워크 도구를 열었는지, 한 지역에서 다른 지역으로 이동했는지 확인하세요. 네트워크 전환은 로컬 주소와 라우팅을 바꾸어 기존 세션을 유지하지 못하게 할 수 있습니다. 화면이 잠기면 시스템이 백그라운드 작업을 일시 중지할 수 있고, 보안 소프트웨어나 시스템 정리 기능이 클라이언트 프로세스를 직접 종료할 수도 있습니다. ‘무작위로 끊김’이라고만 쓰면 이러한 단서를 잃게 됩니다.
모바일에서는 먼저 백그라운드 실행 조건 확인
iOS와 Android에서는 시스템이 배터리, 메모리와 백그라운드 정책에 따라 앱을 관리합니다. VPNTea 클라이언트가 네트워크 설정을 유지하는 데 필요한 시스템 권한을 갖추었는지 확인하고, 적극적으로 절전 처리되는 앱 목록에 포함되지 않도록 하세요. Android 제조사마다 절전 메뉴 이름은 다르지만 대개 앱 정보, 배터리 또는 백그라운드 활동 설정에서 찾을 수 있습니다. iOS에서는 시스템 네트워크 구성이 남아 있고 다른 네트워크 구성이 동시에 충돌하지 않는지 확인하세요. 최초 설정 과정은 iOS 구독 가져오기 가이드에서 확인할 수 있습니다.
연결 유지를 위해 기기 전체의 절전 기능을 끄지는 마세요. 현재 클라이언트만 조정한 뒤 화면 잠금, 앱 전환과 네트워크 변화 때의 상태를 관찰하는 편이 안전합니다. 전면에서는 계속 정상이고 화면을 잠근 뒤에만 끊긴다면 문제 범위는 백그라운드 관리로 좁혀집니다. 전면에서도 끊긴다면 회선과 접속 네트워크를 계속 비교하세요. Android 사용자는 Android 백그라운드 연결 유지와 앱별 프록시 안내를 참고해 앱의 백그라운드 상태를 항목별로 확인할 수 있습니다.
백그라운드 활동, 절전 관리와 시스템이 클라이언트를 일시 중지하는지 우선 확인합니다.
연결을 다시 수립하고 네트워크를 바꿀 때마다 재현되는지 비교합니다.
DNS, 기본 라우팅과 회선 세션이 만료되었는지 확인합니다.
백그라운드 정리, 보안 소프트웨어와 기기 리소스 부족 여부를 확인합니다.
데스크톱에서는 절전, 네트워크 전환과 프로세스 충돌 확인
Windows, macOS와 Linux는 절전이나 복귀 후에도 표면적인 연결 상태를 유지하지만 하위 네트워크 인터페이스가 바뀔 수 있습니다. 복귀 후 인터넷에 접속할 수 없다면 구독을 바로 삭제하지 말고 먼저 연결을 끊었다가 다시 연결하세요. 매번 절전 후 재현된다면 시스템 플랫폼, 절전 전 선택한 회선과 복귀 후 클라이언트 상태를 기록하세요. 클라이언트 업그레이드나 시스템 업데이트 후 처음 발생했다면 ‘업데이트 전에는 정상, 업데이트 후에는 이상’이라는 변경 사항도 문의 내용에 적으세요.
라우팅, 프록시 또는 DNS를 변경하는 다른 프로그램이 실행 중인지도 확인하세요. 개발 환경의 컨테이너 네트워크, 가상 네트워크 인터페이스, 원격 업무 클라이언트와 보안 필터 소프트웨어는 시작할 때 라우팅을 다시 기록할 수 있습니다. 이러한 프로그램을 실행하기 전에는 VPNTea가 정상이고 실행한 후 끊긴다면 시작 순서에 따라 하나씩 비교하세요. 익숙하지 않은 시스템 인터페이스를 삭제하지 말고, 먼저 관련 프로그램을 종료한 뒤 클라이언트를 재시작해 충돌 관계를 확인하세요.
회선 끊김과 로컬 네트워크 불안정 구분
연결이 끊긴 시점에 연결을 끈 뒤 일반 웹페이지에도 접속할 수 없다면 로컬 네트워크 자체가 중단된 것입니다. 로컬 네트워크는 계속 정상인데 특정 회선만 반복해서 끊기고 같은 지역의 다른 회선으로 바꾸면 복구된다면 원래 회선을 신고하세요. 하나의 접속 네트워크에서 모든 회선이 끊기지만 네트워크를 바꾸면 정상이라면 현재 접속 환경에 가까운 문제입니다. 로컬 네트워크, 대체 회선, 대체 접속 네트워크라는 세 가지 비교를 통해 서로 다른 계층의 문제를 혼동하지 않을 수 있습니다.
잦은 연결 끊김 중에는 대용량 파일을 계속 전송하는 것을 유일한 테스트로 사용하지 않는 것이 좋습니다. 전송 작업 자체가 자동으로 재시도해 정확한 연결 끊김 시점을 가릴 수 있습니다. 클라이언트 상태와 가벼운 웹페이지 요청을 함께 관찰하고, 이상이 발생했을 때 어떤 상태가 먼저 바뀌었는지 기록하세요. 로그에 계정 인증 정보나 전체 구독 내용이 포함되어 있다면 제출 전에 민감한 부분을 삭제합니다. 일반 오류 코드, 시각과 회선 이름은 보존하세요.
경계 사례: 무선 네트워크와 모바일 네트워크 사이를 전환할 때 잠시 재연결되는 것은 회선이 지속적으로 고장 난 것과 다릅니다. 네트워크가 안정된 뒤에도 복구되지 않거나 같은 조건이 반복될 때만 추가로 깊이 확인하세요.
연결 끊김 문의에는 발생 조건을 명확히 작성
문의에는 전면과 백그라운드 중 어디에서 발생했는지, 화면 잠금과 관련 있는지, 네트워크 전환과 관련 있는지, 모든 회선 또는 특정 회선에 영향을 주는지, 끊긴 뒤 클라이언트에 무엇이 표시되는지, 다시 연결하면 복구되는지를 적으세요. 모바일에서는 시스템 플랫폼과 절전 설정 화면을 첨부하고, 데스크톱에서는 충돌 프로그램을 종료했을 때의 비교 결과를 첨부하세요. 특정 앱만 데이터가 끊기고 다른 앱은 정상이라면 전체 연결 끊김으로 처리하지 말고 앱별 프록시 절로 이동하세요.
구독 업데이트 실패: 출처·네트워크·캐시 확인
구독 업데이트는 계정의 회선과 규칙을 클라이언트에 동기화하는 과정입니다. 업데이트에 실패해도 캐시된 회선은 사용할 수 있지만, 새로 추가되거나 변경된 회선과 상태가 로컬 설정에 제때 반영되지 않을 수 있습니다.
먼저 현재 사용자 패널에서 가져온 구독인지 확인
구독은 VPNTea 사용자 패널에서 가져와야 하며, 홍보 페이지에서는 정적 설치 파일이나 공개 구독 주소를 제공하지 않습니다. 클라이언트의 구독 관리 페이지에서 설정 이름과 출처가 현재 계정의 것인지 확인하세요. 여러 설정을 직접 복사해 둔 경우 클라이언트는 오래된 설정을 업데이트하면서 실제 연결에는 다른 설정을 사용할 수 있습니다. 진단할 때는 현재 설정을 보존하고 어떤 설정이 활성화되어 있는지 먼저 확인한 뒤 중복 항목을 처리하세요.
전체 구독 주소를 지원팀에 보낼 필요가 없으며 인증 매개변수가 보이는 스크린샷도 보내지 마세요. 사용자 패널에서 복사한 뒤 클라이언트가 반환한 오류 문구, 업데이트 당시의 네트워크 환경과 해당 설정을 이전에 성공적으로 사용했는지만 설명하면 됩니다. 복사가 완전하지 않다고 의심되면 패널에서 다시 가져와 클라이언트의 표준 가져오기 메뉴로 추가하세요. 주소 구조를 직접 수정하지 마세요.
가져오기 실패와 파싱 실패 구분
‘구독을 다운로드할 수 없음’과 ‘구독 형식을 해석할 수 없음’은 서로 다른 단계의 문제입니다. 가져오기 실패는 보통 네트워크 오류, 시간 초과 또는 접근 거부로 나타나며 클라이언트가 아직 설정 내용을 받지 못했다는 뜻입니다. 파싱 실패는 내용이 도착했지만 클라이언트가 인식하지 못하거나 내용이 잘렸거나 가져오기 방식이 맞지 않다는 뜻입니다. 오류 원문을 보존하면 두 방향을 바로 구분할 수 있습니다. 이때는 연결 과정이 시작되지 않았으므로 파싱 오류를 회선 장애로 보지 마세요.
가져오기 실패라면 연결을 끈 상태와 켠 상태에서 각각 업데이트하고 다른 접속 네트워크와 비교하세요. 일부 네트워크 환경은 구독 요청과 일반 웹페이지를 다르게 처리할 수 있습니다. 현재 네트워크에서만 실패한다면 네트워크 유형을 기록하면 됩니다. 여러 네트워크에서 모두 실패한다면 계정 요금제 상태와 구독 출처를 확인하세요. 파싱 실패라면 클라이언트가 지원하는 가져오기 방식인지 확인하고 패널에서 다시 가져오세요. 구독 링크를 입력해야 하는 곳에 웹페이지 내용을 붙여 넣지 마세요.
클라이언트가 실제로 사용하는 구독을 찾아 활성화되지 않은 오래된 사본을 업데이트하지 않도록 합니다.
요청 미완료, 접근 거부 응답과 콘텐츠 파싱 실패를 구분합니다.
클라이언트와 구독은 그대로 두고 접속 네트워크의 차이만 비교합니다.
클라이언트 캐시와 중복 설정 처리
클라이언트는 마지막으로 성공한 업데이트의 회선을 보존할 수 있으므로 ‘연결 가능’과 ‘업데이트 성공’은 모순되지 않습니다. 회선 이름이 패널에 현재 표시된 내용과 같은지 확인하세요. 오래된 상태가 계속 유지된다면 먼저 새로 고침하거나 구독을 다시 선택합니다. 현재 설정을 다시 가져올 수 있다고 확인한 뒤에만 오래된 중복 설정을 삭제하세요. 모두 삭제하면 원래 사용 가능한 캐시까지 사라져 복구가 더 어려워질 수 있습니다.
클라이언트가 자동 업데이트를 지원한다면 진단 단계에서는 즉시 오류를 확인할 수 있도록 수동 업데이트를 잠시 실행하세요. 백그라운드에서 자동 업데이트가 실패하면 알림이 시스템에 접혀 정확한 시각을 확인하기 어렵습니다. 수동 업데이트가 성공한 뒤 원래 일정으로 되돌리세요. 모바일에서는 업데이트 중 클라이언트가 시스템에 의해 일시 중지되지 않는지 확인하고, 데스크톱에서는 시스템 프록시나 다른 네트워크 도구가 구독 요청에 영향을 주는지 점검하세요.
요금제 상태와 데이터 출처 확인
사용자 패널에 로그인해 현재 요금제 상태를 확인하세요. 클라이언트에 표시된 오래된 만료 정보만 보지 마세요. 월 구독은 세 가지 등급입니다. ¥9.9/월에는 60GB, ¥18/월에는 250GB, ¥28/월에는 500GB가 포함되며 데이터는 개통일을 기준으로 매월 초기화됩니다. 중간에 업그레이드하면 차액이 남은 일수로 환산됩니다. 데이터 패키지는 ¥158/300GB, ¥358/1000GB, ¥658/3000GB이며 소진될 때까지 사용할 수 있고 영구적으로 만료되지 않습니다. 진단할 때는 현재 이용 권한이 유효한지만 확인하면 되며 남은 기간을 직접 계산할 필요는 없습니다.
요금제를 변경하려면 가격 페이지에서 전체 내용을 확인하세요. 결제 수단은 Alipay, WeChat과 USDT입니다. 구독 업데이트 오류와 결제 페이지 문제는 따로 설명해야 합니다. 전자는 클라이언트의 설정 가져오기를, 후자는 사용자 패널의 주문과 요금제 상태를 확인하는 문제입니다. 두 가지를 ‘계정을 사용할 수 없음’이라는 한 문장에 섞으면 진단이 더 어려워집니다.
보안 안내: 문의에 전체 구독 주소, 비밀번호 또는 설정 전문을 붙여 넣지 마세요. 오류 원문, 클라이언트 플랫폼, 접속 네트워크, 업데이트 성공 여부와 현재 요금제 상태만 제공하면 됩니다.
다시 가져올 때와 문의할 때
같은 구독이 다른 기기에서는 업데이트된다면 원래 기기의 클라이언트 캐시, 가져오기 방식 또는 네트워크 설정 문제일 가능성이 큽니다. 기존 설정을 보존한 채 다시 가져와 비교하세요. 모든 기기와 서로 다른 네트워크에서 동일한 가져오기 오류가 반환된다면 오류가 발생한 단계를 설명해 문의해야 합니다. 특정 클라이언트에서만 파싱에 실패하고 다른 플랫폼은 정상이라면 클라이언트 이름과 오류 원문을 첨부하세요. 지원팀은 형식 호환성 문제인지 판단할 수 있습니다.
업데이트가 복구되면 회선 목록이 실제로 변경되었는지 확인하고 회선 하나를 선택해 연결을 검증하세요. ‘업데이트 성공’이라는 메시지만으로는 충분하지 않습니다. 현재 설정이 아닌 다른 설정이 업데이트되었을 수 있기 때문입니다. 마지막으로 사용하지 않는 중복 항목을 삭제해 이후 진단이 하나의 구독 출처만 대상으로 하도록 하세요. 설정 구조를 단순하게 유지하는 것이 잦은 재설치보다 장기적인 장애를 줄이는 데 도움이 됩니다.
특정 앱에서 프록시가 작동하지 않음: 규칙 범위 확인
같은 기기에서 특정 앱 하나만 실패한다면 시스템 연결은 작동하고 있으며, 문제는 앱별 선택, 도메인 규칙, 앱의 독립 네트워크 스택 또는 대상 지역에 집중되어 있을 가능성이 큽니다.
먼저 특정 앱 하나에만 영향을 주는지 확인
현재 회선은 그대로 두고 브라우저와 다른 자주 사용하는 앱을 각각 테스트하세요. 다른 앱이 정상이라면 구독, 회선과 시스템 권한은 최소한 기본적으로 사용할 수 있는 상태이므로 처음부터 완전 재설치를 할 필요는 없습니다. 영향을 받은 앱에서 어떤 동작이 실패하는지 기록하세요. 실행 시 로그인이 되지 않는지, 콘텐츠 목록이 열리지 않는지, 이미지가 로드되지 않는지, 특정 기능에 들어간 뒤 시간 초과되는지 구체적으로 적습니다. 앱 내부에서는 여러 도메인을 호출할 수 있으므로 특정 기능의 실패가 앱 전체가 연결을 통하지 않는다는 뜻은 아닙니다.
앱의 웹 버전도 비교하세요. 웹 버전은 정상인데 클라이언트 앱만 실패한다면 앱별 규칙, 앱 캐시와 독립 네트워크 설정을 중점적으로 확인합니다. 웹과 앱 모두 실패한다면 대상 서비스 지역, 도메인 규칙 또는 회선을 고려하세요. AI 도구의 경우 ChatGPT 가속 안내와 AI API 고정 출구와 동시 요청 요구사항 안내도 참고할 수 있지만, 장애 진단은 먼저 로컬 비교를 완료한 뒤 진행하세요.
포함 및 제외 로직 확인
앱별 프록시는 보통 서로 반대되는 두 가지 방식으로 작동합니다. 선택한 앱만 회선을 통하게 하거나, 선택한 앱은 직접 연결로 유지하는 방식입니다. 화면 문구가 비슷하면 반대로 선택하기 쉽습니다. 클라이언트의 앱별 설정에서 현재 모드의 의미를 확인한 뒤 대상 앱이 올바른 목록에 있는지 점검하세요. 앱이 업데이트되면 시스템의 앱 식별자가 바뀔 수 있어 기존 규칙이 더 이상 적용되지 않을 수 있습니다. 앱 업데이트 직후 문제가 시작되었다면 대상 앱을 다시 한 번 선택하세요.
진단 중에는 앱별 기능을 잠시 꺼 시스템 트래픽을 현재 모드로 통일해도 됩니다. 앱이 즉시 복구된다면 회선 자체는 대개 정상이며 앱별 선택이나 규칙이 문제입니다. 여전히 실패한다면 전체 모드와 규칙 모드를 계속 비교하세요. 비교가 끝나면 원래 설정으로 되돌리고 임시 전체 설정을 기기에 장기간 남겨 두지 마세요.
규칙 모드에서 여러 도메인 리소스 확인
최근 앱은 로그인, API, 이미지, 동영상과 업데이트를 서로 다른 도메인에 분산하는 경우가 많습니다. 기본 도메인은 회선을 통하지만 정적 리소스 도메인이 직접 연결로 분류되면 ‘로그인은 되지만 페이지가 비어 있음’ 또는 ‘텍스트는 보이지만 이미지 로딩 실패’가 발생할 수 있습니다. 전체 모드로 잠시 전환했을 때 모든 리소스가 복구된다면 구독 규칙을 업데이트하거나 사용자 지정 덮어쓰기를 확인하세요. 현재 보이는 도메인 하나만 추가하지 마세요. 이후 기능에서 다른 도메인을 호출할 수 있습니다.
앱에 내장 프록시 설정이 있다면 시스템 연결과 중복 설정하지 않도록 하세요. 앱 내부의 수동 프록시가 이미 만료된 로컬 포트를 가리키면 시스템 회선이 정상이어도 해당 앱만 별도로 실패합니다. 원래 설정을 기록한 뒤 시스템 네트워크를 따르도록 바꾸어 비교하세요. 개발 도구, 명령줄과 컨테이너 환경도 별도의 환경 변수를 읽을 수 있으며 데스크톱 클라이언트의 시스템 프록시를 반드시 상속하지는 않습니다.
대상 지역과 계정 상태를 분리해 판단
일부 서비스는 출구 지역에 따라 서로 다른 콘텐츠를 표시합니다. 앱은 인터넷에 연결되지만 지역을 사용할 수 없다고 표시한다면 일반적인 연결 실패가 아닙니다. 콘텐츠에 맞는 지역 회선을 선택하고 앱을 완전히 종료한 뒤 다시 여세요. 앱이 이전 지역 정보를 캐시할 수 있어 백그라운드에서 회선만 바꾸면 상태가 갱신되지 않을 수 있습니다. 지역을 바꾼 뒤에도 해당 서비스만 영향을 받고 다른 웹사이트는 정상이라면 서비스 이름, 회선 지역과 표시된 문구를 기록하세요.
대상 서비스 계정의 제한, 로그인 상태 또는 위험 관리 안내는 회선을 반복해서 바꿔도 해결되지 않습니다. 오류가 계정, 결제 또는 콘텐츠 권한을 명확히 가리키는지 먼저 확인하세요. 대상 서비스 계정 문제라면 해당 서비스의 공식 절차로 처리해야 합니다. 네트워크 시간 초과, 리소스 로딩 실패 또는 지역 인식 불일치라면 회선과 규칙을 계속 확인하세요. 계정 오류와 네트워크 오류를 분리하면 무의미한 로컬 설정 변경을 줄일 수 있습니다.
최소 재현: 문의할 때 ‘같은 회선에서 브라우저는 정상이고 대상 앱은 실패함’이라고 적고, 앱 내부에서 실패한 구체적인 동작, 앱별 모드, 전체 모드 비교 결과와 대상 지역을 함께 보내면 앱 이름만 적는 것보다 원인을 찾기 쉽습니다.
복구 후 규칙 정리
문제가 해결된 뒤에는 진단 중 추가한 중복 규칙과 임시 전체 설정을 취소하고 용도를 설명할 수 있는 규칙만 남기세요. 예외 항목을 장기간 쌓아 두면 이후 트래픽 경로를 예측하기 어려워집니다. 여러 앱에 서로 다른 경로가 필요하다면 하나씩 추가하며 테스트하고, 한 번에 모든 앱을 일괄 선택하지 마세요. 규칙이 명확할수록 다음 앱 업데이트나 구독 변경 시 차이를 쉽게 확인할 수 있습니다.
기기 수 안내와 플랫폼 간 상태 불일치
VPNTea는 기기 수 제한이 없습니다. 클라이언트에 기기 관련 안내가 표시되면 요금제의 기기 한도로 처리하지 말고 계정 상태, 오래된 세션, 설정 혼용과 클라이언트의 로컬 상태를 점검하세요.
먼저 사실의 범위 확인: 기기 수 제한 없음
VPNTea는 동시 접속 기기 수에 제한이 없으며 Windows, macOS, iOS, Android와 Linux를 지원합니다. 따라서 특정 기기에서 연결할 수 없을 때 요금제 제한이라고 먼저 가정하지 마세요. 더 흔한 원인은 오래된 구독 사용, 클라이언트에 남은 만료 계정 상태, 시스템 네트워크 권한 만료 또는 기기마다 다른 설정입니다. 먼저 사용자 패널에 로그인해 현재 요금제 상태를 확인한 뒤 각 기기의 구독 출처를 점검하세요.
기기 수 제한이 없다고 해서 모든 기기의 네트워크 성능이 완전히 같아지는 것은 아닙니다. 기기마다 다른 접속 네트워크, 클라이언트 모드, 지역 회선을 사용하거나 서로 다른 분할 라우팅 규칙을 실행할 수 있습니다. 기기 간 차이를 진단할 때는 ‘계정이 연결을 허용하는지’와 ‘기기의 로컬 설정이 올바른지’를 분리하세요. 다른 기기 하나가 정상이라면 계정과 최소 한 회선은 사용 가능하므로 문제가 있는 기기를 우선 확인해야 합니다.
기기 비교표 만들기
각 기기의 플랫폼, 접속 네트워크, 클라이언트에서 활성화된 구독 이름, 선택한 회선과 증상을 기록하세요. 기기 모델, 시스템 플랫폼과 네트워크 환경을 하나의 변수로 묶지 마세요. 예를 들어 데스크톱은 가정 네트워크에서 정상이고 모바일 기기는 다른 네트워크에서 실패한다고 해서 플랫폼 호환성 문제라고 바로 결론 내릴 수 없습니다. 두 기기를 가능한 한 같은 네트워크에 연결하고 같은 회선을 선택한 뒤 비교해야 합니다.
같은 네트워크와 같은 회선에서 한 기기만 실패한다면 해당 기기의 네트워크 권한, 다른 프록시 도구, 앱별 설정과 시스템 시간을 확인하세요. 두 기기 모두 실패하지만 회선을 바꾸면 복구된다면 원래 회선이 원인일 수 있습니다. 같은 기기에서 네트워크를 바꾸면 복구된다면 접속 네트워크를 가리킵니다. 이런 교차 비교를 통해 각 기기에서 관련 없는 초기화를 반복하는 일을 피할 수 있습니다.
오래된 세션과 중복 구독 처리
기기를 바꾸거나 시스템을 복구하거나 클라이언트를 이전한 뒤에도 오래된 설정이 남아 있을 수 있습니다. 현재 활성화된 구독이 동일한 계정에서 가져온 것인지 먼저 확인하고 이름이 비슷하다는 이유만으로 판단하지 마세요. 클라이언트에 여러 구독이 저장되어 있으면 그중 하나를 업데이트해도 다른 구독은 자동으로 업데이트되지 않습니다. 현재 설정에 명확한 이름을 지정하고 연결을 검증한 뒤 사용하지 않는 오래된 사본을 삭제하세요.
클라이언트에 계정 또는 기기 관련 오류가 표시되면 원문을 보존하고 사용자 패널에 다시 로그인해 상태를 확인하세요. 확인을 위해 사용자 이름이나 비밀번호를 자주 바꾸지 마세요. 다른 기기의 유효한 세션까지 동시에 잃어 문제 범위가 커질 수 있습니다. VPNTea는 이메일 주소 없이 가입할 수 있으며 사용자 이름과 비밀번호만으로 계정을 사용할 수 있으므로 인증 정보는 직접 안전하게 보관해야 합니다. 지원팀은 진단에 비밀번호가 필요하지 않으며 문의에 비밀번호를 요구하지 않습니다.
플랫폼 차이와 회선 차이를 구분
Windows와 macOS는 시스템 프록시나 네트워크 확장 프로그램을 통해 트래픽을 제어할 수 있고, iOS와 Android는 시스템 네트워크 구성에 의존하며, Linux는 데스크톱 설정과 명령줄 환경이 분리될 수 있습니다. 같은 구독이라도 플랫폼에 따라 옵션 이름과 라우팅 구현이 완전히 같지 않으므로 화면 항목이 하나씩 같은지보다 최종 증상을 비교해야 합니다. 한 플랫폼에 다른 플랫폼과 같은 이름의 스위치가 없다고 해서 서비스 기능이 부족한 것은 아닙니다.
Linux 명령줄만 실패하고 그래픽 앱은 정상이라면 터미널 환경 변수를 확인하세요. Android의 특정 앱만 실패한다면 앱별 선택을 확인합니다. iOS가 화면 잠금 후 이상하다면 백그라운드 실행과 시스템 구성을 확인하세요. 데스크톱이 복귀 후 이상하다면 세션을 다시 수립하고 네트워크 인터페이스를 확인합니다. 플랫폼별 문제는 ‘기기가 너무 많음’으로 처리하기보다 해당 절로 가져가는 편이 정확합니다.
판단 원칙: 페이지에 기기 관련 안내가 표시되면 먼저 안내 문구 전체를 기록하세요. VPNTea 요금제의 사실은 기기 수 제한 없음이므로, 출처가 확인되지 않은 오류를 처리하기 위해 모든 기기 설정을 삭제하지 마세요.
계정 관련 문의를 접수해야 할 때
사용자 패널에는 요금제가 유효하다고 표시되지만 서로 다른 플랫폼, 네트워크와 회선에서 동일한 계정 안내가 반환된다면 문의를 접수하세요. 사용자 이름만 첨부하고 비밀번호는 보내지 마세요. 또한 안내가 로그인, 구독 업데이트 또는 연결 중 어느 단계에서 발생했는지 설명해야 합니다. 한 기기에서만 발생한다면 해당 플랫폼의 클라이언트 상태와 비교 기기의 결과를 먼저 첨부하세요. 지원팀은 오류가 계정 권한 문제인지 로컬 클라이언트 상태 문제인지 알아야 하며, 기기 수보다 발생 단계가 더 중요합니다.
요금제 선택이나 업그레이드와 관련된 문제라면 먼저 요금제 가격과 데이터 규칙을 확인하세요. 월 구독 업그레이드 차액은 남은 일수로 환산되며 데이터는 개통일을 기준으로 매월 초기화됩니다. 데이터 패키지는 소진될 때까지 사용할 수 있고 영구적으로 만료되지 않습니다. 서로 다른 데이터 출처를 기기 한도로 직접 환산하지 마세요. 두 항목은 서로 대응하지 않습니다.
문의 전: 재현 가능한 기록 정리
좋은 문의는 스크린샷을 쌓아 올리는 것이 아니라 증상, 범위, 변경 사항, 비교 결과와 오류 원문을 지원팀이 재현할 수 있는 진단 기록으로 정리한 것입니다.
먼저 한 문단으로 장애 설명
첫 문장에 플랫폼, 접속 네트워크, 회선, 영향을 받은 앱과 구체적인 증상을 바로 적으세요. 예를 들어 ‘Windows에서 가정 네트워크를 사용 중이며 특정 지역 회선은 연결되지만 브라우저의 모든 도메인에서 DNS 조회가 실패하고, 다른 네트워크로 바꾸면 복구됩니다’라고 쓸 수 있습니다. 이 문장에는 기기, 환경, 회선, 증상과 비교 결과가 모두 들어 있습니다. ‘오늘 갑자기 안 됩니다’보다 지원팀이 DNS와 접속 네트워크 방향으로 바로 확인하기 쉽습니다.
성능 문제라면 발생 시간대와 앱에서 수행한 동작을 적으세요. 연결 끊김이라면 발생 조건과 끊긴 뒤 클라이언트 상태를 작성합니다. 구독 문제라면 가져오기 실패인지 파싱 실패인지 구분하세요. 특정 앱 문제라면 전체 모드와 규칙 모드의 차이를 적습니다. 서로 관련 없는 문제를 하나의 긴 문단에 섞지 말고 증상별로 나누어 적어야 이미 해결된 문제가 아직 발생 중인 다른 문제를 가리지 않습니다.
문의에 첨부할 진단 정보
- ✅ 시스템 플랫폼과 사용 중인 클라이언트 유형
- ✅ 접속 네트워크 유형 및 네트워크 변경 후 비교 결과
- ✅ 회선 이름, 회선 지역과 모든 회선에 영향을 주는지 여부
- ✅ 문제가 발생한 구체적인 동작과 클라이언트 상태 문구
- ✅ 오류 원문, 필요한 스크린샷과 재현 가능한 조건
- ✅ 최근 구독, 시스템 네트워크 설정, 규칙 또는 앱 설정을 변경했는지 여부
- ❌ 비밀번호, 전체 구독 주소, 인증 매개변수 또는 설정 전문은 보내지 않음
스크린샷에는 충분한 맥락이 포함되어야 하지만 민감한 내용은 가리세요. 오류 아이콘 하나만 찍은 화면은 대개 도움이 되지 않습니다. 페이지 제목, 오류 문구와 현재 회선이 함께 보이도록 캡처하세요. 로그는 장애 발생 전후의 관련 구간만 잘라내고 문제와 무관한 전체 장기 로그는 업로드하지 마세요. 로그에 구독 내용이 포함되어 있다면 먼저 삭제합니다.
최근 변경 사항 기록 방법
많은 장애는 시스템 업데이트, 클라이언트 재가져오기, 접속 네트워크 전환, 분할 라우팅 규칙 수정, 대상 앱 업데이트, 기기의 새로운 관리 정책 적용 또는 요금제 상태 변경처럼 특정 변경점에서 시작됩니다. 변경점이 곧 원인은 아니지만 범위를 크게 좁혀 줍니다. ‘변경 전에는 정상, 변경 후에는 이상’이라고 적고 변경을 되돌린 뒤 복구되었는지도 설명하세요.
구체적인 변경 사항이 기억나지 않는다면 추측하지 마세요. ‘설정을 직접 변경하지 않음’이라고 적고 처음 문제를 발견한 상황을 설명하면 됩니다. 지원팀은 회선 상태, 계정 상태와 오류 정보를 바탕으로 계속 확인할 수 있습니다. 그럴듯한 원인을 지어내면 오히려 진단이 잘못된 방향으로 갈 수 있습니다. 사실과 추측을 구분하세요. 관찰한 현상은 사실로, 추측은 ‘가능성’이라고 표시하고 결론처럼 쓰지 마세요.
구체적인 동작, 오류 문구와 클라이언트의 현재 상태를 설명합니다.
회선, 접속 네트워크, 기기 또는 앱 중 하나의 변수만 비교합니다.
진단 맥락은 남기되 비밀번호와 전체 구독 정보는 보내지 않습니다.
지원팀에 바로 문의해야 하는 경우
서로 다른 기기, 접속 네트워크와 회선에서 동일한 계정 또는 구독 오류가 발생하거나, 사용자 패널과 클라이언트 상태가 명확히 다르거나, 특정 회선 하나만 계속 연결되지 않고 같은 지역의 다른 회선은 정상인 경우에는 문의를 접수하세요. 이 가이드의 최소 비교를 완료해도 문제 범위를 확인할 수 없을 때도 문의가 필요합니다. 결제와 요금제 상태 문제 역시 문의로 처리하고 결제 수단이 Alipay, WeChat 또는 USDT 중 무엇인지 적되 전체 결제 증빙은 업로드하지 마세요.
처음 가져오기만 완료하지 못한 경우 빠른 시작 가이드로 돌아가세요. 지역과 회선 유형을 비교하려면 서버 페이지를 확인하고, 월 구독이나 데이터 패키지를 선택하려면 요금제 페이지를 확인하세요. 사용 문제를 알맞은 자료 페이지에서 해결하면 불필요한 계정 조작을 줄일 수 있습니다. VPNTea는 90+개 국가와 200+개 회선을 지원하므로 진단할 때는 대표성이 있는 소수의 회선부터 비교하고 모든 회선을 순회할 필요가 없습니다.
문제 복구 후 마무리 확인
복구되었다고 바로 진단을 끝내지 마세요. 먼저 원래 실패했던 동작을 같은 조건에서 반복해 정상인지 확인합니다. 그다음 연결을 끊었다가 다시 연결해 일시적인 우연이 아닌지 검증하세요. 마지막으로 임시 전체 모드, 중복 구독, 사용자 지정 DNS와 진단을 위해 꺼 둔 필요한 보안 설정을 정리합니다. 효과가 확인된 변경만 남기고 최종 변경 사항을 기록해 이후 다시 확인할 수 있게 하세요.
문제가 저절로 사라졌더라도 간단한 기록을 남기세요. 특히 발생 시간대, 회선과 네트워크를 기록하는 것이 좋습니다. 간헐적인 문제가 다시 발생했을 때 전후 기록을 비교하면 같은 패턴인지 확인할 수 있습니다. 저녁 시간대 지연, 네트워크 전환 후 연결 끊김과 특정 앱의 리소스 로딩 실패는 연속 기록이 단일 스크린샷보다 판단에 더 도움이 되는 경우가 많습니다.