VPN 문제 해결 가이드

‘연결할 수 없음’을 관찰 가능한 증상으로 구체화하세요

연결이 전혀 안 된다는 말은 클라이언트 실행 실패, 연결 버튼 무반응, 연결 단계에서 계속 대기, 연결 직후 종료 등 여러 상황을 가리킬 수 있습니다. 증상에 따라 확인할 부분이 다릅니다. 먼저 어느 화면에서 실패했는지, 표시된 안내 문구가 무엇인지, 선택한 회선이 이번에 가져온 구독에서 나온 것인지 기록하세요. 빨간 아이콘만 캡처하거나 서로 다른 오류를 기억에 의존해 모두 시간 초과라고 적지 마세요. 인증, 이름 확인, 권한, 연결 거부 관련 문구가 문제 범위를 좁히는 단서가 될 수 있습니다.

그런 다음 클라이언트를 잠시 연결 해제하고 로컬 네트워크에서 일반 웹페이지에 접속할 수 있는지 확인하세요. 공용 네트워크는 브라우저에서 먼저 접속 확인 절차를 거쳐야 할 수 있습니다. 시스템에 무선 네트워크 연결로 표시되더라도 실제로 사용할 수 있다는 뜻은 아닙니다. 일반 웹 접속도 안 된다면 라우터, 네트워크 접속 또는 시스템 연결 문제부터 해결하세요. 이때 국제 회선을 계속 바꿔도 로컬 네트워크 연결 문제는 해결되지 않습니다. 일반 웹 접속이 복구된 뒤 클라이언트를 다시 시작해 테스트하면, 선행 조건 문제를 회선 장애로 오인하지 않을 수 있습니다.

계정 상태와 클라이언트 상태를 각각 확인하세요

사용자 대시보드 개요에 로그인해 이용권이 유효한지, 트래픽을 사용할 수 있는지, 클라이언트에서 사용하는 구독이 현재 계정에 속하는지 확인하세요. 결제 기록과 유효한 구독 상태는 별개의 정보이므로 개요 페이지에 실제로 표시된 이용 권한을 기준으로 판단해야 합니다. 월간 트래픽은 개통일을 기준으로 매월 초기화되며 달력상의 월 기준으로 추측하면 안 됩니다. 트래픽 패키지는 만료되지 않고 모두 사용할 때까지 이용할 수 있지만, 남은 트래픽은 확인해야 합니다. 만료되지 않는다는 말이 무제한 트래픽을 뜻하지는 않습니다.

계정에 문제가 없다면 클라이언트의 시스템 권한을 확인하세요. 모바일 기기에서는 보통 VPN 구성을 추가할 수 있도록 허용해야 합니다. 데스크톱의 터널 기능은 시스템 권한이나 네트워크 구성 요소 지원이 필요할 수 있습니다. 권한 안내가 표시되면 클라이언트와 시스템의 설명에 따라 허용하고, 시스템 보호 기능을 모두 끄지는 마세요. 조직에서 관리하는 업무용 기기는 네트워크 설정이 제한될 수 있으므로 기기 관리자에게 허용 여부를 확인하세요. 정책 제한을 해결하려고 반복해서 설치하거나 관리자 제한을 구독 만료로 오인하지 마세요.

컴퓨터에서 다른 VPN, 프록시 프로그램, 네트워크 필터 도구 또는 오래된 백그라운드 서비스가 실행 중이라면 현재 테스트와 무관한 항목을 잠시 중지하세요. 여러 프로그램이 기본 경로나 시스템 프록시를 동시에 변경하면 연결된 것처럼 보이면서 실제 네트워크 경로가 서로 덮어쓸 수 있습니다. 기존 설정을 저장한 뒤 현재 클라이언트만 실행해 테스트하세요. 점검이 끝나면 필요한 설정을 복원해 작업 환경을 불필요하게 바꾸지 마세요. 기업 네트워크의 보안 구성 요소도 먼저 관리자 허가를 받아야 합니다.

교차 점검으로 회선 문제인지 환경 문제인지 확인하세요

같은 네트워크에서 구독에 포함된 다른 회선으로 바꾸되 클라이언트 모드와 대상 페이지는 그대로 유지하세요. 특정 회선만 실패하고 다른 회선은 연결된다면 회선 자체나 해당 회선까지의 경로에 문제가 있을 가능성이 높습니다. 모든 회선이 실패하면 사용 가능한 다른 네트워크에서도 확인하세요. 네트워크를 바꾼 뒤 정상화된다면 기존 접속 환경을 중점적으로 점검할 필요가 있습니다. 같은 네트워크에서 다른 기기는 정상이라면 모든 회선을 탓하기보다 현재 기기의 권한, 남아 있는 프록시 설정, 클라이언트 구성을 다시 확인하세요.

회선 목록이 표시된다고 해서 실제 연결이 가능한 것은 아닙니다. 목록은 구독에 포함된 정보이고, 연결하려면 회선 접속 지점에 도달해야 합니다. 반대로 클라이언트가 목록을 업데이트하지 못해도 이미 가져온 회선이 모두 작동하지 않는다는 뜻은 아닙니다. 구독 업데이트와 회선 연결을 따로 테스트해야 고객 문의에서 문제를 정확히 설명할 수 있습니다. 회선 유형과 지역의 차이는 국제 회선 목록에서 확인할 수 있습니다. 다만 지금은 회선 선택, 모드, DNS를 한꺼번에 바꾸지 말고 먼저 접속 여부를 확인하세요.

점검 순서: 일반 네트워크 접속 → 계정 및 트래픽 → 클라이언트 권한 → 단일 회선과 여러 회선 비교 → 같은 기기에서 네트워크 변경. 각 단계를 통과한 뒤 다음 단계로 넘어가세요. 통과하지 못한 단계가 현재 우선적으로 확인할 부분입니다.

자가 점검을 멈추고 고객 문의를 접수해야 할 때

계정 상태가 정상이고 시스템 권한 설정도 완료했는데 사용 가능한 여러 네트워크에서 연결되지 않거나, 오류가 계정 인증 문제라고 명확히 표시되면 고객 문의를 접수하세요. 시스템 이름, 클라이언트 이름, 표시된 회선 이름, 실패 단계, 오류 문구 원문, 네트워크 변경 결과를 첨부하세요. 로그는 실패 시점 주변의 관련 내용만 추려서 구독 주소와 인증 정보를 가린 뒤 보내세요. 더 많은 로그를 얻으려고 같은 실패 작업을 반복하지 마세요. 안정적으로 재현할 수 있는 간단한 절차가 반복된 스크린샷보다 유용합니다.

연결 성공만으로 요청이 올바른 경로를 사용한다고 볼 수 없습니다

