VPN 문제 해결 가이드

연결 단계 · 로컬 네트워크부터 원격 서버까지

연결이 전혀 안 될 때: 네트워크와 클라이언트를 구분하세요

비교할 기준부터 정하기

‘연결이 안 된다’는 클라이언트가 실행되지 않거나, 연결 스위치가 켜지지 않거나, 서버 연결 시간이 초과되는 상황일 수 있습니다. 단순히 원하는 웹사이트가 열리지 않는 경우도 있습니다. 상황마다 해결 방향이 다르므로 화면에 표시된 문구를 기록하고, 연결 스위치가 켜진 상태를 유지하는지, 상태 표시줄에 시스템 연결 아이콘이 나타나는지 확인하세요. 오류가 연결을 누르자마자 발생하는지, 잠시 기다린 뒤 발생하는지도 살펴보세요. ‘네트워크가 안 된다’고만 적지 마세요. 시작 전 권한 오류는 보통 로컬 환경 문제이며, 연결을 시작한 뒤 발생한 원격 시간 초과는 서버 경로를 추가로 확인해야 합니다.

클라이언트 연결을 잠시 끄고 평소 직접 접속할 수 있는 웹사이트를 열어 보세요. 공용 네트워크 인증을 완료하라는 시스템 안내가 있는지도 확인합니다. 기본 네트워크로 인터넷에 접속할 수 없다면 먼저 네트워크 접속 문제를 해결해야 합니다. 클라이언트가 아직 연결되지 않은 네트워크를 대신 연결해 주지는 않습니다. 호텔, 직장 또는 방문자용 네트워크를 사용 중이라면 해당 네트워크의 정상적인 절차에 따라 접속 권한을 얻으세요. 구독을 반복해서 가져오는 방법으로 해결하려고 하지 마세요. 기본 네트워크가 복구되면 클라이언트로 같은 테스트를 다시 진행해 네트워크 접속 문제와 서버 경로 문제를 구분하세요.

계정과 로컬 실행 조건 확인하기

사용자 패널에서 요금제 상태, 남은 데이터, 구독 정보를 확인하고 클라이언트에 현재 계정의 설정이 적용되어 있는지 살펴보세요. 결제가 완료된 상태, 요금제가 활성화된 상태, 클라이언트 설정을 업데이트한 상태는 서로 다른 단계이므로 각각 확인해야 합니다. 월간 구독 데이터는 가입일을 기준으로 매월 초기화되며 달력상의 월초에 초기화되는 것이 아닙니다. 데이터 패키지는 소진할 때까지 사용할 수 있고 만료되지 않지만, 데이터가 모두 소진된 뒤에도 계속 사용할 수 있다는 뜻은 아닙니다. 자세한 내용은 패널과 요금제 페이지에서 확인하세요.

연결 스위치가 켜진 상태를 유지하지 못한다면 시스템에서 VPN 연결 권한을 허용했는지, 클라이언트에 네트워크 인터페이스 생성 실패가 표시되는지, 다른 네트워크 도구가 백그라운드에서 실행 중인지 확인하세요. 시스템 프록시, 터널 도구, 보안 소프트웨어가 동시에 네트워크 경로를 바꿀 수 있습니다. 먼저 작업 내용을 저장한 뒤 다른 유사 도구를 일시 중지하고 현재 클라이언트만 실행해 테스트하세요. 문제를 찾기 위해 시스템 보안을 장시간 해제하는 것은 권장하지 않습니다. 회사에서 관리하는 기기라면 시스템 서비스를 강제로 변경하지 말고 관리자에게 허용 범위를 확인하세요.

교차 테스트로 범위 좁히기

로컬 실행은 정상이지만 원격 연결에 실패한다면 네트워크는 그대로 두고 설정에 있는 다른 서버로 바꿔 보세요. 그런 다음 서버는 그대로 둔 채, 정상적으로 접속할 수 있고 사용 권한이 있는 다른 네트워크로 전환합니다. 첫 번째 테스트는 특정 서버만의 문제인지 확인하고, 두 번째 테스트는 현재 네트워크 경로와 관련이 있는지 확인하는 데 도움이 됩니다. 가능하다면 다른 기기에서도 현재 계정 설정으로 테스트하세요. 매번 선택한 서버와 결과를 기록하세요. 네트워크, 클라이언트, 서버를 한꺼번에 바꾸면 문제가 해결되어도 무엇이 효과가 있었는지 알 수 없습니다.

같은 네트워크에서 다른 서버는 정상인데 특정 서버만 계속 실패한다면, 우선 다른 서버로 바꿔 업무를 이어가고 해당 서버 이름과 실패 시각을 고객 지원에 전달하세요. 같은 네트워크에서 모든 기기가 실패하고 다른 네트워크에서는 정상이라면 네트워크별 차이를 중심으로 설명하세요. 현재 기기에서만 문제가 발생한다면 로컬 권한, 네트워크 인터페이스, 클라이언트 오류 기록을 보존하세요. 설정 검증 오류가 계속되거나, 권한을 허용해도 인터페이스를 만들 수 없거나, 여러 네트워크에서 여러 서버가 실패한다면 무작정 재시도하지 말고 문서 끝의 문의 양식에 따라 증거를 제출하세요.

이름 확인과 트래픽 전달 단계 · 연결 후 점검

연결은 됐는데 웹페이지가 열리지 않을 때: 트래픽 분기와 DNS 확인

문제가 한 진입 경로에서만 발생하는지 확인하기

클라이언트는 연결된 것으로 표시되지만 브라우저에서 웹페이지가 열리지 않는다면 연결 상태와 서비스 접속 결과가 일치하지 않는다는 뜻입니다. 그렇다고 서버 전체가 작동하지 않는다고 단정할 수는 없습니다. 일반 웹페이지와 실제로 사용하려는 서비스를 각각 테스트하고, 모든 페이지가 실패하는지 특정 도메인만 실패하는지 기록하세요. 같은 주소를 다른 브라우저에서도 열어 보세요. 브라우저 하나에서만 문제가 생긴다면 브라우저의 개별 프록시, 확장 프로그램, 암호화 DNS 설정을 먼저 확인하세요. 모든 앱에서 문제가 발생할 때 시스템 프록시, 터널 모드, 이름 확인, 기본 경로를 살펴보면 됩니다.

