VPN 문제 해결 가이드

네트워크 및 연결 시작점

연결되지 않을 때: 먼저 문제 범위를 확인하세요

문제를 재현할 수 있도록 증상을 기록하세요

먼저 ‘클라이언트가 실행되지 않음’, ‘연결 버튼을 누른 뒤 오류 발생’, ‘연결됨으로 표시되지만 요청 시간 초과’를 구분하세요. 각 증상은 발생 단계가 다르므로 해결 방법도 다릅니다. 마지막으로 정상 사용했을 때의 네트워크, 노드, 기기 상태를 기록하고 지금 어떤 화면에서 멈췄는지 적어 두세요. 최근 시스템 프록시를 변경했거나 설정을 가져왔거나 네트워크 도구를 설치했다면 변경 사항을 따로 적고, 당분간 추가 설정은 하지 마세요.

VPN 연결을 끊고 평소 접속할 수 있던 웹페이지가 정상적으로 열리는지 확인하세요. 기기에 네트워크 주소가 할당되어 있는지도 살펴보세요. 일반 웹페이지도 열리지 않는다면 Wi-Fi, 유선 연결, 네트워크 로그인 페이지 또는 라우터부터 점검하세요. 공용 네트워크는 브라우저에서 먼저 접속 확인을 해야 할 수 있습니다. 기본 네트워크가 복구되지 않은 상태에서 노드를 바꾸면 시간 초과 기록만 늘어날 뿐, 국제 노드 자체의 문제를 의미하지는 않습니다.

계정, 구독 및 클라이언트 상태 확인

계정 개요를 열어 요금제 상태, 남은 데이터, 구독 정보를 확인할 수 있는지 살펴보세요. 클라이언트에 설정이 남아 있어도 계정 상태가 바뀌었을 수 있으므로 ‘노드 목록이 보인다’는 것만으로 유효한 상태라고 판단할 수 없습니다. 대시보드도 열리지 않는다면 대시보드 접속 실패로 기록하고 클라이언트 연결 실패와 같은 문제로 묶지 마세요.

클라이언트가 실제로 연결 코어를 실행하고 있는지, 시스템에서 필요한 네트워크 권한을 허용했는지 확인하세요. 노드 이름이나 앱 홈 화면의 스위치는 화면에 표시되는 정보일 뿐입니다. 코어 실행 실패, 권한 거부, 설정 구문 분석 오류가 있으면 요청이 노드에 전달되지 않습니다. 현재 표시된 오류 내용을 확인하고 전체 화면을 캡처해 두세요. 문제를 진단한다는 이유로 시스템 보호 기능을 장기간 끄거나 출처가 불분명한 파일로 프로그램을 교체하지 마세요.

한 번에 한 조건씩 비교해 범위를 좁히세요

현재 설정을 유지한 채 다른 노드로 바꿔 보고, 다시 원래 노드를 선택한 상태에서 로컬 네트워크를 바꿔 보세요. 테스트하는 동안 같은 웹페이지를 대상으로 하고 앱, 규칙, 네트워크를 동시에 변경하지 마세요. 특정 노드에서만 실패한다면 해당 노드 쪽 문제일 가능성이 높습니다. 같은 네트워크에서 모든 노드가 실패하지만 네트워크를 바꾸면 정상이라면 로컬 접속 환경을 우선 점검하세요. 네트워크와 노드를 바꿔도 계속 실패한다면 구독, 권한, 코어 오류를 다시 확인하세요.

네트워크 연결을 제어하는 도구를 여러 개 실행하면 시스템 프록시, 라우팅 또는 가상 네트워크 인터페이스를 두고 충돌할 수 있습니다. 다른 VPN, 프록시 도구, 업무용 네트워크 소프트웨어가 실행 중인지 확인하고, 종료해도 되는 도구라면 종료한 뒤 다시 테스트하세요. 조직에서 관리하는 기기는 관리 정책을 따르고 보안 구성 요소를 임의로 제거하지 마세요. 도구를 종료할 때마다 시스템 프록시가 복구되었는지 확인해 중지된 프로그램을 계속 가리키지 않도록 하세요.

기기 시간이 크게 어긋나면 인증서 확인이나 보안 연결이 실패할 수 있습니다. 시스템 날짜, 시간, 시간대가 올바른지 확인하고 오류 내용에 인증서 또는 핸드셰이크 문제가 있는지 살펴보세요. 이런 오류가 나타나도 검증을 무시하거나 보안 확인을 장기간 끄지 마세요. 시간을 바로잡은 뒤에도 문제가 계속되면 대상, 오류 문구, 발생 단계를 기록해 지원팀이 로컬 환경 문제인지 연결 경로 문제인지 판단할 수 있도록 하세요.

자가 점검을 멈춰야 할 때

로그에 설정이 유효하지 않음, 코어 실행 불가, 권한 거부가 계속 표시된다면 노드를 계속 바꿔도 소용없습니다. 먼저 해당 로컬 오류를 해결하세요. 반대로 코어가 정상적으로 시작되고 기본 네트워크와 구독 상태도 정상인데 여러 네트워크에서 연결 시간 초과가 반복된다면 문의를 접수하는 것이 좋습니다. ‘모든 노드가 불안정하다’고만 쓰는 것보다 실패한 노드와 정상 노드를 비교해 제공하면 원인을 찾기 쉽습니다.

재설치는 첫 번째로 시도할 방법이 아닙니다. 먼저 민감 정보를 가린 오류와 설정 출처 정보를 저장하세요. 앱을 바로 초기화하면 문제를 설명할 기록까지 삭제될 수 있으며, 이전 시스템 프록시 설정이 남을 수도 있습니다.

연결이 복구되면 일상적인 설정으로 되돌리고 진단을 위해 임시로 추가한 광범위한 규칙은 남기지 마세요. 노드와 노드 유형의 차이를 알아보려면 글로벌 노드 안내를 확인하세요. 처음 설정을 가져오지 못했다면 가이드로 돌아가 연결 순서를 확인하세요. 문제 해결의 목적은 재부팅 후 우연히 연결되는 것이 아니라 반복해서 확인할 수 있는 원인을 찾는 것입니다.

요청, DNS 조회 및 웹페이지 로딩

연결은 되지만 웹페이지가 열리지 않을 때: DNS와 요청 오류 구분

모든 사이트가 안 되는지 특정 사이트만 안 되는지 확인하세요

