연결 점검 · 시스템 안내

VPN 문제 해결 가이드

문제 범위를 먼저 확인한 다음 설정을 변경하세요. 연결 상태, 출구 경로, 분할 라우팅, 대상 앱을 각각 점검해야 합니다.

아직 처음 연결을 완료하지 않았다면 빠른 시작 가이드를 먼저 확인하세요. 가이드는 계정부터 구독 가져오기까지의 과정을 안내하며, 이 페이지는 설정을 마친 뒤 문제가 발생했을 때 항목별로 살펴보는 자료입니다. 처음부터 끝까지 읽을 필요 없이 아래 목차에서 해당 증상을 선택하세요.

점검 원칙기존 설정을 유지하고 한 번에 변수 하나만 바꾸세요. 같은 기기에서 같은 대상을 기준으로 변경 전후를 비교하세요.

정보 보호스크린샷에서는 비밀번호, 구독 주소, 계정 식별 정보를 가리세요. 전체 구독 링크를 공개 게시판에 올리지 마세요.

연결 시작점 / 비교 기준 설정

연결할 수 없을 때: 로컬 네트워크부터 확인

‘연결할 수 없음’은 클라이언트가 실행되지 않는 경우, 서버와의 핸드셰이크가 실패한 경우, 또는 대상 웹페이지가 응답하지 않는 경우를 모두 가리킬 수 있습니다. 먼저 증상을 구체적으로 기록하세요. 버튼이 연결 중으로 바뀌는지, 곧 연결 해제로 돌아가는지, 오류 메시지가 표시되는지, 모든 서버에서 같은지 확인합니다. 화면의 상태는 클라이언트가 특정 단계에 도달했음을 뜻할 뿐, 연결 경로를 실제로 사용할 수 있다는 증거는 아닙니다. 이 단계에서는 클라이언트를 삭제하거나 설정을 초기화하지 마세요. 원래 오류 메시지와 기존 설정이 재설치보다 문제 해결에 더 유용한 경우가 많습니다.

먼저 기본 네트워크 상태 확인

프록시 연결을 끊고 시스템에 수동 프록시 설정이 남아 있지 않은지 확인한 다음, 평소 직접 접속할 수 있는 웹사이트를 여세요. 직접 연결도 되지 않는다면 무선 네트워크 인증이 완료됐는지, 유선 연결이 정상인지, 브라우저에서 네트워크 이용 약관을 확인해야 하는지 점검하세요. 공용 네트워크는 연결된 것처럼 보여도 인증 단계가 끝나지 않았을 수 있습니다. 허용된 접속 절차를 마친 뒤 클라이언트에서 다시 테스트하세요. 기본 네트워크가 연결되지 않은 상태를 서버 문제로 오인하지 않도록 주의하세요.

직접 연결이 정상이라면 기기와 클라이언트는 그대로 두고 접속 네트워크만 바꿔 비교하세요. 예를 들어 현재 무선 네트워크 대신 신뢰할 수 있는 다른 네트워크를 이용할 수 있습니다. 네트워크를 바꾼 뒤 기본 경로가 갱신됐는지 확인하고 같은 서버에 다시 연결하세요. 특정 네트워크에서만 문제가 발생한다면 우선 접속 환경을 확인할 필요가 있지만, 이것만으로 구체적인 제한 위치를 단정할 수는 없습니다. 네트워크 이름은 대략적으로 기록하면 충분하며, 라우터 관리 주소나 전체 네트워크 설정을 공개할 필요는 없습니다.

오류가 발생한 단계로 범위 좁히기

클라이언트에 설정이 없거나 선택할 서버가 없다는 안내가 표시되면 연결 버튼을 반복해서 누르지 말고 구독 업데이트 항목을 확인하세요. 인증 실패 안내가 표시되면 사용자 패널의 요금제 상태와 클라이언트 구독이 같은 계정에 연결돼 있는지 확인하세요. 연결 시간 초과라면 현재 설정을 보존한 채 다른 지역의 서버를 선택해 비교하세요. 한 번에 서버 하나만 바꾸세요. 모드와 DNS까지 동시에 변경하면 문제가 해결되더라도 어떤 변경이 효과가 있었는지 알 수 없습니다.

특정 서버 하나에서만 실패한다면 우선 연결되는 서버를 임시로 사용하고, 실패한 서버 이름과 발생 시간을 기록하세요. 모든 서버에서 실패하면 시스템 프록시 권한, 네트워크 확장 권한, 다른 네트워크 프로그램과의 충돌을 점검하세요. 회사나 기관에서 관리하는 기기는 네트워크 확장 설치가 제한될 수 있으므로 기기 관리자에게 확인해야 합니다. 관리 설정을 삭제해 해결하려고 하지 마세요. 데스크톱 시스템의 보안 경고도 내용을 읽고 판단하세요. 모든 경고를 무시하거나 보호 기능을 장기간 꺼 두면 안 됩니다.

시간, 권한, 연결 점유 상태 확인

시스템 시간이 실제와 크게 다르면 인증서 검증이 실패할 수 있습니다. 자동 시간 및 시간대 설정을 확인하고 시간을 맞춘 뒤 다시 연결하세요. 포트가 사용 중이라는 오류가 표시되면 다른 프록시 클라이언트를 종료한 다음 현재 클라이언트를 다시 실행하세요. 시스템 네트워크를 제어하는 프로그램은 하나만 유지하세요. 정체를 모르는 시스템 프로세스를 강제 종료하거나 라우팅 테이블을 임의로 수정하지 마세요. 클라이언트에 네트워크 구성 요소 설치가 필요하다면 패널 안내에 따라 권한을 허용하고, 시스템이 구성 요소 로드를 차단하지 않았는지 확인하세요.

클라이언트가 실제로 종료됐는지 확인하려면 주 창만 닫지 말고 시스템 트레이나 메뉴 막대를 살펴보세요. 일부 프로그램은 창을 닫아도 백그라운드 서비스가 계속 실행되어 이전 네트워크 제어 상태가 이후 테스트에 영향을 줄 수 있습니다. 프로그램을 종료한 뒤 시스템 프록시가 복구됐는지 확인하세요. 복구되지 않았다면 수동 프록시의 기존 값을 기록한 다음 더 이상 사용되지 않는 항목을 비활성화하세요. 설정이 조직에서 관리된다면 직접 변경하지 말고, 클라이언트를 종료했는데도 네트워크가 이전 프록시를 가리킨다고 관리자에게 알리세요.

로컬 설정 변경을 멈춰야 할 때