오류 문구를 확인하는 것도 도움이 됩니다. 도메인을 찾을 수 없음, 연결 시간 초과, 연결 재설정, 신뢰할 수 없는 인증서, 계정 접속 제한은 각각 다른 단계의 문제를 가리킵니다. 특히 인증서 경고가 나올 때 ‘계속 진행’을 일반적인 해결 방법으로 사용하지 마세요. 시스템 날짜와 시간대를 확인하고, 올바른 도메인에 접속했는지 살펴보며, 네트워크 인증 페이지나 보안 소프트웨어가 개입했는지 확인하세요. 경고를 없애기 위해 출처가 불분명한 루트 인증서를 설치하지 마세요. 대상 웹사이트에 계정 또는 지역 관련 안내가 표시되면 원문을 보존하고, 서비스 이용 제한과 네트워크 시간 초과를 혼동하지 마세요.

요청이 예상한 경로를 통과하는지 확인하기

시스템 프록시는 해당 설정을 따르는 앱에만 영향을 주는 경우가 많습니다. 터널 모드는 가상 네트워크 인터페이스와 라우팅에 관여합니다. 둘 중 하나를 켰다고 모든 프로그램의 요청이 같은 경로로 전송되는 것은 아닙니다. 클라이언트 연결 기록을 확인해 대상 웹사이트를 열었을 때 해당 도메인이 표시되는지, 어떤 규칙이 적용됐는지, 프록시와 직접 연결 중 어느 쪽이 선택됐는지 살펴보세요. 기록이 전혀 없다면 먼저 요청이 클라이언트로 전달되는지 확인하세요. 직접 연결 기록이 있다면 규칙을 점검하고, 프록시 기록과 함께 오류가 나타난다면 선택한 서버와 원격 접속 결과를 확인하세요.

처음부터 모든 DNS 설정을 한꺼번에 바꾸지 마세요. 이름 확인은 브라우저, 운영체제, 클라이언트, 원격 서버에서 각각 이뤄질 수 있으며 각 단계마다 결과를 캐시할 수 있습니다. 브라우저에서 별도의 이름 확인 기능을 사용하면 시스템 명령으로 조회한 주소와 브라우저가 실제 사용한 주소가 다를 수 있습니다. 클라이언트가 주소 매핑 방식의 이름 확인을 사용하면 시스템에 표시된 결과가 대상 서버의 실제 주소와 다를 수도 있습니다. 먼저 현재 이름 확인 방식을 기록하고 클라이언트 안내에 따라 관련 로그를 확인하세요. 주소가 낯설다는 이유만으로 정보가 유출됐다고 판단하지 마세요.

조회 명령을 사용하되 접속 테스트와 혼동하지 않기

데스크톱 시스템에서는 터미널에서 아래 도메인 조회 명령을 실행할 수 있습니다. 계정 정보는 포함되지 않으며, 현재 시스템의 이름 확인이 결과를 반환하는지 확인하는 용도입니다. 조회에 성공했다고 해서 브라우저가 같은 경로를 사용하거나 이후 암호화 연결까지 성공한다는 뜻은 아닙니다. 조회에 실패했다면 시간 초과, 요청 거부, 도메인 없음 중 어떤 결과였는지 기록한 뒤 클라이언트 로그와 대조하세요. 조회 결과에 표시된 주소를 장기간 사용할 트래픽 분기 규칙에 그대로 입력하지 마세요. 웹사이트는 동적 주소나 콘텐츠 전송 네트워크를 사용할 수 있습니다.

nslookup example.com

이름 확인 설정을 변경한 뒤에는 대상 앱을 다시 열어 새 연결을 만든 다음 결과를 비교하세요. 캐시를 지워야 한다면 현재 시스템에서 제공하는 방법을 사용하고 변경 전 증상을 기록해 두세요. 도메인 문제를 확인하려고 HTTPS 웹사이트에 숫자 주소로 직접 접속하지 마세요. 인증서나 사이트 선택 결과가 달라질 수 있습니다. 여러 정상 도메인이 서로 다른 네트워크에서 모두 확인되지 않거나 클라이언트에 이름 확인 반복 오류가 계속 표시되면 개인정보를 가린 로그를 첨부해 고객 지원에 문의하세요. 출구 지역은 내 IP 페이지에서 확인할 수 있지만, 출구가 바뀌었다는 사실만으로 모든 DNS 요청이 같은 경로를 통과한다고 볼 수는 없습니다.

성능 단계 · 대역폭, 응답 시간, 서비스 대기 구분하기

속도가 느릴 때: 어느 단계가 느린지 확인하기

체감 속도를 구체적인 증상으로 나누기

페이지 로딩이 시작되기까지 오래 걸리거나, 다운로드 시작 후 속도가 낮거나, 영상이 계속 버퍼링되거나, 회의 음성이 끊기는 현상은 모두 ‘느리다’고 표현하지만 원인은 다를 수 있습니다. 페이지가 열리기 전의 지연은 이름 확인, 연결 설정, 대상 서버 응답과 관련이 있을 수 있습니다. 다운로드가 계속 진행되는 동안의 속도는 사용 가능한 전송량의 영향을 더 많이 받습니다. 실시간 회의는 패킷 손실과 지터에 민감합니다. 어떤 앱을 사용했는지, 실행 시점과 전송 중 어느 단계에서 발생했는지, 재연결이 있었는지를 먼저 기록하세요. 속도 측정 화면의 한 가지 수치만으로 판단하지 마세요.