현재 연결을 유지한 채 평소 사용할 수 있는 일반 웹페이지와 문제가 발생한 사이트를 각각 열어 보세요. 일반 페이지는 열리지만 특정 사이트만 실패한다면 대상 지역, 앱 규칙, 플랫폼 상태를 확인하세요. 모든 웹페이지가 실패한다면 시스템 프록시, DNS, 클라이언트가 요청을 실제로 전달하는지부터 점검하세요. 브라우저 오류 문구도 중요합니다. ‘서버를 찾을 수 없음’과 ‘연결이 재설정됨’은 각각 DNS 조회 단계와 연결 단계의 문제일 수 있으며, 둘 다 속도 저하로 볼 수는 없습니다.

다른 브라우저나 별도 앱으로 같은 사이트에 접속해 보세요. 특정 브라우저에서만 실패하면 확장 프로그램, 브라우저 프록시, 보안 DNS 설정을 확인하세요. 모든 앱에서 실패하면 시스템이나 클라이언트 쪽 문제일 가능성이 큽니다. 테스트하는 동안 모든 방문 기록과 로그인 정보를 한꺼번에 지우지 마세요. 먼저 새 브라우저 창을 열어 일부 캐시와 확장 프로그램의 영향을 확인하고, 원인을 좁힌 뒤 해당 사이트 데이터만 정리하세요. 그래야 계정 세션 문제가 기존 네트워크 문제와 섞이지 않습니다.

DNS 조회 결과가 반환되는지 확인하세요

DNS는 도메인 이름을 네트워크 주소로 변환하며, 주소를 얻은 뒤 연결 과정이 시작됩니다. 시스템에서 도메인을 조회할 수 있어도 클라이언트 내부의 DNS 조회가 정상이라는 뜻은 아닙니다. 클라이언트가 별도의 조회 경로를 사용하거나 브라우저가 자체 보안 DNS를 사용할 수 있습니다. 현재 설정과 로그를 확인해 요청을 어디에서 조회하는지 파악한 뒤 결과가 비어 있는지, 오류가 있는지, 예상한 지역과 다른지 살펴보세요. 서로 다른 경로의 결과를 구분 없이 한데 놓고 비교하지 마세요.

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

위 명령은 해당 도구가 설치된 환경에서 사용할 수 있습니다. 앞의 명령은 해당 도구가 사용하는 DNS 조회 경로를 확인하고, 뒤의 명령은 웹페이지 연결을 시도해 응답 헤더를 요청합니다. 결과가 정상이어도 해당 테스트 대상에 접속할 수 있다는 뜻일 뿐, 모든 앱이 현재 노드를 이용한다는 뜻은 아닙니다. 도구가 없다면 출처가 불분명한 소프트웨어를 일부러 설치할 필요는 없습니다. 브라우저 오류와 클라이언트 DNS 로그를 저장해 지원팀이 추가로 확인하도록 하세요.

보안 경고를 네트워크 최적화 방법으로 취급하지 마세요

인증서 오류가 발생하면 먼저 기기 시간을 확인하고 공용 네트워크 로그인 절차가 필요한지 살펴보세요. 일부 네트워크의 로그인 페이지는 첫 접속에 영향을 주어 브라우저에 비정상적인 인증서 경고가 표시될 수 있습니다. 인증서 확인을 꺼서 ‘작동하는지’ 시험하거나 출처가 불분명한 인증서를 설치하지 마세요. 오류가 발생한 도메인을 기록하고 정상적인 기본 네트워크로 바꿔 다시 테스트하면 로컬 접속 문제인지 대상 사이트 문제인지 구분하는 데 도움이 됩니다.

도메인 조회는 되지만 웹페이지가 계속 로딩 중이라면 클라이언트 로그에 대상 연결 기록이 있는지, 어떤 규칙과 노드를 사용했는지 확인하세요. 대상 기록이 없다면 앱이 클라이언트에 연결되지 않았을 수 있습니다. 기록은 있지만 연결에 실패했다면 그때 노드, 대상 주소, 전송 과정을 점검하세요. 로그에 거부 규칙이나 직접 연결 규칙이 표시되면 DNS를 먼저 바꿔 라우팅 오류를 가리지 말고 규칙이 의도대로 적용되었는지 확인하세요.

시스템과 브라우저 캐시에 이전 결과가 남아 있을 수 있습니다. 설정을 바꾼 뒤에도 계속 이전 주소를 사용한다면 해당 DNS 캐시를 지우는 방법을 고려하고 전후 차이를 기록하세요. 캐시를 비워도 만료된 구독이 복구되거나 타사 플랫폼의 계정 지역이 바뀌지는 않습니다. 시스템 명령은 플랫폼마다 다릅니다. 익숙하지 않다면 시스템 네트워크 설정이나 클라이언트의 복구 기능을 사용해 다른 네트워크 설정을 잘못 변경하지 않도록 하세요.

비교 결과를 바탕으로 다음 단계를 결정하세요

진단을 위해 임의로 입력한 DNS 주소를 계속 사용하지 마세요. 지원되는 설정으로 되돌린 뒤 일상적으로 사용하는 앱을 다시 확인하고 클라이언트의 요청 기록도 살펴보세요. 특정 네트워크에서만 문제가 생긴다면 문의에 해당 네트워크의 특성과 로그인 절차가 필요한지 적으세요. 여러 네트워크에서 같은 DNS 오류가 발생한다면 민감 정보를 가린 로그를 첨부하세요. 이렇게 하면 지원팀이 이미 확인한 기본 조건을 다시 묻지 않아도 됩니다.

DNS가 정상인지, 연결이 정상인지, 플랫폼에서 접속을 허용하는지는 서로 다른 조건입니다. 웹페이지에 지역 제한이나 계정 관련 안내가 표시되면 DNS 캐시를 반복해서 비우지 말고 앱별 라우팅 항목을 확인하세요.

연결 경로와 실제 사용 환경

속도 저하와 저녁 시간대 끊김: 연결 경로별로 비교하기

어떤 동작에서 느려지는지 구체적으로 기록하세요

웹페이지를 처음 열 때 오래 기다리는 현상, 영상이 계속 버퍼링되는 현상, 파일 전송이 멈추는 현상, AI 응답이 시작되지 않는 현상은 서로 다른 문제입니다. 웹페이지는 DNS 조회, 연결, 콘텐츠 요청 과정을 거칩니다. 영상은 플레이어 캐시, 콘텐츠 제공 위치, 화질의 영향도 받으며 AI 도구는 서버 처리를 기다릴 수 있습니다. 어떤 동작의 어느 단계에서 느려지는지 기록하세요. 클라이언트 연결 테스트만으로 전체 사용 환경을 설명하지 마세요.