클라이언트에 연결됨으로 표시되는 것은 연결 요청을 수락했거나 일부 터널을 설정했다는 뜻일 뿐, 브라우저 요청이 그 터널을 사용한다는 보장은 아닙니다. 웹페이지별로 결과를 비교하세요. 일반 페이지는 열리는데 특정 사이트만 실패하는 경우와 모든 페이지가 실패하는 경우는 서로 다른 증상입니다. 브라우저에 표시된 오류가 이름 확인 실패, 연결 시간 초과, 인증서 문제, 사이트의 접속 제한 중 무엇인지 기록하세요. 사이트가 직접 오류 페이지를 반환했다면 요청이 어느 서버에는 도달했을 가능성이 높으므로 완전한 네트워크 단절로 단정하지 않는 편이 좋습니다.

데스크톱에서는 시스템 프록시 또는 터널 모드가 실제로 활성화되어 있는지 확인하세요. 연결 버튼과 프록시 연결 스위치가 서로 다른 설정일 수 있습니다. 일부 앱은 시스템 프록시를 따르고, 다른 앱은 터널 연결이 필요하므로 브라우저가 된다고 모든 프로그램도 된다는 뜻은 아닙니다. 먼저 브라우저로 기본 상태를 비교한 뒤 앱별 점검 항목을 확인하세요. 클라이언트에서 연결 기록을 볼 수 있다면 대상 페이지를 열 때 해당 도메인이 기록되는지, 직접 연결과 프록시 경로 중 어디로 분류되는지 살펴보세요.

DNS는 주소를 찾지만 웹페이지 접속까지 보장하지는 않습니다

DNS는 도메인을 네트워크 주소로 변환합니다. 이 단계가 실패하면 브라우저가 웹사이트 연결을 시작하지 못할 수 있습니다. 클라이언트가 구독에 포함된 DNS 설정을 사용하는지, 수동 DNS, 시스템 암호화 DNS, 브라우저 보안 DNS 또는 로컬 필터 프로그램이 설정을 덮어쓰는지 확인하세요. 여러 곳을 한꺼번에 바꾸지 마세요. 현재 값을 저장한 뒤 최근 추가한 사용자 지정 설정을 먼저 되돌려 비교하세요. 기본 설정이 작동한다면 구독 전체를 바꾸기보다 사용자 지정 DNS 설정으로 문제 범위를 좁히세요.

브라우저가 도메인을 직접 조회할 수 있으므로 시스템 조회 결과와 브라우저 접속 결과가 다를 수 있습니다. 프록시 클라이언트가 터널 안에서 도메인을 조회하는 경우 시스템 명령은 다른 경로의 결과를 보여줄 수 있습니다. 조회 결과는 해당 도구가 그 시점에 응답을 받았다는 뜻일 뿐, 웹사이트 접속이나 개인정보 보호 상태를 단독으로 입증하지는 않습니다. 특정 브라우저에서만 실패한다면 보안 DNS, 확장 프로그램, 프록시 설정을 확인하고 다른 브라우저와 비교하세요.

설정을 바꾼 뒤에도 캐시에 이전 결과가 남을 수 있습니다. 영향을 받는 앱을 종료한 다음 운영체제나 클라이언트에서 제공하는 방법으로 DNS 캐시를 새로고침하고 다시 연결하세요. 브라우저 캐시 삭제만으로 해결하려고 하거나 모든 사이트 데이터를 계속 지우지 마세요. 로그인 상태가 사라질 수 있으며 잘못된 네트워크 경로는 해결되지 않습니다. 네트워크를 바꾼 직후 잠시 정상화된다면 그 현상을 기록하고, 네트워크에서 제공하는 DNS 설정과 클라이언트 연결 상태가 달라졌는지 확인하세요.

기기 명령어로 확인 가능한 결과를 남기세요

아래 Windows 명령어는 네트워크 구성을 확인하고 예시 도메인을 조회하며 웹 응답을 점검하는 데 사용합니다. 예시 도메인은 진단용이며 구독 주소가 아닙니다. 네트워크 구성 출력에는 로컬 주소와 어댑터 정보가 포함될 수 있으므로 전송 전에 불필요한 내용을 삭제하세요. 명령이 실패하면 ‘테스트 실패’라고만 적지 말고 오류 문구 원문을 남기세요. macOS 또는 Linux에서도 시스템에 있는 조회 도구를 사용할 수 있지만, 해당 도구가 프록시를 따르는지 함께 밝혀야 합니다.

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

웹 응답을 확인하는 명령은 참고 자료일 뿐입니다. 명령줄 도구가 시스템 프록시를 자동으로 따르지 않을 수 있고, 일부 사이트는 이런 요청에 다른 결과를 반환하므로 브라우저 접속을 대체할 수 없습니다. 이름 조회는 성공했지만 웹페이지가 시간 초과되면 연결 경로를 확인하세요. 이름 조회는 실패했는데 클라이언트 안에서 웹페이지가 열린다면 서로 다른 DNS 경로를 사용할 가능성이 있습니다. 브라우저 결과, 시스템 조회, 클라이언트 로그를 함께 기록하면 단일 결과만으로 기기 전체를 잘못 판단하는 일을 줄일 수 있습니다.

인증서 오류, 사이트 제한, 네트워크 이상을 구분하세요

인증서 오류가 나타나면 시스템 시간이 정확한지, 연결 내용을 변경하는 보안 프로그램이 있는지 먼저 확인하세요. 인증서 경고를 무시하고 계정 정보를 입력하지 마세요. 사이트에서 지역 제한이나 계정 권한 안내가 표시되면 해당 사이트의 이용 규정을 확인하세요. 회선을 바꿔도 계정 자격 문제는 해결되지 않을 수 있습니다. VPNJI의 회선 제공 범위가 대상 플랫폼 접속을 보장하는 것은 아닙니다. 관련 상황은 스트리밍 접속 안내를 참고하고 대상 플랫폼에서 실제 결과를 확인하세요.

웹페이지 오류를 문의할 때는 도메인, 브라우저 오류 원문, 해당 사이트만 실패하는지, DNS 조회 결과, 클라이언트의 프록시 분류 결과를 각각 알려주세요. 웹페이지의 개인 콘텐츠나 계정 세션 정보는 제출하지 마세요.

먼저 어느 단계에서 느려지는지 확인하세요

‘속도가 느리다’는 말은 웹페이지가 처음 열릴 때 오래 기다림, 동영상이 반복해서 버퍼링됨, 파일 다운로드가 불안정함, 대화형 도구에서 답변이 늦게 도착함 등 여러 상황을 뜻할 수 있습니다. 각 작업은 영향을 받는 구간이 다릅니다. 웹페이지는 DNS 조회와 여러 차례의 연결이 필요하고, 동영상은 지속적인 데이터 전송이 필요합니다. AI 도구는 서버의 응답 생성 시간에도 영향을 받습니다. 같은 작업을 반복해 대기 시작, 전송 중 멈춤, 앱 자체 처리 지연을 구분하세요. 특정 서비스의 답변이 느리다고 국제 회선 대역폭 부족으로 단정하지 마세요.