현재 기기에서 불필요한 대용량 전송, 클라우드 동기화, 시스템 업데이트를 잠시 멈추고 같은 네트워크의 다른 기기가 대역폭을 계속 사용 중인지 확인하세요. 기기 수 무제한은 여러 기기를 동시에 연결할 수 있다는 뜻이지, 각 기기가 서로 독립된 네트워크를 제공받는다는 뜻은 아닙니다. 가정용 무선 네트워크, 라우터, 통신사 접속 회선은 여전히 공유 자원입니다. 이를 확인하려고 다른 기기의 설정을 삭제하지 마세요. 통제할 수 있는 환경에서 동시 작업을 잠시 줄인 다음 같은 앱에서 같은 작업을 반복하고, 로컬 부하에 따라 결과가 달라지는지 살펴보면 됩니다.

같은 작업으로 고정한 뒤 서버 비교하기

대상 콘텐츠, 기기, 네트워크를 그대로 유지하고 서버만 바꿔 비교하세요. 비교할 때는 서비스 연결을 새로 만들어야 합니다. 브라우저, 회의 앱, 다운로드 도구가 이미 만들어진 연결을 계속 사용할 수 있어 클라이언트 설정만 바꿔서는 기존 연결이 바로 바뀌지 않을 수 있습니다. 먼저 진행 중인 테스트를 완전히 종료한 뒤 다시 실행하세요. 다운로드 원본이 혼잡하거나 전송 속도를 제한한다면 서버를 바꿔도 결과가 비슷할 수 있습니다. 이때는 정상적으로 사용할 수 있고 안정적인 다른 서비스 경로로 확인하세요. 원본의 제한을 구독 요금제 탓으로 돌리지 마세요.

지역 선택은 실제 서비스 이용에 맞춰야 합니다. 물리적으로 가까운 곳이 항상 경로가 짧은 것은 아니며, 원격 서비스가 출구별로 서로 다른 콘텐츠 전송 노드를 배정할 수도 있습니다. 먼저 서비스에서 허용하는 지역을 선택한 뒤 해당 지역 안에서 서버 유형을 비교하세요. 측정 수치를 좋게 보이게 하려고 사용 중인 계정의 접속 지역을 자주 바꾸지 마세요. 일부 플랫폼은 세션 변경 시 추가 인증을 요구할 수 있습니다. 서버 분류와 서비스 범위는 서버 페이지에서 확인하세요. IEPL 전용 회선, 중계, 직접 연결의 차이를 이해하는 데 도움이 되지만 현재 네트워크에서 직접 확인하는 절차를 대신하지는 않습니다.

기기 자체의 제약 확인하기

같은 네트워크의 다른 기기는 정상이라면 현재 기기의 프로세서 부하, 저장 공간, 클라이언트 백그라운드 상태를 확인하세요. 터널을 통한 트래픽 전달, 암호화 처리, 다수의 연결은 기기 자원을 사용합니다. 기기가 과열됐거나 절전 상태이거나 백그라운드 작업이 많으면 네트워크 체감 품질도 떨어질 수 있습니다. 로그를 보존한 뒤 클라이언트를 재시작하고 같은 작업을 다시 해 보세요. 운영체제 재설치를 첫 번째 방법으로 삼지 말고 출처가 불분명한 ‘속도 향상 패치’도 설치하지 마세요. 네트워크 인터페이스 설정을 바꾸기 전에 클라이언트 로그가 해당 문제를 가리키는지 확인하고 원래 값과 복구 방법을 기록하세요.

작은 페이지는 정상인데 대용량 파일이나 일부 웹사이트에서 전송을 시작한 뒤 멈춘다면 그 패턴을 기록하세요. 경로상 전송, 패킷 분할 처리, 앱 프로토콜 호환성과 관련이 있을 수 있습니다. 분명한 근거가 없다면 네트워크 인터페이스의 최대 전송 단위를 임의로 조정하거나 시스템 네트워크 기능을 끄지 마세요. 먼저 서버와 네트워크를 바꿔 확인하고, 문제가 현재 기기에서만 계속될 경우 클라이언트 모드, 운영체제 종류, 실패한 작업을 고객 지원에 전달하세요. 특정 서비스에서만 문제가 생긴다면 오류 문구와 접속 시간도 보존하세요.

최종적으로는 다시 확인할 수 있는 비교 결과를 정리하세요. 예를 들어 ‘같은 네트워크와 파일 원본에서 특정 서버는 대기 시간이 눈에 띄게 길었고, 다른 서버로 바꾸자 정상화됐으며, 다시 바꾸자 재현됐다’처럼 작성할 수 있습니다. 이런 기록은 속도 측정 스크린샷만 보내는 것보다 문제를 파악하는 데 도움이 됩니다. 회의 환경에 관한 내용은 원격 근무용 서버 선택에서 이어서 확인하세요. 세션 연속성과 패킷 손실을 중점적으로 살펴봅니다. 앱이 정상으로 돌아왔다면 효과가 있었던 서버와 원래 설정을 기록하세요. 모든 테스트 항목을 같게 만들려고 설정을 계속 바꿀 필요는 없습니다.

시간대와 경로 · 저녁 시간대 비교 방법

저녁 시간대 지연: 시간대별로 서버 비교하기

지연이 실제로 시간대에 따라 달라지는지 확인하기

‘낮에는 정상인데 저녁에는 느리다’는 단서이지 서버 혼잡의 직접적인 증거는 아닙니다. 저녁 시간대에 가정 내 기기 사용이 늘거나, 무선 환경이 바뀌거나, 통신사 경로가 혼잡해지거나, 대상 플랫폼 부하가 높아질 수 있습니다. 대략적인 발생 시간, 사용 중인 네트워크, 서버 이름, 서비스 유형을 기록하고 다른 시간대에 같은 작업을 반복하세요. 저녁에는 더 높은 화질의 동영상을 재생하거나 대량 파일 동기화를 시작했다면 테스트 조건이 바뀐 것입니다. 이를 낮 시간 웹 브라우징과 직접 비교할 수는 없습니다.