기본 네트워크와 계정 상태가 정상이고 구독 업데이트도 가능하지만, 여러 지역의 서버에서 같은 단계에 계속 실패한다면 문의 티켓을 제출할 수 있습니다. 원본 오류 메시지, 접속 네트워크 유형, 시도한 서버, 최근 네트워크 프로그램을 변경했는지 첨부하세요. 같은 설정이 다른 네트워크에서는 작동한다면 그 비교 결과도 기록하세요. 이 정보는 고객 지원팀이 서버 진입 경로, 접속 환경, 클라이언트 권한 문제를 구분하는 데 도움이 되며 불필요한 절차를 반복하지 않도록 해 줍니다.

연결 후 / 웹페이지 및 이름 확인

연결은 되지만 웹페이지가 열리지 않을 때: DNS와 프록시 적용 확인

클라이언트에는 연결됨으로 표시되지만 웹페이지가 열리지 않는다면 주소 확인, 요청 라우팅, 대상 사이트 응답을 나눠 살펴보세요. 모든 웹페이지가 실패하는지 특정 도메인만 실패하는지, 브라우저만 실패하는지 모든 앱이 실패하는지 먼저 확인하세요. 이름 확인 실패, 연결 시간 초과, 인증서 오류 등 브라우저에 표시된 오류 문구를 기록하세요. 오류마다 문제가 발생한 단계가 다릅니다. 페이지가 빈 화면이라는 이유만으로 설정 전체를 바꾸거나, 웹사이트 계정 제한을 네트워크 연결 문제로 단정하지 마세요.

요청이 클라이언트에 전달됐는지 확인

클라이언트의 연결 기록이나 규칙 일치 기록을 열고 브라우저에서 대상 페이지를 새로고침하세요. 기록에 변화가 전혀 없다면 시스템 프록시, 브라우저 자체 프록시 확장 기능, 클라이언트가 수동 모드로만 실행 중인지 확인하세요. 브라우저에 별도 프록시가 설정돼 있으면 시스템 프록시를 사용하지 않을 수 있습니다. 점검할 때는 네트워크 연결을 제어하는 경로를 하나만 선택하고 중복된 프록시 확장 기능을 종료한 뒤 같은 페이지로 확인하세요. 설정끼리 서로 덮어쓰지 않도록 주의하세요.

연결 기록에 대상 도메인이 표시된다면 요청이 직접 연결로 처리됐는지 프록시로 전달됐는지 확인하세요. 규칙 모드에서는 일부 요청이 직접 연결될 수 있으며, 이는 정상적인 동작일 수 있습니다. 클라이언트 오류를 뜻하는 것은 아닙니다. 비교를 위해 잠시 전역 모드로 전환할 수 있지만, 전역 모드가 특정 앱까지 적용되는지는 해당 앱이 클라이언트의 네트워크 연결 경로를 사용하는지에 따라 다릅니다. 테스트 후에는 평소 모드로 되돌리고, 단순히 ‘전역 모드에서는 됨’이라고만 적지 말고 일치한 규칙 이름도 기록하세요.

DNS 오류와 연결 오류 구분

DNS는 도메인 이름을 IP 주소로 변환합니다. 이름 확인에 실패하면 이후 연결 단계는 아직 시작되지 않은 상태입니다. 반대로 이름 확인에 성공해도 대상 서비스에 접속할 수 있다는 보장은 없습니다. 데스크톱 시스템에서는 아래 명령으로 기본 이름 확인 상태를 살펴볼 수 있습니다. 예시 도메인은 명령을 설명하기 위한 것으로 구독 주소가 아닙니다. 결과에 표시된 서버, 반환 주소, 오류 문구를 비교 자료로 활용할 수 있지만, 이름 확인 결과를 서버 속도 테스트나 스트리밍 지역 판정에 사용하지 마세요.

nslookup example.com

일부 클라이언트는 내부적으로 DNS를 처리하고, 브라우저에서도 보안 DNS를 사용할 수 있으므로 시스템 명령과 브라우저가 같은 경로를 거치지 않을 수 있습니다. 명령은 성공하지만 브라우저에서 실패한다면 브라우저 설정과 클라이언트 기록을 추가로 확인하세요. 둘 다 실패한다면 프록시 연결을 끊고 기본 이름 확인이 복구되는지 비교해 볼 수 있습니다. 판단 없이 DNS를 특정 공개 주소로 변경하지 마세요. 새로운 이름 확인 경로가 현재 네트워크에 적합하지 않을 수 있고, 문제를 더 복잡하게 만들 수도 있습니다.

웹페이지 증상과 다음 점검 항목
증상우선 확인할 항목이 증상만으로 단정할 수 없는 내용
이름 확인 실패시스템, 브라우저, 클라이언트의 DNS 경로서버가 오프라인이라고 단정할 수 없음
연결 시간 초과규칙 일치 여부, 대상 주소, 서버 비교계정이 유효하지 않다고 단정할 수 없음
인증서 오류시스템 시간, 대상 도메인, 네트워크 인증인증서 검증을 무시해 연결이 정상이라고 증명할 수 없음
페이지에 지역 또는 계정 제한 안내 표시서비스 정책, 계정 상태, 실제 출구 경로DNS 오류라고 단정할 수 없음

캐시 처리는 필요한 범위에서만

이름 확인 설정을 바꾼 뒤에는 대상 앱을 종료했다가 다시 열어 기존 연결을 계속 사용하지 않도록 하세요. 시스템 캐시가 원인이라는 근거가 있을 때만 시스템 안내에 따라 DNS 캐시를 새로고침하세요. 브라우저 캐시, DNS 캐시, 웹사이트 로그인 상태는 서로 다르므로 네트워크 문제를 해결하려고 검색 기록과 사이트 데이터를 모두 삭제할 필요는 없습니다. 시크릿 창은 확장 기능과 세션의 영향을 비교하는 데 유용하지만 같은 시스템 네트워크 설정을 사용할 수 있습니다. 별도의 네트워크 환경은 아닙니다.

특히 인증서 오류를 해결하려고 인증서 검증을 계속 무시해서는 안 됩니다. 공용 네트워크 인증 페이지, 기기 관리 정책, 시스템 시간 오류도 인증서 표시 방식에 영향을 줄 수 있습니다. 먼저 도메인 철자가 정확한지 확인한 뒤 시간과 네트워크 인증 상태를 점검하세요. 특정 네트워크에서만 인증서 오류가 발생한다면 민감한 정보를 입력하지 말고 인증서 오류 이름을 네트워크 관리자나 고객 지원팀에 전달하세요. 출처를 알 수 없는 안내에 따라 새 루트 인증서를 설치하지 마세요.

단계별 점검 결과와 함께 문의하기