다른 기기나 앱에서 진행 중인 다운로드, 클라우드 동기화, 대용량 업로드를 잠시 멈춘 뒤 같은 대상을 다시 테스트하세요. 가정용 네트워크의 업로드 대역폭이 사용 중이면 다운로드 여유가 있어도 웹 요청이 지연될 수 있습니다. Wi-Fi 신호와 기기와 라우터의 연결 상태도 확인하세요. 가능하면 더 안정적인 로컬 네트워크를 비교 대상으로 사용하세요. VPN을 끊은 뒤에도 일반 네트워크가 느리다면 요금제를 바꾸기보다 로컬 네트워크부터 점검하세요.

노드를 바꿀 때는 테스트 조건을 동일하게 유지하세요

현재 네트워크에서 대상 지역에 적합한 다른 노드를 선택하고 앱, 콘텐츠, 규칙은 그대로 유지하세요. 지역이 가깝다고 실제 연결 경로도 짧다고 단정할 수는 없습니다. 로컬 접속, 노드 진입점, 중계 경로, 대상 서비스 위치가 모두 사용 경험에 영향을 줍니다. 노드 범위는 노드 페이지에서 확인하세요. 실제로 선택할 수 있는 항목은 대시보드와 클라이언트의 구독 목록을 기준으로 하며, 이름만 보고 대역폭이나 품질을 추측하지 마세요.

노드 유형은 선택 방향을 정하는 데 참고가 되지만 실제 사용 환경에 따른 비교를 대신하지는 못합니다. IEPL 전용 회선, 중계, 직접 연결은 연결 경로의 구성 방식을 설명할 뿐 모든 대상, 네트워크, 시간대에서 같은 성능을 보장하지 않습니다. 유형을 바꾼 뒤 문제가 ‘계속 버퍼링됨’에서 ‘재생 시작 가능’으로 바뀌는지 확인하고 결과를 기록하세요. 우연히 한 번 복구된 결과를 지속적인 속도 보장으로 표현하지 말고 여러 속도 테스트를 동시에 실행하지 마세요.

저녁 시간대 문제는 발생 시간과 네트워크를 비교해 기록하세요

낮에는 괜찮지만 저녁마다 끊긴다면 발생 시간, 사용한 로컬 네트워크, 노드를 기록하고 다음 날 같은 조합으로 비교하세요. 저녁 시간대 혼잡은 가정용 Wi-Fi, 로컬 통신망, 노드 진입점, 대상 플랫폼 등 어느 구간에서나 생길 수 있습니다. 저녁에 문제가 생긴다는 사실만으로 원인이 어느 구간인지 판단할 수는 없습니다. 로컬 네트워크를 바꾼 뒤 나아지면 접속 구간을 우선 살펴보고, 노드를 바꾼 뒤 나아지면 노드별 차이를 문의에 포함하세요.

영상 앱은 이전 지역 판정이나 미디어 연결을 캐시할 수 있습니다. 노드를 바꾼 뒤 현재 재생을 종료하고 같은 콘텐츠를 다시 여세요. 필요한 경우 앱을 재시작하되 노드를 여러 개 연달아 바꾸지는 마세요. 플레이어가 화질을 자동으로 조정하는지도 확인하세요. 화질이 바뀌었다고 연결이 끊어진 것은 아니며, 버퍼링이 계속된다고 반드시 플랫폼의 지역 제한 문제인 것도 아닙니다. 콘텐츠 제공 범위와 시청 환경은 Disney+ 지역 및 안정성 안내를 참고하세요.

AI 도구 웹페이지는 열리지만 응답이 느리다면 요청이 정상적으로 전송되었는지, 플랫폼에서 처리 중으로 표시되는지, 다른 웹페이지도 함께 느려지는지 확인하세요. 생성 과정에서만 대기하는 경우 대상 서비스 부하, 계정 상태, 요청 내용이 원인일 수 있으며 네트워크를 바꾸는 것만으로 설명할 수 없습니다. 요청이 전송되지 않았거나 연결이 끊겼다면 클라이언트 기록과 라우팅 규칙을 확인하세요. 자세한 사용 환경은 AI 안내에서 확인할 수 있습니다.

데이터 용량별 요금제를 속도 진단의 기준으로 삼지 마세요

월간 구독의 데이터 용량별 옵션은 이용 가능한 데이터량의 차이를 설명하며, 요금제에 따라 속도가 다르다고 추론할 근거가 되지 않습니다. 데이터는 가입일을 기준으로 매월 초기화되며, 중도 업그레이드 차액은 남은 일수에 따라 계산됩니다. 데이터 패키지는 소진할 때까지 사용할 수 있고 만료되지 않습니다. 계정에 데이터가 모두 소진된 것으로 표시되면 먼저 계정 상태를 확인하세요. 데이터가 남아 있는데 특정 대상만 느리다면 연결 경로를 계속 점검하세요. 전체 가격과 요금제는 요금제 가격에서 확인할 수 있습니다.

비교할 때는 노드와 로컬 네트워크 중 한 가지 조건만 바꾸세요. 대상, 규칙, 동작을 그대로 유지해야 ‘노드를 바꾼 뒤 개선됨’이라는 결과를 문제 해결 근거로 활용할 수 있습니다.

속도 문제를 문의할 때는 느려짐이 계속되는지 특정 시간대에만 나타나는지 적고, 정상적으로 접속되는 대상을 비교 사례로 첨부하세요. 앱 홈 화면만 보이는 캡처로는 버퍼링이나 대기가 어디서 발생했는지 알 수 없습니다. 사용할 수 있는 노드를 찾았다면 해당 노드를 유지해 일상적인 작업을 계속하면서 지원팀이 문제가 발생한 조합을 확인하도록 할 수 있습니다. 진단을 기다리는 동안 기존 설정을 계속 바꿀 필요는 없습니다.

세션 및 시스템 백그라운드 실행

잦은 연결 해제와 백그라운드 끊김: 발생 조건 확인

연결 해제, 네트워크 끊김, 앱 재연결을 구분하세요

클라이언트 스위치가 꺼졌는지, 시스템 VPN 표시가 사라졌는지, 앱이 콘텐츠만 다시 불러왔는지 확인하세요. 클라이언트에는 연결됨으로 표시되지만 웹페이지가 응답하지 않으면 연결 경로가 끊겼을 수 있습니다. 스위치가 저절로 꺼지면 코어 종료나 시스템 권한 문제일 수 있습니다. 특정 앱에서만 다시 연결된다면 앱 세션 문제일 수도 있습니다. 모든 재로그인을 VPN 연결 해제로 여기지 말고 현상을 나누어 기록하세요.

