VPNUPS 문제 해결 안내서

연결되지 않을 때: 먼저 문제 발생 지점을 확인하세요

‘연결 실패’가 발생한 단계를 확인하세요

클라이언트에 연결 안 됨이 표시되는 경우, 회선 테스트가 실패하는 경우, 시스템에 VPN 표시가 있지만 웹페이지가 열리지 않는 경우는 서로 다른 문제입니다. 오류가 클라이언트 실행, 구독 불러오기, 회선 선택, 연결 수립 중 어느 단계에서 나타나는지 먼저 확인하세요. 안내 문구를 전체 그대로 기록하고 단순히 ‘안 돼요’라고만 적지 마세요. 클라이언트가 아예 열리지 않는다면 시스템 권한과 설치 상태부터 확인하세요. 목록이 비어 있다면 구독 업데이트 항목을, 회선은 연결됐지만 특정 페이지가 열리지 않는다면 DNS와 라우팅 항목을 확인하세요.

프록시를 끈 상태에서 평소 정상적으로 열리는 웹사이트에 접속해 기본 네트워크가 작동하는지 확인하세요. 호텔, 사무실, 공공 Wi-Fi는 브라우저에서 먼저 접속 인증을 해야 할 수 있습니다. 시스템에 Wi-Fi 연결로 표시되더라도 인터넷에 접속할 수 있다는 뜻은 아닙니다. 인증 페이지가 자동으로 열리지 않으면 프록시를 잠시 중지하고 브라우저 프록시 확장 프로그램을 끈 뒤, 시스템 네트워크 설정에서 로그인 안내를 여세요. 접속 인증을 마친 다음 클라이언트를 다시 켜면 인증 실패를 회선 문제로 오인하는 일을 줄일 수 있습니다.

기기는 그대로 두고 네트워크와 회선을 각각 바꿔 보세요

기본 네트워크가 정상이라면 기기와 클라이언트 설정은 그대로 두고 다른 회선으로 바꿔 보세요. 회선을 바꾼 뒤 연결된다면 기존 회선이나 현재 네트워크에서 해당 진입점으로 이어지는 경로에 문제가 있을 가능성이 큽니다. 곧바로 소프트웨어를 재설치할 필요는 없습니다. 여러 회선에서 모두 실패한다면 회선은 그대로 둔 채 다른 접속 네트워크를 사용해 보세요. 이 순서로 회선 문제와 접속 네트워크 문제를 구분할 수 있습니다. 지역 이름만으로 같은 지역의 모든 회선이 동일한 문제를 겪는다고 판단해서는 안 됩니다.

접속 네트워크를 바꾼 뒤 정상화되면 기존 네트워크의 인증 상태, 외부 연결 정책, 라우터 설정을 확인하세요. 회사나 학교 네트워크는 터널 연결에 별도 관리 규정을 적용할 수 있으므로 규정을 따르고 관리자에게 허용된 연결 방식을 문의하세요. 모든 접속 네트워크에서 실패한다면 클라이언트의 연결 핵심 기능이 실행 중인지, 시스템 네트워크 권한을 얻었는지, 다른 프록시 프로그램이 같은 로컬 수신 포트를 사용 중인지 확인하세요. 다른 클라이언트를 먼저 종료한 뒤 다시 연결해 여러 프로그램이 동시에 시스템 프록시를 제어하지 않도록 하세요.

계정 상태와 시스템 시간을 확인하세요

계정 개요에서 요금제 상태, 잔여 데이터, 구독이 현재 계정에 해당하는지 확인하세요. 월간 구독 데이터는 가입한 날짜를 기준으로 매월 초기화되므로 달력상 월이 바뀌었다고 데이터가 복구됐다고 판단하지 마세요. 회선 목록이 보인다고 해서 현재 계정에 사용 가능한 데이터가 있다는 뜻은 아닙니다. 클라이언트에 이전에 저장한 설정이 표시될 수 있습니다. 상태가 일치하지 않으면 먼저 대시보드를 새로고침한 뒤 구독을 업데이트하세요. 설정의 계정 필드를 수정해 해결하려고 하지 마세요.

시스템 날짜나 시간대가 크게 틀리면 인증서 유효기간 확인과 보안 연결에 영향을 줄 수 있습니다. 시스템 날짜, 시간, 시간대를 올바르게 설정한 뒤 다시 시도하세요. 인증서 오류가 발생해도 인증서 검증을 끄거나 출처가 불분명한 루트 인증서를 설치하지 마세요. 오류 원문을 보존하고 인증서 이름 불일치, 인증서 신뢰 체인 문제, 로컬 시간 오류를 구분하세요. 이런 정보가 ‘서버가 응답하지 않음’보다 원인 파악에 도움이 됩니다.

기본 네트워크와 계정 상태가 정상이고 다른 프록시를 종료했는데도 연결되지 않으며, 회선과 접속 네트워크를 바꿔도 결과가 같다면 재설치를 반복하지 마세요. 연결 로그에서 연결 시도부터 오류가 나타날 때까지의 내용을 저장하고, 운영체제, 클라이언트 출처, 회선 이름, 실패 시각을 기록해 페이지 하단의 안내에 따라 문의하세요. 어떤 비교 점검을 마쳤는지 알려 주면 같은 확인을 반복하는 일을 줄일 수 있습니다.

연결은 되지만 웹페이지가 열리지 않을 때: DNS 확인

DNS 확인, 연결, 페이지 응답을 구분하세요