점검할 때는 기기의 대용량 다운로드, 클라우드 동기화, 시스템 업데이트를 잠시 멈추고 같은 네트워크를 사용하는 다른 기기도 확인하세요. 무선 신호, 라우터 상태, 공유 네트워크 혼잡은 지속적인 데이터 전송에 영향을 줄 수 있습니다. 컴퓨터에서는 가능하다면 유선 연결과 비교하고, 모바일 기기에서는 현재 무선 네트워크와 다른 사용 가능한 네트워크를 비교하세요. 클라이언트 연결을 해제한 뒤에도 일반 웹 접속이 눈에 띄게 느리다면 로컬 네트워크부터 점검하세요. 로컬 병목을 회선 비교에 포함하지 않도록 해야 합니다.

회선을 비교할 때는 다른 조건을 그대로 유지하세요

회선을 비교할 때는 같은 기기, 네트워크, 대상 서비스, 클라이언트 모드를 유지하고 회선만 바꾸세요. 회선 이름의 지역 정보는 출구 위치를 판단하는 데 도움이 되지만, 거리가 가깝다고 전체 경로가 더 짧거나 원활한 것은 아닙니다. 클라이언트 테스트는 연결할 수 없는 회선을 찾는 데 도움이 되지만 실제로 지속 사용했을 때의 경험을 대신하지는 않습니다. 대상 콘텐츠를 직접 열어 대기 시간, 버퍼링, 중단 여부를 확인하고 현재 작업을 완료할 수 있는 회선을 선택하세요. 목록에서 가장 작은 테스트 수치만 좇지 마세요.

IEPL 전용 회선, 중계, 직결은 경로 구성 방식이며 이름만으로 모든 앱의 성능을 예측할 수는 없습니다. 접속 네트워크마다 회선 접속 지점까지의 경로가 다르고, 대상 플랫폼에서 출구까지의 경로도 다릅니다. 먼저 대상 지역에 적합한 회선을 선택한 뒤 유형을 비교하세요. 지역, DNS 설정, 프록시 모드를 한꺼번에 바꾸지 마세요. 자세한 회선 선택 방법은 지역·유형·용도별 회선 선택 가이드를 참고하고, 회선 목록은 회선 페이지에서 확인할 수 있습니다.

저녁 시간대 속도 저하는 시간과 경로를 비교해야 합니다

저녁 시간대에 느려진다면 문제가 발생한 시간대, 접속 네트워크, 사용 회선, 대상 작업을 기록하세요. 낮에 정상적으로 작동했다는 사실은 조건이 달라진 뒤 사용할 수 있었음을 보여줄 뿐, 혼잡이 로컬 네트워크, 회선 접속 지점, 대상 서비스 중 어디에서 발생했는지 알려주지는 않습니다. 같은 회선을 시간대별로 확인한 뒤 문제가 발생한 시간에 다른 회선도 비교하세요. 모든 회선이 느리고 일반 접속도 느리다면 접속 환경을 점검하는 것이 좋습니다. 특정 회선만 영향을 받는다면 해당 회선과 정상적으로 작동하는 회선의 비교 결과를 남기세요.

버벅일 때 페이지를 계속 새로고침하거나 앱 요청을 반복해서 보내지 마세요. 반복 작업은 불필요한 연결을 만들거나 지속 세션이 필요한 앱의 작업을 처음부터 다시 시작하게 해 판단을 어렵게 할 수 있습니다. 동영상 화질을 잠시 낮춰 지속적인 전송 문제인지 확인할 수 있지만, 낮은 화질에서 정상화됐다고 회선 문제가 해결된 것은 아닙니다. 장시간 연결이 필요한 도구에서 재연결 안내가 나타나는지 확인하세요. 주된 문제가 중간에 연결이 끊기는 것이라면 잦은 연결 끊김 항목을 확인하고, 단순 속도 문제로만 처리하지 마세요.

구독 트래픽과 전송 성능을 혼동하지 마세요

구독 트래픽은 사용할 수 있는 데이터 총량을 뜻하며 순간 전송 속도를 나타내지 않습니다. 월간 트래픽이 더 큰 요금제로 바꾸는 것이 저녁 시간대의 속도 저하를 해결하는 일반적인 방법은 아닙니다. 먼저 트래픽을 사용할 수 있는지 확인한 뒤 경로와 작업을 점검하세요. 실제로 더 많은 트래픽이 필요할 때 요금제 가격을 확인하세요. 월간 트래픽은 개통일을 기준으로 매월 초기화되며, 중도에 요금제를 올리면 차액은 남은 날짜에 따라 계산됩니다. 점검에 앞서 현재 이용 권한을 확인해 결제 주기를 추측하지 않도록 하세요.

특정 회선에서 특정 작업이 안정적으로 버벅이는 현상을 재현할 수 있다면 고객 문의에 작업 유형, 시간대, 네트워크 유형, 회선 이름, 회선 변경 결과를 적어 주세요. 신뢰할 수 있는 측정값이 없다면 속도 수치를 작성하지 않아도 됩니다. 다른 사람의 테스트 결과를 현재 기기의 증거처럼 제시하지 마세요. 우선 정상 작동을 확인한 대체 회선으로 작업을 마치고, 문제가 발생한 회선 정보는 추적을 위해 보관하세요. 잠시 정상화됐다고 비교 기록을 모두 지우지 마세요.

클라이언트 연결 끊김과 앱 세션 종료를 따로 기록하세요

먼저 무엇이 끊겼는지 확인하세요. 클라이언트 상태가 연결됨에서 연결 안 됨으로 바뀌는 경우, 회선은 연결되어 있지만 앱에서 재연결을 안내하는 경우, 웹페이지의 특정 요청만 실패하는 경우는 서로 다른 단계의 증상입니다. 문제가 발생할 때 시스템 네트워크도 바뀌었는지, 클라이언트가 회선을 다시 선택했는지, 앱 세션이 유지됐는지 확인하세요. 브라우저는 정상이고 특정 앱만 끊긴다면 회선 전체가 끊겼다고 단정하지 마세요. 앱별 프록시 설정과 대상 서비스를 먼저 확인한 뒤 터널 자체를 점검할지 결정하세요.