화면을 잠갔을 때, 네트워크를 바꿨을 때, 절전 모드로 전환했을 때, 노트북을 닫았을 때, 절전 상태에서 깨어났을 때 문제가 반복되는지 떠올려 보세요. 네트워크를 바꾸면 하위 연결이 달라져 기존 세션을 다시 연결해야 할 수 있고, 절전 중에는 앱 활동이 멈췄다가 깨어난 뒤 복구까지 시간이 걸릴 수 있습니다. 특정 조건에서 재현된다면 무작위로 노드를 바꾸지 말고 해당 조건을 기준으로 테스트하세요. 발생 전후 로그, 특히 코어 종료, 네트워크 변경, 재연결 관련 기록을 보관하세요.

모바일에서 백그라운드 실행 및 네트워크 권한 확인

Android에서는 시스템 VPN 권한이 여전히 유효한지 확인한 뒤 클라이언트의 배터리 관리와 백그라운드 실행 설정을 살펴보세요. 기기마다 메뉴 이름이 다를 수 있으며 보통 앱 정보, 배터리 또는 백그라운드 관리 메뉴에 있습니다. 연결을 유지해야 하는 클라이언트에만 필요한 수준으로 설정을 조정하세요. 모든 앱을 제한 없이 실행하도록 바꿀 필요는 없습니다. 조정 후 화면을 잠가 다시 테스트하고 시스템이 클라이언트 프로세스를 계속 종료하는지 확인하세요.

백그라운드에서도 클라이언트가 현재 네트워크를 사용할 수 있는지, 시스템에 백그라운드 활동을 제한하는 절전 설정이 켜져 있는지도 확인하세요. 일부 기기에서는 앱 정리 기능이 연결 코어까지 종료해 화면을 다시 열면 ‘저절로 끊긴 것처럼’ 보일 수 있습니다. 먼저 수동 정리의 영향을 없앤 뒤 노드 문제인지 판단하세요. 자세한 연결 방법은 Android 클라이언트 및 구독 가이드를 참고하세요.

iOS에서는 시스템 VPN 설정에 구성이 있는지, 연결 상태가 클라이언트 표시와 일치하는지 확인한 다음 클라이언트에서 현재 선택 항목을 확인하세요. 다른 앱이 만든 VPN 구성을 이번에 사용하는 구성과 혼동하지 마세요. 화면을 잠근 뒤 대상 앱의 세션만 종료되고 시스템 연결은 유지된다면 해당 플랫폼의 세션 정책을 확인하세요. 처음 권한을 허용하고 구독을 가져오는 과정은 iPhone 연결 가이드를 참고하세요.

컴퓨터 절전 및 네트워크 전환 점검

Windows, macOS, Linux에서는 절전, 네트워크 어댑터 재활성화, Wi-Fi 전환 후 기존 연결이 달라질 수 있습니다. 먼저 일반 네트워크가 복구되었는지 확인한 다음 클라이언트를 수동으로 다시 연결해 안정적인지 살펴보세요. 세션을 유지하려고 모든 절전 기능을 영구적으로 끄지 마세요. 깨어난 직후에만 문제가 생기는지 먼저 확인하세요. 다시 연결하면 복구되는 경우 문의에 절전 해제가 원인이라고 명시하면 관련 없는 노드 테스트를 줄일 수 있습니다.

Wi-Fi 신호가 약한 구역에서는 연결이 반복해서 끊기고 다시 연결될 수 있으며 기기가 여러 액세스 포인트 사이를 전환할 수도 있습니다. 같은 위치와 네트워크에서 다시 테스트하고 다른 실시간 앱도 동시에 끊기는지 살펴보세요. 모든 앱에 문제가 생기면 로컬 네트워크를 먼저 점검하세요. 일반 네트워크는 계속 정상인데 클라이언트 코어가 반복해서 종료된다면 오류 기록과 실행 권한을 확인하세요. 여러 로컬 네트워크에서 같은 코어 오류가 재현되면 바로 문의를 접수하세요.

설정을 복구한 뒤 문제가 계속되는지 다시 확인하세요

일부 클라이언트에는 자동 재연결, 필요 시 연결, 연결 유지 옵션이 있으며 이름과 동작은 구현에 따라 다릅니다. 옵션 설명을 먼저 읽어 연결 복구 기능인지 규칙 전환 기능인지 확인한 뒤 사용하세요. 자동 재연결은 연결 복구 과정에 도움이 될 수 있지만 만료된 구독, 소진된 데이터, 잘못된 설정을 해결하지는 못합니다. 계속 재연결해도 접속되지 않으면 반복 시도로 인한 영향을 줄이고 연결 실패 항목으로 돌아가 기본 조건을 점검하세요.

인증서 확인을 무시하거나 시스템 보호 기능을 끄거나 프로세스를 계속 강제 종료해 연결을 유지하지 마세요. 먼저 백그라운드 권한과 코어 상태를 확인한 뒤 연결 경로의 중단 여부를 살펴보세요.

한 번 테스트에 성공했더라도 문제가 발생했던 동작을 다시 실행해 확인하세요. 예를 들어 화면을 잠갔다가 앱을 다시 열거나 절전 해제 후 같은 웹페이지에 접속할 수 있습니다. 계속 끊긴다면 재현 동작, 기기 운영체제, 클라이언트 이름, 현재 노드를 기록하고 연결 해제 전후의 민감 정보를 가린 로그를 첨부하세요. 지원팀에는 ‘연결 해제됨’ 화면 하나보다 문제를 일으키는 조건과 순서가 필요합니다.

설정 가져오기 및 계정 상태

구독 갱신 실패: 가져오기와 구문 분석 구분

먼저 어느 단계에서 실패했는지 확인하세요

구독 갱신은 보통 원격 콘텐츠를 가져온 뒤 클라이언트에서 구문을 분석하고 노드 목록을 새로 고칩니다. 네트워크 시간 초과, 권한 오류, 설정 구문 분석 실패는 서로 다른 단계의 문제입니다. 갱신 결과의 전체 문구를 확인해 콘텐츠를 가져오지 못한 것인지, 가져온 콘텐츠를 인식하지 못한 것인지 파악하세요. 목록이 바뀌지 않았다고 반드시 갱신 실패인 것은 아닙니다. 서버 콘텐츠가 그대로일 수 있으므로 클라이언트 안내와 함께 판단하세요.

