VPN 문제 해결 가이드

전혀 연결되지 않을 때: 연결 단계부터 구분하기

‘연결되지 않는다’는 말은 클라이언트가 실행되지 않는 경우, 구독에 서버가 표시되지 않는 경우, 서버 연결에 실패한 경우, 또는 대상 웹페이지가 응답하지 않는 경우를 모두 가리킬 수 있습니다. 각각 발생 단계가 다르므로 같은 방법으로 해결할 수 없습니다. 현재 어느 화면에서 멈췄는지 적어 두세요. 앱이 실행되는지, 서버 이름이 표시되는지, 연결을 눌렀을 때 권한 요청이 뜨는지, 마지막 상태가 오류인지 계속 대기 중인지 확인합니다. ‘작동하지 않음’이라고만 적으면 판단에 필요한 핵심 정보가 빠집니다.

기본 네트워크와 계정 상태부터 확인

클라이언트 연결을 잠시 끄고 일반 웹사이트와 로컬 네트워크에 접속할 수 있는지 확인하세요. 호텔, 학교 또는 공공 Wi-Fi는 먼저 네트워크 인증을 완료해야 할 수 있습니다. 인증 페이지를 통과하지 않은 상태에서는 국제 서버로 전환해도 문제가 해결되지 않는 경우가 많습니다. 클라이언트를 꺼도 웹페이지가 열리지 않으면 Wi-Fi 연결, 이더넷 케이블, 라우터와 네트워크 인증을 먼저 점검하세요. 구독을 서둘러 삭제하지 마세요. 다른 네트워크로 테스트해야 한다면 사용할 권한이 있는 연결을 선택하고, 전환 전후의 차이를 기록하세요.

기본 네트워크가 정상이라면 사용자 패널의 계정 개요에서 구독이 유효한지, 사용 가능한 트래픽이 있는지, 현재 클라이언트에서 사용하는 구독이 해당 계정에 속하는지 확인하세요. 패널에 로그인할 수 있다는 사실만으로 서버 연결까지 완료된 것은 아닙니다. 계정 상태는 정상인데 클라이언트에 서버가 하나도 표시되지 않으면 구독 업데이트 항목을 확인하세요. 서버가 표시되지만 연결에 실패한다면 권한과 서버 선택을 점검하세요.

시스템 권한 문제와 서버 오류 구분하기

클라이언트가 처음 네트워크 연결을 설정할 때 시스템에서 VPN 연결 생성, 네트워크 구성 요소 설치 또는 관련 권한 허용을 요청할 수 있습니다. 클라이언트 버튼의 색상만 보지 말고 다른 창에 가려진 시스템 팝업이 있는지도 확인하세요. 권한 요청을 거부했다면 연결 버튼을 반복해서 누르기보다 시스템 설정에서 권한을 다시 확인하세요. 조직에서 관리하는 기기는 네트워크 구성 요소 설치가 제한될 수 있으므로 기기 관리자에게 문의하세요. 관리 정책을 해제해 제한을 피하려 해서는 안 됩니다.

권한을 허용했다면 클라이언트에 실제로 표시되는 서버를 선택해 테스트하세요. 먼저 같은 지역의 다른 서버로 바꾸고, 그다음 다른 지역을 시도합니다. 대상 웹페이지와 네트워크 환경은 그대로 유지하세요. 특정 서버에서만 실패한다면 문제 범위를 좁힐 수 있습니다. 여러 지역에서 같은 오류가 나타난다면 로컬 구성 요소, 계정 상태와 네트워크 환경을 우선 점검하세요. 서버 이름만으로 오류 원인을 알 수는 없습니다. 연결 기록의 시간 초과, 이름 확인 실패 또는 인증 실패 메시지를 확인해야 합니다.

기존 설정은 보존하고 클라이언트 구성 요소 점검

클라이언트를 다시 시작하기 전에 현재 서버 이름과 모드를 기록하세요. 창만 닫아 백그라운드 프로세스가 계속 실행되지 않도록 앱 자체의 종료 기능을 사용하세요. 다시 연 뒤 네트워크 구성 요소가 정상적으로 시작되는지 확인하고 같은 테스트를 반복합니다. 기기에 다른 프록시, 기업용 VPN 또는 네트워크 필터링 도구가 있다면 네트워크를 제어하고 있는지 먼저 확인하세요. 허용되는 경우 하나씩 일시 중지해 비교하되, 기기 전체를 제어하는 도구를 여러 개 동시에 켜지 마세요.

재설치를 기본 해결책으로 삼지 마세요. 재설치하면 규칙과 가져오기 정보가 삭제될 수 있지만 공용 네트워크 제한, 계정 상태 또는 시스템 권한 문제는 그대로일 수 있습니다. 다시 설치해야 한다면 필요한 사용자 설정을 먼저 저장하고 사용자 패널의 클라이언트 다운로드에서 클라이언트를 받은 뒤 빠른 시작 가이드에 따라 구성을 다시 가져오세요. 구독 정보는 계정에 접근할 수 있는 자료입니다. 공개 게시판이나 화면 공유 화면에 노출하지 마세요.

기본 네트워크와 계정이 정상이고 권한도 확인했으며, 여러 지역의 서버에서 같은 단계에 실패한다면 문의를 접수할 수 있습니다. 클라이언트 이름, 운영체제, 정확한 오류 문구, 테스트한 네트워크 유형과 시도한 서버를 함께 적으세요. 계정 비밀번호나 전체 구독 링크는 첨부하지 않아도 됩니다.

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

클라이언트에 연결 성공이라고 표시되어도 특정 연결 절차가 완료되었다는 뜻일 수 있습니다. 브라우저 요청이 프록시를 통과하는지, 도메인이 올바르게 확인되는지, 대상 서비스가 현재 출구 연결을 허용하는지는 따로 확인해야 합니다. 여러 웹사이트를 비교해 모든 페이지가 열리지 않는지, 국제 사이트만 열리지 않는지, 특정 서비스에서만 오류가 나는지 살펴보세요. 브라우저의 인증서 오류, 도메인 확인 실패와 접속 거부는 서로 다른 문제입니다. 오류 페이지에 나온 정확한 문구를 기록하세요.

요청이 클라이언트로 전달되는지 먼저 확인

클라이언트가 연결 기록을 제공한다면 대상 웹페이지를 연 뒤 해당 도메인이나 앱 요청이 표시되는지 확인하세요. 기록이 없다면 시스템 프록시, 브라우저 자체 프록시와 클라이언트 모드를 먼저 점검합니다. 요청은 표시되지만 직접 연결로 나온다면 규칙이 대상 도메인을 직접 연결 그룹으로 분류했는지 확인하세요. 요청이 표시되고 선택한 서버를 통과한다면 DNS 확인, 연결 또는 대상 서비스 응답 중 어느 단계에서 오류가 발생하는지 살펴보세요. 모든 문제를 DNS 탓으로 돌리지 마세요.