‘자주 끊긴다’는 말보다 발생 조건이 더 유용합니다. 화면을 잠갔을 때, 절전 모드에서 깨어났을 때, 무선 네트워크를 바꿨을 때, 공용 네트워크에 연결했을 때, 다른 프록시 프로그램을 실행했을 때, 또는 계속 사용하던 중에 발생했는지 기록하세요. 우선 기기를 화면 켜짐 상태로 두고 네트워크를 바꾸지 않은 채 원래 작업을 실행해 보세요. 이때 정상이고 네트워크를 바꾼 뒤 실패한다면 네트워크 변경 후 연결 복구 문제일 가능성이 높습니다. 가만히 사용 중에도 끊긴다면 그때 회선과 대상 앱을 비교하세요. 서로 다른 원인을 한 기록에 섞지 않는 것이 중요합니다.

네트워크를 바꾸면 기존 연결도 달라집니다

앱은 연결을 시작할 때의 네트워크 경로를 사용합니다. 기기가 무선 네트워크에서 다른 접속 네트워크로 전환되면 클라이언트가 자동으로 복구되더라도 기존 연결은 새 경로에서 이어지지 않을 수 있고, 앱에서 세션을 다시 만들어야 할 수도 있습니다. 먼저 새 네트워크에서 일반 접속이 되는지 확인하고, 클라이언트를 다시 연결한 다음 영향을 받은 앱을 다시 여세요. 순서를 바꾸면 터널이 복구되기 전에 앱이 요청을 보내 일시적인 오류가 계속되는 상태로 저장될 수 있습니다.

컴퓨터가 절전 모드에 있는 동안 네트워크 어댑터가 중지될 수 있으며, 깨어난 뒤 시스템 경로와 클라이언트가 복구되는 순서도 달라질 수 있습니다. 절전 모드에서 깨어난 뒤 연결이 끊겼다면 바로 재설치하지 말고 클라이언트의 재연결이 완료됐는지 확인하세요. 앱만 다시 시작하면 복구되는 경우에는 ‘클라이언트 복구 후에도 앱 재시작 필요’라고 기록하세요. 클라이언트 재연결이 필요하다면 연결 상태와 로그를 남기세요. 두 상황은 서로 다른 증거이며 앱 세션 문제와 네트워크 연결 복구 문제를 구분하는 데 도움이 됩니다.

클라이언트 설정을 단순화해 자동 전환으로 인한 혼선을 줄이세요

문제를 확인하는 동안에는 고정 회선을 사용해 자동 선택이나 장애 전환으로 생기는 변수를 줄일 수 있습니다. 출구가 바뀌면 대상 서비스에서 다시 인증을 요구해 계정 페이지가 새로고침되거나 세션이 종료될 수 있습니다. 이것이 반드시 터널 연결 실패를 뜻하지는 않습니다. 클라이언트에 관련 기능이 있다면 원래 설정을 저장하고 안내에 따라 잠시 비교하세요. 해당 기능이 없다면 새로 찾아 추가할 필요가 없습니다. 기본 연결 매개변수를 임의로 바꾸지 마세요. 특히 무관한 안내서에서 설정 전체를 복사해 현재 구성을 덮어쓰지 마세요.

시스템 프록시, 터널, 다른 네트워크 도구가 백그라운드에서 설정을 반복해서 바꾸는지도 확인하세요. 특정 프로그램을 실행할 때마다 연결이 끊긴다면 무작위로 발생하는 경우보다 원인을 찾기 쉽습니다. 해당 프로그램을 중지한 뒤 정상화되더라도 연관성이 있다는 뜻일 뿐, 어떤 설정이 바뀌었는지는 추가로 확인해야 합니다. 보안 소프트웨어, 기업 관리 구성 요소, 로컬 개발 프록시는 필요한 기능일 수 있으므로 연결을 위해 모두 영구적으로 끄기보다 필요한 설정을 조정하세요. 진단이 다른 작업에 영향을 주지 않도록 기존 설정을 복원할 수 있게 보관하세요.

지속 작업과 일반 웹페이지를 각각 확인하세요

일반 웹페이지가 잠깐 열린 것만으로 지속 세션이 정상이라고 볼 수 없습니다. 원래 끊기던 작업을 실행하고 클라이언트 연결 기록도 함께 확인하세요. AI 코딩 도구의 자동완성, 대화, 명령줄 요청은 서로 다른 경로를 사용할 수 있으므로 한 기능이 복구됐다고 모든 기능이 정상이라는 뜻은 아닙니다. 관련 내용은 Cursor와 Copilot 회선 선택 가이드를 참고하세요. 이 페이지에서는 연결이 끊기는 지점을 찾으며 대상 도구의 계정이나 서버 상태를 추측하지 않습니다.

같은 회선에서 여러 앱이 모두 끊기고 다른 회선은 안정적이라면 회선별 차이를 기록해 고객 문의를 접수하세요. 특정 앱만 실패한다면 앱 오류와 클라이언트의 프록시 분류 결과를 먼저 저장하세요. 인증 만료, 대상 서비스 점검, 앱 충돌을 모두 네트워크 연결 끊김으로 분류하지 마세요. 로그에 재시도가 표시되더라도 클라이언트 전체 연결이 끊겼다는 뜻은 아닐 수 있습니다. 상태 변화와 실제 작업 결과를 함께 확인하세요. 필요하다면 고객 지원에 해석을 요청하고 로그의 모든 항목을 직접 단정하지 않아도 됩니다.

연결이 끊긴 상황을 처음부터 끝까지 기록하세요. 직전에 어떤 작업을 했는지, 네트워크가 바뀌었는지, 클라이언트 상태가 어땠는지, 어떤 조치로 복구됐는지 적으세요. 복구된 뒤 정상 화면만 첨부하지 마세요.

연결이 끊기면서 기기가 비정상적으로 재시작되거나, 시스템 네트워크 구성 요소 오류가 발생하거나, 관리 설정이 제거됐다면 먼저 기기 자체 문제를 해결하세요. 계속 재연결하는 것은 증상을 잠시 가릴 뿐 시스템 상태를 복구하지는 못합니다. 모바일 기기를 잠근 뒤 연결이 끊기는 문제는 백그라운드 항목을 참고하세요. 화면이 켜져 있을 때와 백그라운드에서의 차이를 각각 기록하고 재현 가능한 절차를 고객 문의에 제출하면, 지원팀이 환경을 반복해서 확인하는 일을 줄일 수 있습니다.

어떤 작업에서 실패했는지 먼저 확인하세요

구독 업데이트에는 콘텐츠 가져오기, 콘텐츠 해석, 구성 활성화가 포함됩니다. 클라이언트에 가져올 수 없다고 표시되면 요청 단계에서 문제가 발생했을 수 있습니다. 콘텐츠를 가져왔지만 형식 오류가 표시되면 가져오기 방법이나 호환성 문제일 가능성이 높습니다. 가져오기는 성공했지만 회선 목록이 이전과 같다면 새 구성을 선택하지 않았을 수 있습니다. 오류 문구 원문과 선택한 구성 이름을 먼저 보관하세요. 현재 구독 업데이트와 새 구성 만들기 중 어떤 작업을 했는지 확인해 목록에 비슷한 항목이 여러 개 있을 때 사용하지 않는 구성을 업데이트하지 않도록 하세요.