계정 개요에서 요금제 유효 상태, 데이터, 구독 메뉴를 확인해 초기화되었거나 만료된 정보를 계속 사용하지 않도록 하세요. 이메일 주소 없이 사용자 이름과 비밀번호만으로 가입할 수 있습니다. 로그인 정보는 계정 접속에, 구독 정보는 클라이언트 연결에 사용되며 서로 바꿔 쓸 수 없습니다. 로그인 비밀번호를 구독 주소 입력란에 넣지 말고 계정 소유를 증명한다며 문의에 전체 구독 링크를 붙여 넣지 마세요.

복사 방식, 출처 및 클라이언트 호환성 확인

대시보드에서 구독을 다시 가져올 때 해당 복사 또는 가져오기 메뉴를 사용하고 채팅 앱이나 텍스트 편집기가 주소에 줄바꿈을 넣지 않았는지 확인하세요. 직접 붙여넣었다면 앞뒤 공백과 복사 범위를 확인하되 전체 내용을 다른 사람에게 보내 점검받지는 마세요. 클라이언트마다 지원하는 설정 형식이 다를 수 있으므로 현재 클라이언트에 맞는 메뉴를 선택해야 합니다. 설정 파일, 웹 주소, 구독 주소는 겉모양만 보고 서로 대체할 수 없습니다.

브라우저에서는 대시보드가 열리지만 클라이언트 갱신은 시간 초과된다면 구독 가져오기가 브라우저와 다른 네트워크 경로를 사용하는지 확인하세요. 일부 클라이언트는 시스템 네트워크로 갱신하며 다른 클라이언트는 현재 연결을 통해 가져올 수 있습니다. 실제 방식은 설정 설명을 확인하세요. 기존 노드를 사용할 수 없는 상태에서 해당 노드를 통해 갱신하려 하면 같은 문제가 반복될 수 있습니다. 기본 네트워크가 정상일 때 지원되는 갱신 방법을 시도하고 주소를 임의로 바꾸지 마세요.

갱신 결과가 클라이언트 설정이 아닌 웹페이지, 로그인 화면, 오류 안내라면 구문 분석에 실패할 수밖에 없습니다. 대시보드에서 제공하는 유효한 메뉴를 사용했는지 확인하고 공용 네트워크 로그인 페이지가 영향을 주는지도 살펴보세요. 반환된 페이지를 설정 파일로 저장해 계속 가져오거나 온라인에서 이른바 범용 변환 서비스를 찾아 구독을 업로드하지 마세요. 계정 연결 정보가 낯선 서비스에 전달될 수 있습니다.

기존 설정을 보관하고 형식 문제를 분리하세요

기존 설정으로 여전히 연결할 수 있다면 그대로 보관하고 클라이언트에서 지원하는 방법으로 테스트 설정을 새로 만든 뒤 갱신을 시도하세요. 이렇게 하면 이전 설정의 로컬 재정의 규칙과 새 구독 콘텐츠를 구분할 수 있습니다. 테스트 설정을 바로 자동 시작으로 지정하거나 기존 설정의 필요한 항목을 삭제하지 마세요. 새 설정은 성공하지만 기존 설정은 실패한다면 로컬 수정 내용을 확인하세요. 둘 다 같은 구문 분석 오류가 발생하면 오류가 난 필드 이름을 지원팀에 전달하세요.

클라이언트에서 특정 필드나 설정 유형을 지원하지 않는다고 표시되면 가져오기 메뉴와 클라이언트가 맞는지 먼저 확인하고 모르는 필드를 바로 삭제하지 마세요. 해당 필드는 DNS, 규칙, 연결 방식과 관련될 수 있어 삭제 후 불러오기에 성공하더라도 일상적인 요청 경로가 달라질 수 있습니다. 클라이언트는 대시보드 다운로드 메뉴를 통해 받으세요. 로그인한 뒤 구독을 가져와야 하며, 실제로 가져올 수 있는 클라이언트는 대시보드의 요금제 상태에 따라 달라집니다.

데이터 초기화, 요금제 변경, 목록 갱신을 구분하세요

월간 구독 데이터는 가입일을 기준으로 매월 초기화되므로 달력이 바뀌었다고 데이터가 복구되었다고 판단하지 마세요. 중도 업그레이드 차액은 남은 일수에 따라 계산되며 계정 상태는 대시보드에서 확인해야 합니다. 데이터 패키지는 소진할 때까지 사용할 수 있고 만료되지 않지만 데이터가 모두 소진된 뒤에도 연결을 계속 사용할 수 있다는 뜻은 아닙니다. 구독 갱신은 연결 설정을 새로 고칠 뿐 데이터 한도를 자동으로 늘리거나 주문 상태를 수정하지 않습니다. 결제 관련 문제는 계정과 주문 상태를 확인하세요.

구독 링크는 민감한 연결 정보입니다. 로그, 캡처, 공개 문의에는 전체 주소, 토큰, QR 코드를 가리세요. 온라인 설정 분석 도구에 실제 구독 정보를 입력하지 마세요.

갱신을 완료한 뒤 클라이언트에서 방금 갱신한 설정이 선택되어 있는지, 노드 목록과 현재 노드가 올바른지 확인하세요. 설정이 여러 개라면 갱신에는 성공했지만 실제로 실행 중인 설정은 아닐 수 있습니다. 대시보드 상태가 정상인데도 네트워크를 바꾸고 다시 가져온 뒤 갱신에 실패한다면 실패 단계, 클라이언트 이름, 사용한 메뉴 유형, 민감 정보를 가린 오류 내용을 문의에 포함하세요. 계정이나 주문 문의는 관련 주문 정보를 첨부해 별도로 처리하세요.

앱, 규칙 및 출구 지역

특정 앱에서 프록시를 사용할 수 없을 때: 규칙 적용 확인

먼저 앱 요청이 클라이언트에 전달되는지 확인하세요

브라우저에서는 해외 사이트에 접속되지만 특정 앱은 계속 실패한다면 해당 앱 요청이 클라이언트 연결 기록에 나타나는지 먼저 확인하세요. 기록이 없다면 앱이 자체 네트워크 설정을 사용하거나 시스템 프록시가 적용되지 않거나 규칙에서 더 앞선 단계에 요청을 허용했을 수 있습니다. 기록이 있다면 적용된 규칙과 선택된 노드를 이어서 확인하세요. 연결 아이콘이나 브라우저 접속 결과만으로 다른 앱도 같은 경로를 사용한다고 판단할 수 없습니다.