클라이언트에 연결 표시가 나타나도 특정 연결 단계만 완료됐다는 뜻일 수 있으며, 브라우저 요청 전체가 정상이라는 의미는 아닙니다. 웹페이지에 접속하려면 도메인 확인, 보안 연결 수립, 응답 수신, 페이지 리소스 로드가 이어져야 합니다. 브라우저에서 도메인을 찾을 수 없다고 하면 DNS를 먼저 확인하세요. 연결 대기 시간이 길면 프록시 적용 여부와 대상 경로를 점검하세요. 접근 거부나 계정 인증 페이지가 나타난다면 대상 서비스에서 응답을 받은 것이므로 곧바로 DNS 문제로 분류하지 마세요.

같은 브라우저로 용도가 다른 웹사이트에 접속하고 실패 페이지의 전체 오류 코드를 기록하세요. 특정 사이트만 실패한다면 시스템 네트워크 전체를 초기화하기 전에 다른 회선에서 해당 사이트가 열리는지 비교하세요. 모든 사이트가 실패한다면 프록시를 끄고 기본 네트워크를 확인한 뒤 시스템 프록시가 실행 중인 클라이언트를 가리키는지 점검하세요. 클라이언트가 비정상 종료된 뒤 로컬 프록시 설정이 남으면 브라우저가 중단된 수신 포트에 계속 요청해 네트워크는 정상인데 페이지가 열리지 않을 수 있습니다.

요청 경로에 따라 DNS 설정을 확인하세요

도메인은 시스템, 브라우저의 보안 DNS, 클라이언트 또는 앱 자체에서 확인할 수 있습니다. 같은 기기에서도 DNS 경로가 다르면 브라우저와 명령줄의 결과가 달라질 수 있습니다. 먼저 클라이언트가 구독에서 제공한 DNS 설정을 사용하는지 확인하고, 브라우저에서 별도로 보안 DNS를 켰는지도 살펴보세요. 시스템과 클라이언트의 DNS 설정을 한꺼번에 바꾸지 마세요. 구독 기본 설정을 복원한 뒤 한 번에 한 항목씩 비교하고 어느 계층을 바꿨는지 기록하세요.

아래 명령은 시스템 DNS 확인 결과와 명령줄 접속 결과를 살펴보는 데 사용합니다. 예시 도메인에는 계정 정보가 포함되지 않습니다. Windows에서는 터미널에서 해당 명령을 실행하고, macOS와 Linux에서는 시스템에 기본 제공되는 도구를 사용할 수 있습니다. 도구가 없다면 점검을 위해 출처가 불분명한 소프트웨어를 추가로 설치할 필요는 없습니다. 명령 결과는 해당 프로그램의 네트워크 경로만 보여 주며 브라우저나 클라이언트 내장 DNS의 실제 동작과 다를 수 있습니다.

nslookup example.com
curl -I https://example.com

기본 네트워크가 정상인데도 DNS 확인에 실패하면 DNS 서버에 연결할 수 있는지, 클라이언트가 DNS를 제어하는지, 오래된 설정이 남아 있는지 확인하세요. DNS 확인에는 성공했지만 보안 연결에 실패하면 인증서, 시스템 시간, 프록시 로그를 이어서 확인하세요. 확인된 주소를 브라우저에 직접 입력해 도메인 테스트를 대신하지 마세요. 보안 웹사이트는 인증서와 서비스 식별에 도메인을 사용하므로 주소를 직접 입력했을 때의 오류만으로 원래 사이트가 작동하지 않는다고 판단할 수 없습니다.

캐시와 가상 주소의 차이

일부 클라이언트는 가상 주소 매핑을 사용해 연결 핵심 기능이 도메인에 따라 규칙을 선택하도록 합니다. 이 경우 시스템 조회 결과가 대상 서비스의 공개 주소와 다를 수 있으므로 주소 모양만 보고 DNS 오류라고 판단해서는 안 됩니다. 이런 모드를 전환했다면 기존 브라우저 프로세스가 이전 연결이나 캐시를 보유하고 있을 수 있습니다. 작업 중인 내용을 저장하고 관련 앱을 완전히 종료한 뒤 다시 열어 테스트하세요. 캐시 문제를 뒷받침하는 근거가 있을 때만 시스템에서 제공하는 캐시 삭제 방법을 사용하고, 네트워크 전체를 초기화하지 마세요.

Windows에서는 터미널에서 아래 명령을 실행해 시스템 DNS 캐시를 지울 수 있습니다. 이 명령으로 만료된 구독, 연결할 수 없는 회선, 대상 계정 제한이 해결되지는 않으며 브라우저 자체 캐시도 지워지지 않을 수 있습니다. 실행 후 앱을 다시 열고 같은 도메인으로 결과를 비교하세요. 특정 브라우저만 정상화됐다면 회선 문제가 해결됐다고 단정하지 말고 해당 브라우저의 확장 프로그램, 별도 프록시, 보안 DNS 설정을 더 확인하세요.

ipconfig /flushdns

이런 문제를 문의할 때는 도메인, 브라우저 오류 원문, 클라이언트 프록시 모드, 시스템 DNS 확인 결과와 브라우저 접속 결과가 일치하는지 함께 알려 주세요. 도메인만 제공하면 충분합니다. 로그인 토큰이 포함된 전체 URL은 보내지 마세요. 공공 네트워크와 구독 링크의 보안에 관한 내용은 VPN 보안 입문에서 확인할 수 있습니다.

속도 저하와 저녁 시간 혼잡

속도가 느려지는 단계를 먼저 확인하세요