브라우저 확장 프로그램, 별도 프록시 설정과 시스템 프록시가 서로 덮어쓸 수 있습니다. 테스트할 때 불필요한 브라우저 프록시 확장 프로그램을 끄고 클라이언트에 필요한 설정은 유지한 뒤 기존 구성을 기록하세요. 클라이언트가 전역 프록시를 지원한다면 규칙 문제를 확인하는 용도로 잠시 사용할 수 있습니다. 전역 모드에서 대상 사이트가 열린다면 기존 모드로 돌아가 규칙을 수정하세요. 임시 테스트 모드를 계속 사용하는 해결책으로 삼지 마세요. 전역 모드에서도 실패한다면 규칙 분기만이 원인은 아닙니다.

DNS 결과를 확인하고 성급하게 서버를 바꾸지 마세요

DNS는 도메인 이름을 연결 대상 주소로 바꿔 줍니다. 이름 확인 실패는 DNS 서버에 연결할 수 없는 경우, 네트워크 인증이 끝나지 않은 경우, 오래된 캐시가 남은 경우 또는 클라이언트의 DNS 경로와 트래픽 경로가 서로 다른 경우에 발생할 수 있습니다. 브라우저에서 자체 보안 DNS를 사용하면 시스템 조회 결과와 다를 수도 있습니다. 먼저 어떤 경로로 조회했는지 확인한 뒤 결과를 판단하세요. 주소가 하나 표시된다고 대상 페이지에 접속할 수 있는 것은 아니며, 이것만으로 정보 유출을 단정할 수도 없습니다.

아래 명령은 예시 도메인만 조회하며 계정 정보는 포함하지 않습니다. 필요한 명령이 있는 Windows, macOS 또는 Linux 터미널에서 실행할 수 있습니다. 정상 응답을 받았는지, 시간이 초과되었는지, 출력된 DNS 서버가 현재 네트워크 설정과 일치하는지 확인하세요. 예시 도메인은 DNS 조회 과정을 확인하기 위한 것으로, 특정 스트리밍 서비스나 AI 서비스의 이용 가능 여부를 증명하지는 않습니다. 대상 서비스는 실제 도메인과 페이지로 따로 확인해야 합니다.

nslookup example.com

조회에 실패하면 시스템에 이전 프록시 설정이나 수동 DNS 설정이 남아 있는지 먼저 확인한 다음 클라이언트 자체 DNS 기능이 켜져 있는지 살펴보세요. 공개 게시물의 DNS 주소를 무작정 복사하지 말고 여러 DNS 설정을 한 번에 바꾸지도 마세요. 기존 값을 저장한 뒤 설정 하나만 바꾸고 다시 조회하고 웹페이지를 열어 보세요. 캐시를 지우면 오래된 결과의 영향을 제거할 수 있지만 DNS 서버에 연결되지 않는 문제까지 해결되지는 않습니다. 경로를 확인하지 않은 채 캐시만 반복해서 비우면 새로운 판단에 도움이 되지 않습니다.

인증서, 브라우저와 서비스 제한은 따로 확인

인증서 경고가 표시되면 기기의 날짜와 시간이 정확한지 확인하고 예상한 도메인에 접속하고 있는지 확인하세요. 경고를 무시하고 계정 정보를 입력하지 말고, 출처가 불분명한 루트 인증서를 설치해 웹페이지를 열려고 하지 마세요. 특정 브라우저에서만 오류가 난다면 다른 브라우저로 비교하고 웹페이지 요청을 변경할 수 있는 확장 프로그램을 잠시 비활성화하세요. 시크릿 창은 일부 캐시와 확장 프로그램의 영향을 줄일 수 있지만 시스템 프록시나 대상 서비스의 계정 제한을 피할 수 있다고 보장하지 않습니다.

일반 웹사이트는 열리지만 특정 서비스에서 지역 제한, 계정 오류 또는 접속 거부가 표시된다면 서비스 안내 문구를 기록하고 선택한 출구 지역이 서비스의 요구 사항에 맞는지 확인하세요. 지역을 바꾸면 네트워크 경로는 달라질 수 있지만 계정 자격, 콘텐츠 저작권이나 서비스 자체 규정까지 바뀌지는 않습니다. 관련 없는 지역으로 계속 이동하기보다 같은 지역의 대체 서버를 비교하면 문제 원인을 더 쉽게 파악하고 네트워크 문제와 계정 보안 조치를 구분할 수 있습니다.

도움이 필요하다면 대상 도메인, 페이지의 정확한 오류 문구, 클라이언트에 요청 기록이 표시되는지, DNS 조회가 성공했는지 알려 주세요. 스크린샷에서는 개인 계정 정보를 가리세요. 접속 기록 전체를 공개하지 마세요. 방문한 도메인과 앱 요청이 포함될 수 있습니다.

속도 저하와 저녁 시간대 끊김: 서버별 비교

속도 저하는 한 가지 지표만으로 판단할 수 없습니다. 웹페이지가 처음 열릴 때 느린 경우, 다운로드가 계속 느린 경우, 동영상이 자주 버퍼링되는 경우와 라이브 영상이 지연되는 경우는 서로 다른 단계에서 발생할 수 있습니다. 먼저 어떤 작업에서 문제가 나타나는지 구체적으로 확인하세요. 도메인 확인을 기다리는지, 웹페이지 리소스가 로드되는지, 영상 재생 시작이 어려운지 재생 중 끊기는지, 특정 사이트만 느린지 국제 접속 전반이 느린지 살펴봅니다. 클라이언트에 표시된 지연 시간 하나만으로 사용 경험을 판단하지 마세요. 지연 시간과 지속적인 전송 능력은 같은 지표가 아닙니다.

비교 가능한 테스트 환경 만들기

같은 대상 서비스, 기기, 네트워크와 재생 화질을 유지해 테스트하세요. 백그라운드 다운로드, 클라우드 동기화와 시스템 업데이트를 일시 중지해 로컬 대역폭을 점유하지 않도록 합니다. Wi-Fi 신호가 불안정하다면 가능할 때 라우터 가까이 이동하거나 유선 연결로 비교해 보세요. 클라이언트를 꺼도 로컬 웹사이트가 눈에 띄게 느리다면 기본 네트워크부터 점검하세요. 라우터 혼잡이나 무선 간섭을 국제 서버 문제로 오해하지 마세요.