시스템 프록시는 해당 설정을 따르는 앱에 연결 경로를 제공할 뿐 모든 프로그램을 자동으로 연결하는 것은 아닙니다. 일부 앱은 자체 네트워크 연결을 관리하며 클라이언트마다 지원하는 연결 방식도 다를 수 있습니다. 현재 방식의 안내를 읽은 뒤 설정을 변경할지 결정하세요. 권한과 라우팅에 미치는 영향을 모른 채 더 광범위한 연결 기능을 켜지 마세요. 업무용 기기와 관리 대상 네트워크는 기존 정책을 따르고 조직에서 지정한 네트워크 경로를 임의로 바꾸지 마세요.

임시 비교로 라우팅 규칙을 확인하세요

클라이언트에서 규칙 모드를 바꿀 수 있다면 원래 설정을 저장한 뒤 진단에 적합한 전체 프록시 모드를 잠시 선택하고 대상 앱을 다시 시작해 테스트하세요. 이때 복구된다면 기존 규칙을 살펴볼 필요가 있다는 뜻이지 노드에 문제가 있다고 입증된 것은 아닙니다. 테스트가 끝나면 원래 모드로 되돌리고 연결 기록을 비교해 누락되거나 잘못 판정된 도메인을 찾으세요. 다른 앱의 접속 경로가 바뀔 수 있으므로 임시 진단 설정을 장기적인 해결책으로 사용하지 마세요.

앱은 로그인, 콘텐츠, 미디어, 리소스 도메인에 동시에 연결할 수 있어 첫 화면 도메인만 규칙에 포함하면 부족할 수 있습니다. 로그인은 되지만 이미지가 표시되지 않거나 홈 화면은 열리지만 재생이 실패하는 등 문제가 난 동작의 요청을 확인한 뒤 관련 규칙을 찾아보세요. 키워드만 보고 광범위한 규칙을 추가하거나 출처가 불분명한 규칙 세트로 전체를 교체하지 마세요. 어떤 유형의 요청이 예상한 노드를 거치지 않았는지 확인한 뒤 지원되는 방법으로 수정하세요.

로컬 재정의 규칙, 사용자 지정 규칙, 구독에 포함된 규칙에는 적용 순서가 있을 수 있습니다. 클라이언트에는 특정 도메인을 프록시로 보내도록 표시되지만 실제 기록에는 직접 연결로 나타난다면 더 앞선 규칙이 이를 덮어쓰는지 확인하세요. 규칙 이름이 실제 실행 결과를 보장하지는 않으며 연결 기록이 실제 동작을 더 잘 보여 줍니다. 수정 전후의 규칙과 테스트 결과를 저장하세요. 충돌이 계속되면 민감 정보를 가린 규칙 일부를 제출하고 전체 구독 및 계정 정보가 포함된 설정 파일은 업로드하지 마세요.

지역 제한과 연결 오류를 구분하세요

대상 플랫폼에서 지역, 계정, 이용 자격 관련 안내가 표시되면 요청이 플랫폼에 도달했지만 이용 조건을 충족하지 못했을 수 있습니다. 이는 네트워크 시간 초과와 다른 문제입니다. 플랫폼은 출구 지역, 계정 설정, 결제 정보, 기존 세션 등을 바탕으로 접속 환경을 판단할 수 있습니다. VPNFZ에서 노드를 선택하는 것으로 플랫폼의 이용 정책을 대신할 수는 없습니다. 지역을 바꾸기 전에 대상 플랫폼의 요구 사항을 확인하고 타사 앱이나 콘텐츠 목록에 항상 접속할 수 있다고 보장하지 마세요.

AI 도구의 웹페이지 접속과 계정 기능은 서로 다른 점검 항목입니다. 웹페이지는 열리지만 기능을 사용할 수 없다면 계정 안내, 지원 지역, 앱 권한을 확인하세요. 요청 시간 초과가 발생한다면 연결 기록과 노드를 다시 점검하세요. 지역 판정과 이용 환경은 Claude 노드 선택 안내에서 확인할 수 있습니다. 진단에 변수가 늘어나지 않도록 테스트 중에는 출구 환경을 되도록 일정하게 유지하세요.

캐시와 이전 세션에 기존 경로가 남을 수 있습니다

규칙이나 노드를 바꾼 뒤에도 대상 앱이 이전 연결을 재사용할 수 있습니다. 현재 작업을 중단하고 앱을 완전히 종료한 다음 다시 열어 새 요청 기록을 확인하세요. 필요한 경우 해당 앱의 관련 캐시만 지우세요. 로그인 데이터를 삭제하려면 다시 로그인할 수 있는지 먼저 확인하세요. 모든 앱과 브라우저 정보를 한꺼번에 지우면 기존 네트워크 문제를 새로운 로그인 인증 문제와 구분하기 어려워져 변경이 효과가 있었는지 판단할 수 없습니다.

앱별 라우팅 문제를 확인하려면 구체적인 동작, 해당 요청, 적용된 규칙, 선택된 노드, 플랫폼의 응답을 함께 확인해야 합니다. ‘브라우저는 정상인데 앱은 안 됨’만으로는 어느 단계에서 빠졌는지 찾기 어렵습니다.

같은 대상이 브라우저와 앱에서 다르게 동작한다면 문의에 차이를 명확히 적고 문제가 발생한 동작 전후의 민감 정보를 가린 기록을 첨부하세요. 모든 노드에서 같은 계정 안내가 표시되면 플랫폼 정책에 따라 먼저 처리하세요. 특정 규칙에서만 요청이 거부된다면 적용된 규칙 정보를 제출하세요. 스트리밍 환경은 스트리밍 이용 안내를 함께 참고하되 실제 접속 결과와 플랫폼 정책을 기준으로 판단하세요.

시스템별 차이와 계정 공유

플랫폼 및 여러 기기: 특정 기기의 문제 찾기

‘기기 수 초과’ 안내가 어디서 표시되는지 확인하세요

VPNFZ는 동시 접속 기기 수에 제한이 없습니다. 기기 수 관련 안내가 표시되면 계정 대시보드, 클라이언트, 현재 이용 중인 타사 앱 중 어디에서 나온 것인지 먼저 확인하세요. 대상 플랫폼에는 자체 세션 및 기기 정책이 있을 수 있으며 이를 VPNFZ의 제한으로 바로 해석해서는 안 됩니다. 안내가 표시된 화면, 발생한 동작, 민감 정보를 가린 캡처를 보관하세요. 문구에 기기 관련 내용이 있다는 이유만으로 요금제를 바꾸거나 다른 기기의 설정을 삭제하지 마세요.