구독 주소는 사용자 대시보드에서 확인하고 클라이언트가 지원하는 가져오기 방법에 따라 사용하세요. 복사할 때 공백이나 줄바꿈이 들어가거나 메신저에서 내용이 잘릴 수 있으며, 직접 입력하면 문자를 빠뜨리기 쉽습니다. 예전 스크린샷을 보고 주소를 다시 작성하는 것보다 대시보드에서 다시 복사해 바로 가져오는 편이 안전합니다. 구독 주소에는 접속 인증 정보가 포함되어 있으므로 계정 비밀번호처럼 관리하세요. 공개 게시물, 공유 문서, 가리지 않은 고객 문의 스크린샷에 넣지 마세요.

가져오기에 실패하면 계정과 접속 경로를 확인하세요

먼저 대시보드에 로그인할 수 있는지, 요금제와 트래픽 상태가 정상인지 확인한 뒤 업데이트하세요. 브라우저에서도 대시보드가 열리지 않는다면 현재 네트워크와 프록시 상태를 먼저 확인하세요. 대시보드는 정상인데 클라이언트에서 가져오기에 실패한다면 클라이언트가 다른 접속 경로를 사용하는지 살펴보세요. 일부 클라이언트는 구독 업데이트 요청에 현재 프록시를 사용하지 않고, 일부는 업데이트 경로를 선택하는 옵션을 제공합니다. 실제 화면의 안내를 따르세요. 모든 클라이언트가 시스템 프록시를 따른다고 가정하지 말고, 업데이트를 위해 이미 작동하지 않는 프록시 설정을 계속 유지하지도 마세요.

기존 구성이 연결되지 않는데 업데이트하려면 그 구성이 필요해 서로 기다리는 상황이 생길 수 있습니다. 일반 네트워크 접속이 되는지 확인한 뒤 클라이언트 안내에 따라 구독 업데이트 경로를 잠시 바꾸어 비교하고 원래 설정으로 되돌리세요. 이 작업은 가져오기 경로를 확인하기 위한 것이며 모든 트래픽의 경로를 계속 바꾸라는 뜻은 아닙니다. 업데이트에서 인증 관련 안내가 나오면 반복 시도를 멈추고 현재 계정의 새 구독 주소를 사용했는지 확인하세요. 계정 상태는 대시보드와 고객 지원을 통해 확인해야 하며, 네트워크 매개변수를 계속 바꿔서 해결할 문제가 아닙니다.

해석 오류가 나도 웹페이지를 구성 파일로 취급하지 마세요

클라이언트가 예상한 구독 콘텐츠 대신 로그인 페이지, 오류 페이지 또는 지원하지 않는 형식을 가져왔을 수 있습니다. 따라서 ‘다운로드됨’이 곧 ‘가져올 수 있음’을 뜻하지는 않습니다. 현재 클라이언트에 맞는 가져오기 메뉴인지 확인하세요. 브라우저 페이지 주소를 구독 주소로 사용하거나 다른 플랫폼의 구독 메뉴를 억지로 적용하지 마세요. 콘텐츠 유형이나 형식 오류가 표시되면 안내 문구만 첨부하세요. 회선 인증 정보가 들어 있을 수 있으므로 응답 전체를 공개 도구에 붙여 넣어 분석하지 마세요.

클라이언트 호환성도 별도로 확인해야 합니다. 클라이언트 안내 페이지에서 현재 시스템에 맞는 설명을 확인하세요. 구독을 가져오려면 로그인이 필요하고, 실제 설치 파일을 사용하려면 유효한 요금제가 있어야 합니다. 업그레이드나 재설치 전에 인증 정보를 복구할 수 있는지 확인하고 민감한 정보가 없는 개인 규칙 설명은 백업하세요. 먼저 새 구성을 만들어 비교하고 기존 구성은 남겨 두세요. 정상 작동을 확인한 뒤 불필요한 항목을 정리해야 합니다. 모든 구성을 먼저 삭제했다가 계정에도 접속할 수 없게 되는 상황을 피하세요.

업데이트 후 현재 사용 중인 구성을 확인하세요

새 구성이 현재 구성으로 설정되어 있는지, 회선 선택이 이전 목록의 항목을 가리키는지, 개인 설정이 구독에서 제공하는 규칙을 덮어쓰는지 확인하세요. 업데이트는 구독 내용을 새로 고칠 뿐 개인 설정까지 자동으로 되돌리지는 않을 수 있습니다. 추가 설정이 없는 새 구성에서 기본 연결을 먼저 확인한 다음 개인 규칙을 하나씩 복원하세요. 특정 항목을 복원한 뒤 문제가 다시 발생하면 구독 원본을 다시 의심하기보다 해당 항목을 점검하세요.

서비스 상태를 확인하려고 짧은 간격으로 계속 업데이트하지 말고, 한 번의 실패만으로 계정을 바꿔야 한다고 판단하지 마세요. 계속 실패한다면 요청 단계, 현재 네트워크, 프록시 사용 여부, 새 구성의 결과를 기록한 뒤 고객 문의를 접수하세요. 대시보드에 구독 주소 재설정 기능이 있다면 기존 주소가 더 이상 작동하지 않을 수 있음을 먼저 확인하세요. 주소가 유출됐거나 재설정이 꼭 필요한 경우에만 안내에 따라 사용하세요. 재설정 후에는 사용 중인 기기에서도 구성을 업데이트해야 하며, 이전 주소가 계속 정상적으로 작동할 것이라고 기대하면 안 됩니다.

고객 문의에는 ‘가져오기 실패’, ‘해석 실패’, ‘업데이트 성공했지만 구성이 적용되지 않음’처럼 구체적으로 적으면 ‘구독이 고장 났다’고만 쓰는 것보다 문제를 찾기 쉽습니다. 구독 주소, 회선 키, 계정 비밀번호는 공개 진단 자료에 포함하면 안 됩니다.

처음 구독을 가져오는 중이라면 빠른 시작 가이드로 돌아가 전체 순서를 확인하세요. 이미 가져왔지만 일부 회선만 연결되지 않는다면 연결 항목을 확인하세요. 자주 사용하지 않는 기기도 필요할 때 구성이 유효한지 미리 확인해야 오랫동안 업데이트하지 않은 문제와 현재 연결 문제를 혼동하지 않습니다.

먼저 브라우저와 앱의 결과를 비교하세요