문의 티켓에는 대상 도메인, 브라우저 오류, 시스템 이름 확인 성공 여부, 클라이언트에 해당 요청이 기록됐는지 적으세요. 웹사이트 주소는 도메인만 남기면 충분합니다. 세션 매개변수가 포함된 전체 주소에서는 민감한 부분을 먼저 삭제하세요. 더 자세한 작동 확인 방법은 출구 IP, DNS 및 앱별 연결 확인 가이드를 참고하세요. 이런 정보는 ‘연결됨으로 표시되지만 작동하지 않음’이라는 설명보다 문제를 찾기 쉽고, 추가 질문도 줄여 줍니다.

전송 성능 / 서버 비교

속도 저하와 저녁 시간대 끊김: 연결 경로를 나눠 비교

속도 저하는 여러 형태로 나타납니다. 웹페이지를 처음 여는 데 오래 걸리거나, 다운로드가 계속 느리거나, 동영상이 반복해서 버퍼링되거나, 앱 사용 중 가끔 멈출 수 있습니다. 먼저 사용에 가장 큰 영향을 주는 증상을 하나 선택하세요. 모든 현상을 ‘지연 시간이 높다’고 기록하지 마세요. 서버 핸드셰이크, 도메인 이름 확인, 데이터 전송, 대상 서비스 처리에는 각기 다른 요인이 영향을 줍니다. 클라이언트의 지연 시간 테스트는 특정 조건의 탐색 결과일 뿐, 동영상 재생 속도를 직접 나타내거나 실제 앱 테스트를 대신하지 않습니다.

반복 가능한 비교 조건 만들기

기기, 접속 네트워크, 클라이언트 모드, 대상 콘텐츠를 고정하고 서버만 바꾸세요. 동영상 테스트는 같은 구간과 화질을 사용하고, 다운로드 테스트는 같은 출처를 사용하세요. 다른 기기에서 대용량 전송 중이라면 일시 중지하세요. 서버를 바꾸면서 웹사이트나 화질까지 함께 바꾸면 결과를 비교하기 어렵습니다. 무선 신호가 약하거나 라우터가 혼잡하거나 기기에서 동기화 작업이 진행 중이면 서버가 달라도 모두 느리게 느껴질 수 있습니다.

먼저 직접 연결로 접속할 수 있는 콘텐츠를 비교해 기본 네트워크 상태가 크게 나빠졌는지 확인한 뒤 프록시가 필요한 대상을 비교하세요. 직접 연결과 프록시 연결이 모두 느리다면 접속 네트워크와 기기 리소스를 우선 살펴보세요. 특정 서버 하나만 느리다면 다른 서버로 바꿔 계속 이용하세요. 여러 지역의 서버에서 같은 웹사이트만 느리다면 웹사이트 자체, 콘텐츠 전송 서버, 계정 제한도 고려해야 합니다. 대상 하나의 결과만으로 구독 전체를 사용할 수 없다고 판단하지 마세요.

저녁 시간대에는 발생 시각을 기록하세요

저녁 시간대의 끊김은 같은 조건에서 시간대에 따라 달라지는지 살펴봐야 합니다. 현지 시각, 시간대, 서버 이름, 대상 앱을 기록하면 충분하며 속도 테스트를 계속 실행할 필요는 없습니다. 평소에는 정상인데 특정 시간대에 반복해서 느려진다면 혼잡 가능성을 점검할 수 있습니다. 다만 이것만으로 혼잡이 로컬 네트워크, 서버 진입 경로, 대상 서비스 중 어디에서 발생했는지 단정할 수는 없습니다. 고객 지원팀이 여러 사용자의 상황을 비교하려면 시간과 지역 정보가 필요합니다.

같은 시간에 지역이나 서버 유형을 바꿔 비교할 수 있습니다. 지리적으로 가까운 곳이 항상 더 빠른 것은 아닙니다. 실제 경로, 접속 통신사, 대상 서비스의 위치가 모두 사용 환경에 영향을 줍니다. 국기만 보고 선택하거나 특정 지역을 모든 앱에 통하는 정답으로 여기지 마세요. 서버 이름은 출구 지역 선택에 참고할 수 있지만, 현재 대상에 적합한지는 연결 기록과 실제 사용 결과를 함께 봐야 합니다. 서버 선택에 대한 자세한 내용은 글로벌 서버 및 연결 경로 안내를 확인하세요.

서버 유형은 비교 기준이며 성능을 보장하지 않습니다
서버 유형점검 시 확인할 항목기록 방법
IEPL 전용 회선현재 진입 경로가 대상 서비스에 적합한지구체적인 서버 이름과 실제 앱 사용 결과 기록
중계접속 네트워크에서 진입 지점까지의 경로 변화같은 네트워크에서 다른 중계 서버와 비교
직접 연결로컬 접속 지점과 출구 사이의 실제 경로네트워크 변경 전후의 차이 기록

대역폭, 응답 속도, 화질을 혼동하지 마세요

동영상 플레이어가 화질을 자동으로 조절하거나 서버를 바꾸기 전에 만든 연결을 계속 사용할 수 있습니다. 서버를 바꾼 뒤에는 콘텐츠를 다시 불러와 버퍼링이 계속되는지 확인하세요. 다운로드 프로그램이 작업 속도를 제한하거나 클라우드 저장소가 계정 정책에 따라 전송을 제한할 수도 있습니다. 이런 경우 서버를 더 자주 바꿔도 도움이 되지 않습니다. 웹페이지는 느리게 열리지만 다운로드는 정상이라면 더 높은 속도 테스트 수치만 좇기보다 이름 확인, 연결 설정, 페이지에 필요한 리소스를 확인하세요.

근거 없이 MTU를 바꾸거나 시스템 네트워크 기능을 끄지 마세요. 일부 네트워크에서는 경로 호환성 문제가 있을 수 있지만, 큰 요청은 실패하고 작은 요청은 정상인 것과 같은 증상을 함께 확인해야 합니다. 온라인에서 본 값을 기기에 그대로 적용하면 새로운 연결 문제가 생길 수 있습니다. 업로드, 응답이 긴 요청, 특정 유형의 콘텐츠만 영향을 받는다면 이런 범위를 고객 지원팀에 설명한 뒤 되돌릴 수 있는 조정을 안내받으세요.

트래픽과 속도를 따로 확인

사용자 패널에서 남은 트래픽과 요금제 상태도 함께 확인하세요. 월 구독 트래픽은 가입일을 기준으로 매달 초기화되며, 달력상의 월초를 기준으로 일괄 초기화되지 않습니다. 추가 트래픽 패키지는 다 쓸 때까지 유지되며 만료되지 않습니다. 세부 구성은 요금제 페이지를 확인하세요. 이는 사용량 한도에 관한 규칙이지 속도 보장이 아닙니다. 사용량이 정상인데 저녁 시간대 문제가 반복된다면 티켓에 발생 시간, 서버 비교 결과, 기본 네트워크 상태를 첨부하세요. 비교하기 어려운 속도 측정 스크린샷을 대량으로 보낼 필요는 없습니다.