‘속도가 느리다’는 웹페이지가 처음 열릴 때 오래 기다리는 것, 다운로드 속도가 계속 낮은 것, 동영상 재생이 끊기는 것, 조작에 대한 응답이 늦는 것을 모두 뜻할 수 있습니다. 각각의 현상은 병목 지점이 다릅니다. 구체적으로 어떤 동작에서 어떤 문제가 나타나는지 설명하고 모든 앱이 느린지, 특정 서비스나 파일 유형, 회선만 느린지 구분하세요. 한 번의 다운로드 결과만으로 회선 전체를 평가하지 말고, 대상 서버가 속도를 제한하는 상황을 로컬 접속이나 구독 요금제의 제한으로 오인하지 마세요.

클라우드 드라이브 동기화, 시스템 업데이트, 네트워크를 지속해서 사용하는 작업을 일시 중지한 뒤 같은 기기, 같은 접속 네트워크, 같은 대상을 기준으로 회선을 비교하세요. 가능하다면 유선과 무선 접속도 비교해 보세요. Wi-Fi 신호가 강해도 간섭이 적다는 뜻은 아니며 라우터 부하도 속도 변동을 일으킬 수 있습니다. 비교 중에는 대상 파일이나 재생 화질을 함께 바꾸지 마세요. 테스트 부하가 달라지면 회선 차이를 판단하기 어렵습니다.

지역만 보지 말고 회선 유형을 이해하세요

가까운 지역이라고 해서 종단 간 경로가 더 적합한 것은 아닙니다. 접속 사업자, 진입 위치, 중계 경로, 대상 서비스가 위치한 네트워크가 모두 결과에 영향을 줍니다. IEPL 전용 회선, 중계, 직결은 회선 구성 방식을 설명하는 용어이며 어느 때나 실제 성능이 더 좋다는 뜻은 아닙니다. 클라이언트에서 사용할 수 있는 여러 경로를 비교하고 실제 작업을 안정적으로 처리하는 회선을 선택하세요. 테스트 목록에 표시된 숫자가 더 작다는 이유만으로 회선을 고르지 마세요.

노드 지역, 진입점, 출구는 서로 다른 개념입니다. 서비스가 인식하는 것은 출구 위치인 반면 클라이언트가 연결을 시작할 때는 먼저 진입점에 접속합니다. 지역을 바꾼 뒤 속도가 빨라졌다면 진입 경로가 달라졌거나 대상 서비스가 할당한 콘텐츠 노드가 달라졌을 수 있습니다. 같은 대상을 반복해서 비교한 결과를 함께 살펴보고 지역 이름만으로 결론을 내리지 마세요. 회선 선택 원칙은 회선 안내를 확인하세요.

저녁 시간 문제는 발생 시각과 시간대를 기록하세요

낮에는 정상인데 저녁에 뚜렷하게 느려진다면 기록에 발생 시간대와 시간대를 남기고 기본 네트워크도 느려졌는지 적으세요. 먼저 여러 경로를 비교한 다음 같은 회선이 혼잡하지 않은 시간대에는 어떤지 확인하세요. 현재 네트워크의 모든 회선이 느리고 접속 네트워크를 바꾸면 정상화되는 경우에 접속 경로를 의심할 근거가 더 커집니다. 특정 회선이 여러 접속 네트워크에서 계속 문제를 보인다면 해당 회선 정보를 고객 지원에 전달해 점검을 요청하는 편이 좋습니다.

동영상 문제는 콘텐츠 로딩, 지역 인식, 재생 버퍼링을 구분해서 확인하세요. 홈페이지가 열린다고 동영상 리소스도 같은 경로를 이용한다는 뜻은 아닙니다. 자동 화질 설정은 네트워크가 바뀐 뒤 조정되기까지 시간이 걸릴 수 있습니다. 같은 콘텐츠를 재생하고 백그라운드 다운로드를 끈 상태에서 버퍼링이 계속 발생하는지 확인하세요. 특정 플랫폼이나 콘텐츠만 영향을 받는다면 서비스 이름과 오류 문구를 기록하고 계정 지역을 반복해서 바꾸지 마세요. 구체적인 이용 범위는 스트리밍 안내를 확인하세요.

문의가 필요하다면 느려지는 구체적인 작업, 발생 시간대, 회선 이름, 접속 방식, 다른 회선으로 바꿨을 때의 결과를 알려 주세요. 클라이언트 로그의 시간 초과나 재시도 정보도 제공할 수 있지만 개인정보가 포함된 전체 다운로드 주소는 첨부하지 않아도 됩니다. API 요청에서는 연결 수립이 느린 경우와 서비스에서 콘텐츠를 생성하는 데 오래 걸리는 경우를 구분하세요. 자세한 점검 방법은 AI API 회선 선택 핵심을 참고하세요.

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

터널 연결 끊김과 앱 세션 중단을 구분하세요

앱에서 다시 로그인하라는 안내가 뜨거나 동영상이 멈추거나 브라우저 요청이 시간 초과됐다고 해서 시스템 터널이 반드시 끊긴 것은 아닙니다. 먼저 클라이언트 연결 상태, 시스템 VPN 표시, 관련 로그를 확인하세요. 클라이언트는 연결된 상태인데 특정 앱만 중단된다면 대상 서비스 세션과 라우팅을 우선 점검하세요. 클라이언트 로그에 연결 종료, 재연결, 네트워크 전환이 명확히 기록됐다면 터널 유지와 시스템 백그라운드 관리 설정을 확인하세요. 오류 한 줄만 캡처하기보다 연결이 끊기기 전후의 연속된 로그를 보관하는 편이 도움이 됩니다.