비교할 때 클라이언트 연결 테스트 결과만 보지 마세요. 탐지 요청은 실제 동영상, 회의, 파일 전송보다 짧은 경우가 많아 응답을 받았더라도 지속적인 전송에 여유가 있다는 뜻은 아닙니다. 실제로 중요한 서비스를 이용해 다시 확인하세요. 회의에서는 음성이 끊김 없이 이어지는지, 영상에서는 재생 대기가 반복되는지, 문서 협업에서는 저장과 동기화가 완료되는지 살펴봅니다. 결과를 기록할 때 ‘응답이 있었다’와 ‘서비스를 사용할 수 있었다’를 같은 항목으로 쓰지 마세요. 잠깐 정상으로 돌아온 것만으로 저녁 내내 안정적이라고 판단해서도 안 됩니다.

서버 유형을 이해하고 증상에 맞게 선택하기

IEPL 전용 회선, 중계, 직접 연결은 경로 구성 방식을 설명하는 용어이지 모든 네트워크와 시간대에 동일한 결과를 보장하는 것은 아닙니다. 직접 연결은 보통 현재 네트워크에서 출구까지의 경로에 더 직접적으로 영향을 받습니다. 중계는 중간 노드를 통해 트래픽을 전달합니다. 전용 회선 유형은 이에 해당하는 회선 구성을 뜻합니다. 클라이언트 이름에 표시된 유형은 분류 기준으로 활용하되, 현재 네트워크 위치와 대상 서비스를 함께 확인해야 합니다. 서버 유형 이름만으로 회의에 반드시 적합하다고 단정하거나, 일시적인 지연을 근거로 해당 유형 전체를 사용할 수 없다고 판단하지 마세요.

같은 서비스에 필요한 지역에서 서로 다른 유형의 서버를 먼저 선택해 비교한 뒤 다른 지역을 살펴보세요. 서버를 바꿀 때마다 서비스 연결을 새로 만들어 기존 세션이 이전 경로를 계속 사용하지 않도록 합니다. 현재 네트워크에서 특정 유형으로 바꾸면 정상화되고 원래 서버로 돌아오면 다시 지연되는 경우, 반복해서 확인되는 차이를 기록하세요. 모든 유형에서 느리지만 네트워크를 바꾸면 정상이라면 로컬 환경이나 네트워크 접속 경로를 주요 단서로 삼아야 합니다. 지역을 바꾸면 대상 플랫폼의 콘텐츠 전송 노드도 달라질 수 있으므로 문의할 때 이 변화도 분명히 밝혀 주세요.

서비스 부하를 줄이는 조치와 장기 설정은 구분하기

진행 중인 회의나 업무에서는 연결을 유지하는 것이 우선입니다. 백그라운드 동기화를 일시 중지하거나 앱의 자동 화질 조절을 사용하거나, 사용 가능 여부를 확인한 서버로 바꿀 수 있습니다. 이는 일시적인 복구 방법일 뿐 최종 원인을 확인했다는 뜻은 아닙니다. 업무가 끝난 뒤 주변 환경을 통제해 비교 테스트를 진행하세요. 중요한 업무 중 터널을 반복해서 켰다 끄지 마세요. 동영상 화질, AI 서비스 응답 시간, 계정 권한은 플랫폼 자체 정책의 영향을 받을 수도 있으므로 모든 대기 시간을 네트워크 문제로 볼 수는 없습니다.

자동 서버 선택 기능이 현재 서비스에 필요한 지역과 세션 유지를 고려하지 못할 수도 있습니다. 클라이언트가 자동 정책을 지원한다면 어떤 조건으로 서버를 바꾸는지 먼저 확인하세요. 정책이 전환되는 시점에 문제가 발생했다면 검증된 서버를 일시적으로 고정해 연결이 안정되는지 살펴볼 수 있습니다. 이해하지 못한 사용자 지정 스크립트를 장기간 실행하거나 여러 자동 선택 규칙을 동시에 적용하지 마세요. 설정을 이해하기 쉬울수록 지연이 경로 변경에서 비롯됐는지 서비스 측 문제인지 판단하기 쉽습니다.

비슷한 시간대에 특정 서버에서 같은 지연이 반복되거나, 같은 지역의 다른 서버로 바꾸면 정상화되거나, 서로 다른 네트워크에서도 특정 서버가 계속 비정상이라면 고객 지원에 문의하세요. 문의에는 발생 시간대, 선택한 서버, 서비스 유형, 네트워크별 차이, 이미 확인한 대체 서버를 적어 주세요. ‘저녁에는 안 된다’고만 보내지 말고 하루의 결과를 장기적인 결론처럼 작성하지도 마세요. 예산과 데이터 용량에 관한 내용은 월간 예산별 요금제 선택 안내를 참고하세요. 구매할 데이터 용량과 현재 혼잡 원인 확인은 별도로 다뤄야 합니다.

세션과 시스템 백그라운드 · 연결 끊김 전후 상태 보존하기

잦은 연결 끊김과 모바일 백그라운드 연결 끊김

터널 연결 종료와 앱 세션 종료 구분하기

회의에서 나가거나 웹페이지를 다시 불러와야 한다고 해서 클라이언트 터널이 종료된 것은 아닐 수 있습니다. 문제가 발생하면 연결 스위치와 시스템 연결 표시가 유지되는지 먼저 확인한 뒤, 클라이언트 로그에 재연결, 네트워크 전환, 프로세스 재시작 기록이 있는지 살펴보세요. 터널이 계속 유지되는데 특정 앱 세션만 끊긴다면 앱 시간 초과, 로그인 상태, 출구 변경을 확인하세요. 클라이언트 자체가 멈췄다면 시스템 백그라운드 제한, 프로세스 종료 원인, 로컬 네트워크 변화를 우선 확인하세요. 대상 웹사이트 규칙부터 바꾸지는 마세요.