브라우저에서는 웹페이지가 열리지만 특정 앱이 작동하지 않는다면 기본 연결은 설정됐을 가능성이 있습니다. 앱이 사용하는 네트워크 경로를 중점적으로 확인하세요. 앱 계정이 정상인지, 대상 서비스에 점검이나 권한 안내가 표시되는지 먼저 확인한 뒤 같은 서비스의 웹 버전과 앱을 비교하세요. 웹 버전이 정상이라는 사실은 비교 자료일 뿐 앱이 같은 도메인, 연결 방식, 프록시 설정을 사용한다는 뜻은 아닙니다. 로그인 실패, 콘텐츠 로드 실패, 지속 세션 중단 중 무엇인지 기록하고 앱의 여러 기능을 한꺼번에 설명하지 마세요.

데스크톱 앱은 시스템 프록시를 따를 수도 있고 직접 연결할 수도 있습니다. 명령줄 프로그램은 자체 환경 변수 설정을 읽을 수도 있습니다. 터널 연결과 시스템 프록시는 적용 범위가 다르므로 클라이언트의 현재 모드를 확인한 뒤 앱에 별도 프록시 설정이 있는지 살펴보세요. 명확한 필요가 없다면 프록시 경로를 여러 개 동시에 설정하지 마세요. 요청이 오래된 포트로 우회하거나 중복 연결될 수 있습니다. 개인 개발 환경의 로컬 프록시도 VPN 클라이언트와 서로 영향을 주지 않는다고 가정하지 말고 비교 항목에 포함하세요.

무작정 규칙을 추가하기보다 연결 기록을 확인하세요

클라이언트에서 연결 기록을 볼 수 있다면 문제가 발생한 기능을 실행하고 관련 도메인이 나타나는지, 어떤 규칙이 적용됐는지, 최종적으로 어떤 회선으로 전달되는지 확인하세요. 앱은 로그인, API, 정적 리소스, 지속 연결 등 서로 다른 서비스를 이용할 수 있으므로 기본 페이지는 열리지만 API 요청이 실패하는 상황도 가능합니다. 실제로 실패한 요청을 먼저 찾은 뒤 규칙을 조정하세요. 앱 이름만 보고 너무 광범위한 규칙을 추가하거나 인터넷에서 찾은 도메인 목록 전체를 현재 구성에 덮어쓰지 마세요.

규칙 모드에서 실패하고 클라이언트가 제공하는 전체 프록시 모드로 잠시 바꾸자 정상화된다면 프록시 분류를 중점적으로 확인해야 합니다. 그래도 대상 서비스의 모든 요청이 프록시를 거쳐야 한다는 뜻은 아닙니다. 비교를 마친 뒤 원래 모드로 되돌리고 실제로 실패한 요청에 필요한 범위만 조정하세요. 전체 모드는 다른 트래픽에도 영향을 주므로 점검 후 기본 설정으로 남겨두면 안 됩니다. 전체 모드에서도 실패한다면 도메인 규칙을 계속 늘리지 말고 회선, 앱 계정, 프로토콜 호환성을 다시 확인하세요.

앱 캐시와 환경 변수에 이전 경로가 남아 있을 수 있습니다

앱이 시작될 때 프록시 설정을 읽은 뒤 계속 사용할 수 있으므로 시스템 프록시를 변경해도 즉시 반영되지 않을 수 있습니다. 앱과 백그라운드 프로세스를 완전히 종료하고 클라이언트 연결을 확인한 다음 앱을 다시 실행하세요. 명령줄 도구가 이전 터미널의 프록시 환경 변수를 이어받았다면 터미널 시작 환경과 도구 자체 설정을 확인하세요. 값을 바꾸기 전에 원래 값을 저장하세요. 로컬 프록시 포트를 임의로 고정하지 마세요. 실제 주소는 현재 클라이언트 설정에서 확인해야 하며 이 페이지에서 추측하지 않습니다.

브라우저 확장 프로그램, 통합 개발 환경, 앱 내 브라우저는 기본 앱과 확장 기능의 요청을 따로 살펴봐야 합니다. 기본 브라우저에서는 정상인데 확장 프로그램만 실패한다면 별도의 네트워크 구성이나 계정 인증을 사용할 수 있습니다. 먼저 공식 웹사이트에서 같은 계정의 상태를 확인한 뒤 클라이언트 기록을 살펴보세요. 캐시 삭제는 비교 방법으로 사용할 수 있지만 작업 공간과 로컬 데이터를 함부로 삭제하지 마세요. 개발 도구를 점검할 때는 저장되지 않은 내용을 먼저 보관한 뒤 종료, 업데이트 또는 설정 복원을 진행하세요.

로그인 화면만 보지 말고 실제 앱 작업으로 확인하세요

AI 도구에는 로그인, 대화 기록, 채팅, 파일 작업, 응답을 계속 받는 기능 등 서로 다른 작업이 포함될 수 있습니다. 로그인에 성공한 뒤에도 원래 실패했던 기능을 테스트하세요. 대화 도중 멈췄다면 클라이언트 연결도 끊겼는지, 앱에서만 오류를 반환했는지 확인하세요. 코딩 도구는 AI 도구 안내와 AI 코딩 도구 회선 선택 가이드를 참고하세요. 이미지 생성 및 커뮤니티 앱은 Midjourney와 Discord 연결 안내에서 확인할 수 있습니다.

일부 앱은 출구 지역, 계정 자격, 서비스 정책에 따라 사용할 수 있는 기능을 결정합니다. 네트워크 연결이 이 조건을 대신하지는 않습니다. 앱에서 지역이나 권한에 관한 안내가 명확히 표시되면 서비스 규정을 확인하세요. 이를 DNS를 계속 바꿔야 한다는 증거로 여기지 마세요. 검증한 회선을 고정해 사용하면 세션 환경 변화를 줄일 수 있지만 대상 플랫폼의 작동을 보장하지는 않습니다. 점검 결과는 이번 기기, 계정, 작업에 한정해야 하며 한 번의 성공으로 장기간 사용할 수 있다고 추론하지 마세요.

유효한 비교 방법: 웹 버전과 앱, 규칙 모드와 임시 전체 프록시 모드, 앱 재시작 전후, 클라이언트에 기록된 해당 요청의 실제 경로. 한 번에 조건 하나만 바꾸세요.

앱 문제를 문의할 때 앱 이름, 실패한 기능, 오류 문구 원문, 브라우저 비교 결과, 민감 정보를 가린 적용 규칙을 첨부하세요. 대화 내용, 개인 파일, 계정 세션 정보는 보내지 마세요. 클라이언트에 관련 요청이 기록되지 않았다면 그 사실도 알려주세요. 요청이 연결 경로에 포함되지 않았거나 더 이른 단계에서 실패했을 가능성을 보여줄 수 있습니다.