서버를 비교할 때는 먼저 출구 지역을 동일하게 유지한 뒤 서버 유형을 바꾸세요. 클라이언트에 표시되는 IEPL 전용 회선, 중계와 직접 연결은 경로 구성 방식이지 매번 같은 속도를 보장하는 항목은 아닙니다. 대상 콘텐츠 서비스와 가까운 출구가 해당 작업에 더 적합할 수 있지만, 지리적 거리만으로 로컬 접속, 콘텐츠 배포와 당시 경로 차이를 모두 설명할 수는 없습니다. 선택 방법은 서버 안내 페이지에서 확인하세요. 실제 이용 가능한 서버는 클라이언트 목록을 기준으로 합니다.

저녁 시간대 문제는 발생 시간 기록이 중요

문제가 주로 저녁 시간대에 발생하면 시각, 서버 이름, 작업 유형과 같은 조건에서 다른 시간대에 테스트한 결과를 기록하세요. 먼저 같은 지역의 대체 서버로 바꾸고, 그다음 다른 경로 유형을 시도해 전체 연결이 느려졌는지 특정 콘텐츠 소스만 응답이 느린지 확인합니다. 지역, 브라우저, 모드와 화질을 한꺼번에 바꾸지 마세요. 사용 경험이 나아져도 어떤 변수가 영향을 주었는지 알 수 없습니다. 한 번 정상적으로 테스트했다고 해서 저녁 시간대 문제가 완전히 해결된 것도 아닙니다.

동영상 화질을 높이면 클라이언트가 사용하는 트래픽과 필요한 전송 성능도 달라집니다. 문제를 확인할 때 일시적으로 화질을 낮춰 버퍼링이 줄어드는지 살펴본 뒤 기존 설정으로 되돌려 다시 테스트하세요. 이는 지속적인 전송 능력을 확인하는 방법이지 특정 서버가 특정 화질을 반드시 지원한다는 보장은 아닙니다. 스트리밍 서비스는 화질을 자동으로 조정하거나 콘텐츠 배포 서버를 바꾸고 플레이어 캐시를 유지할 수 있습니다. 서버를 바꾼 뒤에는 콘텐츠를 새로고침해 이전 연결과 비교하지 않도록 하세요.

작업 특성과 요금제 트래픽 구분

계정의 트래픽 상태도 확인하되 트래픽 한도와 속도 등급을 같은 개념으로 보지 마세요. 월간 구독의 트래픽은 가입일을 기준으로 매월 초기화되므로 달력의 매월 1일에 다시 시작한다고 추측해서는 안 됩니다. 남은 트래픽이 부족하다면 패널에서 실제 상태를 확인하세요. 트래픽 한도가 다른 요금제는 요금제 페이지에서 확인할 수 있습니다. 현재 공개된 정보에는 요금제별 속도 상한이 없으므로 가격이 더 높으면 속도 문제가 반드시 해결된다고 단정하거나 업그레이드를 기본 문제 해결 단계로 삼지 마세요.

특정 다운로드 사이트나 콘텐츠 소스에서 전송량을 제한하거나 로그인을 요구하고, 지역에 따라 다른 리소스를 제공할 수도 있습니다. 다른 일반 웹사이트와 비교하면 문제 범위를 좁히는 데 도움이 됩니다. 출처가 불분명한 속도 측정 사이트에 구독 정보를 입력하지 마세요. 스포츠 중계를 볼 때는 중계 소스 자체의 캐시와 혼잡도 고려해야 합니다. 스포츠 생중계 서버 선택 안내에서 작업별 점검 방법을 확인할 수 있습니다. 플레이어 지연을 서버 지연과 바로 같은 문제로 보지 마세요.

기본 네트워크가 안정적이고 백그라운드 작업을 중지했는데도 같은 지역의 여러 서버에서 특정 시간대마다 속도가 계속 느려진다면 문의를 접수할 수 있습니다. 평소와 문제가 발생했을 때의 차이를 설명하고 대상 서비스, 출구 지역, 서버 유형, 화질을 낮춘 뒤 개선되었는지 알려 주세요. 테스트 스크린샷이 있다면 결과만 보내지 말고 테스트 조건도 적으세요. 이러한 기록은 지원 담당자가 특정 경로 유형, 콘텐츠 소스 또는 로컬 접속에 문제가 집중되는지 판단하는 데 도움이 됩니다.

잦은 연결 끊김: 네트워크 전환과 앱 종료 구분

연결이 자주 끊긴다면 먼저 무엇이 ‘끊겼는지’ 확인해야 합니다. 클라이언트는 계속 실행 중이지만 서버 연결이 끊겼을 수 있고, 클라이언트 프로세스가 종료되거나 시스템의 VPN 표시가 사라졌을 수도 있습니다. 네트워크 연결은 정상인데 특정 웹페이지 세션만 종료되는 경우도 있습니다. 문제가 발생하면 클라이언트 상태와 시스템 네트워크 아이콘을 확인한 뒤 기기가 잠금, 절전, Wi-Fi 전환 또는 절전 모드 해제 중이었는지 기록하세요. 바로 재시작하면 중요한 상태 정보가 지워질 수 있습니다.

기본 네트워크 변화가 동반되는지 먼저 확인

Wi-Fi와 모바일 네트워크 사이를 전환하면 기기의 기본 연결이 바뀌어 기존 세션을 다시 설정해야 할 수 있습니다. 노트북이 절전 모드에서 깨어날 때 Wi-Fi가 먼저 복구되고 클라이언트 연결은 나중에 복구될 수도 있습니다. 이런 시점마다 연결이 끊긴다면 네트워크를 바꾸지 않고 기기를 계속 켜 둔 상태로 테스트하세요. 문제가 안정된다면 네트워크 변경 후 자동 복구 옵션이 클라이언트에 있는지 확인하세요. 이를 곧바로 서버 자체의 지속적인 오류로 단정하지 마세요.

같은 네트워크의 일반 웹페이지도 동시에 접속이 끊긴다면 Wi-Fi 신호, 라우터와 네트워크 인증 상태를 확인하세요. 공용 네트워크는 일정 시간 사용하지 않으면 다시 인증을 요구할 수 있습니다. 기기가 Wi-Fi에 다시 연결되었다고 인증까지 유효한 것은 아닙니다. 신호 아이콘만 확인하지 말고 클라이언트를 일시 중지한 뒤 일반 웹페이지에 접속해 인증 화면이 나타나는지 확인하세요. 라우터 재시작, 상위 네트워크 장애와 로컬 네트워크 변경도 사건 기록에 포함하세요. 클라이언트 설정 하나만 원인으로 찾지 마세요.

프로세스, 네트워크 구성 요소와 다른 도구를 각각 확인