무선 네트워크 전환, 기기의 절전 모드 진입과 해제, 네트워크 접속 상태 변화로 기존 연결이 끊길 수 있습니다. 연결이 끊기기 전에 화면을 잠갔는지, 원래 무선 네트워크 범위를 벗어났는지, 기기를 막 깨웠는지, 다른 네트워크로 전환했는지 기록하세요. 경로가 바뀌면 실시간 서비스의 기존 세션이 유지되지 않을 수 있습니다. 클라이언트 연결이 복구돼도 앱의 이전 세션이 자동으로 복구된다는 보장은 없습니다. 이때는 기본 네트워크가 안정될 때까지 기다린 뒤 서비스 연결을 새로 만들고 재연결로 복구되는지 기록하세요.

플랫폼별 백그라운드 동작 확인하기

Android 기기에서는 시스템 절전, 백그라운드 활동 제한, 제조사 작업 관리가 각각 클라이언트에 영향을 줄 수 있습니다. 시스템 앱 설정에서 클라이언트의 백그라운드 실행이 허용되어 있는지, 더 엄격한 절전 모드가 활성화되어 있는지 확인하세요. 메뉴 이름은 기기마다 다를 수 있습니다. 현재 클라이언트와 관련된 설정만 조정하고 모든 앱의 제한을 해제할 필요는 없습니다. 화면을 잠근 상태에서 다시 테스트할 때는 클라이언트 실행 기록도 확인하세요. 알림 아이콘 표시 여부만으로 프로세스가 계속 실행 중인지 판단하지 마세요.

iOS에서는 시스템 VPN 상태, 클라이언트에 표시된 연결 오류, 다른 구성이 연결을 제어하는지 확인하세요. 일반 앱의 백그라운드 새로고침 설정이 모든 VPN 연결 끊김을 해결해 주는 것은 아닙니다. 데스크톱에서는 시스템 절전, 네트워크 카드 전원 관리, 사용자가 로그아웃한 뒤의 실행 상태를 확인하세요. 조직에서 관리하는 기기라면 네트워크 정책을 직접 변경할 수 없을 수 있으므로 관리자에게 먼저 확인해야 합니다. 플랫폼마다 시스템 동작이 다르므로 한 기기에서 본 화면을 다른 기기에 그대로 적용하지 말고, 같은 이름의 메뉴를 무작정 찾지도 마세요.

앱을 사용하는 중과 백그라운드 상태 비교하기

같은 서버를 선택하고 클라이언트를 화면에 표시한 상태로 동일한 서비스를 먼저 사용한 뒤, 백그라운드로 전환하거나 화면을 잠가 테스트하세요. 백그라운드에서만 문제가 재현되고 로그에 클라이언트 재시작이 표시된다면 시스템의 프로세스 관리부터 확인하세요. 화면을 사용하는 중에도 연결이 끊긴다면 백그라운드 권한만으로는 설명하기 어렵습니다. 이어서 서버를 그대로 두고 네트워크를 바꿔 문제가 네트워크를 따라가는지 확인하세요. 서버와 백그라운드 설정을 동시에 바꾸지 마세요. 문제가 해결되어도 어떤 변경이 효과가 있었는지 알 수 없고, 일시적인 네트워크 개선을 권한 문제 해결로 오해할 수 있습니다.

자동 재연결은 복구에 도움이 될 수 있지만 계속되는 설정 오류를 가려서는 안 됩니다. 클라이언트가 반복해서 재연결한다면 대용량 작업을 먼저 멈추고 최근 로그를 저장한 뒤 연결 관련 항목에서 계정과 서버를 확인하세요. 추측으로 연결 유지 간격이나 시간 초과 값을 바꾸지 마세요. 프로토콜과 클라이언트에 따라 의미가 다를 수 있습니다. 원래 값, 변경 목적, 복구 방법을 명확히 알고 있을 때만 조정하세요. 결과를 기록하지 않은 채 매개변수를 계속 바꾸면 다음 점검에서 비교할 기준을 잃게 됩니다.

연결 끊김 문제를 문의할 때 연결 스위치가 꺼졌는지, 시스템 연결 표시가 사라졌는지, 서비스만 끊겼는지 설명하고 화면 잠금, 절전 해제, 네트워크 전환, 재연결 결과를 덧붙이세요. Android 사용자는 백그라운드 연결 유지와 앱별 프록시 안내에서 시스템별 차이를 확인할 수 있습니다. 처음 설정한다면 Android 시작 절차를 참고하세요. 클라이언트가 비정상 종료됐다면 개인정보를 가린 오류 요약을 우선 첨부하세요. 중요한 업무 중에는 오류를 재현하려고 반복해서 연결을 끊지 마세요.

설정 전달 단계 · 업데이트 성공과 연결 성공을 각각 확인하기

구독 업데이트 실패: 출처, 가져오기, 설정 해석 확인

업데이트 과정을 나누어 점검하기

구독 업데이트에는 링크 가져오기, 설정 요청, 내용 해석, 설정 적용 단계가 있습니다. 업데이트 실패 안내가 표시되면 오류 문구 전체를 먼저 기록하세요. 네트워크 시간 초과는 요청이 완료되지 않았을 수 있음을 뜻합니다. 형식 오류는 현재 클라이언트가 받은 내용을 인식하지 못할 수 있다는 의미입니다. 설정 적용 실패는 내용 다운로드가 끝난 뒤 발생했을 수 있습니다. 목록에 이전 서버가 남아 있다고 업데이트 성공으로 판단하지 마세요. 클라이언트가 이전에 사용 가능했던 내용을 계속 보관했을 수 있습니다. 설정 출처, 업데이트 시각, 현재 적용된 항목이 서로 일치하는지 확인하세요.