화면 잠금, 다른 앱으로 전환, Wi-Fi 범위 이탈, 기기 절전 진입, 네트워크 복구 직후 등 연결이 끊긴 상황을 기록하세요. Wi-Fi와 모바일 데이터 간 전환은 접속 경로를 바꾸므로 기존 연결을 다시 수립해야 할 수 있습니다. 이때 앱은 이전 요청을 기다리고 있을 수 있으며, 클라이언트가 복구된 뒤에도 새 요청과 기존 요청의 결과가 달라질 수 있습니다. 먼저 해당 작업을 다시 시도하고 네트워크 전환 문제를 해결하려고 앱 데이터를 곧바로 삭제하지 마세요.

모바일 백그라운드 실행 점검 순서

Android의 배터리 최적화, 백그라운드 데이터 제한, 제조사별 작업 정리 기능은 클라이언트가 계속 실행되는 데 영향을 줄 수 있습니다. 시스템 앱 설정에서 VPNUPS 클라이언트의 백그라운드 활동과 네트워크 사용이 허용되어 있는지 확인한 다음 절전 모드가 백그라운드 권한을 제한하는지 살펴보세요. 메뉴 이름은 시스템마다 다르므로 기기에 해당하지 않는 경로를 그대로 따라 하지 마세요. 권한을 조정한 뒤 같은 회선을 유지하고 기존에 문제가 발생했던 화면 잠금이나 앱 전환 동작을 반복해 변경 효과를 확인하세요.

iOS에서는 시스템 VPN 구성이 현재 클라이언트에서 관리되는지, 다른 VPN 또는 네트워크 필터 설정이 함께 작동하고 있지 않은지 확인하세요. 다시 연결할 때 시스템에서 네트워크 권한을 요청하면 앱 출처를 확인한 뒤 승인하세요. 회사나 학교에서 관리하는 프로파일을 삭제해 문제를 해결하려고 하지 마세요. 관리 기기의 네트워크 권한은 관리자에게 확인해야 합니다. 시스템의 백그라운드 실행 조정과 앱 자체의 세션 시간 초과도 별도로 살펴보세요. 화면을 끈 뒤 웹페이지를 새로고침해야 한다고 해서 백그라운드 터널이 종료됐다고 단정할 수는 없습니다.

데스크톱 절전, 자동 전환, 재연결

Windows, macOS, Linux는 절전 모드에서 복귀한 직후 네트워크 인터페이스가 아직 준비되지 않았는데 클라이언트가 연결 복구를 시도할 수 있습니다. 기본 네트워크가 복구될 때까지 기다린 뒤 수동으로 다시 연결해 절전 해제 시점의 순서 문제인지 확인하세요. 절전 해제 때마다 실패한다면 복구 전후의 인터페이스 상태와 클라이언트 로그를 기록하세요. 연결을 유지하려고 전원 관리를 모두 끄지 마세요. 구체적인 발생 조건을 파악한 다음 클라이언트 시작 또는 재연결 옵션을 조정할지 결정하세요.

자동 회선 선택이 출구를 너무 자주 바꾸면 장시간 연결과 대상 서비스 세션이 반복해서 다시 수립될 수 있습니다. 점검하는 동안에는 회선을 고정하고 자동 전환, 앱 프록시 확장 프로그램, 다른 네트워크 가속 도구를 동시에 사용하지 마세요. 안정성은 클라이언트 표시등이 아니라 실제 작업을 수행하는 동안 확인해야 합니다. 지속 다운로드, 실시간 통신, 장시간 API 요청은 연결 변경을 견디는 정도가 다르므로 중단된 작업 유형을 기록하세요.

회선을 고정하고 필요한 백그라운드 권한을 허용하고 다른 프록시를 끈 뒤에도 반복해서 연결이 끊기며 접속 네트워크를 바꿔도 재현된다면 발생 과정을 포함해 문의하세요. 화면 잠금, 절전 해제, 네트워크 전환 중 어떤 상황에서 반복되는지, 수동 재연결로 복구되는지도 알려 주세요. 특정 설정 하나로 모든 연결 끊김이 사라진다고 단정하지 마세요. 여러 회선은 대체 경로를 제공할 뿐 단말 시스템과 접속 네트워크가 정상적으로 작동하도록 대신해 주지는 않습니다.

구독 업데이트 실패 및 설정 오류

가져오기와 설정 파싱 중 어느 단계에서 실패하는지 확인하세요

구독 업데이트는 콘텐츠 가져오기와 설정 파싱 두 단계로 이루어집니다. 연결 시간 초과나 도메인 확인 실패는 주로 가져오기 단계에서 발생하고, 지원하지 않는 형식, 인식할 수 없는 필드, 가져오기 오류는 파싱 단계와 관련이 있을 수 있습니다. 클라이언트에 ‘업데이트 실패’가 표시되면 세부 정보를 열어 전체 오류를 확인하세요. 기존 설정으로 연결할 수 있다면 먼저 삭제하지 마세요. 사용 가능한 상태와 원래 오류를 보존하고 업데이트 경로를 확인해 기존 회선까지 사용할 수 없게 되는 상황을 피하세요.

사용자 대시보드에서 현재 계정을 확인한 뒤 사용 중인 클라이언트에 맞는 구독 주소를 대시보드에서 다시 가져오세요. 채팅 기록, 서드파티 변환 페이지, 출처가 불분명한 웹사이트에서 복구용 링크라고 주장하는 주소를 복사하지 마세요. 구독 주소는 계정 접근에 사용될 수 있으므로 비밀번호처럼 안전하게 보관해야 합니다. 점검할 때는 주소를 어디서 가져왔는지, 다시 발급했는지만 설명하고 전체 주소를 스크린샷, 공개 포럼, 공유 문서에 올리지 마세요.