같은 계정인데 기기마다 동작이 다르다면 동일한 유효 구독을 사용하고 있는지, 선택한 설정과 노드가 일치하는지 확인하세요. 특정 기기에는 이전 연결 정보가 남아 있거나 다른 로컬 규칙이 실행 중일 수 있습니다. 계정 상태가 같아도 로컬 연결 설정은 다를 수 있습니다. 정상 기기를 비교 대상으로 삼을 때는 시스템 설정을 전부 복사하지 말고 설정 출처, 규칙 모드, 네트워크 환경을 비교하세요.

기기와 네트워크를 교차해 비교하세요

문제가 있는 기기를 정상 기기가 사용 중인 네트워크에 연결한 다음 정상 기기를 기존의 문제가 있는 네트워크에 연결하세요. 대상과 노드는 동일하게 유지하세요. 문제가 네트워크를 따라가면 접속 환경을 우선 점검하세요. 기기를 따라간다면 권한, 클라이언트 코어, 시스템 프록시를 확인하세요. 테스트를 위해 집에 있는 모든 기기를 재설치하거나 동시에 노드를 바꿀 필요는 없습니다. 이렇게 하면 정상적으로 작동하는 비교 조건을 유지할 수 있습니다.

여러 기기가 같은 로컬 네트워크를 사용하면 지속적인 업로드, 클라우드 동기화, 동영상 재생이 접속 자원을 함께 사용할 수 있습니다. 기기 수 제한이 없다는 것은 동시 접속 정책을 말할 뿐 로컬 라우터, Wi-Fi 환경, 대상 플랫폼의 자원에 제한이 없다는 뜻은 아닙니다. 여러 기기를 함께 사용할 때 느려진다면 불필요한 전송을 잠시 멈추고 한 기기만 사용할 때와 동시에 사용할 때를 비교하세요. 가족 간 공유 범위와 기기 기준은 여러 기기 사용 안내를 참고하세요.

플랫폼별 시스템 연결 방식 점검

Windows에서 클라이언트를 종료한 뒤 일반 웹페이지도 열리지 않는다면 시스템 프록시가 중지된 로컬 프로그램을 계속 가리키는지 확인하세요. 클라이언트의 정상 종료 또는 복구 기능을 사용한 뒤 시스템 네트워크 설정을 다시 살펴보세요. macOS에서는 현재 사용 중인 네트워크 서비스를 확인해 사용하지 않는 인터페이스만 수정하지 않도록 하세요. 온라인에 나온 고정 포트 번호를 그대로 로컬 프록시에 입력하지 말고 현재 클라이언트 설정에 따라 포트와 연결 방식을 확인하세요.

Linux에서는 데스크톱 앱, 터미널 프로세스, 시스템 서비스가 서로 다른 프록시 설정을 사용할 수 있습니다. 터미널 프로그램은 별도의 환경 변수를 읽을 수 있으므로 브라우저가 정상이라고 명령줄 작업도 같은 경로를 사용한다고 볼 수는 없습니다. 앱 문서와 현재 프로세스 설정을 확인하고 필요한 경우 차이를 기록해 문제 해결에 활용하세요. 진단용 프록시를 전역 시작 파일에 계속 남겨 두지 말고 인증 정보가 포함된 환경 변수 전체를 문의에 붙여 넣지 마세요.

설정은 일관되게 유지하되 플랫폼별 설정을 그대로 옮기지 마세요

모바일에서는 시스템 권한, 네트워크 전환, 백그라운드 실행 유지 상태를 중점적으로 확인하세요. 데스크톱에서는 여러 프록시 경로가 동시에 존재할 수 있습니다. 같은 구독이라도 클라이언트에 따라 표시 방식과 지원 설정이 다를 수 있습니다. 설정을 동기화할 때는 각 플랫폼에서 지원하는 가져오기 메뉴를 사용하고 다른 시스템의 설정 파일 경로나 권한 옵션을 그대로 복사하지 마세요. 처음 설치하고 가져오는 과정은 빠른 시작 가이드를 따르세요.

계정을 공유할 때는 로그인 정보와 구독 정보를 안전하게 보관하고 신뢰할 수 있는 기기에서만 사용하세요. 정보가 유출되었을 가능성이 있다면 대시보드에서 제공하는 기능으로 계정 보안 및 구독을 관리한 뒤 다른 기기에서 유효한 설정을 다시 가져오세요. 가족 간 사용 문제를 해결하려고 구독 정보를 공개하지 마세요. 캡처에 비밀번호뿐 아니라 QR 코드, 링크, 계정 식별 정보가 노출되지 않았는지도 확인하세요.

안내가 실제로 VPNFZ 대시보드에 표시되고 ‘동시 접속 기기 수 제한 없음’ 정책과 일치하지 않는다면 제한 기준을 추측하지 말고 안내 화면과 발생 경로를 제출해 지원팀에 확인을 요청하세요.

여러 기기 관련 문의에는 어떤 기기가 정상이고 어떤 기기에 문제가 있는지, 같은 네트워크와 구독, 노드를 사용하는지 명확히 적으세요. ‘컴퓨터는 되는데 다른 기기는 안 됨’이라고만 쓰면 중요한 차이가 빠집니다. 교차 비교 후에도 특정 기기에서만 문제가 재현되면 해당 기기의 운영체제, 클라이언트, 코어 오류를 우선 첨부하세요. 특정 네트워크를 따라 문제가 발생한다면 네트워크 접속 유형과 재현 조건을 적으세요.

증거 정리 및 지원팀 전달

문의 접수 및 처리: 재현 가능한 정보 제출

자가 점검 범위를 넘으면 지원팀에 문의하세요

기본 네트워크와 요금제 상태가 정상이고 클라이언트 코어도 시작되지만 여러 네트워크와 노드에서 같은 연결 오류가 반복된다면 문의를 접수하세요. 구독 메뉴에서 다시 가져온 뒤에도 구문 분석에 실패하거나 대시보드 상태와 주문 정보가 일치하지 않거나 기기 수 제한 없음 정책과 모순되는 안내가 나타나도 지원팀의 확인이 필요합니다. ‘한 번만 더’ 확인하느라 설정을 계속 바꾸지 마세요. 문제가 발생한 상태를 그대로 보존하는 것이 더 중요합니다.