연결 유지 / 시스템 작동 상태

잦은 연결 끊김 및 모바일 백그라운드 연결 중단

먼저 클라이언트 연결이 실제로 끊긴 것인지, 앱의 세션만 종료된 것인지 구분하세요. 클라이언트는 계속 연결됨으로 표시되고 다른 웹사이트도 정상인데 채팅이나 코딩 도구만 응답하지 않는다면 앱의 장기 연결이 복구되지 않았을 수 있습니다. 시스템 VPN 표시가 사라지거나 클라이언트가 연결 해제 상태로 돌아간다면 시스템 또는 연결 계층 문제일 가능성이 더 큽니다. 두 경우에 필요한 정보는 다릅니다. 다시 로그인하라는 안내를 모두 서버 연결 끊김으로 보거나, 시스템 아이콘만으로 서비스 요청이 성공했는지 판단하지 마세요.

연결이 끊기기 전 공통 동작 찾기

화면 잠금, 무선 네트워크 전환, 기기 절전 모드 진입, 배터리 절약 모드 활성화, 클라이언트 종료 후에 문제가 반복되는지 확인하세요. 네트워크를 전환하면 로컬 주소와 경로가 바뀌어 기존 세션을 다시 연결해야 할 수 있습니다. 기기를 다시 사용하기 시작하면 기본 네트워크가 복구됐는지 먼저 확인한 다음 클라이언트가 자동으로 재연결되는지 살펴보세요. 항상 같은 동작 뒤에 문제가 생긴다면 ‘사용 중 갑자기 끊김’이라고만 적는 것보다 발생 조건을 기록하는 편이 유용합니다.

한 번은 앱을 열어 둔 상태와 백그라운드 상태를 비교해 보세요. 대상 앱이 정상 작동하는지 확인한 다음 화면을 잠그거나 앱을 백그라운드로 전환하고, 다시 돌아왔을 때 클라이언트 상태와 앱 기록을 살펴보세요. 이때 서버를 바꾸거나 절전 설정을 함께 변경하지 마세요. 앱을 열어 둔 상태에서는 정상이고 백그라운드에서만 실패한다면 시스템의 백그라운드 활동 관리부터 확인하세요. 두 경우 모두 실패한다면 서버와 접속 네트워크를 비교하세요. 화면을 녹화할 때 알림 내용, 계정 이름, 구독 주소가 노출되지 않도록 주의하세요.

Android 배터리 및 백그라운드 제한 확인

기기마다 설정 이름은 다르지만, 일반적으로 앱 정보의 배터리 사용, 백그라운드 활동 또는 자동 시작 관리에서 관련 항목을 찾을 수 있습니다. 먼저 클라이언트에 필요한 백그라운드 실행 권한이 있는지 확인하고, 화면이 잠긴 뒤 시스템이 앱을 종료하는지 살펴보세요. 설정은 현재 클라이언트에만 적용하면 되며 시스템 전체의 절전 기능을 끌 필요는 없습니다. 기기가 업무용 설정으로 관리된다면 해당 정책에서 개인 네트워크 연결을 계속 유지하도록 허용하는지 확인하세요. 관련 제한은 관리자에게 문의해야 합니다.

일부 시스템에는 VPN 상시 연결 또는 VPN을 사용하지 않는 연결 차단 옵션이 있습니다. 활성화하기 전에 설명을 읽어 보세요. 클라이언트가 아직 연결되지 않았거나 복구할 수 없을 때 이 설정으로 다른 네트워크 요청까지 중단될 수 있습니다. 연결 끊김을 해결하는 범용 스위치가 아닙니다. 이미 켜 둔 상태에서 네트워크가 완전히 끊겼다면 기존 설정을 기록한 다음 클라이언트 안내에 따라 확인하세요. 기능을 모르는 상태에서 설정을 반복해서 바꾸지 마세요.

iOS 네트워크 확장 및 설정 충돌 확인

시스템에 다른 VPN 설정이 남아 있는지, 현재 활성화된 설정이 실제 사용 중인 클라이언트에 해당하는지 확인하세요. 다른 네트워크 확장 기능이나 주문형 연결 설정이 연결 처리 방식에 영향을 줄 수 있습니다. 이번 테스트에 사용하지 않는 클라이언트는 종료한 뒤 현재 연결에 필요한 권한을 다시 허용하세요. 출처를 모르는 기기 관리 프로파일을 삭제하지 마세요. 관리 기기의 설정은 관리자에게 확인해야 합니다. 시스템 업데이트 후 권한 안내가 다시 나타나면 실제 안내 내용을 확인하세요.

iOS의 일반 앱 백그라운드 새로고침과 VPN 네트워크 확장은 서로 다른 기능이므로 백그라운드 새로고침만 켜도 연결 끊김이 해결된다는 보장은 없습니다. 시스템 VPN 상태가 바뀌는지, 클라이언트를 다시 열었을 때 바로 복구되는지 아니면 재연결이 필요한지 기록하세요. 앱에서만 콘텐츠를 받지 못하고 네트워크 확장은 계속 작동한다면 앱 자체의 백그라운드 동작과 장기 연결 복구를 확인하세요. VPN 설정을 반복해서 재설치하지 마세요.

데스크톱 절전 후 장기 연결 복구

Windows, macOS, Linux가 절전 모드에서 깨어날 때 네트워크 인터페이스가 앱보다 늦게 복구될 수 있습니다. 네트워크를 사용할 수 있을 때까지 기다린 뒤 클라이언트를 다시 연결하고, 마지막으로 대상 작업을 새로 시작하세요. 터미널의 스트리밍 출력, 원격 세션, AI 코딩 자동 완성은 네트워크가 복구돼도 기존 세션을 앱에서 다시 연결해야 할 수 있습니다. 결과가 확인되기 전에 같은 작업을 연달아 보내 중복 실행하지 마세요.

서로 다른 서버에서도 화면 잠금 후 같은 방식으로 연결이 끊긴다면 기기와 시스템 측의 비교 결과를 우선 제출하세요. 특정 서버에서만 발생하고 화면 잠금과는 무관하다면 서버 이름과 시간을 첨부하세요. 클라이언트가 갑자기 종료되면 오류 안내와 필요한 로그를 먼저 보존한 뒤 업데이트나 재설치를 고려하세요. 재설치로 일부 증거가 사라질 수 있으므로 연결이 끊길 때마다 먼저 재설치하지 마세요.