가져오기 방식과 클라이언트가 맞는지 확인하세요

클라이언트마다 지원하는 설정 구조가 다를 수 있습니다. 한 프로그램에서 가져왔다고 해서 다른 프로그램에서도 그대로 사용할 수 있는 것은 아닙니다. 대시보드에서 제공하는 가져오기 방식을 우선 사용하고 시스템에서 의도한 클라이언트가 가져오기 작업을 처리하는지 확인하세요. 비슷한 앱이 여러 개 설치되어 있으면 이전 프로그램이 가져오기를 처리할 수 있습니다. 그러면 현재 클라이언트가 업데이트된 것처럼 보이지만 실제 설정은 다른 앱에 들어갑니다. 앱 이름과 현재 설정의 출처를 확인한 뒤 연결하세요.

복사해 붙여넣는 과정에서 공백, 줄바꿈, 문장부호가 추가될 수도 있습니다. 직접 가져오기에 실패하면 대시보드에서 다시 복사하고 기억에 의존해 링크 매개변수를 보완하지 마세요. 아래에는 구독 링크의 형식만 예시로 표시하며 VPNUPS의 실제 구독 주소가 아니므로 연결에 사용할 수 없습니다. 예시를 실제 주소로 바꾼 뒤 공개 가이드나 코드 저장소에 저장하지 마세요. 클라이언트에 사용할 설정이 필요하다면 비공개 대시보드에서 가져오세요.

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

로그에 설정 대신 웹페이지가 반환됐다고 표시되면 접속 네트워크 인증 페이지, 세션 페이지, 오류 응답일 수 있습니다. 반환된 내용을 정상 설정처럼 반복해서 가져오지 마세요. 먼저 기본 네트워크 인증을 마친 뒤 대시보드에서 구독 주소를 다시 가져오세요. 기존 프록시가 작동하지 않아 구독 업데이트에도 필요한 경우 기본 네트워크가 정상인지 확인한 다음 프록시를 잠시 끄고 다시 시도할 수 있습니다. 가져오는 경로만 바꾸고 보안 연결 검증은 끄지 마세요.

기본 설정을 유지하고 사용자 지정 규칙은 신중하게 다루세요

들여쓰기, 규칙 순서, 파싱 설정을 직접 바꾼 뒤 오류가 발생하면 수정하지 않은 구독 설정으로 되돌려 비교하세요. 설정 파일은 공백, 필드 위치, 데이터 유형에 따라 파싱 결과가 달라질 수 있습니다. 내용이 비슷해 보인다고 형식이 올바르다고 단정하지 마세요. 기본 설정은 작동하고 사용자 지정 설정만 실패한다면 변경한 부분을 기록하고 하나씩 되돌리세요. 구독 주소, 계정 식별 정보, 회선 인증 정보가 포함될 수 있으므로 설정 파일 전체를 보내지 마세요.

업데이트에 성공해도 현재 연결이 새 설정으로 바뀌었다는 뜻은 아닙니다. 현재 선택된 설정 파일, 정책 그룹, 회선이 이전 설정을 계속 가리키는지 확인하고 필요하면 연결을 끊었다가 다시 연결하세요. 클라이언트가 삭제된 회선의 세션을 유지하면 목록이 업데이트된 뒤에도 요청이 계속 실패할 수 있습니다. 설정을 바꾸기 전에 진행 중인 작업을 저장하세요. 장시간 요청이나 파일 전송 중 설정을 바꾸면 피할 수 있는 연결 중단이 발생할 수 있습니다.

대시보드가 정상적으로 열리고 계정 상태도 정상인데 구독을 다시 가져온 뒤에도 업데이트에 실패하며 수정하지 않은 설정에서도 오류가 재현된다면 클라이언트 이름, 운영체제, 가져오기 방식, 오류 원문, 발생 시각을 문의에 포함하세요. 기존 설정으로 연결할 수 있는지, 다른 접속 네트워크에서는 업데이트되는지도 알려 주세요. 구독 주소가 유출됐다고 의심되면 대시보드에서 제공하는 재설정 방법을 사용하고 기기의 설정도 갱신하세요. 유출된 주소를 문의 본문에 다시 첨부하지 마세요.

특정 앱만 프록시를 사용하지 않을 때: 라우팅 확인

브라우저가 정상이어도 모든 앱이 프록시를 사용하는 것은 아닙니다

브라우저에서 대상 웹사이트에 접속된다고 해서 당시 브라우저 요청 경로만 정상이라는 뜻입니다. 데스크톱 앱, 터미널, 개발 도구, 게임은 서로 다른 네트워크 인터페이스를 사용할 수 있습니다. 시스템 프록시를 따르는 앱도 있고 별도의 프록시 설정을 사용하는 앱도 있으며, 프록시를 거치지 않고 직접 연결하는 앱도 있습니다. 특정 앱에 문제가 생기면 같은 회선에서 웹 버전과 앱 버전을 비교한 뒤 클라이언트 연결 기록에 해당 앱의 요청이 나타나는지 확인하세요. 요청 기록이 없는 경우와 요청이 프록시로 들어갔지만 대상 서비스에서 거부된 경우는 다음 점검 방향이 다릅니다.