클라이언트 창이 사라지거나 백그라운드 프로세스가 종료된다면 앱 실행, 시스템 리소스 관리 또는 보안 소프트웨어 처리 문제일 가능성이 더 큽니다. 시스템에 앱 충돌 알림이 나타났는지 확인하고 문구를 기록하세요. 다시 실행한 뒤 기존 구독과 서버 선택이 유지되는지도 확인합니다. 앱은 실행되지만 네트워크 구성 요소가 작동하지 않는다면 해당 구성 요소의 오류를 기록하세요. 이는 서버 연결을 설정한 뒤 끊기는 문제와 다르므로 문의에 각각 설명하고 ‘자동으로 끊긴다’고만 적지 마세요.

기기에서 다른 VPN, 프록시 도구, 네트워크 필터 또는 기업 보안 소프트웨어를 동시에 사용하면 라우팅과 네트워크 구성 요소가 충돌할 수 있습니다. 먼저 기기 전체의 연결을 제어하는 권한이 있는 도구를 확인한 뒤, 허용되는 환경에서 불필요한 도구를 하나씩 일시 중지해 비교하세요. 조직에서 요구하는 보안 정책을 문제 해결을 위해 끄지 말고 네트워크 구성 요소를 여러 개 한꺼번에 삭제하지도 마세요. 관리 대상 기기라면 시스템 알림을 관리자에게 확인하고 관리 정책과 클라이언트 기능의 범위를 구분하세요.

일부 앱은 연결 실패 후 자동으로 재시도해 계속 연결과 해제를 반복하는 것처럼 보일 수 있습니다. 이때는 마지막 재시도 상태가 아니라 처음 발생한 오류를 확인하세요. 연결 시간 초과, DNS 확인 실패, 권한 오류와 구성 요소 종료는 각각 점검 방향이 다릅니다. 스크린샷에는 오류 문구와 주변 상황이 함께 보이도록 하세요. 클라이언트가 로컬 진단 기록을 제공한다면 문제가 발생한 시간대의 일부만 저장하고 공유하기 전에 계정 정보와 전체 구독 주소를 가리세요.

짧은 과정으로 재현하고 연속 초기화는 피하기

서버 하나를 선택하고 기기가 절전 모드에 들어가지 않도록 한 뒤 네트워크를 바꾸지 않은 상태에서 평소 문제가 발생하는 작업을 실행하세요. 그런 다음 화면 잠금, 잠금 해제 또는 네트워크 전환만 따로 테스트해 어떤 동작과 오류가 연결되는지 확인합니다. 계속 사용 중 특정 서버에서만 연결이 끊긴다면 같은 지역의 대체 서버로 같은 작업을 반복하세요. 자동 연결, 라우팅 모드와 DNS 설정을 동시에 바꾸지 마세요. 초기화를 연이어 하면 재현 가능한 오류가 원인을 알 수 없는 간헐적 문제로 바뀔 수 있습니다.

특정 웹페이지나 앱에서만 문제가 생기고 클라이언트 연결 상태는 바뀌지 않는다면 앱 세션과 규칙을 확인하세요. 로그인 세션 만료, 플레이어 콘텐츠 소스 변경과 대상 서비스 응답 실패도 네트워크가 끊긴 것처럼 보이게 할 수 있습니다. 다른 일반 웹사이트로 현재 연결이 작동하는지 확인한 뒤 대상 요청 기록을 살펴보세요. 클라이언트 상태와 대상 페이지의 표시가 서로 다르다면 둘 다 기록하세요. 하나만 근거로 결론 내리지 마세요.

복구 테스트가 끝나면 실제로 효과가 있었던 변경 사항만 유지하고 도움이 되지 않은 임시 설정은 되돌리세요. 테스트를 위해 자동 연결 기능을 껐다면 평소 사용 방식에 맞게 다시 설정하세요. 테스트 구성이 사용자 모르게 기기 전체의 네트워크 경로를 장기간 바꾸지 않도록 하세요.

네트워크와 서버를 바꿔도 프로세스 종료, 구성 요소 오류 또는 지속적인 재연결이 발생한다면 문의를 접수하는 것이 좋습니다. 문제가 발생하기 직전에 한 동작, 운영체제, 클라이언트 상태, 일반 네트워크 연결도 끊겼는지, 앱을 재시작하면 복구되는지를 적으세요. 모바일 기기에서 화면을 잠근 뒤에만 연결이 끊긴다면 백그라운드 실행 항목을 확인하세요. 이런 문제는 대개 시스템 배터리 절약 정책을 점검해야 하며 서버를 반복해서 바꿔도 유용한 정보가 나오지 않을 수 있습니다.

구독 업데이트 실패: 구독 출처와 가져오기 상태 확인

구독 업데이트 실패와 서버 연결 실패는 서로 다른 문제입니다. 업데이트는 서버 목록과 관련 설정을 가져오는 과정이고, 연결은 이미 가져온 내용을 사용하는 과정입니다. 이전 서버로 계속 연결할 수 있지만 업데이트에 실패했다면 기존 설정은 여전히 작동하고 있다는 뜻입니다. 그렇다고 업데이트 오류를 무시해도 되는 것은 아닙니다. 서버 목록이 갑자기 비었다면 가져오기 형식, 계정 상태 또는 업데이트 결과에 문제가 있을 수 있습니다. 먼저 클라이언트에 표시된 오류를 기록한 뒤 다시 가져올지 판단하세요.

계정과 구독의 출처가 일치하는지 먼저 확인

사용자 패널에서 구독 상태, 트래픽과 유효 기간을 확인한 다음 패널에 표시된 구독 경로를 이용하세요. 출처를 확인할 수 없는 채팅 기록의 오래된 주소를 사용하거나 다른 계정의 구독을 현재 설정에 섞지 마세요. 계정은 이메일 주소 없이 만들 수 있으며 사용자 이름과 비밀번호만으로 이용할 수 있습니다. 계정에 접속할 수 있는지 확인할 때는 사용자 이름과 현재 로그인 상태를 점검하세요. 계정 소유를 증명하기 위해 지원 담당자에게 비밀번호를 보낼 필요는 없습니다.

구독 정보를 복사할 때 공백, 줄바꿈이나 채팅 앱에서 붙은 문장 부호가 들어가지 않았는지 확인하세요. 전체 주소의 각 부분에는 의미가 있으므로 매개변수를 임의로 삭제하거나 겉모양만 보고 내용을 덧붙이지 마세요. 패널에서 바로 가져오기 기능을 제공한다면 해당 경로를 우선 사용하세요. 직접 가져오는 경우 클라이언트에서 로컬 파일이나 다른 유형의 설정이 아닌 구독을 선택했는지 확인합니다. 가져온 뒤에는 알림 창이 닫혔는지만 볼 것이 아니라 실제 서버가 표시되는지 확인하세요.