설정 출처 / 계정 및 동기화

구독 업데이트 실패: 계정·주소·형식 확인

구독 업데이트 실패와 서버 연결 실패는 서로 다른 문제입니다. 구독은 클라이언트에 설정을 전달하고, 서버 연결은 이미 가져온 설정을 사용합니다. 클라이언트가 기존 서버는 계속 사용할 수 있지만 업데이트 경로에 일시적으로 접근하지 못할 수 있습니다. 반대로 구독 업데이트는 성공했지만 현재 선택된 서버가 바뀌지 않았을 수도 있습니다. 계정, 네트워크, 클라이언트 호환성을 점검하기 전에 오류가 콘텐츠 가져오기, 콘텐츠 파싱, 설정 저장 중 어느 단계에서 발생했는지 확인하세요.

먼저 사용자 패널에서 출처 확인

사용자 패널에 로그인해 현재 계정과 요금제 상태를 확인하세요. 구독은 로그인한 뒤 가져와야 합니다. 사용자 패널의 해당 메뉴에서 가져오고, 채팅 기록에 남아 출처를 확인할 수 없는 이전 주소는 사용하지 마세요. InnVPN은 이메일 주소 없이 사용자 이름과 비밀번호로 계정을 만들 수 있습니다. 기기에 여러 계정이 저장돼 있다면 현재 어떤 계정으로 로그인했는지 먼저 확인하세요. 계정을 혼용해 설정이 무효라고 오인하지 않도록 주의하세요.

요금제 상태가 정상이라면 패널 안내에 따라 구독을 다시 복사하거나 가져오세요. 복사할 때 공백, 줄바꿈, 한자 문장 부호가 들어가지 않았는지 확인하고 주소의 매개변수를 추측해 직접 수정하지 마세요. 전체 구독 주소는 민감한 정보입니다. 확인을 위해 공개 웹페이지, 온라인 변환 도구, 단체 채팅에 붙여 넣지 마세요. 고객 지원팀의 확인이 필요하다면 먼저 오류와 메뉴 이름을 설명하고, 티켓을 통해 필요한 자료의 범위를 확인한 뒤 요청된 내용만 제공하세요.

오류 유형별 점검

콘텐츠를 가져오는 중 시간 초과가 발생하면 기기에서 사용자 패널에 접속할 수 있는지, 이전 프록시 설정이 업데이트 요청에 영향을 주는지 먼저 확인하세요. 일부 클라이언트에서는 구독 업데이트에 사용할 연결 방식을 따로 지정할 수 있습니다. 안내에 따라 직접 연결과 현재 프록시 연결을 비교하되 시스템 보호 기능을 모두 끄지는 마세요. 로그인 페이지나 네트워크 인증 페이지가 응답으로 표시되면 클라이언트에서 이를 서버 설정으로 파싱할 수 없습니다. 먼저 로그인 상태나 네트워크 인증을 해결하세요.

파싱에 실패하면 가져오기 형식이 현재 클라이언트와 일치하는지 확인하세요. 다른 형식용 메뉴를 그대로 붙여 넣거나 파일 확장자만 바꾸지 마세요. 클라이언트가 지원하지 않는 필드를 표시한다면 오류 원문을 보존하고 패널의 클라이언트 사용 안내를 확인하세요. 형식 지원은 클라이언트 구현에 따라 달라집니다. 실제 서비스와 맞지 않는 설정을 가져오지 않도록 이 페이지에서는 특정 버전 번호나 범용 대체 템플릿을 제공하지 않습니다.

기존 설정을 보존한 뒤 새 설정 확인

기존 설정이 계속 작동한다면 먼저 삭제하지 마세요. 클라이언트에서 허용하는 경우 기존 설정을 남겨 두고 패널 안내에 따라 새 설정을 가져온 다음 서버 목록이 표시되는지 확인한 뒤 전환하세요. ‘추가됨’, ‘업데이트됨’, ‘사용 중’은 서로 다른 상태일 수 있습니다. 새 설정이 존재한다고 해서 현재 실행 중인 설정이라는 뜻은 아닙니다. 전환 후 현재 설정 이름과 선택된 서버를 확인해 화면만 업데이트되고 실제로는 예전 설정을 계속 쓰는 일이 없도록 하세요.

분할 라우팅 규칙을 직접 수정했다면 구독 업데이트가 일부 변경 내용을 덮어쓰거나 로컬 수정과의 병합에 실패할 수 있습니다. 먼저 민감한 정보가 들어 있지 않은 설정 기록을 내보내고, 구독에서 가져온 항목과 직접 추가한 항목을 구분하세요. 다른 사람에게 전체 설정 파일을 보내 수정을 맡기지 마세요. 비교를 위해 먼저 패널에서 제공한 원본 설정을 사용해 기본 연결을 확인한 다음 필요한 로컬 규칙만 하나씩 복구하세요.

사용량, 요금제 변경, 업데이트는 서로 다른 절차입니다

월간 구독은 ¥9.9/월에 60GB, ¥18/월에 250GB, ¥28/월에 500GB를 제공합니다. 트래픽은 가입일을 기준으로 매달 초기화되며, 중간에 요금제를 변경하면 차액은 남은 일수에 따라 계산됩니다. 추가 트래픽 패키지는 ¥158/300GB, ¥358/1000GB, ¥658/3000GB이며, 다 쓸 때까지 유지되고 만료되지 않습니다. 이 정보는 계정 상태를 확인하기 위한 것입니다. 이 내용만으로 구독 주소 형식을 추정하거나 반복 업데이트로 사용량 확인을 대신하지 마세요.

패널 상태와 원본 가져오기 방법이 정상인데도 네트워크를 바꿔도 같은 파싱 오류가 계속된다면 문의 티켓을 제출하세요. 클라이언트 이름, 시스템 종류, 오류 원문, 설정을 직접 수정한 적이 있는지, 기존 설정으로 연결할 수 있는지 알려 주세요. 전체 구독 주소는 첨부하지 마세요. 처음 설정하는 방법은 빠른 시작 가이드에서 확인할 수 있습니다. 용어가 익숙하지 않다면 구독 및 분할 라우팅 용어 빠른 안내를 참고하세요.

요청 경로 / 앱 및 규칙

특정 앱에서 프록시가 작동하지 않을 때: 분할 라우팅 경로 확인