시스템 프록시는 시스템 설정을 따르는 앱에 주로 적용됩니다. 터널 모드는 더 많은 트래픽을 처리할 수 있지만 시스템 권한이 필요하며 클라이언트와 운영체제 구현에 따라 달라질 수 있습니다. ‘전체’ 모드도 클라이언트에 들어온 요청의 회선을 선택하는 방식만 바꾸는 것일 수 있으므로 모든 프로세스가 자동으로 처리된다고 단정할 수 없습니다. 옵션을 바꾸기 전에 클라이언트 설명을 확인하고 모드 이름만으로 적용 범위를 판단하지 마세요. 먼저 요청이 어디로 들어가는지 확인한 뒤 어떤 회선을 거쳐야 하는지 살펴보세요.

규칙, 프로세스, 앱별 프록시 설정을 확인하세요

연결 로그에서 대상 도메인에 어떤 규칙이 적용됐는지 확인하세요. 직접 연결, 차단, 특정 프록시 정책 중 무엇인지 살펴봅니다. 앱은 여러 도메인에 요청할 수 있으며 로그인, 정적 리소스, 콘텐츠 API가 각각 다른 규칙을 따를 수 있습니다. 홈페이지 도메인만 추가한다고 모든 요청이 처리되는 것은 아닙니다. 알 수 없는 도메인을 모두 프록시로 강제하기보다 오류 발생 시 로그에서 실제 대상을 확인하세요. 규칙을 바꾼 뒤 앱을 다시 시작해 기존 연결이 이전 경로를 계속 사용하지 않도록 하세요.

앱 자체에 네트워크 설정이 있다면 이전 로컬 프록시 주소나 포트가 남아 있는지 확인하세요. 인터넷에서 찾은 고정 포트를 그대로 입력하지 말고 현재 클라이언트에 표시된 로컬 수신 설정을 기준으로 삼으세요. 개발 도구는 프로세스 환경 변수에서 프록시 설정을 가져올 수도 있어 터미널에서 실행한 프로그램과 그래픽 인터페이스에서 실행한 같은 프로그램의 동작이 다를 수 있습니다. 환경 변수를 바꾼 뒤에는 해당 프로세스를 다시 시작해야 합니다. 이미 실행 중인 작업에는 새 시작 환경이 자동으로 적용되지 않습니다.

아래 명령은 일반적인 프록시 환경 변수를 확인할 때만 사용하세요. 출력에 개인 프록시 정보가 포함될 수 있으므로 공유하기 전에 가리세요. 변수가 있다고 해서 앱이 반드시 사용한다는 뜻은 아니며 변수가 비어 있다고 해서 시스템 프록시가 꺼졌다는 뜻도 아닙니다. 프로세스 설정을 파악하는 참고 자료로만 사용하세요. 앱 문서와 클라이언트 연결 기록도 함께 확인하고 모든 시스템 환경 변수를 곧바로 삭제하지 마세요.

# macOS / Linux
printenv HTTP_PROXY HTTPS_PROXY ALL_PROXY NO_PROXY

# Windows PowerShell
Get-ChildItem Env:HTTP_PROXY,Env:HTTPS_PROXY,Env:ALL_PROXY,Env:NO_PROXY -ErrorAction SilentlyContinue

API, 장시간 연결, 계정 지역 문제를 구분하세요

AI 도구 웹페이지는 열리지만 API 요청이 시간 초과된다면 개발 도구가 프록시 설정을 상속하지 않았거나 요청 시간 제한, 서비스 처리 시간에 문제가 있을 수 있습니다. 먼저 요청이 클라이언트로 들어오는지 확인한 다음 연결 오류와 대상 서비스의 오류 응답을 구분하세요. 사용량, 인증, 권한 관련 응답을 이미 받았다면 네트워크를 계속 바꾸기보다 대상 계정과 API 사용 조건을 확인하세요. 개발 환경 점검은 고정 출구·동시 요청·시간 초과 점검 목록을 참고하세요.

스트리밍을 비롯해 지역에 따라 달라지는 서비스는 계정 지역, 기기 설정, 출구 위치를 함께 확인할 수 있습니다. 회선을 바꾼 뒤에도 앱에 이전 세션이 남아 있을 수 있으므로 정상적으로 로그아웃한 다음 다시 실행하세요. 계정 정보를 반복해서 바꾸거나 데이터를 모두 삭제하지 마세요. 네트워크 경로 변경이 대상 서비스의 모든 콘텐츠 제공을 보장하지는 않습니다. 실제 이용 여부는 대상 서비스의 응답과 이용 규칙을 기준으로 판단하고 지역 이름만으로 사용 가능 여부를 보장한다고 생각하지 마세요.

특정 앱만 실패한다면 문의에 앱 이름, 실행한 동작, 오류 원문, 프록시 모드, 적용된 규칙을 적고 같은 서비스의 웹 버전이 정상인지도 알려 주세요. 스크린샷에는 관련 연결만 포함하고 전체 검색 기록은 노출하지 마세요. Windows 데스크톱의 트래픽 처리 방식은 Windows 전체 프록시 및 규칙 기반 라우팅 안내를 참고하세요. 구체적인 조작 방법은 현재 클라이언트 화면을 기준으로 확인해야 합니다.

기기 수 안내와 시스템 권한 충돌

‘기기 수 초과’ 메시지가 요금제 제한이라는 뜻은 아닙니다