사용자 패널에서 구독 경로를 다시 확인하고 현재 계정 상태를 점검하세요. 채팅 기록, 예전 스크린샷, 다른 계정에 남아 있던 이전 설정을 사용하지 않도록 주의하세요. 구독 주소는 계정 설정에 접근할 수 있는 정보이므로 비공개로 취급해야 합니다. 복사할 때 공백, 줄바꿈, 내용 잘림이 없는지 확인하되 전체 주소를 공개 채팅방에 보내지 마세요. 이 문서에는 실제 구독 주소를 표시하지 않습니다. 구체적인 가져오기 절차는 시작 가이드에서 확인하세요.

가져오기 실패와 내용 호환성 문제 구분하기

가져오기 시간 초과가 표시되면 먼저 기본 네트워크가 정상인지 확인한 뒤 클라이언트가 구독을 업데이트할 때 직접 연결과 현재 프록시 중 어느 경로를 사용하는지 살펴보세요. 기존 설정이 작동하지 않는 상태에서 업데이트 요청도 같은 경로에 의존하면 반복 오류가 발생할 수 있습니다. 클라이언트의 업데이트 경로 옵션을 사용해 비교하고 기존 설정을 보존하세요. 모든 트래픽을 계속 직접 연결로 바꾸지는 마세요. 다른 정상 네트워크로 바꾼 뒤 업데이트할 수 있다면 그 차이를 기록하세요. 고객 지원에서 구독 내용 문제와 요청 경로 문제를 구분하는 데 도움이 됩니다.

지원하지 않는 형식이나 필드라는 안내가 표시되면 가져오기 메뉴가 현재 클라이언트에서 지원하는 설정 유형과 일치하는지 확인하세요. 다른 클라이언트용 내용을 이름만 바꿔 가져오지 말고, 오류를 잠시 없애려고 이해하지 못한 필드를 직접 삭제하지도 마세요. 로그인 페이지, 네트워크 인증 페이지, 오류 안내가 다운로드되면 클라이언트가 이를 형식 오류로 표시할 수도 있습니다. 서버 설정이 손상됐다고 바로 단정하지 말고 오류 요약을 보존하세요. 출처와 클라이언트를 확인한 뒤 고객 지원에 호환성을 문의하세요.

로컬 설정이 실제로 전환됐는지 확인하기

일부 클라이언트에서는 원격 구독, 로컬 설정, 덮어쓰기 설정을 함께 저장할 수 있습니다. 원격 구독을 업데이트했더라도 현재 적용된 설정은 다른 것일 수 있고, 로컬 덮어쓰기가 DNS, 규칙, 아웃바운드 선택을 계속 바꿀 수도 있습니다. 먼저 어떤 항목이 활성화되어 있는지 확인하고 연결 로그에 표시된 서버 이름이 새 설정에 있는지 살펴보세요. 오래된 설정을 정리해야 한다면 복구 가능한 기록과 사용자 지정 설정을 먼저 보존하세요. 이전 사용 방식을 복구할 수 없게 될 때까지 모든 설정을 삭제하지 마세요.

업데이트가 완료되면 현재 선택된 아웃바운드를 다시 확인하세요. 설정이 바뀌면서 이전 선택이 유효하지 않게 되거나 클라이언트가 기본 정책으로 돌아갈 수 있습니다. 이어 실제로 사용할 서비스에 접속해 요청이 예상한 규칙을 따르는지 확인하세요. 구독 업데이트 성공과 서비스 접속 성공은 별도로 기록해야 합니다. 전자는 설정을 가져와 적용할 수 있었다는 뜻이고, 후자는 현재 연결 경로가 해당 서비스에 적합하다는 뜻입니다. 두 결과를 분리하면 고객 지원에서 설정 가져오기 문제를 특정 서버 연결 오류로 오해하지 않을 수 있습니다.

설정을 직접 편집했다면 편집한 범위를 설명하고, 백업한 뒤 패널에서 제공하는 원본 설정으로 먼저 테스트하세요. 사용자 지정 스크립트, 제3자 변환 서비스, 구독 업데이트를 한 번에 문제 해결 과정에 포함하지 마세요. 모두 최종 설정 내용을 바꿀 수 있습니다. 특히 비공개 구독을 출처가 불분명한 변환 사이트에 입력하지 마세요. 변환이 필요하거나 특수 클라이언트를 지원해야 한다면 사용 가능한 방법을 고객 지원에 문의하세요. 클라이언트는 패널 다운로드 페이지에서 받으세요. 검색 결과에서 이름이 같다는 이유만으로 설치 파일을 선택하지 마세요.

사용 가능한 여러 네트워크에서 설정을 가져오지 못하거나, 지원되는 클라이언트가 원본 설정을 계속 거부하거나, 업데이트 후 서버 목록에 반복적으로 뚜렷한 이상이 있다면 문의하세요. 오류 원문, 운영체제, 클라이언트 이름, 가져오기 방법, 로컬 덮어쓰기 여부, 다른 네트워크에서의 결과를 첨부하면 됩니다. 계정 비밀번호를 보내지 말고 기록을 남기지 않은 채 구독을 초기화하지 마세요. 주소 유출이 의심되면 패널에서 제공하는 보안 조치를 확인하거나 공식 문의로 도움을 요청하세요.

앱 단계 · 앱별 규칙과 기기 안내

특정 앱이 프록시를 사용하지 않거나 기기 제한 안내가 표시될 때

앱 요청이 클라이언트에 전달되는지부터 확인하기

브라우저는 정상인데 특정 앱이 작동하지 않는다면 모든 서버를 반복해서 바꾸지 마세요. 클라이언트를 켜 둔 채 대상 앱을 다시 시작하고 연결 기록을 살펴보세요. 대상 요청이 표시되면 관련 트래픽이 적어도 일부 클라이언트에 들어온 것입니다. 기록이 전혀 없다면 해당 앱이 시스템 프록시를 사용하는지, 앱별 목록에서 제외됐는지 먼저 확인하세요. 앱은 여러 도메인에 연결할 수 있으며 화면에 보이는 이름이 실제 요청 도메인과 다를 수 있습니다. 대표 도메인만 검색해 트래픽이 없다고 단정하지 마세요.