오류가 발생한 단계에 따라 다음 조치 결정

가져오기 시간 초과가 발생하면 먼저 현재 네트워크에서 패널에 접속할 수 있는지, 클라이언트의 업데이트 요청이 어떤 경로를 통과하는지 확인하세요. 일부 클라이언트는 기존 프록시를 통해 구독을 업데이트할 수 있지만 이전 연결이 끊겼다면 오히려 업데이트를 방해할 수 있습니다. 반대로 기본 네트워크에서 구독 경로에 접속할 수 없으면 직접 가져오기도 실패할 수 있습니다. 프록시를 반드시 사용하거나 직접 연결해야 한다고 미리 단정하지 마세요. 현재 접속 가능 여부를 비교해 성공한 경로를 기록하고 해당 설정을 유지하세요.

지원하지 않는 형식 또는 내용 분석 오류가 표시되면 가져오기 경로가 클라이언트에서 지원하는 설정 유형과 일치하는지 확인하세요. 응답 내용을 웹페이지로 열 수 있다고 해서 올바르게 가져올 수 있는 것은 아닙니다. 브라우저에서 패널에 접속할 수 있어도 클라이언트가 예상된 형식의 데이터를 받은 것은 아닙니다. 출처가 불분명한 변환 사이트에 구독을 업로드하지 마세요. 형식 판단에 도움이 필요하다면 클라이언트 오류 문구와 가져오기 방법만 알려 주세요. 전체 구독 주소는 기기 밖으로 공유하지 마세요.

가져오기가 성공했는데 서버 목록이 비어 있다면 현재 선택한 설정이 방금 업데이트한 설정인지 먼저 확인하세요. 일부 클라이언트는 여러 설정을 저장할 수 있으며 하나를 업데이트해도 자동으로 활성화되지 않습니다. 설정 이름, 업데이트 시간과 실제 서버 목록을 확인해 이전 설정을 계속 사용 중인 것은 아닌지 살펴보세요. 사용자 지정 규칙이나 수동 편집으로 구독 내용이 다르게 표시될 수도 있습니다. 문제 해결 중에는 기존 설정을 유지하고 별도의 새 설정으로 가져와 복구할 수 없는 내용을 덮어쓰지 마세요.

트래픽 초기화 시점을 확인해 업데이트 오류와 혼동하지 않기

월간 구독 트래픽은 달력의 매월 1일이 아니라 가입일을 기준으로 매월 초기화됩니다. 이용 중 요금제를 올리면 차액은 남은 일수에 따라 계산됩니다. 트래픽 패키지는 모두 사용하기 전까지 유효하며 만료되지 않습니다. 요금제 유형에 따라 패널 표시와 확인 방법도 다를 수 있습니다. 한도가 달라졌다면 계정 상태와 주문 기록부터 확인하세요. 구독을 새로고침한다고 트래픽이 저절로 바뀌지는 않습니다. 구독 업데이트는 설정을 가져오는 과정이며 결제 상태 확인을 대신하거나 이미 소진한 트래픽을 복구하지 않습니다.

요금제 정보와 가격은 요금제 페이지 및 패널에 표시된 내용을 기준으로 확인하세요. 가져오기 테스트를 위해 계정을 여러 개 만들거나 같은 주문을 반복 제출할 필요는 없습니다. 결제를 완료했는데 패널 상태에 반영되지 않았다면 주문 상태를 저장하고 현재 화면에 보이는 내용을 문의로 알려 주세요. 결제 증빙과 네트워크 진단 정보는 따로 정리하고 스크린샷에서 관련 없는 거래 정보와 계정 자료를 가리세요. 문제 설명에 불필요한 정보가 섞이지 않도록 하세요.

구독 링크는 계정에 접근하는 데 사용됩니다. 일반 웹 주소처럼 공개적으로 공유하지 마세요. 문의 첨부 파일, 화면 녹화, 스크린샷과 터미널 출력에 전체 주소가 들어 있는지 확인하세요. 지원 담당자가 업데이트 단계의 문제를 판단할 때는 대개 오류 문구와 작업 경로부터 확인하면 됩니다.

패널 상태와 구독 출처가 정상인데 여러 네트워크에서 업데이트할 수 없다면 문의를 접수할 수 있습니다. 가져오기 시간 초과인지, 내용 분석 실패인지, 가져온 뒤 목록이 비었는지, 새 설정을 활성화할 수 없는지 구체적으로 적고 이전 설정으로는 연결할 수 있는지도 알려 주세요. 가져오기 과정을 다시 진행해야 한다면 빠른 시작 가이드를 참고하세요. 업데이트 오류를 확인하는 대신 클라이언트를 반복해서 삭제하지 마세요.

특정 앱에서 프록시를 사용할 수 없을 때: 요청 경로 확인

브라우저에서 국제 사이트에 접속할 수 있다고 해서 다른 앱도 같은 경로를 이용하는 것은 아닙니다. 앱에 따라 시스템 프록시를 읽거나 자체 프록시 설정을 사용하고, 네트워크에 직접 연결하거나 일부 요청만 시스템 네트워크 구성 요소에 전달할 수 있습니다. 먼저 특정 앱에만 문제가 있는지, 브라우저에서도 같은 도메인이 열리지 않는지 확인하세요. 브라우저에서도 실패한다면 웹페이지 및 DNS 항목부터 확인하세요. 앱에서만 문제가 생긴다면 해당 앱의 요청이 클라이언트에 전달되는지 점검하세요.

시스템 프록시와 기기 전체 연결 제어 구분

시스템 프록시는 해당 설정을 사용하는 앱에 요청을 보내는 방법을 알려 주지만 모든 네트워크 트래픽을 강제로 제어하지는 않습니다. 일부 데스크톱 도구, 터미널 프로그램 또는 앱 구성 요소는 시스템 프록시를 사용하지 않을 수 있습니다. 클라이언트에서 가상 네트워크 어댑터 등 기기 전체 연결을 제어하는 모드를 제공한다면 경로를 확인하는 데 쓸 수 있지만 시스템 권한과 라우팅이 바뀔 수 있습니다. 활성화하기 전에 기존 설정을 저장하고 기기 관리 정책에서 허용하는지 확인하세요. 특정 앱 하나를 위해 연결 제어 도구를 여러 개 동시에 켜지 마세요.