VPNUPS는 동시 접속 기기 수에 제한이 없습니다. ‘기기 수 초과’와 비슷한 안내가 나타나면 VPNUPS 대시보드, 클라이언트, 운영체제, 현재 접속 중인 서드파티 서비스 중 어디에서 표시됐는지 먼저 확인하세요. 대상 앱에는 자체 세션 또는 기기 관리 규칙이 있을 수 있으므로 네트워크 구독 제한으로 오인하지 마세요. 메시지가 표시된 화면과 오류 원문을 보관하고 팝업에 ‘기기’라는 단어가 있다는 이유만으로 요금제를 업그레이드해야 한다고 판단하지 마세요.

계정 상태는 정상인데 클라이언트에서 거부된다면 현재 계정의 구독을 가져왔는지, 다른 서비스에서 사용하던 예전 설정을 잘못 사용하고 있지 않은지 확인하세요. 여러 설정 파일을 저장해 둔 공용 컴퓨터에서는 파일 이름이 비슷해도 같은 계정의 설정이라고 단정할 수 없습니다. 대시보드에서 현재 구독을 다시 가져온 뒤 클라이언트에서 선택된 항목을 확인하세요. 다른 사람의 계정 정보로 테스트하거나 낯선 사람에게 구독 정보를 넘겨 시험하지 마세요. 설정 문제를 계정 정보 노출로 키울 수 있습니다.

기기 수 제한 없음과 로컬 리소스는 별개의 문제입니다

기기 수 제한 없음은 동시에 접속할 수 있는 기기 정책을 뜻합니다. 각 기기의 네트워크, 시스템 자원, 앱 설정까지 자동으로 해결된다는 뜻은 아닙니다. 여러 기기에서 대용량 다운로드를 계속하면 가정용 네트워크나 라우터가 병목이 될 수 있으며 데이터 제공량도 실제 사용에 따라 줄어듭니다. 월간 구독 데이터는 가입한 날짜를 기준으로 매월 초기화되며, 데이터 패키지는 소진될 때까지 사용할 수 있고 만료되지 않습니다. 여러 기기에서 느려졌다면 기기 수 제한을 의심하기 전에 대시보드에서 요금제와 데이터 상태를 확인하세요.

특정 기기에서만 문제가 발생하면 다른 기기를 비교 대상으로 두고 해당 기기의 시간, 권한, 프록시 잔여 설정, 로컬 보안 설정을 확인하세요. 모든 기기에서 동시에 문제가 발생한다면 기기별 재설치보다 공통 접속 네트워크, 계정 상태, 같은 회선을 먼저 확인하세요. 비교 기기는 가능한 한 같은 회선과 같은 대상을 사용해야 합니다. 기기마다 다른 서비스에 접속하면 기기 차이와 대상 서비스 차이를 정확히 구분할 수 없습니다.

필요한 권한만 복원하고 모든 권한을 허용하지 마세요

클라이언트 화면이 정상적으로 열려도 네트워크 연결을 담당하는 구성 요소가 제대로 작동한다는 뜻은 아닙니다. 시스템에서 네트워크 확장 권한을 기다리고 있거나 다른 프로그램이 로컬 수신 포트를 사용 중일 수 있습니다. 클라이언트 상태 화면과 시스템 안내를 확인해 권한을 요청한 앱이 대시보드에서 제공한 클라이언트인지 확인하세요. 연결을 해결하려고 임의의 프로그램에 장기간 관리자 권한을 부여하거나 보안 소프트웨어 전체를 끄지 마세요. 차단 기록이 있다면 해당 구성 요소를 구체적으로 확인하세요.

기존 프록시 프로그램을 제거한 뒤에도 시스템 프록시, 가상 인터페이스, 네트워크 확장 설정이 남아 있을 수 있습니다. 먼저 프로그램 자체의 종료 및 제거 절차를 따른 뒤 시스템 네트워크 설정이 이전 진입점을 계속 가리키는지 확인하세요. 용도를 모르는 네트워크 인터페이스를 한꺼번에 삭제하지 마세요. 회사 네트워크, 가상 머신, 원격 연결에 필요할 수 있습니다. 필요하다면 기존 설정을 먼저 기록하고 되돌릴 수 있도록 항목별로 수정한 뒤 브라우저와 클라이언트의 변화를 확인하세요.

Linux에서는 터미널 프록시 변수, 데스크톱 프록시, 관리자 권한 프로세스 환경이 서로 다를 수 있습니다. Windows와 macOS의 백그라운드 서비스도 현재 로그인 세션의 설정을 그대로 물려받지 않을 수 있습니다. 브라우저가 정상이라고 해서 시스템 백그라운드 작업에도 프록시가 적용됐다고 단정하지 마세요. 라우터 설정과 관련된 문제라면 실제 지원 범위와 클라이언트 요구 사항부터 확인하고 데스크톱용 안내를 라우터에 그대로 적용하지 마세요. VPNUPS 지원 플랫폼은 Windows / macOS / iOS / Android / Linux입니다. 그 밖의 환경은 설정 가능 여부를 먼저 확인한 뒤 진행하세요.

대시보드에 기기 수 제한 없음 정책과 맞지 않는 안내가 표시되거나 정상 구독이 잘못 인식되면 안내 문구, 표시 위치, 계정 개요의 관련 상태를 가린 스크린샷과 함께 문의하세요. 확인을 위해 반복 결제할 필요는 없습니다. 요금제 내용과 정책은 요금 안내에서, 환불 정보는 이용 약관에서 확인하세요.

문의 기록 및 복구 후 확인

언제 직접 설정 변경을 멈춰야 할까요?