규칙 모드는 ‘프로세스 또는 도메인 → 적용된 규칙 → 아웃바운드 선택 → 연결 결과’ 순서로 확인하세요. 직접 연결 규칙이 적용됐다면 현재 설정의 서비스 규칙과 로컬 덮어쓰기를 점검하세요. 프록시 규칙이 적용됐는데도 실패한다면 대상 앱의 오류, 서버 지역, 앱 계정 상태를 살펴보세요. 시스템 프록시와 터널 모드의 적용 범위는 다르지만, 어떤 모드에서든 모든 앱이 작동한다고 보장할 수는 없습니다. 업무용 소프트웨어, 기기 관리 정책, 앱 자체의 네트워크 구현 방식도 경로 선택에 영향을 줄 수 있습니다.

앱별 목록의 작동 방식 이해하기

앱별 설정에는 ‘선택한 앱만 프록시 사용’과 ‘선택한 앱 우회’처럼 서로 다른 방식이 있을 수 있습니다. 같은 앱을 선택해도 결과가 정반대일 수 있습니다. 설정을 바꾸기 전에 현재 모드와 목록의 의미를 확인하고 기존 값을 기록한 뒤 대상 앱만 변경하세요. 앱은 별도 서비스를 통해 로그인, 다운로드, 메시지 수신을 처리할 수 있으므로 기본 앱만 설정해도 관련 트래픽이 모두 적용되는 것은 아닙니다. 특정 앱 하나를 해결하려고 검증되지 않은 전체 규칙을 계속 사용하지 마세요. 회사 계정의 이용 제한을 클라이언트 규칙 오류로 보지 않도록 주의하세요.

앱이 다른 전송 프로토콜을 사용한다면 웹페이지에 접속된다는 사실만으로 해당 앱이 필요한 연결 방식까지 지원된다고 볼 수는 없습니다. 클라이언트 로그에서 실패 유형을 확인하고 프로토콜을 무작정 바꾸거나 시스템 기능을 끄지 마세요. 스트리밍 및 AI 도구의 결과는 계정, 지역, 콘텐츠 이용 권한, 서비스 정책에 따라 달라질 수도 있습니다. 네트워크 연결은 여러 요소 중 하나일 뿐입니다. 지역 또는 계정 관련 안내가 표시되면 원문을 보존하세요. ‘실제 접속 결과를 확인하세요’를 특정 지역에서 반드시 사용 가능하다는 보장으로 바꾸지 마세요.

기기 수 안내가 어디서 표시됐는지 확인하기

VPNLiuLiang은 동시 접속 기기 수를 제한하지 않습니다. 따라서 ‘기기 수 초과’, ‘연결 수 제한’과 같은 안내가 표시되면 사용자 패널, 클라이언트, 운영체제, 접속 중인 제3자 플랫폼 중 어디에서 나타났는지 먼저 확인하세요. 제3자 플랫폼의 로그인 기기 수나 재생 세션 제한은 본 서비스의 동시 접속 규칙과 다릅니다. 클라이언트에 표시된 ‘연결 수’도 사용 가능한 기기 수가 아니라 네트워크 세션 수를 뜻할 수 있습니다. 비슷한 표현만으로 의미를 판단하지 마세요.

안내가 실제로 본 서비스 화면에서 표시됐다면 페이지 경로와 오류 스크린샷을 보존하고 현재 계정으로 로그인했는지, 다른 서비스의 이전 설정을 가져오지 않았는지 확인한 뒤 문의하세요. 안내를 없애려고 다시 결제하거나 계정을 새로 만들지 마세요. 먼저 기존 계정 상태를 확인하세요. 계정은 사용자 이름과 비밀번호로 이용할 수 있으며 이메일 주소가 필요하지 않습니다. 문제를 확인하는 데 비밀번호를 고객 지원에 알려줄 필요도 없습니다. 공용 기기에 로그인 상태가 남아 있다면 정상적인 계정 보안 절차에 따라 처리하세요. 계정 보안 문제를 서버 문제로만 다루지 마세요.

여러 기기의 문제는 같은 계정, 같은 서버, 같은 네트워크를 사용해 비교할 수 있습니다. 모든 기기의 같은 앱에서 동일한 서비스 안내가 표시된다면 대상 플랫폼 정책을 확인할 필요가 있습니다. 특정 기기에서만 실패한다면 해당 기기의 앱 프록시, 트래픽 분기, 시스템 권한을 살펴보세요. 비교하기 전에 각 기기가 동일한 최신 설정을 사용 중인지 확인하세요. 서버 이름이 비슷해도 같은 설정이라는 뜻은 아닐 수 있습니다. 테스트 중 비공개 설정 전체를 공개 문서에 복사하지 말고 필요한 이름과 결과만 기록하세요.

앱 문제를 문의할 때 대상 앱 이름, 시작·로그인·사용 중 어느 단계에서 실패했는지, 적용된 규칙과 아웃바운드 이름을 설명하고 브라우저에서 해당 웹페이지에 접속할 수 있는지도 알려 주세요. 기기 안내는 출처 페이지와 안내 문구 전체를 첨부하되 계정 식별 정보는 가리세요. 여러 기기, 데이터 사용량, 이용 방법에 관한 초보자 안내는 자주 묻는 질문에서 확인할 수 있습니다. 플랫폼에 설정을 가져오는 작업만 완료되지 않았다면 복잡한 규칙을 바꾸지 말고 시작 가이드로 돌아가세요.

증거와 문의 · 재현 가능한 문의 작성하기

고객 지원이 필요한 경우: 문의와 복구 기록 정리

직접 설정 변경을 멈춰야 할 시점