브라우저에서 웹페이지가 열린다고 해서 다른 앱도 같은 프록시를 사용한다는 뜻은 아닙니다. 앱은 시스템 설정을 읽을 수도 있고 자체 네트워크 라이브러리, 환경 변수, 별도 프록시 설정을 사용할 수도 있습니다. 먼저 웹 버전, 데스크톱 앱, 터미널 도구, 모바일 앱 중 어디에서 문제가 발생하는지 확인한 뒤 클라이언트 연결 기록과 비교하세요. 대상 앱이 기록에 전혀 나타나지 않으면 요청이 클라이언트에 전달되는 경로부터 확인해야 합니다. 기록에는 나타나지만 요청이 실패한다면 그때 규칙, 서버, 대상 서비스 응답을 점검하세요.

모드 이름과 실제 적용 범위 이해

스마트 분할 라우팅은 일반적으로 규칙에 따라 직접 연결 또는 프록시 연결을 선택합니다. 전역 모드는 일반적으로 클라이언트에 전달된 요청의 경로를 바꿉니다. 직접 연결 모드는 관련 요청을 프록시 출구로 보내지 않습니다. 구체적인 동작은 현재 사용하는 클라이언트의 안내를 따르세요. ‘전역’이라고 해서 기기의 모든 프로세스가 반드시 클라이언트를 거치는 것은 아닙니다. 어떤 프로그램이 시스템 프록시를 전혀 읽지 않는다면 전역 모드로 전환해도 달라지는 것이 없을 수 있습니다. 해당 프로그램에 맞는 연결 경로를 클라이언트가 제공하는지 확인하세요.

점검할 때는 먼저 규칙 모드에서 대상 앱을 실행해 어떤 규칙에 도메인이나 프로세스가 일치하는지 확인하세요. 대상에 프록시가 필요한데 직접 연결 규칙이 적용됐다면 잠시 전역 모드로 테스트해 경로 변경에 따라 문제가 달라지는지 확인할 수 있습니다. 테스트에 성공했다면 규칙 모드로 되돌리고 현재 클라이언트가 지원하는 방식으로 해당 규칙을 조정하세요. 특정 앱 하나를 고치려고 모든 직접 연결 규칙을 계속 삭제하지 마세요. 로그인, 결제, 로컬 기기 접속도 기존 라우팅 설정을 필요로 할 수 있습니다.

데스크톱 앱과 터미널을 따로 점검

터미널 도구는 프로세스가 시작될 때의 환경 변수를 읽는 경우가 많습니다. 시스템 설정을 방금 바꿨더라도 이미 열려 있는 터미널이나 편집기는 이전 값을 계속 사용할 수 있습니다. 환경 변수가 설정돼 있는지 확인한 다음, 값이 현재 클라이언트에서 제공하는 로컬 프록시 주소를 가리키는지 확인하세요. 클라이언트와 설정마다 다를 수 있으므로 고정 포트는 안내하지 않습니다. 클라이언트 화면에 표시된 실제 값을 기준으로 하세요. 서버 주소를 앱의 로컬 프록시 주소에 직접 입력하지 마세요.

# macOS / Linux: 현재 터미널의 일반적인 프록시 환경 변수 확인
printenv HTTP_PROXY HTTPS_PROXY ALL_PROXY NO_PROXY

# Windows PowerShell: 현재 프로세스 환경의 프록시 환경 변수 확인
Get-ChildItem Env: | Where-Object Name -Match '^(HTTP_PROXY|HTTPS_PROXY|ALL_PROXY|NO_PROXY)$'

인증 정보가 포함된 변수 값을 확인 과정에서 그대로 공개하지 마세요. 변수가 종료된 이전 클라이언트를 가리킨다면 먼저 기록한 뒤 잘못된 설정을 제거하고 터미널을 다시 열어 테스트하세요. 변수 이름의 대소문자 지원은 도구마다 다르므로 해당 도구의 문서를 확인하세요. 제외 목록도 살펴볼 필요가 있습니다. 대상 도메인이 직접 연결 범위에 들어 있으면 도구가 프록시를 거치지 않을 수 있습니다. 브라우저가 정상이라는 사실만으로 이런 프로세스 설정 문제를 배제할 수는 없습니다.

AI 도구는 요청 오류와 계정 제한을 구분하세요

AI 코딩 도구는 로그인 페이지, 자동 완성 서비스, 확장 기능 마켓, 터미널 명령을 함께 사용할 수 있으므로 홈페이지 하나만 테스트해서는 충분하지 않습니다. 로그인, 요청 전송, 출력 스트리밍, 플러그인 가져오기 중 어느 단계에서 실패하는지 확인하세요. 웹에서는 정상인데 편집기에서 실패한다면 편집기 자체의 프록시 설정과 플러그인 프로세스를 먼저 살펴보세요. 자동 완성만 중단되고 일반 페이지는 정상이라면 중단 당시의 오류 문구와 연결 기록을 보존하고 장기 연결 증상을 설명하세요. 단순히 속도가 느리다고만 하지 마세요.

대상 서비스에서 지역 제한, 계정 확인, 할당량 부족, 권한 안내가 표시되면 해당 서비스의 정책에 따라 처리해야 합니다. 서버를 바꾸는 것으로 계정 자격을 대체할 수 없습니다. InnVPN은 네트워크 연결 서비스를 제공하며 대상 플랫폼의 계정 심사나 기능 제공 여부를 보장하지 않습니다. 관련 선택 방법은 ChatGPT 연결 안내를 참고하고, 개발 환경은 AI 코딩용 VPN 선택 가이드를 이어서 확인하세요.

스트리밍 앱은 세션을 다시 연결해야 합니다

동영상 앱은 지역 판정 결과를 캐시하거나 페이지와 재생 리소스를 서로 다른 도메인에서 가져올 수 있습니다. 서버를 바꾼 뒤 재생 콘텐츠를 다시 열고 클라이언트 기록의 요청 경로가 바뀌었는지 확인하세요. 목록은 보이지만 재생할 수 없다면 재생 오류 코드를 보존하고 콘텐츠 이용 권한, 계정 지역, 네트워크 오류를 구분하세요. 홈페이지가 열린다고 모든 콘텐츠의 재생까지 확인된 것은 아닙니다. 지역 이름만으로 특정 결과를 단정하지 마세요.

특정 앱에서만 문제가 발생한다면 문의 티켓에 앱 이름, 사용 경로, 실패 단계, 규칙 일치 결과를 적으세요. 스크린샷에는 오류 코드를 남기고 계정 정보는 가리세요. 도메인이나 프로세스에 규칙을 추가해야 한다면 먼저 고객 지원팀에 현재 클라이언트에서 지원하는 방법을 확인한 뒤 제한된 범위로 조정하세요. 스트리밍 관련 점검은 스트리밍 연결 안내를 참고하되, 최종 판단은 대상 앱의 실제 응답을 기준으로 하세요.