앱을 열어 둔 상태, 화면 잠금, 네트워크 전환을 따로 테스트하세요

모바일 백그라운드 연결이 끊긴다면 먼저 클라이언트가 화면에 표시된 상태에서 정상 작동하는지 확인하세요. 화면이 켜져 있을 때도 사용할 수 없다면 연결과 웹페이지 항목을 먼저 점검해야 합니다. 백그라운드 실행, 화면 잠금, 시스템 정리 후에만 문제가 나타난다면 백그라운드 실행 조건을 중점적으로 확인하세요. 테스트할 때는 네트워크를 그대로 유지한 채 화면 잠금 전후의 클라이언트 상태와 대상 앱을 확인한 뒤, 접속 네트워크를 바꾼 결과를 별도로 비교하세요. 여러 작업을 연달아 하면 절전 제한과 네트워크 변경 문제를 구분하기 어렵습니다.

시스템 상태 표시줄의 VPN 표시는 상태를 추정하는 단서일 뿐 앱 접속 여부를 대신하지 않습니다. VPN 표시가 남아 있는데 웹페이지가 실패한다면 터널이 복구되지 않았거나 DNS에 문제가 생겼거나 앱 세션이 만료됐을 수 있습니다. 표시가 사라졌다면 시스템이 구성이나 클라이언트 서비스를 중지했는지 확인하세요. 잠금 해제 후 자동으로 복구되는지, 다시 연결하면 정상화되는지, 대상 앱을 다시 열어야 하는지 기록하세요. 복구 방법에 따라 문제 발생 지점도 다를 수 있으므로 고객 문의에 차이를 남겨야 합니다.

Android에서 백그라운드 및 배터리 설정 확인

Android 기기의 백그라운드 실행 정책은 제조사와 시스템 설정에 따라 다릅니다. 클라이언트의 배터리 사용, 백그라운드 활동, 자동 시작 설정을 찾아 실제 화면의 안내에 따라 필요한 백그라운드 실행을 허용하세요. 모든 기기에 같은 이름의 메뉴가 있다고 가정하거나 특정 기기에서의 절차를 보편적인 방법으로 안내하지 마세요. 절전 모드나 백그라운드 데이터 제한이 켜져 있다면 현재 값을 저장한 뒤 잠시 비교해 보세요. 사용 방식에 따라 설정을 복원하거나 조정하면 됩니다. 모든 앱의 절전 정책을 끌 필요는 없습니다.

작업 관리자에서 정리 기능을 실행하면 클라이언트 프로세스나 관련 서비스가 종료될 수 있습니다. 점검 중에는 클라이언트를 직접 정리하지 말고 시스템 자동 정리나 다른 관리 도구가 개입하는지 살펴보세요. 일부 기기에서는 최근 앱 화면에 앱을 고정할 수 있지만 이것이 VPN 서비스에 영향을 주는지는 실제 테스트로 확인해야 합니다. 앱 카드가 화면에 남아 있다고 백그라운드 서비스가 계속 작동한다고 단정할 수 없습니다. 시스템 VPN 상태, 클라이언트 복구 상황, 대상 앱 접속 결과를 함께 살펴보세요.

iOS에서 구성 권한과 복구 과정을 확인하세요

iOS에서는 VPN 구성이 시스템 권한을 받았는지, 예상한 구성이 활성화되어 있는지, 테스트 중 다른 네트워크 구성이 자동으로 연결을 넘겨받지 않는지 확인해야 합니다. 앱 화면과 시스템에서 관리하는 터널은 완전히 같은 개념이 아니므로 앱이 화면에 표시되지 않는다고 터널이 중지됐다고 단정할 수 없습니다. 화면을 잠근 뒤 문제가 나타나면 먼저 시스템 상태를 확인한 다음 클라이언트에서 재연결 안내가 있는지 살펴보세요. 모든 프로파일을 반복해서 삭제하지 마세요. 관리되는 기기의 구성은 다른 서비스에 영향을 줄 수 있으므로 먼저 관리자에게 확인하세요.

시스템 업데이트, 기기 복원, 구성 변경 후에 문제가 시작됐다면 변경 시점과 첫 실패의 관계를 기록하세요. 클라이언트에 필요 시 연결 같은 옵션이 있다면 해당 클라이언트의 안내를 따르세요. 서로 다른 클라이언트의 설정을 섞어 사용하지 마세요. 첫 설치, App Store 지역, 구성 권한 문제는 iPhone 클라이언트 및 프로파일 안내를 참고하세요. 이 항목은 연결이 가능한 상태에서 백그라운드가 복구에 미치는 영향을 다룹니다.

대상 앱에도 자체 백그라운드 정책이 있습니다

알림이 늦게 도착해도 반드시 VPN 연결이 끊긴 것은 아닙니다. 대상 앱의 백그라운드 데이터, 알림 권한, 계정 상태, 시스템 푸시 경로도 결과에 영향을 줍니다. 잠금 해제 후 웹페이지는 정상인데 특정 앱을 다시 시작해야 한다면 앱 세션과 백그라운드 동작을 확인하세요. 테스트할 때 클라이언트 연결이 끊겼는지, 일반 웹페이지가 열리는지 기록하고 알림 지연만으로 회선을 판단하지 마세요. 계속 작업해야 하는 앱은 백그라운드 실행을 실제로 지원하는 범위도 확인해야 합니다.

화면을 잠근 뒤 문제가 반복된다면 기기 모델, 시스템 이름, 클라이언트 이름, 네트워크 유형, 절전 설정, 복구 방법을 고객 문의에 적어 주세요. 화면이 켜져 있을 때 정상인지, 네트워크를 그대로 둔 상태에서 재현되는지, 네트워크를 바꾸면 문제가 심해지는지 설명하세요. 스크린샷에는 관련 설정만 포함하고 개인 계정 정보는 가리세요. 기기 전체 백업을 보낼 필요는 없습니다. 조직의 관리 정책이 백그라운드 네트워크 사용을 제한한다면 먼저 관리자에게 확인해야 합니다. 회선 설정을 바꾸어 시스템 정책을 변경할 수는 없습니다.

동시 접속 기기 수와 공유 트래픽을 구분하세요

VPNJI는 동시에 접속할 수 있는 기기 수에 제한이 없으며 Windows, macOS, iOS, Android, Linux를 지원합니다. 클라이언트에 기기 수 초과라고 표시되더라도 VPNJI에 공개되지 않은 기기 수 제한이 있다고 단정하지 마세요. 안내가 VPNJI 대시보드, 현재 클라이언트, 대상 앱 중 어디에서 표시됐는지 먼저 확인하고 사용 중인 계정과 구독 출처를 점검하세요. 다른 앱의 로그인 기기 제한, 이전 구성의 안내 문구, 클라이언트 자체 권한 문제를 구독 연결 제한으로 오해할 수 있으므로 표시 위치에 따라 각각 확인해야 합니다.