기본 네트워크, 계정 상태, 현재 설정을 확인한 뒤에도 문제가 반복해서 재현된다면 모든 클라이언트를 시험해 보지 않아도 문의할 수 있습니다. 특히 서로 다른 네트워크와 기기에서 같은 서버의 같은 오류가 발생하거나, 지원되는 클라이언트가 원본 구독 내용을 계속 해석하지 못한다면 로컬 설정을 무작위로 바꿔도 도움이 제한적입니다. 인증서 이상, 계정 문제 의심, 설정 출처 불명 상황에서는 증거를 보존하고 불필요한 조작을 멈추세요. ‘될 때까지 시도’하며 위험을 키우지 마세요.

문제가 일시적으로 해결됐다면 현재 사용 가능한 서버로 업무를 이어간 뒤 기록을 정리해도 됩니다. 문의는 연결이 완전히 끊긴 경우뿐 아니라 특정 시간대나 서버에서 반복되는 이상을 알리는 데도 사용할 수 있습니다. 핵심은 단정적인 결론보다 재현 조건을 설명하는 것입니다. ‘기존 서버에서 실패했고 다른 서버로 바꾸자 복구됐으며 다시 돌아오자 재현됐다’는 설명은 ‘모든 서버가 형편없다’보다 문제 파악에 도움이 됩니다. 재현되지 않더라도 문의할 수 있지만, 당시 확인한 사실과 나중에 추정한 내용을 구분해 주세요.

정보를 시간 순서에 따라 정리하기

문의 내용은 발생 시간과 사용한 서비스로 시작한 뒤 기기 플랫폼, 클라이언트 이름, 현재 모드, 선택한 서버, 오류 문구를 설명하고 진행한 비교 테스트와 각 결과를 이어서 적으면 좋습니다. 시간은 시간대를 함께 표시하고 서버 이름은 클라이언트 화면에 나온 그대로 작성하세요. 클라이언트 버전은 기기 화면에서 확인해 그대로 적으면 됩니다. 추측할 필요는 없습니다. 긴 화면 녹화만 올리고 고객 지원이 오류를 찾아내도록 하지 마세요. 날짜와 네트워크가 다른 문제를 순서가 없는 한 문단에 섞어 쓰지도 마세요.

로그는 문제와 관련된 시간대와 작업만 포함하면 됩니다. 길이가 지나치게 긴 전체 기록은 원인을 찾기 어렵게 만들고 관련 없는 접속 내용을 노출할 수 있습니다. 내보내기 전에 구독 주소, 접근 토큰, QR 코드, 계정 식별 정보, 기타 개인정보가 포함되어 있는지 확인하세요. 스크린샷에서는 주소 표시줄과 알림 영역도 점검해야 합니다. 민감한 항목은 중간의 몇 글자만 흐리게 하지 말고 전체가 보이지 않도록 가리세요. 원본 기록은 기기에 보관하고 고객 지원에는 필요한 부분만 보내세요. 공개 댓글에 붙여 넣지 마세요.

공식 경로 이용하기 · 기술 문제와 결제 문제 구분하기

고객 지원은 사용자 패널 문의를 이용하거나 고객 지원 페이지에서 접수할 수 있습니다. 안내되지 않은 개인 연락처를 직접 찾아 이용할 필요는 없습니다. 계정에 접속할 수 없다면 페이지 오류와 진행 상황을 기록하고 화면에 안내된 방법에 따라 처리하세요. 기술 문제와 결제 문제는 문의 내용에서 구분할 수 있습니다. 기술 문제에는 서버, 네트워크, 로그가 필요하고 결제 문제에는 패널의 관련 주문 정보가 필요합니다. 결제 자료 전체를 공개하지 마세요.

요금제를 확인해야 한다면 월간 구독은 60GB ¥9.9/월, 250GB ¥18/월, 500GB ¥28/월이며 데이터는 가입일 기준으로 매월 초기화됩니다. 이용 도중 요금제를 올리면 차액은 남은 일수에 따라 계산됩니다. 데이터 패키지는 300GB ¥158, 1000GB ¥358, 3000GB ¥658이며 소진할 때까지 사용할 수 있고 만료되지 않습니다. 결제 방법은 Alipay / WeChat Pay / USDT입니다. 위 내용은 요금 페이지에서 항목별로 확인하세요. 문제 해결 결과만으로 추가 이용 기간, 속도 혜택, 보상을 임의로 계산하지 마세요.

본 서비스는 30일 무조건 환불을 제공합니다. 신청 방법은 환불 정책에서, 이용 규칙은 이용 약관에서 확인하세요. 환불 문의와 서버 진단은 각각 따로 설명할 수 있습니다. 환불을 요청하기 위해 이해하지 못한 시스템 조작을 계속할 필요는 없습니다. 고객 지원에서 추가 테스트를 요청하면 목적을 확인하고 기존 값을 보존한 뒤 같은 조건으로 다시 테스트하세요. 기기가 조직에서 관리되거나 네트워크를 바꾸기 어렵다면 그 제한을 그대로 설명하면 됩니다. 진행하지 않은 테스트 결과를 만들어내지 마세요.

문제가 해결되면 효과가 있었던 변경 사항, 유지할 서버, 되돌릴 임시 설정을 기록하고 정상적인 사용에 필요한 최소한의 설정만 남기세요. 진단용으로 내보낸 민감한 첨부 파일은 복사본을 삭제하고 테스트용 프록시, 임시 규칙, 추가 네트워크 도구가 백그라운드에 남아 있지 않은지 확인하세요. 다음에 비슷한 증상이 생기면 처음부터 다시 설치하는 대신 이 기록과 비교할 수 있습니다. 이 가이드는 모든 문제의 책임을 어느 한쪽에 돌리는 것이 목적이 아닙니다. 관찰한 내용, 가설, 확인된 결과를 구분해 문제 해결을 이어가는 데 목적이 있습니다.