시스템별 차이 / 여러 기기의 상태

플랫폼 권한 및 기기 수 초과 안내

InnVPN은 Windows / macOS / iOS / Android / Linux를 지원하며 동시 연결 기기 수에 제한이 없습니다. 클라이언트에서 ‘기기 수 초과’ 또는 비슷한 안내가 표시돼도 곧바로 요금제 제한이라고 판단하지 마세요. 안내가 InnVPN 클라이언트, 시스템 VPN 설정, 대상 웹사이트의 계정 페이지 중 어디에서 표시되는지 먼저 확인하세요. 각 출처의 제한은 서로 다르므로 출처를 확인한 뒤 처리해야 합니다. 관련 없는 안내 때문에 요금제를 변경하거나 기기를 삭제하지 마세요.

여러 기기를 비교할 때는 같은 계정인지 먼저 확인

같은 네트워크에서 한 기기는 연결되지만 다른 기기는 연결되지 않는다면 먼저 기기 설정의 차이를 살펴보세요. 두 기기가 같은 계정에서 가져온 유효한 구독을 사용하는지, 현재 설정이 활성화됐는지, 선택한 서버가 같은지 확인하세요. 클라이언트 홈 화면의 초록색 상태만 비교하지 마세요. 계정과 구독 출처가 같다는 것을 확인한 뒤 시스템 권한과 프록시 모드를 비교하세요. 모든 기기를 한꺼번에 초기화하지 않고 서비스 측과 기기 측 문제를 구분할 수 있습니다.

기기 수 제한이 없다고 해서 모든 기기의 설정 절차가 같거나 라우터, 네트워크 공유, 대상 플랫폼이 무제한 세션을 지원한다는 뜻은 아닙니다. 대상 앱에는 자체 로그인 기기 정책이 있을 수 있고 로컬 라우터도 연결이나 리소스를 제한할 수 있습니다. 안내가 타사 서비스에서 온 것이 분명하다면 해당 서비스의 계정 정책을 확인하세요. InnVPN 패널이나 클라이언트에서 나온 안내라면 원문을 보존해 문의 티켓을 제출하고 새로운 기기 한도를 임의로 추정하지 마세요.

플랫폼별 차이: 해당 권한과 연결 경로부터 확인
플랫폼우선 확인할 항목자주 하는 오판
Windows시스템 프록시, 네트워크 구성 요소, 이전 클라이언트의 백그라운드 서비스주 창을 닫으면 프록시 서비스도 종료된다고 생각함
macOS네트워크 확장 권한, 현재 네트워크 서비스의 프록시 설정네트워크를 바꿔도 모든 설정이 반드시 같다고 생각함
iOSVPN 설정의 연결 대상, 주문형 연결, 관리 설정백그라운드 새로고침이 네트워크 확장의 지속 실행과 같다고 생각함
Android백그라운드 제한, 배터리 관리, 현재 VPN 앱앱을 열어 둔 상태에서 작동하면 화면을 잠가도 된다고 생각함
Linux데스크톱 프록시, 터미널 변수, 라우팅 및 이름 확인 관리그래픽 인터페이스 설정이 모든 명령에 자동으로 적용된다고 생각함

데스크톱 시스템의 남은 설정 확인

Windows의 시스템 프록시와 일부 서비스가 사용하는 프록시 설정은 서로 다를 수 있습니다. 브라우저가 정상이라고 해서 백그라운드 도구도 정상이라는 뜻은 아닙니다. 반대로 백그라운드 도구 하나가 실패해도 시스템 프록시 전체가 작동하지 않는다고 단정할 수 없습니다. 먼저 대상 프로그램이 실제로 사용하는 네트워크 경로를 확인한 뒤 이전 프록시 설정이나 시작 프로그램이 남아 있는지 살펴보세요. 온라인에서 찾은 네트워크 초기화 명령을 바로 실행하지 마세요. 조직의 설정, 가상 네트워크 어댑터, 다른 네트워크 서비스에 영향을 줄 수 있습니다.

macOS에서는 현재 네트워크 서비스의 프록시 설정과 네트워크 확장 권한을 확인하세요. 무선 네트워크 변경, 유선 연결 사용, 다른 네트워크 프로그램 설치 후에는 실제 연결에 사용되는 서비스가 바뀔 수 있습니다. 시스템에서 확장 기능 승인을 요청하면 출처를 확인하세요. 기기가 조직에서 관리된다면 먼저 관리자에게 문의하세요. Linux에서는 데스크톱 설정, 명령 환경, 시스템 이름 확인 서비스를 구분해야 합니다. 점검 전에 현재 설정을 기록하고, 특정 배포판의 명령으로 다른 네트워크 관리 설정을 덮어쓰지 않도록 주의하세요.

설치와 구독 가져오기는 별도로 확인

클라이언트는 사용자 패널의 다운로드 메뉴에서 받을 수 있습니다. Android, Windows, macOS, Linux는 로그인 후 다운로드할 수 있고, iOS는 패널에 표시되는 유효한 요금제를 기준으로 판단합니다. 클라이언트 설치 메뉴에 접근할 수 있다고 유효한 구독까지 확보한 것은 아닙니다. 구독을 가져왔어도 시스템 권한 설정이 완료되지 않았을 수 있습니다. 다운로드 메뉴나 권한에 문제가 있다면 현재 어느 단계에서 멈췄는지 설명하세요. 설치, 구독, 연결 문제를 모두 다운로드 실패라고 뭉뚱그리지 마세요.

iOS에서 앱 스토어 지역, 설정 권한, 클라이언트 다운로드 문제가 발생했다면 iPhone VPN 사용 및 선택 가이드를 참고하세요. 출처를 확인할 수 없는 파일 첨부로 클라이언트를 설치하지 마세요. 기기 관리 설정을 일반 VPN 설정처럼 함부로 삭제해서도 안 됩니다. 업데이트나 재설치 전에 패널에서 구독을 다시 가져올 수 있는지 확인하고 현재 로컬 규칙을 기록하세요. 설정을 복구할 때 기존 항목을 놓치지 않도록 주의하세요.

제한 안내를 설명하는 방법

티켓에 안내가 어느 화면에서 표시됐는지, 로그인 중인지 연결 중인지, 다른 기기는 정상인지 적으세요. 안내 제목과 오류 문구가 보이도록 스크린샷을 잘라 첨부하고 기기 이름에 포함된 개인 정보는 가리세요. 고객 지원팀은 안내 출처와 계정 상태를 확인해야 하며 모든 기기 식별 정보를 수집할 필요는 없습니다. 기기별 결과가 다르다면 시스템 종류와 결과를 기기마다 간단히 적으면 됩니다. 모든 설정 파일을 올릴 필요는 없습니다.