플랫폼마다 설정 항목 이름이 다르므로 스크린샷을 그대로 따라 하기보다 해당 기능을 기준으로 판단하세요. Windows와 macOS에서는 시스템 프록시와 클라이언트 모드를 먼저 확인할 수 있습니다. Linux에서는 데스크톱 환경과 프로그램이 같은 설정을 읽는지도 점검하세요. iOS와 Android에서는 시스템 VPN 상태와 클라이언트의 앱 적용 범위를 확인합니다. 실제 설정 경로는 기기와 클라이언트 화면을 기준으로 하세요. 이 가이드는 정해진 메뉴 경로를 만들어 내지 않으며 특정 모드가 모든 앱에 통용된다고 가정하지 않습니다.

앱 이름만 보지 말고 실제 도메인 확인

앱은 보통 하나의 도메인에만 연결되지 않습니다. 로그인, 리소스 다운로드, 이미지, 실시간 메시지와 콘텐츠 API는 서로 다른 요청을 사용할 수 있습니다. 앱을 열어 문제를 재현한 다음 클라이언트에서 지원하는 연결 기록으로 관련 요청과 연결 규칙 결과를 확인하세요. 기본 화면은 열리지만 콘텐츠 로딩에 실패한다면 기본 도메인에 규칙 하나를 추가하는 것으로 끝내지 마세요. 실패한 요청을 기준으로 계속 확인해야 합니다. 너무 넓은 규칙을 추가해 관련 없는 트래픽까지 다른 경로로 보내지 마세요. 이후 문제를 파악하기 어려워집니다.

클라이언트가 전역 프록시를 지원한다면 앱이 정상화되는지 임시로 확인할 수 있습니다. 문제가 해결되면 규칙이나 앱 적용 범위를 계속 점검하세요. 그대로 실패한다면 DNS, 연결 유형과 대상 서비스의 응답도 확인해야 합니다. 테스트가 끝나면 평소 모드로 되돌리세요. 일부 앱은 새 연결을 사용하려면 종료 후 다시 열어야 합니다. 서버만 바꿔서는 이전 세션이 계속 사용될 수 있습니다. 앱을 종료하기 전에 편집 중인 내용을 저장해 점검 중 작업물이 사라지지 않도록 하세요.

앱 제한과 네트워크 오류 구분

앱에서 지역 제한, 계정 권한 부족 또는 로그인 확인 실패가 표시되면 대상 서비스의 안내에 따라 먼저 처리하세요. 네트워크 경로를 바꿔도 계정 자격, 구독 권한이나 서비스 약관은 바뀌지 않습니다. AI 도구는 웹 로그인과 앱 API를 별도로 처리할 수도 있습니다. 웹페이지가 정상이라고 모든 API가 정상인 것은 아닙니다. 오류 유형과 발생 동작을 기록하세요. 예를 들어 홈 화면은 열리지만 요청 전송은 실패한다고 적으면 ‘AI가 작동하지 않는다’고만 설명하는 것보다 원인을 파악하기 쉽습니다.

온라인에서 찾은 프록시 포트를 터미널 프로그램에 임의로 설정하지 마세요. 포트와 수신 주소는 실제 클라이언트 설정을 기준으로 해야 하며 기기를 다시 시작하거나 설정이 바뀌면 달라질 수 있습니다. 앱에서 프록시 유형을 요구한다면 지원하는 유형과 클라이언트가 제공하는 유형이 일치하는지 확인하세요. 설정이 틀리면 존재하지 않는 로컬 주소에 연결할 수 있습니다. 이런 경우 국제 서버로 바꿔도 해결되지 않습니다. 설정을 잘 모르겠다면 기존 값을 복원하고 클라이언트 도움말에서 확인하세요.

앱 자체 캐시, 별도 DNS, 계정 세션과 네트워크 권한도 결과에 영향을 줄 수 있습니다. 데이터는 유지하면서 앱에서 제공하는 로그아웃, 재연결 또는 진단 기능을 사용해 볼 수 있지만 모든 앱 데이터를 바로 삭제하는 것은 권장하지 않습니다. 데이터를 지우면 로컬 콘텐츠가 사라질 수 있고 네트워크 경로는 달라지지 않을 수도 있습니다. 조직에서 관리하는 기기의 업무용 앱이 기업 네트워크에 의존한다면 관리자의 네트워크 정책을 우선 따르세요. 관리 대상 앱에 개인 프록시 규칙을 강제로 적용하지 마세요.

문의가 필요하다면 앱 이름, 플랫폼, 문제가 발생한 동작, 브라우저 비교 결과, 클라이언트 모드와 해당 요청이 기록에 표시되는지 알려 주세요. 연결 기록은 필요한 부분만 남기고 개인 콘텐츠, 접속 정보와 계정 식별 정보를 가리세요. 특정 서비스에서 제한 안내가 표시된다면 원문도 함께 적으세요. 지원 담당자는 서버 경로를 확인하는 데 도움을 줄 수 있지만 대상 서비스의 계정 권한을 처리할 수는 없습니다.

모바일 백그라운드 연결 끊김: 배터리 절약과 네트워크 복구 확인

모바일 기기에서 앱을 사용할 때는 정상인데 화면을 잠근 뒤 연결이 끊긴다면 백그라운드 실행과 서버 연결을 나눠 확인하세요. 화면을 잠그기 전에는 정상인지, 잠금 해제 후 시스템 VPN 표시가 남아 있는지, 클라이언트가 기존 연결을 유지하는지 살펴보세요. 표시가 사라졌다면 앱이나 시스템 네트워크 연결이 종료되었을 수 있습니다. 표시가 그대로인데 콘텐츠가 열리지 않는다면 네트워크 복구, DNS와 기존 세션을 추가로 확인해야 합니다. 앱을 다시 열면 정상으로 돌아온다는 이유만으로 서버 자체가 불안정하다고 단정하지 마세요.

Android: 백그라운드 설정을 하나씩 확인

Android 기기는 사용하지 않는 앱의 백그라운드 활동을 제한할 수 있으며, 설정 경로는 시스템과 기기마다 다릅니다. 시스템 앱 설정에서 클라이언트의 배터리 사용, 백그라운드 실행과 네트워크 권한이 엄격하게 제한되어 있는지 확인하세요. 제한 없음 또는 이와 비슷한 옵션이 있다면 사용 환경에 맞게 조정하고 기존 값을 기록하세요. 백그라운드 실행을 허용한다고 기기 전체의 배터리 절약 기능을 끌 필요는 없습니다. 클라이언트와 직접 관련된 설정만 확인해 변경 범위를 줄이세요.

일부 기기는 자동 시작 관리, 백그라운드 정리 또는 최근 앱 보호 기능도 제공합니다. 백그라운드 정리 후 클라이언트가 종료된다면 해당 설정이 계속 실행되는 데 영향을 주는지 확인하세요. 모든 앱의 권한을 한꺼번에 바꾸지 말고 모든 기기에 같은 조치가 필요하다고 가정하지도 마세요. 네트워크를 그대로 유지한 상태에서 화면을 잠근 뒤 다시 열어 확인하세요. 특정 설정을 바꾼 뒤 개선되었다면 일상적인 사용 환경에서도 반복 테스트하고 한 번 성공한 것만으로 문제가 완전히 해결됐다고 판단하지 마세요.

