기본 점검과 문제 해결 순서
문제가 생기면 설정을 바로 초기화하기보다 무엇을 하던 중이었는지 먼저 기록하세요. 웹페이지 접속 실패, 클라이언트 연결 오류, 동영상 끊김은 모두 네트워크 문제처럼 보이지만, 실제 원인은 도메인 확인, 연결 수립, 데이터 전송 단계로 각각 다를 수 있습니다. 증상을 정확히 설명해야 다음 조치를 정할 수 있습니다. 클라이언트에 표시된 회선 이름과 작동 모드, 오류 문구를 보관하고, 문제가 발생한 대략적인 시간과 당시 사용한 네트워크를 기록하세요.
먼저 기본 네트워크가 정상인지 확인
클라이언트 연결을 잠시 끊고 평소 정상적으로 열리는 웹사이트에 접속한 뒤, 현재 네트워크에 로그인 인증이 필요한지 확인하세요. 호텔, 학교, 공공 Wi-Fi는 무선 네트워크에 연결된 것처럼 보여도 접속 승인이 끝나지 않았을 수 있습니다. 이 경우 먼저 네트워크 인증을 완료한 다음 클라이언트에 연결하세요. 연결을 끊어도 자주 이용하는 사이트에 접속할 수 없다면 회선만 바꾸기보다 라우터, 네트워크 접속 또는 시스템 네트워크 문제부터 확인하세요.
네트워크를 바꿀 때는 나머지 설정을 그대로 유지하세요. 예를 들어 같은 기기에서 Wi-Fi를 다른 사용 가능한 네트워크로 바꾸되, 회선과 앱은 그대로 사용합니다. 네트워크를 바꾼 뒤 문제가 사라지면 기존 네트워크의 접속 제한, 신호, 라우터 상태를 중점적으로 확인하세요. 문제가 계속 해당 기기에서 발생한다면 클라이언트, 시스템 권한, 프록시 설정을 확인하세요. 다른 네트워크를 사용할 수 없다면 같은 네트워크에 연결된 다른 기기와 비교해도 됩니다. 두 기기의 클라이언트 설정이 같은지도 함께 기록하세요.
계정·설정·접속 대상 구분하기
계정 페이지에 로그인해 요금제 상태와 남은 데이터를 확인한 뒤, 클라이언트에 구독이 가져와져 있는지 확인하세요. 계정 페이지에 로그인할 수 있다고 현재 회선까지 정상이라는 뜻은 아닙니다. 클라이언트에 ‘연결됨’이라고 표시되어도 대상 웹사이트가 정상 응답한다는 보장은 없습니다. 계정 상태, 구독 내용, 회선 연결, 웹사이트 접속은 서로 관련되어 있지만 별개의 단계이므로 각각 확인해야 합니다.
이어서 문제의 범위를 확인하세요. 모든 웹페이지에서 발생하는지 특정 사이트에서만 발생하는지, 브라우저 문제인지 특정 앱 문제인지, 모든 회선에서 발생하는지 현재 회선에서만 발생하는지 구분합니다. 웹페이지 하나만 보고 서비스 전체를 판단하지 마세요. 평소 정상 접속되는 다른 용도의 대상을 비교해 보고, 원래 대상에서 나타난 오류도 기록하세요. 대상 서비스의 점검, 계정 지역 제한, 앱 로그인 오류도 네트워크 문제처럼 보일 수 있습니다.
되돌릴 수 있도록 현재 상태를 기록하세요. 설정을 바꾸기 전에 작동 모드와 회선 이름을 캡처해 두세요. 점검 중 회선, DNS, 프록시 모드, 클라이언트를 한꺼번에 바꾸지 마세요. 문제가 해결되더라도 어떤 변경이 효과가 있었는지 알기 어렵습니다.
최소한의 변경으로 원인 좁히기
비교할 때는 같은 기기, 앱, 접속 대상을 유지하고 확인할 조건 하나만 바꾸세요. 한 번 조정한 뒤 같은 작업을 다시 해 결과를 기록하고, 설정을 유지할지 되돌릴지 결정합니다. 브라우저 캐시, 앱의 기존 연결, 시스템 절전 상태 때문에 이전 상태가 남아 있을 수 있습니다. 설정을 바꾼 뒤에는 화면에 열려 있는 페이지만 확인하지 말고 대상 앱을 정상적으로 종료한 다음 다시 실행하세요.
인증서 경고, 낯선 로그인 창, 출처가 불분명한 인증서를 설치하라는 안내가 나오면 작업을 중단하세요. 네트워크 문제를 해결하기 위해 계정 비밀번호를 다른 사람에게 알려주거나 시스템 보안 기능을 모두 꺼야 하는 것은 아닙니다. 회사나 학교에서 관리하는 기기라면 정책상 프록시 권한이 제한될 수 있습니다. 관리 담당자에게 허용된 연결 방식을 먼저 확인하고, 접속을 복구하려고 관리 설정을 삭제하지 마세요.
이 가이드는 기본 네트워크, 클라이언트, 회선, DNS, 앱 순서로 점검합니다. 증상이 분명하면 해당 항목으로 바로 이동하고, 여러 문제가 섞여 있다면 이 장부터 확인한 뒤 뒤쪽 항목에서 범위를 좁히세요. 각 단계의 목적은 재현과 설명이 가능한 판단을 내리는 것이지 설정을 더 복잡하게 만드는 것이 아닙니다. 비교해도 원인을 찾지 못했다면 확인한 조건을 정리해 문의를 접수하세요. 같은 시도를 반복하면 오히려 판단에 방해가 될 수 있습니다.
연결되지 않음: 연결 수립 단계 점검
‘연결되지 않음’은 클라이언트가 계속 연결 중으로 표시되거나 곧 실패로 돌아가고, 시간 초과·인증 실패·연결 거부 등의 안내가 나타나는 경우를 말합니다. 먼저 오류 메시지를 끝까지 읽고 다음 단계를 정하세요. 시간 초과는 연결 경로가 완성되지 않았을 가능성이 있고, 인증 실패는 계정 정보나 구독 상태와 관련될 수 있으며, 연결 거부는 접속 지점, 네트워크 정책 또는 설정 오류와 관련될 수 있습니다. 이는 점검 방향일 뿐, 문구만으로 서버 장애라고 단정할 수는 없습니다.
클라이언트가 실제로 연결을 처리하는지 확인
계정 페이지에서 제공하는 클라이언트를 사용 중인지 확인하고, 가져온 구독과 사용할 회선을 선택했는지 확인하세요. 목록에 회선이 보인다고 선택되어 적용된 것은 아닙니다. 시스템 트레이에 아이콘이 있다고 연결이 켜진 것도 아닙니다. 클라이언트에서 시스템 네트워크 설정 생성을 요청하면 시스템 안내에 따라 권한을 허용하세요. 이전에 권한을 거부했다면 연결 버튼을 계속 누르는 대신 시스템 설정에서 확인하세요.
다른 네트워크 프록시, 이전 클라이언트 또는 네트워크를 제어하는 도구가 동시에 실행 중인지 확인하세요. 시스템 프록시와 가상 네트워크 인터페이스는 서로 다른 프로그램이 관리할 수 있으며, 나중에 실행한 프로그램이 앞선 설정을 덮어쓸 수도 있습니다. 다른 유사 도구를 정상 종료하고 현재 클라이언트만 남긴 뒤 다시 연결하세요. 시스템 네트워크 어댑터를 바로 삭제하거나 알 수 없는 드라이버를 제거하지 마세요. 회사에서 관리하는 소프트웨어라면 담당자에게 먼저 확인하세요.
오류 유형에 따라 범위 좁히기
인증 실패가 표시되면 먼저 계정 페이지에서 계정과 요금제 상태를 확인한 다음, 페이지에서 구독 링크를 다시 복사해 설정을 갱신하세요. 계정 페이지 로그인 비밀번호를 회선 인증란에 입력하지 말고, 기억에 의존해 구독의 서버 정보를 바꾸지도 마세요. 회선 매개변수는 구독에서 제공하며, 수동으로 변경하면 정상 작동하던 설정이 무효가 될 수 있습니다. 구독을 갱신한 뒤 회선을 다시 선택해 교체된 이전 항목에 계속 연결하지 않도록 하세요.
연결 시간 초과가 표시되면 클라이언트 모드는 그대로 두고 다른 회선으로 바꾼 다음 다른 지역과 비교하세요. 특정 회선만 실패하면 이름을 기록하고 다른 회선을 임시로 사용하세요. 모든 회선이 실패하면 접속 네트워크를 바꿔 비교하세요. 같은 기기가 다른 네트워크에서는 연결된다면 클라이언트 전체를 초기화하기보다 기존 네트워크 환경을 중점적으로 살펴봐야 합니다. 회선 범위와 선택 방법은 회선 목록을 참고하세요.
오류가 인증서 유효 기간과 관련되어 있다면 시스템 날짜, 시간, 시간대를 확인하고 시스템의 자동 시간 설정을 켜세요. 시간이 크게 어긋나면 보안 연결 인증이 실패해 브라우저와 클라이언트 모두 문제가 생길 수 있습니다. 시간을 맞춘 뒤 관련 앱을 다시 시작해 확인하세요. 장기적인 해결책으로 인증서 검증을 건너뛰지 말고, 온라인에서 받은 인증서를 임의로 가져오지도 마세요. 시스템 시간과 구체적인 오류 내용을 함께 확인해야 합니다.
| 증상 | 먼저 확인할 항목 | 다음으로 확인할 사항 |
|---|---|---|
| 인증 실패 | 계정 상태, 구독 출처 | 구독을 다시 갱신한 뒤 연결 |
| 계속 시간 초과 | 기본 네트워크, 현재 회선 | 다른 회선 및 접속 네트워크와 비교 |
| 권한 거부 | 시스템 네트워크 설정 권한 | 관리 정책 제한 여부 |
| 인증서 시간 오류 | 날짜, 시간, 시간대 | 시간을 맞춘 뒤 앱 다시 시작 |
직접 설정 변경을 멈춰야 하는 경우
클라이언트가 실행되지 않거나 연결 버튼을 사용할 수 없거나 시스템이 권한을 매번 취소한다면 먼저 로컬 프로그램과 권한 문제를 해결해야 합니다. 시스템에서 앱 실행을 차단했는지 확인하고, 원래 다운로드 경로에서 설치 파일의 출처를 확인하세요. 보안 프로그램이 경고하면 전체 보호 기능을 끄지 말고 구체적인 차단 이유를 살펴보세요. 클라이언트가 충돌한다면 오류 안내와 직전 작업을 보관해 문의 시 함께 전달하세요. 시작하자마자 종료되는지, 특정 회선에 연결할 때 종료되는지도 적어 주세요.
계정 확인, 구독 갱신, 다른 회선과 네트워크 비교를 마쳤는데도 모든 연결이 실패한다면 문의를 접수할 때입니다. 오류 원문, 운영체제 이름, 클라이언트 화면에 표시된 버전, 발생 시간을 함께 적고 어떤 조건을 시험했는지 설명하세요. 버전은 실제 화면에 표시된 대로 적으면 되며 추측할 필요가 없습니다. 로그를 보내기 전에 전체 구독 주소나 인증 정보가 들어 있는지 확인하고, 연결 오류와 관련된 부분만 남기세요.
연결은 되지만 웹페이지가 열리지 않음: DNS와 접속 경로
연결에 성공했는데 웹페이지가 열리지 않는다면 ‘회선 연결’과 ‘웹사이트 요청 성공’을 따로 확인해야 합니다. 페이지가 계속 로딩되는지, 도메인을 찾을 수 없다는 안내가 나오는지, 보안 연결 오류인지, 접속 제한 응답인지에 따라 점검 방향이 다릅니다. 먼저 브라우저 오류 문구를 저장한 뒤 다른 웹사이트에 접속해 보세요. 특정 사이트만 실패하면 대상 사이트와 지역 조건을 확인하고, 모든 사이트가 실패하면 프록시 적용, DNS, 네트워크 경로를 살펴보세요.
웹페이지가 실제로 어떤 경로를 이용하는지 확인
클라이언트가 규칙 기반 분할, 전역 프록시, 직접 연결 중 어떤 모드인지 확인하세요. 규칙 모드에서는 대상에 따라 연결 경로가 달라지므로 모든 웹페이지가 같은 출구를 이용한다고 볼 수 없습니다. IP 확인 페이지를 열어 현재 브라우저 요청에 표시되는 출구 정보를 확인하고, 클라이언트 연결 기록과 비교할 수 있습니다. 다만 출구 정보가 정상이어도 해당 확인 요청의 경로만 알 수 있으며, 모든 앱과 도메인이 같은 회선을 이용한다는 뜻은 아닙니다.
클라이언트에서 전역 프록시를 제공한다면 잠시 전환한 뒤 대상 웹페이지를 다시 여세요. 전환 후 문제가 해결되면 규칙 일치, 앱 경로 설정 또는 DNS 방식을 확인해야 할 가능성이 큽니다. 계속 실패하면 회선과 대상 사이트를 추가로 확인하세요. 전역 프록시는 진단 도구일 뿐 모든 문제의 해결책은 아닙니다. 비교를 마친 뒤에는 원래의 분할 방식으로 되돌려 불필요하게 한국 내 사이트나 로컬 네트워크 리소스까지 우회 경로로 보내지 않도록 하세요.
DNS에서 별도로 문제가 생기는 이유
DNS는 도메인을 연결에 필요한 주소로 변환합니다. 클라이언트, 시스템, 브라우저가 각각 변환 과정에 관여할 수 있습니다. 브라우저의 보안 DNS, 시스템에 수동으로 설정한 DNS, 클라이언트 내장 설정이 서로 다른 경로를 사용할 수도 있습니다. 따라서 브라우저에서 도메인 접속이 실패하지만 다른 앱에서는 정상이어도 모순은 아닙니다. 점검할 때 먼저 관련 설정을 기록하고, 서로 다른 안내에서 가져온 공개 DNS 주소로 한꺼번에 바꾸지 마세요.
먼저 클라이언트에서 권장하는 기본 DNS 설정을 사용하고, 이전에 설정한 수동 DNS, 암호화 DNS, 로컬 도메인 재정의가 남아 있는지 확인하세요. 개발 작업을 했던 기기라면 hosts 파일에서 대상 사이트 주소를 고정했는지도 살펴보세요. hosts 파일 전체를 삭제하지 말고 먼저 백업한 다음, 직접 추가했고 문제와 명확히 관련된 항목만 되돌리세요. 조직에서 관리하는 설정은 직접 수정하지 마세요.
해당 명령을 사용할 수 있는 시스템에서는 아래 조회 명령으로 시스템 DNS가 응답을 반환하는지 확인할 수 있습니다. 예시 도메인은 명령 설명용이며 국제 회선의 유일한 테스트 대상이 아닙니다. 조회에 성공했다는 것은 해당 요청에서 응답을 받았다는 뜻일 뿐입니다. 브라우저가 같은 DNS를 사용한다는 의미도 아니고 대상 웹사이트의 보안 연결까지 성공했다는 뜻도 아닙니다.
nslookup example.com명령을 사용할 수 없더라도 점검을 위해 출처가 불분명한 도구를 억지로 설치할 필요는 없습니다. 시스템 네트워크 진단 화면과 클라이언트 로그를 활용하세요. 기본 네트워크는 정상인데 조회가 실패하면 DNS 서비스에 연결할 수 있는지와 클라이언트가 DNS를 처리하는 방식을 확인하세요. 조회는 성공하지만 브라우저에서 도메인 오류가 계속되면 브라우저 자체 DNS 설정과 캐시를 살펴보세요. 변경한 뒤에는 브라우저를 정상 종료하고 다시 실행해 이전 연결이 남지 않도록 하세요.
도메인 이름을 제외한 IP 주소만으로 웹사이트 접속을 판단하지 마세요.많은 웹사이트는 도메인을 기준으로 사이트를 선택하고 인증서를 확인합니다. 주소로 바로 접속하지 못했다고 회선이 작동하지 않는다고 단정할 수 없으며, 인증서 검증을 끄는 것은 DNS 문제의 해결책이 아닙니다.
DNS 오류와 웹사이트 접속 거부 구분하기
페이지에 지역 제한, 계정 오류, 접속 확인 요청이 표시된다면 적어도 일부 요청은 대상 서비스에 도달한 것입니다. 이 경우 DNS를 계속 새로고침하기보다 대상 플랫폼의 계정 지역, 이용 조건, 현재 출구가 해당 플랫폼의 규정에 맞는지 확인하세요. 회선을 바꿔 비교해 볼 수 있지만 모든 지역과 웹사이트가 항상 지원된다고 보장할 수는 없습니다. 스트리밍 문제는 스트리밍 안내를 참고하세요.
문의가 필요하다면 대상 도메인, 브라우저 오류 문구, 현재 작동 모드, 다른 웹사이트의 정상 여부를 알려 주세요. 로그인 정보가 포함된 전체 웹 주소는 올리지 마세요. 검색 매개변수에도 개인정보가 들어 있을 수 있습니다. DNS 경로가 서로 다를 가능성이 있다면 시스템 조회와 브라우저 결과의 차이만 설명하면 됩니다. 출구 확인 결과만으로 기기의 다른 DNS 경로까지 없다고 판단할 수는 없습니다.
속도 저하와 혼잡 시간대 끊김: 나눠서 비교
속도 문제는 먼저 사용 상황을 구체적으로 구분해야 합니다. 웹페이지 로딩 지연, 파일 다운로드 속도 저하, 동영상 버퍼링, 음성 통화 끊김은 같은 문제가 아닙니다. 짧은 요청은 연결 수립과 DNS의 영향을 크게 받을 수 있고, 지속적인 다운로드는 데이터 전송에 더 좌우되며, 실시간 통신은 지터의 영향을 받습니다. 따라서 한 번의 속도 측정이나 클라이언트의 단일 상태 표시만으로 실제 앱 사용 경험을 판단하지 마세요.
기기와 로컬 네트워크의 부하부터 확인
현재 회선을 유지한 채 시스템에서 파일 동기화, 앱 업데이트, 기타 대용량 작업이 진행 중인지 확인하세요. 같은 네트워크에 연결된 기기 중 연결을 계속 많이 사용하는 기기도 살펴보세요. 해당 작업을 잠시 멈춘 뒤 원래 웹페이지나 재생을 다시 시도합니다. 눈에 띄게 나아지면 로컬 네트워크 사용량부터 조정하세요. 무선 신호가 약하거나 라우터와 거리가 멀거나 주변 간섭이 심해도 모든 회선의 성능이 나빠질 수 있습니다.
가능하다면 무선 액세스 포인트에 가까이 이동하거나 이미 사용할 수 있는 유선 연결과 비교하세요. 비교 중 클라이언트와 대상 웹사이트를 동시에 바꾸면 무선 환경이 개선된 것인지 다른 조건이 달라진 것인지 구분하기 어렵습니다. 같은 네트워크의 다른 기기는 정상인데 현재 기기만 느리다면 접속 네트워크 전체를 먼저 의심하기보다 해당 기기의 백그라운드 부하, 절전 상태, 네트워크 도구 간 충돌을 확인하세요.
회선은 지리적 거리만으로 선택하지 마세요
WeiVPN은 100+개 국가 / 240+개 회선을 지원합니다. 회선을 고를 때는 대상 서비스와 접속 네트워크도 함께 고려하세요. 가까운 거리는 응답에 유리할 수 있지만 실제 경로, 통신사 간 연결, 대상 사이트 위치도 결과에 영향을 줍니다. 특정 지역의 웹사이트를 이용한다면 먼저 해당 지역을 선택한 뒤 다른 사용 가능한 지역과 비교해 보세요. 회선 유형은 연결 구성 방식을 설명할 뿐, 매번 일정한 속도를 보장하지는 않습니다.
| 회선 유형 | 확인할 점 | 점검에 활용하는 방법 |
|---|---|---|
| IEPL 전용 회선 | 국제 연결 경로와 접속 경로를 확인 | 실제 앱 사용 결과를 다른 유형과 비교 |
| 중계 | 중간 접속 지점을 거쳐 연결을 전달 | 접속 네트워크별 차이를 확인 |
| 직접 연결 | 해당 회선의 접속 지점에 직접 연결 | 접속 네트워크에서 접속 지점까지의 상태를 확인 |
같은 지역에도 서로 다른 연결 경로가 있을 수 있으므로 국가 이름만으로 품질을 판단할 수 없습니다. 원래 사용하던 앱에서 짧고 반복 가능한 작업을 먼저 수행한 다음 회선을 바꿔 같은 작업을 반복하세요. 웹페이지는 정상인데 동영상만 느리다면 동영상 플랫폼, 콘텐츠 전송, 재생 설정을 확인하세요. 모든 앱이 느리다면 회선이나 접속 네트워크를 살펴보세요. 추가 선택 정보는 회선 목록에서 확인할 수 있으며, 실제 사용 가능 여부는 클라이언트 기준으로 확인하세요.
혼잡 시간대 문제는 시간대별로 비교하세요
혼잡 시간대 끊김은 시간대를 달리해 비교해야 합니다. 같은 네트워크, 같은 회선, 같은 앱을 사용해 혼잡 시간대와 다른 시간대의 상태를 기록하세요. 잠깐 회복된 것만으로 문제가 해결됐다고 판단하지 마세요. 같은 네트워크에서 모든 회선이 눈에 띄게 느려진다면 접속 네트워크의 혼잡을 먼저 확인할 필요가 있습니다. 같은 조건에서 특정 회선만 나빠진다면 회선 이름과 발생 시간을 기록해 문의하고, 그동안 다른 회선을 임시로 이용하세요.
비교 중 여러 속도 측정 작업을 연이어 실행하지 마세요. 측정 자체가 네트워크 자원을 사용하고, 확인 중인 동영상이나 음성 통화에도 영향을 줄 수 있습니다. 앱에서 화질이 자동으로 바뀌면 데이터 사용량도 달라지므로 당시 재생 설정을 기록하세요. 클라이언트에 표시된 지연 시간으로 다운로드 속도를 바로 환산할 수 없으며, 지연 시간이 짧다고 지속 전송 속도까지 빠른 것은 아닙니다. 점검은 단일 숫자보다 실제로 실패한 작업을 중심으로 진행하세요.
특정 동영상이나 다운로드 출처에서만 끊긴다면 같은 플랫폼의 다른 콘텐츠와 비교해 대상 서버 또는 콘텐츠 전송 문제인지 확인하세요. 대상을 바꾼 뒤 정상으로 돌아오면 그 차이를 문의 내용에 적으세요. 한 사이트에서 관찰한 결과를 모든 회선의 속도가 느리다는 결론으로 확대하지 마세요. 속도를 높이려고 보안 검증을 끄거나 권한을 확대하거나 출처가 불분명한 최적화 도구를 설치하지도 마세요.
요금제 변경은 실제 사용량을 기준으로 선택해야 하며, 진단 없이 속도를 높이는 방법으로 여겨서는 안 됩니다. 월간 구독의 데이터는 가입일을 기준으로 매월 초기화되며, 데이터 팩은 소진될 때까지 사용할 수 있고 만료되지 않습니다. 이는 요금과 사용량 규칙이며 요금제 등급에 따라 속도가 달라진다는 뜻은 아닙니다. 사용량 선택은 데이터 팩과 월간 구독 비교를 참고하고, 가격과 규칙은 요금제 페이지에서 확인하세요.
잦은 연결 끊김과 모바일 백그라운드 연결 해제
연결이 끊기면 먼저 발생 조건을 확인하세요. 연결 직후 계속 끊기는지, 화면을 잠그거나 앱을 전환하거나 Wi-Fi 범위를 벗어난 뒤에만 발생하는지 살펴봅니다. 클라이언트 연결이 끊긴 것인지 특정 앱의 세션이 만료된 것인지도 확인하세요. 앱에서 다시 로그인하라는 안내가 나왔다고 반드시 회선이 끊긴 것은 아닙니다. 상태 표시줄에 연결됨이라고 나와도 백그라운드 앱의 기존 연결이 복구된다는 보장은 없습니다. 반복해서 ‘연결됨’ 화면을 캡처하는 것보다 발생 순서를 기록하는 편이 유용합니다.
네트워크 전환 후 기존 연결이 끊길 수 있습니다
Wi-Fi에서 다른 네트워크로 바꾸면 기기의 접속 주소와 경로가 달라질 수 있습니다. 클라이언트가 새 경로에 적응하는 동안 대상 앱은 이전 네트워크에서 수립한 연결을 계속 유지할 수 있습니다. 먼저 시스템에서 새 네트워크를 사용할 수 있다고 확인한 뒤 클라이언트 상태를 점검하세요. 필요하면 다시 연결하고 대상 앱도 재실행하세요. 시스템이 네트워크 전환을 마치기 전에 연결 스위치를 연달아 누르면 상태를 판단하기 더 어려워질 수 있습니다.
다른 무선 액세스 포인트로 이동할 때만 문제가 생긴다면 네트워크 인증 페이지가 표시됐는지, 인터넷에 실제로 연결되지 않은 무선 네트워크에 접속했는지 기록하세요. 이름이 같은 네트워크를 여러 개 저장한 기기는 서로 다른 접속 환경에 연결될 수도 있습니다. 먼저 위치와 신호가 안정된 곳에서 테스트를 반복해 이동 중에만 발생하는지, 가만히 있어도 클라이언트가 끊기는지 확인하세요.
Android: 배터리 및 백그라운드 관리 확인
Android의 백그라운드 제한은 기기 제조사와 시스템 설정에 따라 다를 수 있습니다. 시스템 앱 설정에서 클라이언트를 찾아 백그라운드 활동, 배터리 사용, 네트워크 접근이 제한되어 있는지 확인하세요. 시스템에 백그라운드 실행 허용 옵션이 있다면 필요한 범위에서 허용한 뒤 화면을 잠가 문제를 재현해 보세요. 메뉴 이름이 다르면 시스템 설정의 기능 설명을 기준으로 하세요. 다른 기기의 화면을 그대로 따라 하며 관련 없는 권한까지 바꾸지 마세요.
절전 모드, 데이터 절약 모드, 자동 정리 기능도 확인하세요. 백그라운드 정리 후 클라이언트가 멈춘다면 프로세스 유지가 중요한 단서입니다. 프로세스는 실행 중인데 연결만 사라진다면 네트워크 전환과 로그를 추가로 살펴보세요. 연결 유지를 위해 모든 앱에 백그라운드 제한을 풀지 말고 클라이언트에 필요한 범위만 조정하세요. 출처가 불분명한 도구로 시스템 제한을 바꾸지 마세요. 일반적인 점검에는 기기 잠금 해제나 시스템 보안 상태 변경이 필요하지 않습니다.
iOS: 시스템 연결 설정 확인
iOS에서는 먼저 클라이언트가 네트워크 설정을 추가할 수 있도록 시스템에서 허용하는지 확인한 다음, 다른 앱이 같은 유형의 시스템 연결을 사용 중인지 살펴보세요. 다른 네트워크 앱으로 전환하면 기존 연결이 대체될 수 있습니다. 원래 클라이언트를 다시 열 때 실제로 어떤 설정이 적용되어 있는지 확인하세요. 시스템 설정에 직접 만든 이전 설정이 여러 개 남아 있다면 용도를 확인하고 기록한 뒤 클라이언트 안내에 따라 처리하세요. 업무나 학습에 필요한 설정을 실수로 삭제하지 않도록 주의하세요.
화면을 잠근 뒤 특정 앱에서만 새 콘텐츠를 받지 못한다면 해당 앱의 백그라운드 새로고침, 알림, 네트워크 권한도 확인해야 합니다. 알림은 별도의 시스템 기능을 이용할 수 있으므로 알림 지연만으로 클라이언트 연결이 끊겼다고 판단할 수 없습니다. 잠금을 해제한 뒤 클라이언트 상태와 연결 로그를 확인하고 원래 앱을 열어 테스트하세요. 클라이언트 연결은 유지되지만 앱에서 직접 새로고침해야 복구된다면 앱의 백그라운드 동작도 함께 고려하세요.
데스크톱 절전 및 라우터 연결 끊김
Windows, macOS, Linux에서도 절전 모드에서 깨어난 뒤 네트워크 상태를 다시 설정해야 할 수 있습니다. 먼저 기기의 기본 네트워크가 복구됐는지 확인한 뒤 클라이언트에 다시 연결하세요. 절전 후에만 문제가 발생한다면 절전 전후 상태를 재현 조건으로 기록하세요. 모든 기기의 연결이 동시에 끊기면 라우터나 접속 네트워크가 재연결됐는지 확인하세요. 근거 없이 네트워크 어댑터의 고급 설정부터 바꾸지 말고, 정상적으로 절전에서 복귀한 경우와 재연결한 경우를 비교하세요.
백그라운드 연결 끊김이 기기 수 제한을 의미하지는 않습니다.WeiVPN은 기기 수에 제한이 없습니다. 다른 기기를 삭제해 해결하려 하기보다 시스템의 백그라운드 관리, 네트워크 전환, 클라이언트의 연결 처리 상태를 먼저 확인하세요.
연결 끊김 문의에는 화면 잠금 여부, 네트워크 전환 여부, 절전 모드 사용 여부, 시스템이 클라이언트를 종료했는지를 적으세요. 특정 회선에서만 반복된다면 회선 이름과 발생 시간을 기록하세요. 모든 회선에서 같은 작업 후 끊긴다면 그 작업을 구체적으로 설명하세요. 안정적으로 재현되는 조건은 반복 캡처보다 유용하며, 로컬 시스템 동작과 회선 문제를 구분하는 데 도움이 됩니다.
구독 갱신 실패와 회선 목록 문제
구독 갱신과 회선 연결은 서로 다른 요청입니다. 기존 회선은 연결되지만 갱신에 실패한다면 구독을 가져오는 경로나 권한에 문제가 있을 수 있습니다. 구독 갱신에는 성공했지만 연결이 실패한다면 설정을 가져온 뒤 연결 단계에서 추가로 점검해야 합니다. 먼저 갱신 오류를 기록하고 네트워크 시간 초과, 응답 형식 오류, 권한 오류, 갱신 후 목록이 비어 있는 경우를 구분하세요. 모든 문제를 재설치로 해결하려 하지 마세요.
계정 페이지에서 구독 출처 다시 확인
계정 페이지에서 구독을 가져오세요. 채팅 기록, 검색 결과, 다른 사람이 전달한 이전 주소를 사용하지 마세요. 복사할 때는 계정 페이지에서 제공하는 전체 내용을 사용해 앞이나 뒤가 빠지지 않도록 하세요. 메신저, 문서 서식, 복사·붙여넣기 과정에서 공백이나 줄바꿈이 들어가면 주소가 온전해 보여도 요청에 실패할 수 있습니다. 확인 작업은 로컬에서 진행하고 전체 링크를 공개 게시판에 올리지 마세요.
붙여넣는 위치가 클라이언트의 구독 가져오기 또는 갱신 메뉴인지 확인하세요. 노드 주소, 프록시 서버, 계정 로그인 입력란에 넣으면 안 됩니다. 클라이언트마다 가져오는 방식이 다를 수 있으므로 현재 화면의 안내를 따르세요. 계정 페이지에서 현재 클라이언트에 맞는 가져오기 방법을 제공한다면 해당 메뉴를 우선 이용하세요. 설정 파일을 임의로 다른 형식으로 변환하거나 구독 내용을 출처가 불분명한 온라인 변환 사이트에 입력하지 마세요.
갱신 시간 초과 시 가져오기 경로 확인
갱신 요청은 시스템 네트워크를 이용할 수도 있고 클라이언트 자체 프록시 설정을 따를 수도 있습니다. 기존 연결이 끊겼는데 구독 갱신도 그 연결에 의존한다면 새 설정을 가져오지 못하는 상황이 반복될 수 있습니다. 먼저 기본 네트워크가 정상인지 확인한 뒤 갱신 시 사용할 네트워크 경로를 선택할 수 있는지 살펴보세요. 끊어진 연결을 잠시 해제한 뒤 다시 시도할 수도 있지만, 실제 클라이언트가 해당 기능을 지원하는지 확인해야 합니다. 모든 플랫폼이 동일하게 작동한다고 가정하지 마세요.
계정 페이지도 열리지 않는다면 기본 네트워크와 웹페이지 항목부터 확인하세요. 계정 페이지에 정상 로그인할 수 있고 복사한 링크도 온전한데 클라이언트에서 계속 갱신에 실패한다면 상태 안내를 기록하세요. 짧은 간격으로 반복 갱신해도 주소나 권한 오류가 해결되지 않으며 오히려 판단이 어려워질 수 있습니다. 시스템 시간이 크게 어긋난 경우에도 먼저 시간을 맞춘 뒤 보안 연결 요청을 다시 확인하세요.
형식 오류와 빈 목록 대처 방법
구문 분석 실패, 콘텐츠 유형 불일치, 알 수 없는 설정 항목이 표시되면 가져오기 메뉴와 콘텐츠 형식이 맞지 않거나 잘못된 페이지를 가져왔을 수 있습니다. 응답 내용을 일반 웹페이지처럼 공개하지 마세요. 민감한 설정이 포함되어 있을 수 있습니다. 먼저 계정 페이지에서 해당 클라이언트에 맞는 가져오기 방식을 다시 선택하고 클라이언트 출처를 확인하세요. 가져온 세부 정보를 볼 수 있다면 오류 항목이나 안내만 기록하고 설정 전체를 보내지 마세요.
갱신 후 목록의 항목 수가 줄거나 이름이 달라졌다고 해서 반드시 문제가 생긴 것은 아닙니다. 회선 설정이 변경됐을 수 있습니다. 먼저 필터를 해제하고 그룹을 펼쳐 즐겨찾기나 현재 지역만 표시되는 상태가 아닌지 확인하세요. 목록이 완전히 비었다면 원래 구독이 아니라 실수로 만든 빈 설정을 선택한 것은 아닌지 살펴보세요. 새 설정이 정상 작동하는지 확인할 때까지 기존 설정을 비교용으로 남겨 두면 사용 가능한 연결을 잃지 않을 수 있습니다.
구독 링크는 인증 정보처럼 안전하게 보관하세요.이 링크로 계정에 연결된 설정을 가져올 수 있습니다. 스크린샷을 공유할 때 전체 주소, QR 코드, 가져오기 버튼 뒤에 표시되는 링크가 보이지 않도록 가리세요. 유출이 의심되면 계정 페이지의 초기화 기능을 사용하거나 문의를 통해 도움을 요청하세요.
계정 상태와 설정 갱신의 차이
월간 구독의 데이터는 가입일을 기준으로 매월 초기화되며, 데이터 팩은 소진될 때까지 사용할 수 있고 만료되지 않습니다. 계정 페이지에 표시된 실제 요금제 상태와 사용량을 확인하세요. 모든 계정이 매월 초에 초기화된다고 생각하지 마세요. 계정 상태에 문제가 있다면 구독을 반복 갱신해도 연결이 복구되지 않을 수 있습니다. 중간에 요금제를 업그레이드하면 차액은 남은 일수에 따라 계산됩니다. 구체적인 옵션과 가격은 요금제 페이지에서 확인하고 추가 데이터 제공을 임의로 기대하지 마세요.
도움이 필요하다면 계정 페이지 로그인 가능 여부, 구독을 방금 계정 페이지에서 복사했는지, 클라이언트에 표시된 오류, 기존 설정의 연결 가능 여부를 알려 주세요. 주소를 가린 구독 이름과 갱신 화면을 첨부할 수 있습니다. 안전한 보관 방법은 계정 및 구독 링크 보안 가이드에서 자세히 확인하세요. 지원팀에는 원인을 좁힐 수 있는 증상이 필요하며 전체 인증 정보는 필요하지 않습니다. 어떤 정보를 가려야 할지 모르겠다면 먼저 텍스트로 상황을 설명하세요.
특정 앱이 프록시를 이용하지 않음 및 기기 제한 오인
브라우저는 정상이지만 특정 앱만 실패한다면 앱의 네트워크 연결 방식, 규칙 일치, 대상 서비스 차이를 먼저 살펴보세요. 모든 앱이 시스템 프록시를 이용하는 것은 아닙니다. 앱에 자체 네트워크 설정이 있거나 클라이언트가 더 폭넓게 네트워크를 처리해야 할 수도 있습니다. 같은 기기의 브라우저에서 동일한 서비스에 접속되는지 확인하고, 클라이언트에 해당 앱의 연결 기록이 있는지 살펴보세요. 앱이 회선을 지원하지 않는다고 바로 단정하지 마세요.
규칙 모드와 전역 모드를 활용한 진단
먼저 원래 작동 모드와 선택된 회선을 기록한 뒤, 잠시 전역 프록시로 전환해 원래 앱을 테스트하세요. 문제가 해결되면 규칙에서 관련 도메인이나 프로세스가 직접 연결로 분류됐는지 확인하세요. 변화가 없다면 앱이 시스템 프록시를 사용하지 않는지, 자체 프록시 설정이 있는지 살펴보세요. 전역 모드도 클라이언트가 실제로 처리하는 연결에만 적용될 수 있습니다. 모든 소프트웨어의 모든 통신 방식에 자동으로 적용된다고 볼 수 없습니다.
앱은 기본 도메인 외에도 여러 도메인에 연결할 수 있습니다. 로그인, 이미지, 첨부 파일, 메시지가 서로 다른 도메인에서 제공될 수 있습니다. 첫 화면은 열리는데 로그인이 실패한다면 보조 요청이 다른 경로를 이용할 수 있습니다. 클라이언트에 규칙 일치 기록이 있다면 문제가 발생한 시점의 요청 경로를 확인하세요. 앱 하나를 고치려고 모든 규칙을 삭제하거나 모든 도메인을 영구적으로 같은 경로로 보내지 마세요. 누락된 규칙 범위를 확인한 뒤 클라이언트가 지원하는 방식으로 조정하세요.
플랫폼별 연결 처리 방식과 권한 확인
| 플랫폼 | 우선 확인할 항목 | 일반적인 제약 |
|---|---|---|
| Windows | 시스템 프록시, 네트워크 처리 권한 | 일부 프로그램은 시스템 프록시를 사용하지 않음 |
| macOS | 네트워크 확장 권한, 현재 프록시 설정 | 터미널과 데스크톱 앱의 동작이 다를 수 있음 |
| iOS | 시스템 네트워크 설정, 다른 연결 도구 | 다른 앱이 연결 설정을 대체할 수 있음 |
| Android | 앱 포함 및 제외 목록 | 앱별 분할 설정에서 대상 앱이 제외됐을 수 있음 |
| Linux | 데스크톱 프록시, 프로그램 환경, 권한 | 서비스 프로세스에 데스크톱 설정이 적용되지 않을 수 있음 |
Windows에서는 대상 프로그램에 별도의 프록시 옵션이 있는지 먼저 확인한 뒤 클라이언트의 연결 처리 방식을 살펴보세요. macOS에서는 네트워크 확장이 허용되지 않으면 클라이언트 화면이 열려도 시스템 연결 처리가 완전하지 않을 수 있습니다. 처음 설정하고 권한을 확인하는 방법은 macOS 설치부터 구독 가져오기까지를 참고하세요. 데스크톱 모드 선택은 Windows 분할 터널링 및 호환성 안내를 확인하세요.
Android에서 앱별 분할 설정을 사용한다면 대상 앱이 제외되어 있는지 확인하고 변경 후 연결을 다시 수립했는지 살펴보세요. iOS에서는 현재 적용된 시스템 설정과 대상 앱의 네트워크 권한을 확인하세요. Linux에서는 터미널 프로그램, 데스크톱 앱, 백그라운드 서비스가 서로 다른 설정을 읽을 수 있습니다. 각 프로그램의 실제 실행 환경을 확인하고, 데스크톱 브라우저에서 접속된다는 이유만으로 모든 프로세스가 연결을 처리한다고 판단하지 마세요.
AI 도구와 스트리밍은 계정 조건도 함께 확인하세요
ChatGPT 같은 AI 도구와 스트리밍 서비스는 대상 플랫폼의 지역, 계정, 콘텐츠 이용 권한, 서비스 상태에 영향을 받을 수 있습니다. 로그인 페이지에 접속된다고 계정의 모든 기능을 사용할 수 있는 것은 아닙니다. 네트워크는 정상인데 계정 지역이나 이용 자격 안내가 표시되면 대상 플랫폼의 안내에 따라 확인하세요. 출처가 불분명한 계정을 사용하거나 로그인 정보를 다른 사람에게 보내 대신 테스트하게 하지 마세요. 네트워크 회선으로 대상 플랫폼의 계정 요건을 대신할 수는 없습니다.
앱에 자체 프록시 설정이 있다면 먼저 기존 값을 기록한 뒤 클라이언트가 실제로 제공하는 로컬 수신 정보를 확인하세요. 포트와 프로토콜은 현재 클라이언트에서 확인해야 하며, 다른 기기에서 본 설정을 그대로 복사하면 안 됩니다. 점검 중 로컬 프록시 수신 포트를 전체 네트워크에 공개하지 말고 인증 정보를 공개 스크립트에 입력하지도 마세요. 설정을 바꾼 뒤 앱을 다시 열고 새 상태에서 요청이 어떤 경로를 이용하는지 확인하세요.
‘기기 수 제한 초과’ 안내가 표시되면
WeiVPN은 기기 수에 제한이 없습니다.기기 수, 연결 수, 권한 수 제한 안내가 표시되면 해당 문구가 WeiVPN 계정 페이지, 클라이언트, 시스템 관리 도구, 대상 웹사이트 중 어디에서 나온 것인지 확인하세요. ‘기기 제한’이라는 같은 문구도 제품에 따라 의미가 다를 수 있습니다. 이를 근거로 안내되지 않은 기기 한도가 있다고 추정하거나 출처를 확인하지 않은 상태에서 주문을 반복하지 마세요.
안내 문구 원문, 표시 위치, 발생을 유발한 작업을 문의에 적고 앱 이름은 남기되 개인정보는 가린 스크린샷을 첨부하세요. 스트리밍 서비스나 다른 대상 플랫폼에서 나온 안내라면 해당 플랫폼의 계정 정책을 확인해야 합니다. 본 서비스 이용 중 실제로 표시된 안내라면 지원팀이 확인할 수 있습니다. 회사 기기의 권한 제한은 관리 담당자가 처리해야 합니다. 본 서비스의 기기 정책은 기기 자체나 다른 앱의 이용 조건을 바꾸지 않습니다.
문의 자료, 복구 확인, 환불 안내
기본 네트워크, 계정 상태, 구독, 회선을 비교했는데도 원인을 파악하지 못했다면 문의를 접수하세요. 지원이 필요하다고 해서 모든 고급 설정을 먼저 시도해야 하는 것은 아닙니다. 권한 오류, 인증서 경고, 클라이언트의 반복적인 충돌이 있거나 설정을 바꿔도 되는지 확신이 없다면 작업을 멈춰도 됩니다. 아직 시도하지 않은 단계를 명확히 적는 편이 원래 상태를 잃을 정도로 무리하게 조작하는 것보다 문제 해결에 도움이 됩니다.
영향 범위를 먼저 쓰고 재현 조건을 이어서 설명
문의 첫 부분에 문제의 영향 범위를 바로 적으세요. 모든 웹사이트가 열리지 않는지, 특정 앱만 실패하는지, 화면을 잠근 뒤 연결이 끊기는지, 혼잡 시간대에 특정 회선만 느려지는지 설명합니다. 이어 기기의 운영체제, 클라이언트 화면에 실제로 표시된 버전, 접속 네트워크 유형, 발생 시간과 시간대를 적으세요. 회선 이름은 클라이언트에 표시된 그대로 적고, 대상 웹사이트는 도메인만 제공해 개인정보나 임시 인증 정보가 포함된 전체 주소는 피하세요.
문제를 재현한 과정은 실제 발생 순서에 따라 적으세요. 연결 전에 기본 네트워크가 정상이었는지, 어떤 모드와 회선을 선택했는지, 어떤 작업을 했는지, 이후 어떤 안내를 봤는지 설명합니다. 네트워크를 바꾼 뒤 복구됐는지, 지역을 바꿔도 실패했는지, 브라우저는 정상이지만 앱은 실패했는지 등 비교 결과도 적으세요. ‘다 해 봤다’고만 쓰면 어떤 조건을 유지했는지, 서로 다른 조건에서만 문제가 복구됐는지 판단할 수 없습니다.
문의 내용은 다음 순서로 정리하면 좋습니다.문제 증상 → 발생 조건과 시간 → 시스템 및 클라이언트 정보 → 현재 회선과 모드 → 비교 테스트와 결과 → 개인정보를 가린 오류 문구 또는 스크린샷. 계정 페이지 문의로 접수하고 설정 내용을 공개 댓글에 올리지 마세요.
로그와 스크린샷은 개인정보를 가린 뒤 제출
클라이언트 로그에는 대상 도메인, 계정 식별 정보, 구독 주소, 로컬 경로가 포함될 수 있습니다. 오류 발생 전후의 관련 내용만 잘라내고, 전송 전에 비밀번호, 전체 링크, QR 코드, 계정에 접근할 수 있는 정보가 포함됐는지 확인하세요. 스크린샷에서는 브라우저 주소 표시줄, 클립보드 팝업, 알림 미리보기도 살펴보세요. 개인정보를 가리는 방법을 모르겠다면 먼저 오류 문구와 작업 내용을 텍스트로 보내고, 지원팀에 필요한 추가 자료를 문의하세요.
WeiVPN은 익명·무로그를 주요 보안 안내로 제공하지만, 사용자가 직접 제출하는 진단 자료도 필요한 정보만 최소한으로 공유해야 합니다. 개인정보 보호 약속이 공개 공유에 대한 주의까지 대신하지는 않습니다. 관련 약속을 확인하는 방법은 무로그 약속 확인 방법을 참고하고, 자세한 내용은 본 사이트의 개인정보 처리방침을 확인하세요. 전체 설정을 일반 첨부 파일처럼 전달하지 마세요.
복구 후에는 상태 표시만 보지 말고 원래 상황을 확인
설정을 조정한 뒤 처음 실패했던 작업으로 돌아가 대상 웹페이지, 앱 로그인, 재생이 실제로 복구됐는지 확인하고 관련 기능도 테스트하세요. 백그라운드에서만 연결이 끊겼다면 다시 화면을 잠갔다가 사용을 재개해 보세요. 네트워크 전환 후에만 문제가 생겼다면 같은 조건으로 다시 확인하세요. 클라이언트에 연결 성공이라고 표시되거나 임시로 다른 웹사이트가 열리는 것만으로 원래 문제가 해결됐다고 볼 수는 없습니다.
문제가 복구되면 진단을 위해 임시로 켰던 전역 프록시, DNS 설정, 불필요한 로그 기록을 원래대로 되돌리세요. 최종적으로 정상 작동하는 설정과 해결 원인을 기록하고, 오래된 설정을 정리하기 전에 현재 사용 중인 구독인지 확인하세요. 다른 회선으로 바꿔서만 복구됐다면 그 사실을 그대로 기록하고 이전 회선까지 정상이라고 표시하지 마세요. 다시 문제가 생기면 이 기록으로 같은 문제인지 새로운 문제인지 판단할 수 있습니다.
결제와 환불은 기존 정책에 따라 처리
WeiVPN은 14일 무조건 환불을 제공합니다. 자세한 적용 조건은 이용약관을 확인하세요. 결제 내역이나 환불을 처리하려면 계정 페이지 문의에 해당 주문과 요청 사항을 적으세요. 문제 해결 요청과 환불 요청은 각각 구분해 작성할 수 있으며, 본문에 결제 정보의 민감한 개인정보를 첨부할 필요는 없습니다. 네트워크 문제를 임의로 환불 금액이나 추가 이용 기간으로 환산하지 마세요.
요금제 가격과 결제 정보는 요금제 페이지와 계정 페이지를 기준으로 확인하세요. Alipay / WeChat / USDT를 지원합니다. 계정 페이지의 주문 상태와 실제 결제 상황이 다르면 주문 정보를 보관해 문의로 확인하고, ‘활성화’를 위해 결제를 반복하지 마세요. 계정에는 이메일 주소가 필요하지 않으며 사용자 이름과 비밀번호로 가입할 수 있습니다. 기존 계정이 있다면 계정을 여러 개 만들어 주문 문제를 피하려 하지 말고 먼저 로그인 정보를 복구하세요.
마지막으로 점검 결과를 짧고 분명하게 정리하세요. 어떤 네트워크와 기기에서 어떤 작업이 실패했는지, 조건을 무엇으로 바꾼 뒤 복구됐는지, 아직 확인하지 않은 상황은 무엇인지 적습니다. ‘이제 된 것 같다’보다 이렇게 정리한 내용이 더 신뢰할 수 있습니다. 간단한 자주 묻는 질문은 지원 페이지에서 확인하세요. 설치와 구독 가져오기를 다시 진행해야 한다면 사용 가이드로 돌아가 기본 절차를 확인하세요. 이미 정상임을 확인한 단계는 반복해서 바꿀 필요가 없습니다.