설정 복구 / 문의 인계

문제 해결 마무리 및 문의 자료 목록

문제 해결의 목표는 정상적으로 사용할 수 있는 상태로 복구하고 결과를 설명할 수 있도록 기록하는 것이지, 모든 스위치를 시험하는 것이 아닙니다. 변경 후 문제가 해결됐다면 효과가 있었던 변경을 기록하고 관련 없는 테스트 설정은 원래대로 되돌리세요. 복구되지 않았더라도 기본 네트워크, 구독, 서버 비교를 마쳤다면 고객 지원팀에 넘겨 추가로 확인할 수 있습니다. 무작위로 설정을 계속 바꾸면 원래 증상이 새로운 문제에 가려져 확인 비용이 커질 수 있습니다.

재현 가능한 절차로 결과 정리

정상 상태에서 문제가 발생하기까지의 순서를 설명하세요. 어떤 기기와 네트워크를 사용했고, 어떤 클라이언트를 열었으며, 어떤 모드와 서버를 선택한 뒤 무엇을 했고, 마지막에 어떤 안내가 표시됐는지 적으세요. 연결 시간 초과, 인증 실패, 지역 제한을 모두 ‘작동하지 않음’으로 뭉뚱그리지 말고 화면에 표시된 원문을 사용하세요. 분명한 오류가 없었다면 페이지가 계속 로딩됨, 시스템 VPN 표시가 사라짐, 클라이언트가 갑자기 종료됨과 같은 관찰 가능한 증상을 기록하세요.

문제 해결에 도움이 되는 비교 결과만 남기세요. 같은 서버에서 네트워크를 바꾸면 나아지는지, 같은 네트워크에서 서버를 바꾸면 나아지는지, 다른 앱은 정상인지, 앱을 열어 둔 상태와 백그라운드 상태가 다른지 등의 정보가 스크린샷을 많이 모으는 것보다 유용합니다. 이미 시도한 작업도 함께 적으면 고객 지원팀이 같은 작업을 다시 요청하지 않을 수 있습니다. 변경 후 원래 상태로 되돌리지 못했다면 현재 상태를 기준으로 다음 안내를 받을 수 있도록 그 사실도 알려 주세요.

그대로 복사해 작성할 수 있는 정보

아래 목록에는 계정 인증 정보 항목이 없습니다. 시스템 정보는 기기에 현재 표시된 내용을 적고 버전을 추측하거나 전체 하드웨어 보고서를 복사하지 않아도 됩니다. 발생 시간에는 시간대를 함께 적고 네트워크 유형은 가정용 무선 네트워크, 회사 네트워크 등으로 간단히 설명하세요. 대상 주소는 보통 도메인만으로 충분합니다. 특정 페이지만 실패한다면 로그인 토큰, 세션 매개변수, 개인 정보부터 삭제한 뒤 해당 페이지의 용도를 설명하세요.

문제 증상:
기기 및 시스템:
클라이언트 이름:
발생 시간 및 시간대:
접속 네트워크 유형:
현재 모드 및 서버 이름:
오류 원문 또는 잘라낸 스크린샷:
다른 웹사이트나 앱은 정상인지:
네트워크 변경 후 결과:
서버 변경 후 결과:
최근 변경한 설정:
확인을 요청할 단계:

로그가 필요하다면 먼저 클라이언트에서 특정 시간대의 로그를 내보낼 수 있는지 확인하세요. 로그에는 대상 도메인, 로컬 주소, 계정 관련 항목이 포함될 수 있으므로 공유 전에 내용을 살펴보세요. 오류 발생 시점 주변의 필요한 부분만 남기고 브라우저 활동 전체를 기본적으로 업로드하지 마세요. 민감한지 확실하지 않은 항목이 있다면 티켓에서 필요한 필드를 먼저 문의하세요. 편의를 위해 설정 폴더 전체를 압축해 보내지 마세요.

고객 지원팀에 빠르게 문의해야 하는 경우

계정 상태와 실제 이용 권한이 일치하지 않거나, 원본 구독을 서로 다른 네트워크에서 모두 파싱할 수 없거나, 여러 지역의 서버에서 같은 단계에 실패하거나, 패널에 기기 수 제한 없음과 다른 안내가 표시된다면 문의 티켓을 제출하세요. 클라이언트가 갑자기 종료되거나 네트워크 구성 요소 권한에 문제가 발생한 경우에도 안내를 보존한 뒤 고객 지원팀에 연락하세요. 회사나 기관의 관리 네트워크에서만 문제가 발생한다면 관리자에게 로컬 정책을 확인할 수도 있지만 관리 설정을 직접 제거하지 마세요.

대상 플랫폼에서만 계정 자격, 콘텐츠 이용 권한, 결제 제한 문제가 발생한다면 해당 플랫폼의 안내를 먼저 확인하세요. 네트워크 서비스는 타사 계정 규칙을 대신할 수 없으며 모든 지역의 콘텐츠에 접근할 수 있다고 보장하지 않습니다. 문의 티켓으로 요청 경로와 연결 상태를 확인할 수는 있지만, 대상 플랫폼의 계정 심사를 서버 문제로 처리해서는 안 됩니다. 문제 범위를 명확히 하면 양측 모두 확인 가능한 부분에 집중할 수 있습니다.

복구 후 임시 변경 사항 되돌리기

연결이 복구됐는지 확인한 뒤 평소 사용하는 분할 라우팅 모드로 되돌리고, 비교용으로 임시 변경한 DNS나 앱 설정을 취소한 다음 자주 사용하는 앱을 다시 확인하세요. 다른 네트워크 도구를 일시 중지했다면 필요에 따라 하나씩 다시 켜고 문제가 재발하는지 살펴보세요. 모든 도구를 한꺼번에 복구하면 충돌이 다시 발생했을 때 원인을 찾기 어렵습니다. 효과가 있었던 설정의 출처와 주요 내용만 기록하고 일반 메모에 전체 구독 주소를 저장하지 마세요.

InnVPN은 14일 무조건 환불을 제공합니다. 신청 방법은 이용 약관에서 확인하세요. 결제 수단은 Alipay / WeChat Pay / USDT이며, 요금제 내용은 요금제 페이지를 기준으로 합니다. 연결 문제와 결제 문제는 문의 티켓에서 각각 설명할 수 있습니다. 테스트를 계속하려고 계정을 반복해서 만들지 마세요. 같은 증상이 다시 발생하면 이전 티켓과 이번에 달라진 점을 함께 알려 주는 편이 처음부터 다시 설명하는 것보다 명확합니다.

무료 체험