대상 앱이 프록시 적용 범위에 포함되어 있는지도 확인하세요. 백그라운드 알림 수신과 직접 앱을 열어 콘텐츠를 보는 작업은 서로 다른 네트워크 경로를 사용할 수 있습니다. 알림이 정상이라고 앱의 모든 요청이 정상인 것은 아닙니다. 화면을 켠 뒤 클라이언트 상태는 정상인데 특정 앱을 다시 열어야 작동한다면 앱 프록시 항목도 확인하세요. 처음 설정하는 방법은 Android VPN 초보자 가이드를 참고하세요. 이 항목은 구독을 가져온 뒤 발생하는 백그라운드 문제를 다룹니다.

iOS: 시스템 연결과 앱 화면 구분

iOS에서는 클라이언트 화면에서 나왔다고 VPN 연결이 종료되는 것은 아닙니다. 시스템 VPN 상태와 실제 접속 결과를 함께 확인하세요. 앱으로 돌아왔을 때 화면을 새로고침해야 할 수도 있으므로 버튼에 표시된 이전 상태만으로 판단하지 마세요. 다른 VPN 설정이 있는지, 네트워크 경로를 바꾸는 기능이 활성화되어 있는지 확인하세요. 출처를 모르는 조직 설정을 삭제하지 마세요. 관리 대상 기기라면 관리자에게 설정 용도를 먼저 문의하세요.

Wi-Fi와 모바일 네트워크를 바꾼 뒤 항상 문제가 발생한다면 안정적인 Wi-Fi와 모바일 네트워크 환경을 각각 따로 테스트하세요. 모바일 네트워크가 복구될 때 클라이언트와 앱은 연결을 다시 설정해야 할 수 있으며 기존 세션은 잠시 사용할 수 없을 수 있습니다. 네트워크 전환, 시스템 표시 변화와 페이지 상태가 어떤 순서로 바뀌었는지 기록하세요. 네트워크가 아직 복구되지 않았는데 서버를 계속 바꾸지 마세요. 기본 네트워크와 서버 경로의 변화가 겹치면 실제 원인을 찾기 어렵습니다.

화면 잠금과 잠금 해제로 재현 조건 확인

간단한 재현 절차를 만들어 보세요. 연결한 뒤 평소 사용하는 대상 페이지를 열어 접속을 확인하고 화면을 잠근 다음 다시 잠금 해제합니다. 클라이언트를 바로 열지 말고 먼저 시스템 상태를 확인한 뒤 페이지에 접속해 보세요. 이렇게 하면 백그라운드에서 연결이 유지되는지 확인할 수 있습니다. 이후 클라이언트를 열어 다시 연결하는지, 화면만 새로고침하는지 살펴보세요. 클라이언트를 열어야만 복구된다면 그 차이를 기록하고 시스템 백그라운드 설정과 함께 문의하세요. 복구된 뒤의 정상 화면만 첨부하지 마세요.

다운로드, 라이브 스트리밍과 실시간 상호작용은 백그라운드 실행 요구 사항이 서로 다릅니다. 모바일 운영체제가 특정 앱의 작업을 일시 중지해도 시스템 VPN 연결은 유지될 수 있습니다. 이런 경우 대상 앱의 백그라운드 설정을 확인해야 합니다. 모든 앱의 배터리 절약 설정을 해제하지 말고 문제 해결 대신 화면을 계속 켜 둔 채 사용하지도 마세요. 화면을 계속 켜 둔 상태는 임시 비교에만 활용하고, 평소 설정은 배터리와 필요한 백그라운드 작업을 함께 고려해야 합니다.

배터리 부족 모드, 기기 과열 또는 네트워크 신호가 크게 변하는 환경이라면 해당 조건을 기록한 뒤 일반적인 사용 환경에서 다시 테스트하세요. 충전 후 연결이 복구되거나 앱을 앞에 띄워 둔 상태에서 정상 작동하거나 다른 네트워크에서 나아져도 원인을 찾기 위한 단서일 뿐 어떤 기능이 문제를 일으켰는지 확정할 수는 없습니다. 비교할 때는 클라이언트, 서버와 대상 작업을 그대로 두고 조건 하나만 바꾸세요. 테스트가 끝난 뒤 도움이 되지 않은 임시 설정은 되돌려 다른 앱의 평소 동작에 영향을 주지 않도록 하세요.

백그라운드 연결 끊김으로 문의할 때는 플랫폼, 기기 운영체제, 화면 잠금 또는 네트워크 전환 후 문제가 발생했는지, 시스템 VPN 표시가 사라졌는지, 클라이언트를 다시 열면 복구되는지 알려 주세요. 스크린샷에는 오류가 발생한 상태와 복구 후 상태를 각각 남기고 정상 화면만 첨부하지 마세요.

앱을 앞에 띄워 둔 상태에서도 연결이 끊긴다면 잦은 연결 끊김 항목으로 돌아가 기본 네트워크와 구성 요소를 점검하세요. 특정 앱의 백그라운드 작업만 중단된다면 해당 앱 권한도 확인해야 합니다. 이런 조건을 각각 확인한 뒤에야 지원 담당자가 클라이언트의 연결 복구 동작을 추가로 점검할 필요가 있는지 판단할 수 있습니다. ‘백그라운드에서 작동하지 않는다’를 시스템 연결, 클라이언트 프로세스와 대상 앱의 동작으로 나눠 보는 것이 가장 중요합니다.

기기 알림과 문의: 재현 가능한 정보 정리

모든 설정을 시도하는 것이 문제 해결의 목표는 아닙니다. 문제가 해결되었다면 효과가 있었던 변경 사항을 기록하고 다른 테스트 설정은 되돌리세요. 문제가 계속된다면 확인한 조건을 정리해 사용자 패널 문의를 접수하세요. VPNUI는 이 페이지에 외부 연락처를 안내하지 않습니다. 출처가 불분명한 계정에서 제공하는 전용 지원 경로를 사용하지 마세요. 문의에 증상과 비교 결과를 구체적으로 적으면 ‘여전히 안 됩니다’라는 설명을 반복하는 것보다 도움이 됩니다.

‘기기 수 초과’ 알림을 요금제 제한으로 단정하지 마세요