관리 대상 기기, 시스템 권한, 조직 네트워크 정책과 관련된 문제라면 해당 관리자에게 먼저 문의하고 관리 구성 요소를 임의로 삭제하지 마세요. 대상 플랫폼에서 계정이나 지역 관련 안내가 명확히 표시되면 플랫폼의 요구 사항에 따라 처리하고 네트워크 연결 문제와 계정 문제를 구분해 설명하세요. 지원팀은 연결 경로를 확인할 수 있지만 타사 플랫폼의 계정 승인을 대신하거나 어떤 접속 환경에서든 대상 서비스를 항상 이용할 수 있다고 보장할 수는 없습니다.

정해진 형식으로 자료를 정리하세요

문의는 사용자 대시보드에서 로그인한 뒤 접수하세요. 먼저 ‘화면을 잠근 뒤에도 클라이언트에는 연결됨으로 표시되지만 대상 웹페이지는 시간 초과됨’처럼 증상을 한 문장으로 설명하세요. 이어서 발생 시간, 기기 운영체제, 클라이언트 이름, 현재 노드, 규칙 모드, 로컬 네트워크 유형을 적으세요. 이미 비교한 조건과 결과도 정리해 지원팀이 같은 기본 테스트를 반복하지 않도록 하세요.

증상: 연결 후 발생하는 구체적인 문제
환경: 기기 운영체제, 클라이언트 이름, 로컬 네트워크 유형
설정: 현재 노드, 규칙 모드, 구독 상태
발생 조건: 대상 열기, 네트워크 전환, 화면 잠금 또는 절전 해제 등의 동작
비교 결과: 노드, 네트워크, 기기를 바꾼 뒤의 결과
오류: 화면에 표시된 안내와 민감 정보를 가린 로그
요청 사항: 연결 복구, 구독 확인 또는 주문 확인 지원

클라이언트 정보를 작성할 때는 기억에 의존해 추측하지 말고 앱에 표시된 이름과 실제 정보를 사용하세요. 발생 시간은 사용자가 확인한 시간과 시간대를 함께 적어 로그와 대조할 수 있도록 하세요. 로컬 네트워크는 가정용 Wi-Fi, 공용 네트워크 등 접속 유형만 설명하면 되며 상세 주소는 필요하지 않습니다. 대상 앱은 이름과 실패한 동작만 적고 문제와 관련 없는 개인 콘텐츠, 대화, 파일은 제출하지 마세요.

로그와 캡처에서 민감 정보를 먼저 가리세요

문제 발생 전후의 관련 기록만 캡처하면 되며 전체 기록을 기본적으로 내보낼 필요는 없습니다. 로그에는 도메인, 네트워크 주소, 구독 메뉴, 계정 식별 정보가 포함될 수 있으니 제출 전에 하나씩 확인하세요. 비밀번호, 토큰, 전체 구독 링크, QR 코드 및 연결 인증 정보를 가리되 오류 유형, 노드 이름, 기록 순서는 남기세요. 민감 정보를 가린다고 오류 맥락까지 모두 삭제하면 ‘실패’라는 문구만 남아 원인을 찾을 수 없습니다.

오류가 표시된 화면과 필요한 맥락은 캡처하되 관계없는 창과 개인 콘텐츠는 닫으세요. 앱 규칙 문제라면 적용된 규칙과 노드를 남기세요. 구독 갱신 문제라면 가져오기 또는 구문 분석 단계의 안내를 남기세요. 주문 상태 문제라면 대시보드에서 해당 주문과 관련된 정보만 남기세요. 공개 댓글에 전체 구독 정보를 추가하거나 지원팀을 돕겠다며 계정 비밀번호를 제공하지 마세요.

문의에 기록한 테스트 결과를 이어서 업데이트하세요

문의 접수 후에도 점검을 계속한다면 같은 문의에 새 결과를 추가하고 변경한 조건과 복구 여부를 명시하세요. 지원팀이 설정 조정을 제안하면 먼저 기존 상태를 저장한 뒤 제안에 따라 다시 테스트하세요. 복구되면 어떤 동작이 효과가 있었는지 알려 주세요. 테스트 중 재설치, 네트워크 변경, 노드 변경, 대상 변경을 동시에 하면 무엇이 효과가 있었는지 알 수 없고 같은 문제가 재발했을 때 결과를 활용하기도 어렵습니다.

일시적으로 사용할 수 있는 노드를 찾았다면 일상적인 작업에 사용하면서 원래 문제가 발생한 조건의 자료도 보관하세요. 문제가 해결되었다고 진단용 설정을 계속 사용할 수 있는 것은 아닙니다. 임시 규칙을 되돌리고 정상적인 검증 설정을 복구한 뒤 다른 앱도 예상대로 접속되는지 확인하세요. 문의를 마무리할 때는 ‘됐어요’라고만 하지 말고 최종 노드, 설정 복구 여부, 문제가 다시 발생하는지 적으세요.

결제 및 환불은 별도로 확인하세요

연결 문제와 결제 처리는 서로 관련될 수 있지만 필요한 자료는 다릅니다. 결제 문제를 문의할 때는 주문, 대시보드 상태, 확인이 필요한 내용을 적고 네트워크 오류만 첨부하지 마세요. VPNFZ는 7일 이내 무조건 환불을 제공합니다. 신청 방법은 환불 정책에서, 이용 조건은 이용 약관에서 확인하세요. 연결을 여러 번 시도했다는 이유로 계속 이용해야 한다고 생각하지 마세요. 환불 처리 기간도 임의로 추측하지 마세요.

문의에는 ‘환경, 발생 조건, 비교 결과, 오류, 요청 사항’을 전달하고 연결 인증 정보는 보내지 마세요. 필요한 정보를 빠짐없이 제공하면서 개인정보도 보호할 수 있습니다.

마지막으로 간단한 점검 기록을 남기세요. 처음 증상, 정상임을 확인한 조건, 최종 원인, 효과가 있었던 조치를 적어 두면 다음에 같은 문제가 발생했을 때 조건을 비교한 뒤 해결 방법을 다시 활용할 수 있습니다. 새로운 단계에서 다른 오류가 생기면 해당 항목부터 다시 확인하고 이전 해결 방법을 모든 문제에 적용하지 마세요. 일반적인 사용 문의는 자주 묻는 질문을 확인하세요. 지원팀에 문의해야 한다면 문의 페이지를 참고하고 대시보드에서 문의를 접수하세요.