기기 수 제한이 없다는 것이 무제한 트래픽을 뜻하거나 모든 기기의 로컬 설정이 자동으로 올바르게 동기화된다는 뜻은 아닙니다. 여러 기기를 사용하더라도 계정에서 사용할 수 있는 트래픽과 각 기기의 구독 상태를 확인하세요. 일부 기기에서 이전 구독 주소나 다른 계정을 사용하지 않는지도 살펴보세요. 월간 트래픽은 개통일을 기준으로 매월 초기화됩니다. 트래픽 패키지는 만료되지 않고 모두 사용할 때까지 이용할 수 있습니다. 같은 네트워크에 연결된 모든 기기에서 동시에 문제가 발생한다면 네트워크와 계정의 공통 조건을 먼저 확인하세요. 한 기기에서만 실패한다면 정상인 다른 기기의 구성을 삭제하지 말고 해당 기기를 중점적으로 점검하세요.

안내가 표시된 위치에 따라 확인 방법도 달라집니다

대상 웹사이트에서 세션 또는 기기 제한을 안내하면 해당 사이트의 규정을 확인하세요. 클라이언트에서 자체 권한이나 구성 오류가 표시되면 클라이언트 안내를 확인하세요. 대시보드의 이용 권한에 문제가 있다면 고객 문의로 확인해야 합니다. 안내를 없애려고 다른 사람에게 계정 정보를 넘기거나, 결과를 이해하지 못한 채 구독을 반복해서 재설정하지 마세요. 스크린샷만으로 안내가 표시된 곳을 알아보기 어렵다면 화면 이름과 작업 절차를 추가하면 됩니다. 제한의 의미를 추측하는 것보다 ‘어느 페이지에서 확인했는지’를 정확히 설명하는 편이 유용합니다.

비용을 문의할 때는 대시보드 기록과 요금제 정보를 기준으로 설명하세요. 월간 구독은 ¥9.9/월, 60GB 포함, ¥18/월, 250GB 포함, ¥28/월, 500GB 포함입니다. 트래픽 패키지는 ¥158/300GB, ¥358/1000GB, ¥658/3000GB입니다. 결제 수단은 Alipay, WeChat Pay, USDT이며 60일 환불을 제공합니다. 가격은 요금제 페이지에서, 환불 안내는 환불 정책에서 확인하세요. 진단을 대신해 임시로 요금제를 바꾸지 말고, 안내된 정보에 없는 속도 향상 혜택을 추측하지 마세요.

진단 결론보다 재현 과정을 먼저 적으세요

고객 문의 첫 부분에 증상과 영향을 받는 범위를 적고 현재 환경과 재현 방법을 설명하세요. ‘일반 웹페이지는 정상인데 클라이언트 연결 후 대상 앱에서 시간 초과가 표시되고, 회선을 바꿔도 실패하지만 네트워크를 바꾸면 정상화됨’처럼 구체적으로 적고 ‘전부 고장 남’이라고만 쓰지 마세요. 이미 확인한 조건과 결과, 효과가 없었던 조치도 나열하세요. 각 단계를 확정적인 결론처럼 작성하지 마세요. 고객 지원팀은 무엇을 관찰했는지 알아야 계정, 회선, 로컬 설정 중 어디를 확인할지 판단할 수 있습니다.

시스템과 클라이언트 이름, 선택한 회선 이름, 네트워크 접속 유형, 오류 문구 원문, 발생 시간대, 최근 설정 변경 여부를 알려주세요. 결제나 이용 권한에 문제가 있다면 대시보드에서 관련 주문 정보를 확인하고 공개 페이지에 계정 정보를 제출하지 마세요. VPNJI는 이메일 주소 없이 사용자 이름과 비밀번호로 계정을 만들 수 있으므로 계정 정보를 안전하게 보관하세요. 문의 및 처리 요청은 사용자 대시보드 문의를 이용하세요. 공식 사이트가 아닌 곳에서 진단 채널을 찾지 마세요.

고객 문의 기록 양식: 증상과 영향 범위, 시스템 및 클라이언트, 네트워크 유형, 회선 이름, 재현 절차, 오류 문구 원문, 비교 점검 결과, 현재 사용할 수 있는 임시 대안. 민감한 정보는 제출 전에 가리세요.

로그는 전후 맥락을 포함하고 민감 정보는 먼저 가리세요

오류 전후의 로그를 추려 요청이 어느 단계에서 발생했는지 파악할 수 있는 맥락을 남기세요. 오류 단어만 따로 남기면 구독 업데이트, 도메인 조회, 회선 연결 중 어느 단계에서 발생했는지 알기 어렵습니다. 반대로 전체 로그를 확인 없이 업로드하면 관계없는 접속 기록이 노출될 수 있습니다. 구독 주소, 계정 비밀번호, 토큰, 회선 키, 개인 콘텐츠는 모두 가리세요. 민감한 정보를 삭제한 뒤에는 오류 유형, 회선 이름, 필요한 시간 정보만 남기면 됩니다. 실제 구성을 공개 온라인 도구에 넣어 점검하지 마세요.

정상적으로 작동하는 대체 회선이 있다면 먼저 작업을 복구한 뒤 증거를 정리하세요. 서로 다른 네트워크에서 모든 회선을 사용할 수 없거나, 대시보드 이용 권한과 주문 상태가 일치하지 않거나, 구독 주소에서 인증 오류가 계속 반환되면 반복 테스트를 멈추고 고객 문의를 접수하세요. 고객 지원팀에서 새 비교 절차를 안내하면 기존 환경에서 항목별로 확인해 결과를 회신하세요. 도중에 재설치, 기기 변경, 규칙 수정을 한꺼번에 진행하지 마세요. 원래 문제를 재현하지 못해 어떤 조치가 효과가 있었는지 파악하기 어려워질 수 있습니다.

문제가 해결된 뒤 사용할 구성을 정리하세요

문제가 해결되면 정상 작동하는 회선, 클라이언트 모드, 필요한 개인 설정을 정리하세요. 진단 중 추가한 불필요한 설정을 삭제하고 더 이상 필요하지 않은 임시 전체 프록시 모드나 백그라운드 예외는 원래대로 되돌리세요. 민감한 정보를 가린 문제 기록은 다음에 비슷한 증상이 생겼을 때 비교할 수 있도록 보관하세요. 처음 설정할 때는 가이드를 이용하고 자주 묻는 계정 문제는 도움말 센터에서 확인하세요. 이 안내서는 증상 진단을 위한 자료이며 시스템 관리자 요구 사항이나 대상 앱의 이용 규정을 대신하지 않습니다.