VPNUI는 동시 접속 기기 수를 제한하지 않으며 Windows / macOS / iOS / Android / Linux를 지원합니다. 화면에 기기 수, 세션 수 또는 라이선스 한도 초과가 표시되어도 VPNUI에 공개되지 않은 기기 제한이 있다고 단정하거나 안내에 맞추려고 다른 기기를 먼저 삭제하지 마세요. 알림이 사용자 패널, 클라이언트, 운영체제 또는 대상 웹사이트 중 어디에서 표시되는지 확인하세요. 제한을 적용하는 대상은 출처에 따라 다릅니다. 대상 서비스의 계정 제한은 VPNUI의 기기 정책이 아닙니다.

클라이언트에 올바른 계정의 구독을 가져왔는지, 이전 설정이나 다른 서비스의 설정을 계속 사용하고 있지 않은지 확인하세요. 알림이 클라이언트 자체의 기능 라이선스와 관련된 경우 정확한 문구와 발생 절차를 저장한 뒤 지원 담당자의 확인을 받으세요. 스트리밍이나 업무 서비스에서 표시된 알림이라면 해당 서비스의 기기 및 세션 정책을 확인해야 합니다. 확인을 위해 사용자 이름, 비밀번호 또는 전체 구독을 다른 사람과 공유하지 마세요. 계정 정보 공유는 보안 위험을 높이고 계정 상태 확인도 어렵게 만듭니다.

문의에는 증상, 조건과 변경 사항을 작성하세요

문제 설명에 발생한 작업, 플랫폼, 클라이언트 이름, 네트워크 유형, 선택한 서버와 정확한 오류 문구를 포함하세요. 기본 네트워크는 정상인지, 같은 지역의 대체 서버에서도 실패했는지, 다른 브라우저에서는 접속되는지, 화면을 잠근 뒤 시스템 VPN 표시가 사라졌는지 등 이미 비교한 결과도 적습니다. 모든 설정을 나열할 필요는 없습니다. 증상과 직접 관련된 정보만 남기세요. 설정을 변경했다면 변경 전후의 결과를 함께 알려 지원 담당자가 임시 테스트 설정을 평소 설정으로 오해하지 않도록 하세요.

아래 형식으로 내용을 정리할 수 있습니다. 계정 비밀번호나 전체 구독을 적을 필요는 없습니다. 확인하지 못한 항목은 추측하지 말고 ‘확인되지 않음’이라고 쓰세요. 클라이언트에 연결 기록 기능이 없다면 그대로 알려 주세요. 출처가 불분명한 진단 도구를 설치할 필요는 없습니다. 결제나 환불 문제라면 주문 상태를 별도로 설명하고 결제 문제와 연결 문제를 나눠 적으면 각각 처리하기 쉽습니다.

증상: 연결 성공으로 표시되지만 대상 웹페이지에서 DNS 오류가 발생함
환경: Windows, 가정용 Wi-Fi
범위: 일반 웹페이지는 정상, 대상 웹페이지는 접속 실패
서버: 클라이언트에 실제로 표시된 서버 이름 입력
비교 결과: 같은 지역의 다른 서버로 바꿔도 동일한 증상
확인 필요: 브라우저에서 별도의 DNS 설정을 사용하는지 여부
첨부 파일: 계정 정보를 가린 오류 스크린샷

필요한 정보만 첨부하고 접속 정보는 가리세요

스크린샷에는 오류 문구, 관련 상태와 필요한 화면 위치를 남기고 개인 계정 정보, 주문과 관련 없는 내용, 전체 구독 주소는 가리세요. 비밀번호 관리자, 개인 메시지 또는 다른 웹페이지가 화면에 함께 나오지 않도록 하세요. 연결 기록에는 방문한 도메인과 앱 요청이 들어 있을 수 있으므로 제출 전에 내용을 확인하고 문제 발생 시점의 일부만 남기세요. 본 서비스가 로그를 기록하지 않는다는 정책이 기기에 로컬 진단 기록도 없다는 뜻은 아닙니다. 두 기록은 목적과 저장 위치가 다릅니다.

문의에 전체 설정 파일을 붙여 문제 설명을 대신하지 마세요. 설정에는 접속 정보, 개인 규칙과 문제 해결에 필요하지 않은 내용이 포함될 수 있어 확인이 더 어려워집니다. 지원 담당자가 추가 자료를 요청한다면 어떤 항목이 필요한지, 민감한 정보를 어떻게 가릴지 먼저 확인하세요. 공개 게시판은 일반적인 사용 방법을 논의하는 곳이지 개인 계정의 진단 자료를 올리는 곳이 아닙니다. 접속 정보가 실수로 공개되었다면 패널에서 가능한 조치를 확인하고 지원팀에 문의하세요. 스크린샷을 더 퍼뜨리지 마세요.

자가 점검을 이어갈 때와 지원팀에 문의할 때

문제를 안정적으로 재현할 수 있고 네트워크나 서버별 비교를 마쳤는데도 계정, 설정 출처 또는 클라이언트 구성 요소와 관련된 오류가 계속되면 문의를 접수할 수 있습니다. 기본 네트워크가 끊겼다면 해당 네트워크 관리자에게 먼저 문의하세요. 대상 서비스에서 계정 권한 오류가 표시되면 해당 서비스의 규정도 확인해야 합니다. 주문, 트래픽 또는 환불을 확인해야 한다면 패널에 표시된 정보를 먼저 살펴보세요. VPNUI는 30일 이내 무조건 환불을 지원합니다. 자세한 정책은 환불 정책에서 확인하세요. 네트워크 점검 결과만으로 정책 내용을 대신하지 마세요.

문의 접수 후에는 새 테스트 결과를 가능하면 같은 문의에 추가하고 어떤 작업 뒤에 상태가 바뀌었는지 설명하세요. 설정을 계속 초기화하면서 이전 오류만 보고하지 마세요. 지원 담당자가 현재도 유효한 조건을 알아야 합니다. 문제가 해결되었다면 시스템 프록시 복구, 올바른 설정 다시 가져오기 또는 백그라운드 실행 허용 등 효과가 있었던 변경 사항도 알려 주세요. 복구 원인이 아직 불분명하다면 일시적으로 정상화되었다고 정확히 적으세요. 한 번 접속이 정상적으로 됐다고 장기적인 성능까지 보장되는 것은 아닙니다.

비슷한 증상이 다시 나타나면 이전에 확인한 발생 단계와 효과가 있었던 변경 사항을 먼저 살펴본 뒤 필요한 비교 테스트를 진행하세요. 빠른 시작 가이드는 사용할 수 있는 설정을 만드는 방법을, 문제 해결 가이드는 이상 증상을 판단하는 방법을 안내합니다. 이 역할을 구분해 두면 설치를 반복하거나 목적 없이 서버를 바꾸는 일을 줄일 수 있습니다.