VPNEDIT / TROUBLESHOOTING
VPN 문제해결 가이드
증상별로 살펴보고 단계별로 확인하세요. 기본 네트워크, 계정 구독, 클라이언트의 트래픽 처리, 대상 앱을 구분한 뒤 연결 경로를 조정합니다.
처음 설정하는 경우 빠른 시작 가이드를 먼저 읽고 계정, 요금제, 클라이언트, 구독 순서로 진행하세요. 이 페이지는 이미 문제가 발생했을 때 원인을 단계별로 찾기 위한 안내이며, 최초 설치 절차를 대신하지 않습니다. 점검 중에는 기존 설정을 유지하고 한 번에 한 가지 조건만 바꾸세요.
CONNECTION / BASELINE
전혀 연결되지 않을 때: 문제 발생 지점부터 확인
먼저 프록시를 사용하지 않을 때 인터넷에 연결되는지 확인하세요. 클라이언트에 연결 실패가 표시되더라도 현재 연결 과정이 완료되지 않았다는 뜻일 뿐, 연결 경로의 장애라고 단정할 수는 없습니다. 프록시를 일시 중지하고 평소 접속되는 웹사이트를 열어 본 뒤, 시스템에 네트워크 인증 페이지가 떠 있지 않은지도 확인하세요. 기본 네트워크도 작동하지 않는다면 Wi-Fi 연결, 라우터 또는 인터넷 접속 문제부터 해결해야 합니다. 구독을 다시 가져와도 결과는 달라지지 않을 수 있습니다. 공용 네트워크는 브라우저에서 먼저 인증해야 할 수 있으므로 인증을 마친 뒤 클라이언트를 실행하세요.
재현 가능한 시작점 만들기
클라이언트가 어느 단계에서 멈추는지 기록하세요. 설정을 불러오지 못하는지, 연결 경로 목록이 비어 있는지, 연결을 누르자마자 오류가 뜨는지, 아니면 계속 대기하는지 확인합니다. 설정을 불러오지 못하면 구독과 주소 확인을, 목록이 비어 있으면 권한과 로컬 수신 대기를, 계속 대기하면 네트워크 경로를 우선 점검하세요. 오류 문구는 그대로 남기고 단순히 “작동하지 않음”이라고만 쓰지 마세요. 다른 프록시 프로그램을 종료한 다음 VPNEdit 클라이언트를 정상적으로 실행해 여러 프로그램이 시스템 프록시를 동시에 변경하거나 가상 네트워크 인터페이스를 점유하지 않도록 하세요.
시스템 날짜, 시간, 시간대가 올바른지 확인하세요. 시간이 크게 어긋나면 인증서 검증에 문제가 생겨 로그인, 구독 요청, 연결 경로 핸드셰이크가 함께 실패할 수 있습니다. 시스템의 자동 시간 설정을 우선 사용하고 연결을 위해 인증서 검증을 끄지는 마세요. 신뢰할 수 없는 인증서라는 안내가 뜨면 인증이 필요한 네트워크에 연결된 상태인지, 기기에 암호화 연결에 영향을 주는 네트워크 관리 설정이 설치되어 있는지 확인하세요. 관리되는 기기라면 관리자에게 문의해야 합니다.
네트워크와 연결 경로를 교차 점검
계정 상태가 정상이고 설정을 불러올 수 있다면 클라이언트 설정은 그대로 둔 채 다른 인터넷 접속 네트워크로 바꿔 보세요. 원래 네트워크에서만 실패한다면 해당 네트워크의 인증, 외부 연결 정책 또는 라우터 설정이 원인일 가능성이 큽니다. 서로 다른 네트워크에서도 실패하면 네트워크는 그대로 두고 다른 지역의 연결 경로를 선택하세요. 특정 경로에서만 실패한다면 우선 다른 경로를 사용하고 경로 이름과 발생 시각을 기록하세요.
모든 설정을 연달아 빠르게 바꾸지 마세요. 핸드셰이크, 도메인 조회, 시스템 네트워크 연결 처리에는 시간이 걸릴 수 있으며, 반복해서 중단하면 결과를 비교하기 어려워집니다. 연결 시도가 끝난 뒤 다음 조건을 확인하고 오류가 같은지 살펴보세요. 연결 경로의 지연 시간 측정 실패를 실제 접속 실패와 동일시하지도 마세요. 일부 측정 방식은 네트워크 제한을 받을 수 있으므로 연결 후 일반 웹페이지가 열리는지를 기준으로 판단해야 합니다.
오류 범위에 따라 되돌릴 수 있는 조치부터 시도
권한 관련 오류가 발생하면 시스템에서 VPN 연결 또는 네트워크 확장을 허용하는지 확인하세요. 가상 네트워크 인터페이스를 시작하지 못했다면 클라이언트를 정상 종료한 뒤 다시 열고, 클라이언트 안내에 따라 권한을 허용하세요. 시스템 네트워크 어댑터를 임의로 삭제하지 마세요. 보안 소프트웨어의 차단 기록이 있다면 관련 프로세스와 동작을 확인한 뒤 허용 여부를 판단하세요. 기업 기기의 권한 제한은 시스템 정책을 직접 바꿔 해결할 일이 아니므로 관리자에게 사용 목적을 설명하세요.
로컬 포트가 사용 중이면 프록시 수신 대기 실패가 나타날 수 있지만, 연결 경로 자체에는 문제가 없을 수도 있습니다. 다른 프록시 클라이언트를 종료하고 다시 시도하거나 클라이언트가 제공하는 포트 설정에서 충돌 여부를 확인하세요. 출처를 알 수 없는 안내에서 고정 포트, 실행 매개변수 또는 인증서 파일을 가져오지 마세요. 재시작 후에도 포트 사용 중 오류가 뜨면 낯선 시스템 프로세스를 계속 종료하지 말고 오류 로그를 고객 지원에 전달하세요. 다른 앱에 영향을 줄 수 있습니다.
서로 다른 네트워크와 연결 경로에서 같은 오류가 발생하고 설정도 다시 불러온 상태라면 목적 없이 재설치하지 마세요. 문의할 때는 플랫폼, 클라이언트를 받은 경로, 실패 단계, 원래 오류 문구, 이미 비교한 조건을 함께 적어 주세요. 구체적인 연결 유형은 글로벌 연결 경로 페이지에서 확인할 수 있습니다. 고객 지원에 문의할 때 구독 주소나 계정 비밀번호를 공개할 필요는 없습니다. 민감한 정보를 가린 로그만으로도 대부분의 연결 문제를 설명할 수 있습니다.
WEB / RESOLUTION
연결됨으로 표시되지만 웹페이지가 열리지 않을 때: 프록시와 DNS 구분하기
먼저 “클라이언트 연결 성공”과 “브라우저 요청이 클라이언트를 통과함”을 구분하세요. 전자는 터널이 만들어졌다는 뜻일 수 있지만, 후자는 시스템 프록시, 가상 네트워크 인터페이스, 규칙에도 영향을 받습니다. 연결 후 여러 웹사이트에 접속해 모든 사이트가 열리지 않는지, 특정 유형의 사이트만 실패하는지, 브라우저에서만 문제가 생기는지 각각 기록하세요. 이미 열려 있던 페이지의 캐시로 연결 여부를 판단하지 말고 새 페이지를 열어 새로고침해 현재 연결 상태에서 요청이 실제로 발생하는지 확인하세요.
요청이 클라이언트에 전달되는지 확인
클라이언트의 연결 기록이나 로그를 열고 대상 웹페이지에 접속하세요. 해당 요청이 전혀 기록되지 않으면 시스템 프록시가 켜져 있는지, 브라우저에서 별도 프록시를 설정했는지, 프록시 확장 프로그램이 트래픽을 가로채는지 먼저 살펴보세요. 중복된 프록시 확장 프로그램을 일시 중지해 비교하고 곧바로 연결 경로를 바꾸지는 마세요. 요청 기록이 있다면 직접 연결 규칙과 프록시 규칙 중 어느 쪽에 해당하는지, 주소 조회·연결·응답 수신 중 어느 단계에서 실패하는지 확인하세요.
특정 브라우저에서만 문제가 생기면 브라우저의 프록시 확장 프로그램, 보안 DNS, 사이트 데이터를 확인하세요. 보안 DNS는 별도의 조회 경로를 사용할 수 있어 클라이언트 DNS와 결과가 다를 수 있습니다. 원래 값을 기록한 뒤 시스템 설정을 따르도록 일시적으로 바꿔 비교해 보세요. 모든 방문 기록을 지우는 것부터 시작하지는 마세요. 계정에서 로그아웃되고 네트워크 문제와 웹사이트 로그인 문제가 뒤섞일 수 있습니다.
DNS 결과만으로 판단할 수 있는 범위 이해하기
DNS는 도메인 이름을 주소로 변환합니다. 조회 실패, 현재 경로에 적합하지 않은 주소 반환, 앱에 남아 있는 오래된 조회 결과가 웹페이지 접속을 막을 수 있습니다. 시스템 조회 도구로 현재 시스템의 결과를 확인할 수 있지만, 브라우저나 프록시 내부에서도 같은 결과를 사용한다고 보장되지는 않습니다. 도구에서는 정상적으로 조회되는데 웹페이지가 열리지 않더라도 클라이언트 로그를 확인해야 합니다. 이를 근거로 전체 접속 경로가 정상이라고 단정하지 마세요.
nslookup example.com
curl -I https://example.com
아래 예시는 공개된 테스트용 도메인을 사용하며 구독 정보는 포함하지 않습니다. 앞의 명령은 시스템 주소 조회 결과를 확인하고, 뒤의 명령은 시스템에 curl이 설치되어 있을 때 암호화된 웹 요청으로 응답 헤더를 받을 수 있는지 확인합니다. 명령줄 프로그램이 시스템 프록시를 자동으로 따르지 않을 수 있으므로 브라우저와 결과가 다르다고 해서 어느 한쪽이 잘못된 것은 아닙니다. 요청이 실제로 어떤 경로를 거쳤는지 판단하려면 클라이언트 기록도 함께 확인하세요. 출처를 알 수 없는 진단 스크립트를 낯선 도메인에 실행하지 마세요.
| 증상 | 우선 점검 | 확인 방법 |
|---|---|---|
| 클라이언트에 요청 기록이 없음 | 시스템 네트워크 처리, 브라우저 프록시 | 연결 경로는 그대로 두고 프록시 진입점 확인 |
| 로그에 주소 조회 실패가 표시됨 | DNS 경로 및 네트워크 인증 | 시스템 결과와 클라이언트 결과 비교 |
| 특정 사이트에서만 오류 발생 | 사이트 상태, 지역 및 세션 | 다른 웹사이트와 외부 접속 지역 비교 |
| 브라우저에서만 문제 발생 | 확장 프로그램, 보안 DNS, 캐시 | 다른 브라우저로 비교 |
주소 조회 복구, 보안 검증 수준은 낮추지 않기
네트워크를 바꾼 뒤 문제가 생겼다면 먼저 클라이언트 연결을 끊었다가 다시 연결하세요. 대상 앱도 종료 후 다시 열어 새 연결을 시작하도록 합니다. 기본 네트워크에 인증이 필요하지 않은 것을 확인한 뒤 시스템에서 제공하는 DNS 캐시 삭제나 네트워크 진단 기능을 사용할 수 있습니다. 라우터, 브라우저, 클라이언트의 주소 조회 설정을 한꺼번에 바꾸지 마세요. 원래 값을 보존한 채 단계별로 기본 설정을 복원해야 어느 부분에서 차이가 생겼는지 확인할 수 있습니다.
주소 표시줄에 인증서 경고가 나타나면 계정 정보를 입력하지 마세요. 기기 시간과 접속 도메인이 올바른지, 공용 네트워크 인증 페이지로 이동한 것은 아닌지 확인하세요. 사이트에서 지역 제한이나 계정 확인 안내가 표시되면 해당 사이트의 정책에 따라 처리해야 하며 DNS 유출 문제라고 단정할 수 없습니다. 네트워크 확인 페이지에서 외부 접속 주소를 살펴볼 수 있지만 한 번 표시된 IP만으로 모든 앱이 같은 주소 조회 경로를 사용한다고 증명할 수는 없습니다.
이 유형의 문의를 제출할 때는 대상 도메인, 브라우저 이름, 모든 웹사이트에 문제가 있는지, 클라이언트에 요청이 기록되는지, 오류 페이지에 표시된 문구를 알려 주세요. 스크린샷에서는 개인 계정 정보와 관련 없는 방문 기록을 가리세요. 브라우저를 바꾸자 문제가 해결됐다면 그 차이를 명확히 적어 주세요. “연결됐지만 인터넷이 안 됨”이라고만 쓰는 것보다 고객 지원에서 원인을 좁히는 데 도움이 됩니다.
PERFORMANCE / ROUTE
속도 저하와 저녁 시간대 끊김: 지연 시간만 보지 말고 경로 비교
먼저 어떤 작업이 느린지 확인하세요. 웹페이지 첫 로딩, 파일 전송 속도, 동영상 재생 중 버퍼링, 상호작용 요청 대기는 각각 주소 조회·연결, 지속 전송 속도, 콘텐츠 전송, 서버 응답 문제에 가까울 수 있습니다. 지연 시간은 경로 상태의 일부일 뿐 다운로드 성능을 바로 나타내지는 않습니다. 실제로 사용하는 앱에서 확인하기 전에 백그라운드 동기화와 다운로드를 일시 중지해 관련 없는 단발성 속도 측정이 실제 사용 경험을 대신하지 않도록 하세요.
인터넷 접속 네트워크와 외부 연결 경로를 나눠 비교
외부 연결 경로를 그대로 둔 채 다른 인터넷 접속 네트워크와 비교한 다음, 접속 네트워크는 유지하고 외부 연결 경로를 바꿔 보세요. 같은 네트워크에서 모든 앱이 느리고 프록시를 끈 뒤에도 일반 접속에 문제가 있다면 Wi-Fi 신호, 라우터 부하, 로컬 대역폭 사용량을 확인하세요. 기본 네트워크는 정상이고 특정 외부 연결 경로에서만 느릴 때 해당 경로나 대상 서비스까지의 경로를 더 살펴보는 것이 좋습니다. 비교할 때는 같은 작업을 수행해 콘텐츠 크기와 캐시 차이를 줄이세요.
무선 연결이 불안정하다면 프록시 설정을 바로 바꾸기보다 접속 장치에 가까이 이동하거나 시스템에서 지원하는 유선 연결로 비교하는 편이 효과적입니다. 클라우드 드라이브 동기화, 시스템 업데이트, 다른 기기의 전송 작업도 확인하세요. 클라이언트의 트래픽이 증가하는 것은 데이터가 전송 중이라는 뜻일 뿐, 대상 작업이 연결을 독점한다는 의미는 아닙니다. 확인 가능한 백그라운드 작업부터 멈추고 앱 속도가 나아지는지 살펴보세요. 알 수 없는 시스템 서비스를 종료하지 마세요.
저녁 시간대 문제는 시간대별 기록이 중요합니다
낮에는 정상인데 저녁마다 반복해서 끊긴다면 발생 시간대, 접속 네트워크, 외부 연결 경로 이름, 대상 앱을 기록하세요. 같은 증상은 접속 네트워크 혼잡, 국제 연결 경로 변화, 대상 사이트 부하 등에서 비롯될 수 있으며 모두 지역 변경으로 해결되지는 않습니다. 연결 유형을 달리해 비교할 때는 대상 콘텐츠와 앱을 그대로 유지하세요. 영상과 화질만 바꾼 뒤 원활해졌다는 사실만으로 특정 경로가 복구됐다고 단정할 수는 없습니다.
| 유형 | 비교 방법 | 판단 시 유의점 |
|---|---|---|
| IEPL 전용 회선 | 같은 작업으로 다른 유형과 비교 | 로컬 네트워크와 대상 서비스의 영향은 여전히 받음 |
| 중계 | 경로를 바꾸면 접속이 개선되는지 확인 | 지역 이름만으로 실제 경로를 추정할 수 없음 |
| 직접 연결 | 다른 연결 경로와 비교할 기준으로 사용 | 접속 네트워크와 대상에 따라 사용 경험이 달라짐 |
연결 유형 표시는 경로 선택을 이해하기 위한 정보이지 성능을 보장하는 표시가 아닙니다. 물리적으로 가까운 외부 연결 지점이 현재 네트워크에서 반드시 더 원활한 것은 아닙니다. 반대로 거리가 멀어도 경로가 적절하면 특정 서비스에 더 잘 맞을 수 있습니다. 연결 경로 선택 안내를 참고해 비교할 대상을 정하되, 모든 경로를 차례대로 시험할 필요는 없습니다. 작업에 적합하고 안정적인 경로를 찾으면 우선 설정을 유지하세요.
동영상 화질과 웹 속도는 따로 점검
동영상 화질이 자동으로 낮아지면 먼저 플레이어가 계속 버퍼링하는지, 같은 콘텐츠에서 화질을 바꿨을 때 어떻게 달라지는지 확인하세요. 재생 플랫폼은 기기, 계정 이용 권한, 콘텐츠, 세션 상태에 따라서도 화질을 결정하므로 대역폭이 나아졌다고 해상도가 바로 높아지지는 않을 수 있습니다. 외부 연결 경로를 바꾸면 특정 화질을 이용할 수 있다고 보장할 수는 없습니다. 관련 원리는 동영상 비트레이트와 대역폭 안내에서, 시청 관련 정보는 스트리밍 안내에서 확인하세요.
특정 웹사이트만 계속 느리고 다른 해외 사이트는 정상이라면 해당 사이트의 다른 페이지와 같은 지역의 다른 외부 연결 경로를 먼저 비교하세요. 계정 지역을 크게 바꾸지는 마세요. 모든 연결 경로가 특정 접속 네트워크에서만 저녁에 느리다면 네트워크 비교 결과를 문의 내용에 포함하세요. 고객 지원에는 재현 가능한 조건과 변화 방향이 필요합니다. 확인되지 않은 성능 결론이나 서로 관련 없는 측정 기록을 대량으로 첨부할 필요는 없습니다.
SESSION / BACKGROUND
잦은 연결 끊김과 모바일 백그라운드 끊김: 먼저 시스템 네트워크 처리를 확인
먼저 끊긴 것이 네트워크인지, 터널인지, 앱 세션인지 구분하세요. 클라이언트는 연결 상태인데 메신저에서 다시 로그인을 요구한다면 대상 앱 세션만 만료됐을 수 있습니다. Wi-Fi 네트워크를 바꾼 뒤 모든 앱이 잠시 끊긴다면 접속 경로가 바뀐 문제일 가능성이 큽니다. 화면 잠금, 절전 모드, 네트워크 변경, 다른 VPN 실행 중 언제 연결이 끊기는지 기록하세요. 발생 조건을 파악하면 무작위로 경로를 바꾸는 것보다 효율적으로 점검할 수 있고, 시스템 절전 동작을 계속되는 연결 장애로 오해하는 일도 줄어듭니다.
네트워크 전환과 연결 경로 끊김 구분
기기가 접속 네트워크를 바꾸면 기존 연결에 필요한 주소와 경로가 달라져 일부 앱은 연결을 다시 설정해야 할 수 있습니다. 먼저 클라이언트가 자동으로 복구되는지 관찰한 다음 대상 앱의 요청도 복구됐는지 확인하세요. 터널은 복구됐지만 앱이 계속 멈춰 있다면 앱을 정상 종료한 뒤 다시 열어 비교할 수 있습니다. 바로 클라이언트를 재설치할 필요는 없습니다. 테스트하는 동안 같은 네트워크를 유지해 기기를 이동하지 않을 때도 연결이 끊기는지 확인하세요.
가만히 있을 때는 정상이고 이동하거나 네트워크를 바꿀 때만 끊긴다면 저장된 네트워크 사이를 시스템이 자주 전환하는지, 접속 지점에서 다시 인증을 요구하는지 확인하세요. 연결을 유지하려고 모든 시스템 보호 기능을 끄지는 마세요. 긴 작업을 안정적으로 마쳐야 한다면 신호가 안정적인 네트워크를 선택하고 기기 배터리와 네트워크 상태를 확인하세요. 작업 자체에도 저장 또는 이어받기 기능이 있어야 합니다. 연결이 복구됐다고 앱 상태까지 복구된 것은 아닙니다.
모바일에서는 백그라운드 권한부터 확인
Android의 절전 정책은 백그라운드 프로세스를 제한할 수 있으며 설정 위치는 기기 시스템마다 다릅니다. 앱의 배터리 사용량, 백그라운드 실행, 데이터 접근 권한을 확인하고 클라이언트가 엄격한 제한 대상으로 지정되어 있지 않은지 살펴보세요. 클라이언트와 관련된 설정만 바꾸고 기존 값도 기록하세요. 시스템 전체 절전 기능을 끄지는 마세요. 시스템에 VPN 항상 연결 또는 비슷한 옵션이 있다면 작동 방식을 먼저 이해한 다음 필요한 경우에만 사용하세요.
iOS에서는 시스템 VPN 상태와 클라이언트 상태를 함께 확인하세요. 다른 네트워크 확장, 관리 설정, 직접 실행한 VPN이 현재 네트워크 처리 방식에 영향을 줄 수 있습니다. 화면을 잠근 뒤 대상 앱이 새로고침되지 않더라도 터널이 끊어졌다는 뜻은 아닙니다. 화면을 다시 켜면 먼저 시스템 상태를 살펴보고 클라이언트 로그를 확인하세요. 백그라운드 연결을 유지하려고 클라이언트를 반복해서 강제 종료하지 마세요. 사용 중인 연결이 중단될 수 있습니다.
| 플랫폼 | 중점 점검 항목 | 비교 방법 |
|---|---|---|
| Android | 배터리 제한, 백그라운드 데이터, 다른 VPN | 앱을 사용할 때와 화면 잠금 후 상태 비교 |
| iOS | 시스템 VPN, 네트워크 확장, 네트워크 전환 | 시스템과 클라이언트 상태를 함께 확인 |
| Windows / macOS | 절전 모드, 네트워크 인터페이스, 시스템 프록시 | 계속 깨어 있을 때와 절전 후 복구 비교 |
| Linux | 네트워크 관리 서비스, 절전 후 복구, 프로세스 상태 | 인터페이스 변화와 클라이언트 로그 확인 |
데스크톱에서는 절전 후 복구 확인
데스크톱 기기가 절전 모드에서 깨어난 뒤 네트워크 인터페이스는 먼저 복구되고 프록시 프로세스나 시스템 프록시 상태는 나중에 준비될 수 있습니다. 웹페이지가 열리지 않으면 기본 네트워크에 연결됐는지 확인한 뒤 클라이언트를 정상적으로 다시 연결하세요. 절전 후에만 문제가 생긴다면 복구 시점의 인터페이스 이름, 클라이언트 상태, 원래 오류 문구를 기록하세요. 관련 없는 네트워크 어댑터를 모두 사용 중지하거나 모든 네트워크 설정을 초기화하는 명령을 바로 실행하지 마세요.
특정 보안 도구나 네트워크 도구를 실행할 때 연결이 끊긴다면 해당 도구가 가상 인터페이스를 만들거나 경로 또는 프록시를 변경하는지 확인하세요. 비교를 위해 관련 도구를 정상 종료할 수 있지만, 조직에서 관리하는 기기라면 먼저 관리자에게 허가를 받으세요. 네트워크와 기기 상태를 그대로 유지했는데 특정 연결 경로에서만 반복적으로 끊길 때는 연결 경로 문제를 추가로 점검하고 같은 조건에서 다른 경로의 결과도 알려 주세요.
고객 지원의 도움이 필요하다면 연결이 끊기기 전 앱이 화면에 표시되어 있었는지, 백그라운드 상태였는지, 화면이 잠겨 있었는지, 네트워크를 바꿨는지, 수동으로 다시 연결해야 복구됐는지 설명하세요. 스크린샷에는 필요한 상태만 담고 개인 알림은 포함하지 마세요. 클라이언트에는 연결됨으로 표시되지만 대상 앱에서만 로그아웃된 경우도 그대로 적어 주세요. 점검의 초점을 터널 연결 유지에서 앱 세션과 외부 연결 경로 변화로 옮길 수 있습니다.
SUBSCRIPTION / CONFIGURATION
구독 업데이트 실패: 가져오기·해석·적용 단계별 확인
구독 업데이트는 한 번의 동작으로 끝나지 않습니다. 클라이언트가 설정을 가져오고, 형식을 인식한 뒤, 현재 실행 환경에 적용해야 합니다. 요청 실패, 지원하지 않는 형식, 설정은 업데이트됐지만 적용되지 않은 상황은 비슷하게 보일 수 있지만 해결 방법은 다릅니다. 먼저 어느 단계에서 오류가 발생했는지 확인하고 사용자 패널에서 계정과 요금제 상태를 살펴보세요. 구독을 가져오려면 로그인해야 합니다. 대화 기록에서 찾은 출처 불명 또는 오래된 주소를 반복해서 가져오지 마세요.
먼저 사용자 패널에서 제공 상태 확인
계정 개요로 이동해 현재 요금제, 데이터 사용 상태, 구독 메뉴를 확인하세요. 결제 후 페이지가 바뀌지 않았다면 패널을 새로고침하고 주문 상태를 확인하세요. 클라이언트 목록이 업데이트되지 않았다는 이유만으로 결제를 다시 진행하지 마세요. 월간 요금제의 데이터는 가입한 날짜를 기준으로 매달 초기화되며 일률적으로 매월 1일에 바뀌지 않습니다. 데이터 패키지는 소진될 때까지 사용할 수 있고 만료되지 않습니다. 두 기준을 혼동하지 마세요.
계정 상태가 예상과 다르면 주문 상태를 고객 지원에 문의하고 구독의 인증 정보를 직접 수정하지 마세요. 요금제를 사용 중간에 업그레이드하면 차액은 남은 기간에 따라 일수로 계산되므로 오래된 스크린샷만 보고 현재 이용 권한을 판단할 수 없습니다. 가격과 데이터 용량은 요금제 페이지와 사용자 패널에 표시된 내용을 확인하세요. 구독 문제를 해결하려고 요금제를 반복해서 바꾸거나 정체를 알 수 없는 페이지에 결제 정보를 입력하지 마세요.
요청 실패와 콘텐츠 해석 실패를 따로 확인
요청이 실패하면 먼저 기기에서 사용자 패널에 접속할 수 있는지 확인하세요. 패널도 열리지 않으면 기본 네트워크와 주소 조회 문제부터 다시 점검해야 합니다. 패널은 정상인데 클라이언트 업데이트만 실패한다면 이미 사용할 수 없는 프록시를 거쳐 구독을 업데이트하려는지 확인하세요. 기존 설정을 보존하면서 클라이언트가 제공하는 직접 업데이트 기능으로 비교해 볼 수 있습니다. 실제 메뉴 이름은 클라이언트 화면을 따르세요. 다른 소프트웨어의 메뉴 이름을 그대로 적용하지 마세요.
주소를 복사할 때는 사용자 패널의 복사 기능을 이용해 내용이 일부 빠지지 않도록 하세요. 앞뒤 공백, 줄바꿈, 메신저의 문자열 변환, 잘린 매개변수 때문에 요청이 실패할 수 있습니다. 구독에는 보통 접속 정보가 포함되므로 공개 온라인 변환 도구에 붙여넣어 확인하지 마세요. 이미 노출된 것 같다면 사용자 패널의 정보 재설정 기능을 이용하거나 고객 지원에 문의하세요.
형식 해석에 실패하면 현재 클라이언트에 맞는 가져오기 메뉴를 선택했는지 확인하세요. 소프트웨어마다 설정 구조, 프로토콜 필드, 규칙 문법 지원이 다를 수 있습니다. 주소를 열 수 있다고 해서 그 안의 내용을 불러올 수 있다는 뜻은 아닙니다. 먼저 사용자 패널에서 제공하는 클라이언트별 방법이나 VPNEdit 클라이언트를 사용하세요. 파일 이름만 임의로 바꿔 형식을 변환하려 하지 마세요. 오류가 난 필드를 삭제해 해석을 통과시키지도 마세요. 연결 경로나 규칙의 원래 의미가 바뀔 수 있습니다.
업데이트 후 현재 설정 확인
업데이트가 완료됐는데 연결 경로가 바뀌지 않았다면 방금 업데이트한 구독이 현재 활성 항목인지, 검색 조건이나 그룹 필터로 목록이 가려져 있는지 확인하세요. 일부 클라이언트는 직접 선택한 기존 경로를 유지해 설정을 새로고침해도 자동으로 전환하지 않습니다. 현재 설정 이름을 확인하고 사용 가능한 경로를 다시 선택하세요. 기존 설정도 당분간 비교용으로 남겨 둘 수 있지만, 동일한 설정을 처리하는 프로세스를 동시에 실행하지 마세요.
클라이언트는 모두 사용자 패널 다운로드 영역에서 받으세요. Windows, Android, macOS, Linux 클라이언트는 로그인하면 이용할 수 있으며 iOS 메뉴는 유효한 요금제가 있어야 합니다. 클라이언트 다운로드 자격과 구독 사용 상태는 서로 다른 항목입니다. 다운로드 영역에 들어갈 수 있는지만으로 남은 데이터가 충분한지 판단할 수 없습니다. 첫 가져오기 절차는 빠른 시작 가이드를 참고하고, 오류 발생 단계는 표시된 오류와 상태를 기준으로 점검하세요.
업데이트 실패 문의에는 사용자 패널 접속 여부, 구독 복사 가능 여부, 클라이언트의 원래 오류 문구, 기존 설정으로 연결할 수 있는지, 네트워크를 바꿔도 같은지 적어 주세요. 특정 클라이언트에서만 형식 해석에 실패한다면 다른 클라이언트의 비교 결과도 알려 주세요. 전체 구독이 포함된 설정 파일을 공개 커뮤니티에 올리지 마세요. 계정과 링크를 안전하게 관리하는 방법은 안전한 사용 체크리스트에서 확인할 수 있습니다.
APPLICATION / ROUTING
특정 앱에서 프록시가 작동하지 않을 때: 트래픽 처리 범위와 규칙 확인
먼저 문제가 대상 앱에만 발생하는지, 모든 네트워크 접속에 발생하는지 구분하세요. 브라우저에 접속된다고 다른 앱에서도 같은 프록시 진입점을 사용한다는 뜻은 아닙니다. 일부 앱은 시스템 프록시를 사용하고, 일부는 자체 네트워크 설정을 사용하며, 다른 앱은 더 광범위한 트래픽 처리를 지원하는 클라이언트가 필요합니다. 클라이언트 연결 기록에 대상 요청이 있는지 확인한 뒤 요청이 전달되지 않은 것인지, 직접 연결 규칙에 해당하는지, 프록시를 거쳤지만 대상 서비스에서 거부된 것인지 판단하세요.
연결 기록으로 트래픽 경로 확인
대상 앱을 종료한 후 다시 열어 안정적으로 재현되는 작업을 수행하면서 클라이언트의 연결 목록을 확인하세요. 대상 도메인, 프로세스 이름, 적용된 규칙, 선택된 외부 연결 경로를 기록합니다. 프로세스 이름이 보이지 않는다고 트래픽이 없다는 뜻은 아니며 플랫폼과 연결 처리 방식에 따라 다릅니다. 기기의 외부 IP만 보는 것으로는 충분하지 않습니다. 앱이나 도메인마다 다른 경로를 사용할 수 있으므로 확인 페이지가 앱 자체 요청 기록을 대신할 수 없습니다.
요청 기록이 전혀 없다면 대상 앱에 프록시 옵션이 있는지, 시스템 프록시가 실제로 켜져 있는지 확인하세요. 앱 내부에 수동 프록시를 설정했다면 목적 없이 다른 진입점을 추가하지 마세요. 원래 값을 보존한 뒤 시스템 설정을 따르는 기본 방식으로 되돌려 비교할 수 있습니다. 가상 네트워크 인터페이스 모드가 필요한 경우 클라이언트가 정식으로 제공하는 설정과 권한 부여 절차를 사용하세요. 출처 불명 안내에서 라우팅 설정을 가져오지 마세요.
규칙 모드와 일시적인 전체 프록시 비교
요청이 클라이언트에 도달했지만 직접 연결로 분류됐다면 클라이언트에서 제공하는 전체 프록시 모드를 잠시 사용해 비교해 볼 수 있습니다. 이때 문제가 해결되면 연결 경로를 바로 바꾸기보다 규칙 적용을 확인하세요. 전체 프록시 모드는 다른 앱의 경로도 바꿀 수 있으므로 테스트 후에는 원래 모드로 복원해야 합니다. 이는 원인을 찾기 위한 방법이지 모든 상황에서 장기간 사용할 설정은 아닙니다. 대상 서비스가 현재 외부 연결 경로를 허용한다고 보장하지도 않습니다.
규칙을 바꾸기 전에 대상 서비스가 실제로 어떤 도메인을 사용하는지 확인하세요. 로그인, 콘텐츠 API, 이미지 리소스, 알림 기능이 서로 다른 도메인을 사용할 수 있어 웹사이트의 기본 도메인만 변경해서는 부족할 수 있습니다. 클라이언트에서 지원하는 규칙 관리 메뉴를 우선 사용하고 변경 전 설정을 저장한 뒤 로그를 따라 항목별로 확인하세요. 범위가 지나치게 넓은 와일드카드 규칙을 추가하거나 특정 앱 하나를 위해 보안 검증 전체를 끄지 마세요.
| 로그 결과 | 다음 단계 | 바로 단정할 수 없는 점 |
|---|---|---|
| 대상 요청이 없음 | 앱 프록시 및 시스템 네트워크 처리 확인 | 연결 경로 장애라고 단정할 수 없음 |
| 직접 연결 규칙이 적용됨 | 일시적으로 전체 프록시 비교 후 규칙 수정 | 구독이 만료됐다고 단정할 수 없음 |
| 프록시 요청 시간 초과 | 외부 연결 경로와 접속 네트워크 비교 | 로그인 페이지 결과만으로 판단할 수 없음 |
| 지역 또는 계정 안내가 표시됨 | 대상 서비스 정책과 세션 확인 | 네트워크에 연결되지 않았다고 단정할 수 없음 |
네트워크 접속 여부와 서비스 이용 자격은 따로 확인
대상 앱에서 계정, 지역, 이용 권한에 관한 구체적인 안내가 반환됐다면 보통 요청이 서버에 도달한 것입니다. 이때는 로컬 네트워크를 계속 초기화하기보다 대상 서비스의 계정 상태, 지역 정책, 이용 요건을 확인하세요. AI 도구와 스트리밍 서비스는 계정 지역, 외부 연결 지역, 세션 상태를 각각 판단할 수 있습니다. 네트워크 연결 경로는 접속을 지원할 뿐 제3자 계정 자격이나 콘텐츠 이용 권한을 대신하지 않습니다.
브라우저는 정상인데 데스크톱 앱에서 실패한다면 앱에 이전 연결이 남았는지, 자체 프록시 설정이나 다른 주소 조회 방식을 사용하는지도 확인하세요. 앱을 정상 종료한 뒤 다시 열어 브라우저의 새 세션과 데스크톱 앱의 이전 세션을 같은 조건으로 혼동하지 않도록 하세요. 로그인을 테스트하려고 외부 접속 지역을 크게 바꾸는 일을 반복하면 대상 서비스에서 추가 확인을 요구할 수 있습니다. 가능한 한 비슷한 조건으로 비교하고 오류 페이지를 보관하세요.
앱의 첨부 파일, 동영상, 알림만 문제가 생기면 앱 전체가 작동하지 않는다고 뭉뚱그리지 말고 기능별로 되는 것과 안 되는 것을 기록하세요. 이런 문제는 서로 다른 리소스 도메인이나 전송 방식과 관련될 수 있습니다. 메인 페이지 하나가 열린다고 모든 기능이 작동하는 것은 아닙니다. 확실하지 않은 프로토콜 매개변수를 임의로 적용하지 마세요. 대상 기능, 로그에 표시된 관련 요청, 일시적인 전체 프록시 비교 결과를 고객 지원에 전달하면 상황에 맞는 안내를 받기 쉽습니다.
문의에는 대상 앱 이름, 문제가 있는 기능, 요청이 기록되는지, 적용된 규칙, 외부 연결 경로를 바꿨을 때 달라지는 점만 적으면 됩니다. 민감한 정보를 가린 연결 기록은 첨부할 수 있지만 대상 앱의 계정 비밀번호나 개인 메시지는 보내지 마세요. 스트리밍 서비스의 지역별 콘텐츠 목록 문제는 Disney+ 지역 및 연결 경로 선택 안내도 참고하세요. 콘텐츠 표시 여부와 네트워크 접속 상태는 따로 확인해야 합니다.
ACCOUNT / DEVICE STATE
계정 이상 및 기기 수 안내: 출처부터 확인
VPNEdit은 동시 접속 기기 수를 제한하지 않습니다. “기기 수 초과”와 같은 안내가 나타나면 VPNEdit 사용자 패널, 클라이언트의 로컬 기능, 대상 웹사이트의 계정 시스템 중 어디에서 표시됐는지 먼저 확인하세요. 제3자 앱의 기기 인증 제한을 VPNEdit에 그대로 적용할 수는 없습니다. 운영체제에서 VPN 연결을 동시에 처리하는 제한도 서비스의 기기 수 제한과 다릅니다. 계정이 제한됐다고 키워드만 보고 판단하지 않도록 안내가 표시된 화면과 전체 문구를 보관하세요.
사용자 패널에서 계정 상태 확인
기존 계정으로 사용자 패널에 로그인해 요금제 상태, 남은 데이터, 주문 내역을 확인하세요. 이메일 주소 없이 사용자 이름과 비밀번호로 계정을 이용할 수 있습니다. 로그인에 실패하면 사용자 이름 입력, 비밀번호 관리자 자동 입력, 키보드 상태를 확인하세요. 복구 여부를 시험하려고 계정을 여러 개 새로 만들지 마세요. 새 계정은 기존 주문과 별도의 제공 내역을 가지므로 계정을 바꿔 가며 확인하면 구독 출처와 결제 기록이 혼동될 수 있습니다.
특정 기기에서만 문제가 있고 다른 기기에서는 정상이라면 계정과 연결 경로를 그대로 둔 채 문제가 있는 기기의 설정이 오래됐는지, 다른 계정의 구독을 가져왔는지, 중복 프록시가 있는지 확인하세요. 다른 기기에서 사용할 수 있더라도 계정 전체에 문제가 없다고 단정할 수는 없습니다. 각 기기에 같은 출처의 설정이 불러와졌는지 확인해야 합니다. 인증 정보 노출 범위를 넓힐 수 있으므로 설정을 통일한다며 구독을 공개 협업 공간에 복사하지 마세요.
데이터 상태와 연결 기기 수 구분
동시 접속 기기 수가 제한되지 않는다고 데이터도 무제한인 것은 아닙니다. 여러 기기에서 함께 사용한다면 사용자 패널에서 이용 가능한 데이터가 남아 있는지 확인하세요. 월간 요금제 데이터는 가입한 날짜를 기준으로 매달 초기화되고, 데이터 패키지는 소진될 때까지 사용할 수 있으며 만료되지 않습니다. 두 정책은 서로 바꿔 적용할 수 없고 기기별로 데이터를 균등하게 나누어 계정 상태를 추정해서도 안 됩니다. 한 기기에서 장시간 동기화나 다운로드를 하면 공유 데이터에 영향을 줄 수 있으므로 먼저 사용 중인 앱 작업을 확인하세요.
요금제 상태가 이상하다면 사용자 패널에 표시된 구체적인 사유를 확인한 뒤 다음 조치를 결정하세요. 클라이언트의 막연한 연결 시간 초과를 미납이나 데이터 초과로 단정하지 마세요. 주문 결제는 완료됐지만 이용 권한이 예상대로 표시되지 않는다면 주문 상태를 기록해 문의하고 같은 목적으로 결제를 반복하지 마세요. 요금제 변경과 비용은 사용자 패널의 주문 내역 및 요금 안내를 기준으로 확인하세요. 클라이언트 오류 문구만으로 판단하지 마세요.
로컬 충돌은 다른 기기에서 로그아웃해도 해결되지 않습니다
한 기기에서 여러 VPN 또는 프록시 도구를 실행하면 시스템의 네트워크 처리, 라우팅, 수신 포트가 충돌할 수 있습니다. 이때는 다른 기기를 모두 로그아웃하는 것이 아니라 같은 기기에서 중복 도구를 정상 종료해 비교해야 합니다. 사용 중인 설정은 보존하고 의도한 클라이언트만 네트워크를 처리하는지 확인하세요. 조직에서 관리하는 기기라면 관리자에게 정책 충돌을 확인하고 관리 설정을 삭제하거나 기기 권한을 우회하지 마세요.
동영상이나 업무 앱에서 기기 인증 수 초과 안내가 표시되면 해당 앱의 기기 관리 안내를 확인하세요. VPNEdit은 연결되어 있고 다른 웹사이트도 정상이라면 대상 계정의 인증 제한일 가능성이 큽니다. 제3자 계정 비밀번호를 VPNEdit 고객 지원에 제출하거나 출처 불명의 기기 연결 해제 서비스를 구매하지 마세요. 안내 화면과 네트워크 비교 결과를 제공해 고객 지원에 원인을 구분하는 데 도움을 요청할 수 있지만 대상 계정의 이용 권한은 해당 서비스에서 처리해야 합니다.
사용자 패널이나 VPNEdit 클라이언트에서 실제로 동시 접속 기기 수 제한과 모순되는 안내가 표시되면 안내가 나온 메뉴, 플랫폼, 작업 단계, 스크린샷을 첨부해 바로 문의하세요. 안내를 피하려고 계정을 추가로 만들거나 구독을 여러 번 바꾸거나 인증 정보를 수정하지 마세요. 이런 조치는 현재 상태를 바꿔 고객 지원이 문제를 재현하기 어렵게 합니다. 원래 오류와 정상 작동하는 기기의 비교 결과를 보존하는 편이 무작정 설정을 바꾸는 것보다 유용합니다.
계정 보안과 결제 문제는 별도로 처리
계정에서 알 수 없는 변경 사항을 발견하거나 구독 정보가 유출된 것 같다면 먼저 계정 인증 정보를 보호한 뒤 지원팀에 문의하세요. 비밀번호와 구독 정보는 서로 다른 민감 정보이므로 하나를 바꿨다고 다른 하나까지 사용할 수 없게 됐다고 간주해서는 안 됩니다. 실제 기능을 사용자 패널에서 확인하세요. 결제는 Alipay / WeChat Pay / USDT를 지원하며 VPNEdit은 14일 무조건 환불을 제공합니다. 비용 관련 이의는 주문 내역과 공식 문의를 통해 처리하고 공개 게시판에 결제 화면의 전체 개인정보를 올리지 마세요.
처음 이용하면서 계정, 요금제, 구독의 관계가 헷갈린다면 첫 연결 절차 안내를 다시 확인하세요. 문제를 점검할 때는 네트워크 설정을 바꾸기 전에 현재 계정, 설정, 클라이언트를 먼저 확인하세요. 계정 상태가 분명하지 않으면 연결 경로 매개변수를 바꾸는 것만으로 근본 문제가 해결되지 않을 수 있습니다.
RECOVERY / SUPPORT RECORD
설정 복구와 문의: 재현 가능한 증거 남기기
단계별 비교로 일정한 결과를 얻었다면 목적 없이 설정을 더 바꾸지 마세요. 고객 지원에는 여러 옵션을 바꾼 뒤의 막연한 결론보다 재현 가능한 조건이 필요합니다. 먼저 처음 발생한 증상을 명확하게 쓰고 그대로 유지한 조건과 바꾼 조건을 나누어 적으세요. DNS, 프록시 모드, 규칙, 시스템 권한을 변경했다면 각각 설명하고, 다음 안내가 명확한 상태를 기준으로 이뤄질 수 있도록 가능한 경우 확인된 설정으로 되돌리세요.
먼저 상태를 이해할 수 있게 복원
복원한다고 해서 곧바로 앱을 삭제해야 하는 것은 아닙니다. 방금 적용한 임시 설정부터 취소하고 원래 구독과 규칙을 다시 활성화한 뒤 클라이언트를 정상적으로 재시작하세요. 원인을 찾기 위해 전체 프록시 모드를 잠시 사용했다면 평소 모드로 되돌리세요. 브라우저 확장 프로그램을 껐다면 비교 결과에 따라 다시 켤지 판단하세요. 라우터와 기기 시스템 설정을 한꺼번에 복원하면 이미 찾아낸 차이가 사라질 수 있습니다.
재설치가 꼭 필요하다면 계정에 로그인할 수 있고 구독을 다시 가져올 수 있는지 먼저 확인하세요. 직접 추가한 규칙과 설정도 기록해 두세요. 클라이언트는 사용자 패널에서만 받고 출처가 불분명한 설치 파일은 사용하지 마세요. 재설치는 로컬 상태 일부를 지울 수 있지만 접속 네트워크, 대상 웹사이트, 요금제 문제까지 자동으로 해결하지는 않습니다. 조직 관리 정책에 오류가 있다면 반복해서 설치하기보다 먼저 관리자에게 권한을 확인하세요.
필요한 자료만 추려 정리
문의 내용 첫머리에 플랫폼과 발생 상황을 적으세요. 예를 들어 화면을 잠근 뒤 연결이 끊김, 특정 앱에서만 실패, 구독을 해석할 때 오류가 발생한 경우입니다. 이어서 발생 시각과 시간대, 접속 네트워크 유형, 외부 연결 경로 이름, 원래 오류 문구를 쓰세요. 플랫폼은 Windows, macOS, iOS, Android, Linux 중에서 선택하고 고객 지원이 요청한 경우에만 시스템 정보를 추가하세요. 자료를 충분히 보내 보이려고 기기 보고서를 통째로 첨부하지 마세요. 진단 자료는 현재 증상에 맞아야 합니다.
비교 결과에는 “다 해 봄”이라고만 쓰지 말고 변화 방향을 적으세요. 예를 들어 기본 네트워크는 정상이며 같은 설정으로 네트워크를 바꾸자 해결됐는지, 같은 네트워크에서 외부 연결 경로를 바꾸자 해결됐는지 설명하세요. 모든 조건에서 실패했다면 오류가 동일했는지도 알려 주세요. 대상 웹사이트 문제라면 도메인과 문제가 발생한 기능만 제공하면 됩니다. 전체 방문 기록을 제출할 필요는 없습니다. 로그는 오류가 발생한 시점의 관련 부분만 발췌해 불필요한 내용에 중요한 오류가 묻히지 않게 하세요.
증상: 클라이언트에는 연결됨으로 표시되지만 대상 앱 요청 시간 초과
플랫폼: 실제 사용 중인 플랫폼 입력
발생 시각 및 시간대: 실제로 확인한 시각 입력
접속 네트워크: 네트워크 유형 입력, 개인 네트워크 이름은 생략
외부 연결 경로: 클라이언트에 표시된 경로 이름 입력
오류 원문: 관련 오류를 복사하고 민감한 항목은 가리기
비교한 조건: 바꾼 조건과 각 결과를 구체적으로 작성
현재 상태: 복구 여부와 같은 문제가 다시 발생하는지
제출 전에 스크린샷과 로그에 사용자 이름, 구독 주소, 인증 정보, 결제 정보, 개인 알림이 포함되어 있는지 확인하세요. 전체 구독 주소와 비밀번호는 일반 문의에 필요한 자료가 아닙니다. 고객 지원이 특정 진단 파일을 요청하면 제출 경로와 민감 정보 삭제 방법을 먼저 확인하세요. 설정을 공개 클라우드 저장소에 올린 뒤 공개 링크로 공유하거나 가져올 수 있는 구독 내용을 커뮤니티에 게시하지 마세요.
바로 고객 지원에 문의해야 하는 경우
사용자 패널의 이용 권한과 주문 내용이 명백히 다르거나, 여러 네트워크에서 구독 가져오기에 계속 실패하거나, 여러 연결 경로에서 같은 핸드셰이크 오류가 발생하거나, VPNEdit 화면에 실제 정책과 다른 기기 제한 안내가 표시되면 고객 지원에 문의하세요. 시스템 충돌, 인증서 오류, 인증 정보 유출도 신중하게 다뤄야 합니다. 온라인 안내를 그대로 따라 계속 조치하지 마세요. 문의 방법은 고객 지원 페이지에서 확인하세요. 로그인한 사용자는 문의 관리 화면에서 자료를 제출할 수 있습니다.
문제가 이미 해결됐더라도 기존 문의에 복구된 조건을 추가해 같은 내용의 문의를 반복해서 만들지 마세요. 같은 문제의 점검 기록을 유지하면 고객 지원에서 연결 경로 변경, 네트워크 복구, 설정 조정 중 무엇이 영향을 줬는지 판단하기 쉽습니다. 제3자 계정, 콘텐츠 이용 권한, 조직 네트워크 정책은 해당 서비스의 처리 범위를 따라야 합니다. 네트워크 서비스 진단으로 외부 플랫폼의 정책을 바꿀 수는 없습니다.
복구 후 전체 사용 상황 확인
홈페이지가 열리는지만 확인하고 끝내지 마세요. 먼저 문제가 생겼던 작업을 대상 앱에서 다시 실행하고, 자주 사용하는 웹페이지, 필요한 리소스 로딩, 백그라운드 복구도 확인하세요. 절전 후 연결이 끊겼던 기기는 같은 조건으로 다시 점검해야 합니다. 구독 업데이트에 실패했던 기기는 업데이트한 설정이 실제로 활성화됐는지 확인하세요. 복구를 증명하려고 모든 외부 연결 경로를 곧바로 바꾸지 마세요. 불필요한 변수가 다시 생길 수 있습니다.
마지막으로 증상, 발생 조건, 효과가 있었던 변경 사항, 복구 방법만 간단히 로컬에 기록하고 전체 인증 정보는 저장하지 마세요. 비슷한 문제가 다시 발생하면 처음부터 재설치하는 대신 확인된 차이부터 살펴볼 수 있습니다. 처음 사용할 때는 빠른 시작 가이드를, 연결 경로 선택은 연결 경로 페이지를, 가격과 데이터 정책은 요금제 페이지를 참고하세요. 이 가이드는 각 정보를 실제 문제가 발생한 단계와 연결해 점검하는 데 사용합니다.