기본 네트워크, 계정 상태, 회선 교체, 클라이언트 기본 설정을 비교한 뒤에도 문제가 재현된다면 변경 범위를 더 넓히기보다 증거를 정리하세요. 계속 재설치하거나 시스템 네트워크를 초기화하거나 앱 데이터를 모두 삭제하면 로그가 사라지고 업무 설정에 영향을 줄 수 있습니다. 인증서 오류, 계정 상태 불일치, 구독 정보 유출 의심, 이해할 수 없는 권한 요청이 있다면 현재 상태를 먼저 보존하고 대시보드 문의를 통해 확인을 요청하세요.

같은 증상도 서로 다른 계층에서 발생할 수 있으므로 ‘회선을 여러 개 바꿔 봤다’고만 쓰는 것보다 바꾸기 전후의 차이를 구체적으로 적는 편이 좋습니다. 기존 회선이 완전히 실패했는지, 새 회선에서는 단지 느려졌는지, 접속 네트워크는 그대로였는지, 어떤 동작에서 실패했는지 설명하세요. 고객 지원 담당자가 같은 조건을 바탕으로 현상을 이해할 수 있어야 합니다. 시험하지 않은 항목은 아직 테스트하지 않았다고 명확히 적어도 됩니다. 기록을 완벽해 보이게 하려고 결과를 추측하지 마세요.

재현 가능한 기록으로 문의를 작성하세요

사용자 대시보드 문의를 통해 문제를 접수하세요. 먼저 증상을 한 문장으로 요약하고 발생 조건, 재현 방법, 실제 결과, 비교 결과, 이미 변경한 설정 순서로 내용을 정리하세요. 시각에는 시간대를 포함하고 회선 이름은 클라이언트에 표시된 그대로 적으세요. 운영체제와 클라이언트 이름은 환경을 파악하는 데, 오류 원문은 실패 단계 확인에 필요합니다. 시스템에서 확인할 수 없는 항목은 표시되지 않았다고 적고 추측해서 채우지 마세요.

로그에는 작업을 시작하기 전부터 오류가 나타난 뒤까지 관련 과정과 이벤트 순서가 포함되어야 합니다. ‘실패’라는 문구만 캡처하면 그 전에 발생한 DNS 확인이나 권한 오류를 놓칠 수 있습니다. 클라이언트의 진단 내보내기 기능을 먼저 사용할 수 있지만 파일을 보내기 전에 내용을 확인하세요. 내보낸 파일이라고 해서 개인 정보가 자동으로 제거되는 것은 아닙니다. 사용자 폴더 전체, 브라우저 프로필 폴더, 다른 서비스의 계정 정보가 포함된 환경 파일은 업로드하지 마세요.

계정 정보를 보호하면서 진단에 필요한 내용은 남기세요

가릴 때는 비밀번호, 구독 전체 주소, 인증 정보, 관련 없는 개인정보를 제거하되 오류 유형, 회선 이름, 시각, 필요한 설정 옵션 이름은 남기세요. 대상 URL에 쿼리 매개변수가 있다면 도메인과 개인 식별 정보가 없는 경로만 남길 수 있습니다. 스크린샷에 계정 잔액이나 주문 정보가 보이면 이번 문제를 확인하는 데 필요한 부분만 남기세요. 구독 정보를 안전하게 보관하는 방법은 계정 및 구독 링크 보안 안내를 참고하세요.

VPNUPS는 이메일 주소 없이 사용자 이름과 비밀번호만으로 가입할 수 있습니다. 계정 정보를 안전하게 보관하고 로그인된 대시보드에서 문의 진행 상황을 확인하세요. 같은 문제를 서로 연결되지 않은 문의 여러 건으로 나누지 마세요. 기존 문의에 새로 재현한 결과를 추가하면 처리 전후를 비교하기 쉽습니다. 고객 지원에서 추가 진단을 요청하면 먼저 작업 목적과 되돌리는 방법을 확인하세요. 계정 정보가 포함된 내용은 공개된 곳에 올리지 마세요.

복구 후에는 표시등만 보지 말고 원래 작업을 확인하세요

문제가 해결된 뒤 처음 실패했던 동작을 다시 수행하세요. 원래 웹페이지를 다시 열거나 앱 요청을 재실행하거나 화면을 잠갔다가 복귀하거나 구독을 다시 업데이트해 보세요. 문제가 사라졌는지 확인한 뒤 다른 웹사이트가 직접 연결되지 않거나 백그라운드 앱이 인터넷에 접속하지 못하거나 시스템 프록시 종료 후 설정이 복원되지 않는 등의 부작용도 살펴보세요. 원래 작업과 필요한 일상 작업을 모두 확인해야 현재 조정이 효과적이라고 판단할 수 있습니다. 한 번의 회선 테스트 성공만으로 실제 사용 상태를 확인한 것은 아닙니다.

마지막으로 정상 작동하는 설정과 되돌리는 방법을 기록하고 점검 중 임시로 추가했지만 무관하다고 확인된 변경 사항은 취소하세요. 사용 가능한 기본 설정을 보관하고 임시 예외 규칙을 모두 계속 쌓아 두지 마세요. 요금제, 결제, 환불 문제는 해당 정보를 확인하세요. 결제 수단은 Alipay / WeChat Pay / USDT이며, 14일 이내 사유를 묻지 않는 환불을 제공합니다. 자세한 조건은 이용 약관을 확인하세요. 문제 해결의 목적은 원인을 찾아 정상적으로 사용할 수 있게 하는 것이지, 아직 확인되지 않은 네트워크 문제를 요금제 변경으로 덮는 것이 아닙니다.