연결·회선·구독
문제 해결 가이드

진단 기초

재현 가능한 점검 방법부터 세우기

빠른 시작과 이 매뉴얼의 역할

빠른 시작 튜토리얼은 계정 생성, 요금제 선택, 구독 정보 확인부터 첫 연결 완료까지의 과정을 안내하며, 기본 설정을 아직 마치지 않은 사용자에게 적합합니다. 이 매뉴얼은 구독을 가져왔지만 연결 결과가 예상과 다를 때 증상에 따라 문제를 해결합니다. 클라이언트의 첫 설정이 끝났는지 확실하지 않다면 먼저 빠른 시작의 절차를 확인하고, 기본 과정이 완료됐다면 이곳으로 돌아와 증상별로 진단하세요. 이렇게 하면 구독을 아직 가져오지 않은 상태를 회선 문제로 오해하거나, 계정이 정상인데 요금제를 반복해서 구매하는 일을 피할 수 있습니다.

효율적인 점검은 모든 스위치를 차례로 눌러 보는 것이 아니라, 한 번에 하나의 변수만 바꾸고 변경 전후 결과를 기록하는 방식입니다. 연결 문제는 계정, 구독, 클라이언트, 로컬 네트워크, DNS, 회선과 대상 앱 등 여러 단계에서 발생할 수 있습니다. 예를 들어 웹페이지가 열리지 않는 현상은 회선 미연결, DNS 해석 오류, 브라우저의 별도 네트워크 설정 때문일 수 있습니다. 회선 변경, 프록시 모드 수정, 설정 삭제와 클라이언트 재설치를 한꺼번에 진행하면 정상으로 돌아와도 실제 원인을 확인할 수 없어 다음에 같은 문제가 생겼을 때 처음부터 다시 시도해야 합니다.

현재 상태를 먼저 기록하기

작업을 시작하기 전에 플랫폼, 클라이언트 이름, 네트워크 환경, 선택한 지역, 프록시 모드, 오류 원문과 문제가 시작된 대략적인 시간을 기록하세요. 특정 웹사이트나 앱에서만 문제가 발생한다면 대상 이름도 적고, 같은 회선에서 다른 웹사이트가 정상인지 확인해야 합니다. 오류 화면은 전체 창을 보존하고, 오류 문장 한 줄만 잘라내지 마세요. 전체 화면에는 클라이언트의 현재 모드, 회선 선택과 연결 상태가 함께 나타나는 경우가 많습니다. 로그에 구독 내용이나 계정 인증 정보가 포함되어 있다면 민감한 항목을 가린 후 문의에 첨부하세요.

그다음 최소한의 비교 테스트를 진행하세요. 먼저 서비스를 연결 해제하고 로컬 네트워크 자체로 자주 쓰는 웹페이지가 열리는지 확인합니다. 이어서 서비스를 연결해 같은 웹페이지에 접속하고, 마지막으로 같은 지역의 다른 회선으로 바꿔 동일한 작업을 반복합니다. 이 비교로 세 가지를 확인할 수 있습니다. 문제가 연결 후에만 발생하는지, 특정 회선에만 영향을 받는지, 특정 대상에만 영향을 받는지입니다. 서비스 연결을 해제해도 접속할 수 없다면 라우터, 무선 네트워크 또는 네트워크 제공업체 문제를 먼저 처리하세요. 회선을 바꾼 뒤 바로 정상화됐다면 클라이언트의 다른 설정은 수정할 필요가 없습니다.

기본 명령어로 문제 발생 단계를 확인하기

데스크톱 플랫폼에서는 운영체제에 내장된 명령어로 도메인 해석과 웹 응답을 확인할 수 있습니다. 명령어 자체가 문제를 해결하지는 않지만, 도메인이 해석되지 않는지, 네트워크가 대상에 도달하지 못하는지, 대상 서비스가 오류를 반환하는지 구분하는 데 도움이 됩니다. 예시 도메인은 공개된 테스트 주소를 사용하며 실제 구독 정보는 포함하지 않습니다:

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

nslookup에서 주소가 반환되는데도 브라우저가 열리지 않는다면 최소한의 도메인 해석은 완료된 것이므로 프록시 모드, 대상 앱과 회선을 계속 확인하세요. 해석 명령 자체가 실패한다면 DNS를 먼저 처리해야 합니다. curl로 응답을 받을 수 있지만 브라우저에서 열리지 않는다면 브라우저 확장 기능, 별도 프록시 또는 캐시 문제일 가능성이 높습니다. 일부 네트워크 환경은 진단 요청을 제한할 수 있으므로 단일 명령의 실패만으로 회선을 사용할 수 없다고 판단해서는 안 됩니다. 브라우저 접속, 클라이언트 로그와 회선 변경 결과를 함께 확인하세요.

점검을 중단할 기준 세우기

자가 점검의 목적은 끝없이 시도하는 것이 아닙니다. 계정 내용을 읽을 수 없거나, 모든 네트워크 환경에서 구독을 업데이트할 수 없거나, 여러 지역의 회선에서 같은 인증 오류가 계속 발생하거나, 클라이언트 로그가 서버 거부를 명확히 가리킨다면 로컬 설정 변경을 멈추고 문의를 제출하세요. 반대로 문제가 하나의 앱, 브라우저 또는 네트워크 환경에서만 발생한다면 해당 단계에서 범위를 계속 좁혀야 합니다. 이후 장은 모두 같은 순서를 따릅니다. 먼저 증상의 범위를 확인하고, 위험이 낮은 점검을 진행한 뒤, 비교 테스트로 원인을 좁히고, 언제 지원팀의 도움이 필요한지 안내합니다.

연결 설정 실패

연결이 전혀 안 될 때: 계정부터 로컬 네트워크까지 단계별 점검

먼저 ‘사용 가능한 회선이 없음’과 ‘회선 연결 설정 실패’를 구분하세요

클라이언트에 회선이 전혀 보이지 않는 경우와 회선은 보이지만 연결에 실패하는 경우는 서로 다른 문제입니다. 전자는 구독 가져오기와 업데이트 상태부터 확인하고, 후자부터 네트워크와 회선 진단을 진행합니다. 먼저 사용자 패널에서 요금제 상태와 구독 메뉴가 보이는지 확인한 뒤 클라이언트에서 구독을 업데이트하세요. 업데이트 후에도 목록이 비어 있다면 이 매뉴얼의 구독 업데이트 장으로 이동하세요. 회선 목록은 있지만 연결 버튼을 누른 뒤 오랫동안 연결 중으로 멈추거나, 즉시 끊기거나 인증 오류가 표시된다면 이 장의 점검을 계속 진행합니다.

MeeVPN은 Windows, macOS, iOS, Android, Linux를 지원합니다. 플랫폼마다 권한 모델은 다르지만 점검 원리는 같습니다. 클라이언트가 실행 중이어야 하고, 시스템이 네트워크 인터페이스 또는 앱 프록시 생성을 허용해야 하며, 로컬 네트워크가 회선 진입점에 접근할 수 있어야 합니다. 구독 내용도 최신 상태여야 합니다. 처음 실행할 때 시스템 권한 요청을 건너뛰면 클라이언트 화면은 정상적으로 표시되더라도 실제로 네트워크를 제어하지 못할 수 있습니다. 연결 버튼을 반복해서 누르기보다 시스템 설정에서 네트워크 연결 관련 권한을 확인하세요.

로컬 네트워크 자체의 문제 제외하기

서비스 연결을 해제한 뒤 자주 쓰는 웹페이지를 열어 기본 네트워크가 정상인지 확인하세요. 공용 무선 네트워크를 사용 중이라면 먼저 브라우저에서 확인해야 하는 인증 페이지가 있는지도 살펴보세요. 해당 확인을 완료하지 않으면 다른 연결도 대개 설정되지 않습니다. 신뢰할 수 있는 다른 네트워크 환경으로 전환해 비교할 수도 있습니다. 같은 기기가 다른 네트워크에서는 연결된다면 계정, 구독과 클라이언트는 대체로 정상이며, 문제는 기존 네트워크의 접근 정책, 라우팅 상태 또는 DNS에 집중됩니다. 이때 이미 정상 작동이 확인된 설정을 삭제하지 말고, 기존 네트워크에 다시 연결해 네트워크 정보를 갱신하고 라우터에 프록시 연결을 방해하는 필터 기능이 켜져 있는지 먼저 확인하세요.

모든 네트워크 환경에서 연결되지 않는다면 시스템 시간이 자동으로 동기화되는지도 확인하세요. 인증 과정은 정확한 시간에 의존하므로 큰 시간 오차가 있으면 인증서 검증에 실패할 수 있습니다. 이어서 클라이언트를 완전히 종료한 뒤 다시 열고, 시스템에서 다른 네트워크 도구가 동시에 실행 중인지 확인하세요. 여러 도구가 시스템 프록시나 네트워크 인터페이스를 동시에 수정하면 연결 버튼은 작동한 것처럼 보여도 트래픽이 예상한 회선으로 들어가지 않거나, 연결 직후 다른 프로세스에 설정이 덮어써질 수 있습니다.

회선 비교로 문제 범위 좁히기

한 회선만 테스트하지 마세요. 먼저 현재 지역 안에서 다른 회선으로 바꾸고, 이어서 다른 지역을 선택해 비교하세요. 하나의 회선만 실패한다면 같은 지역의 다른 회선을 임시로 사용하고 실패한 회선 이름을 기록합니다. 같은 지역의 모든 회선이 실패하지만 다른 지역은 정상이라면 현재 네트워크에서 해당 지역으로 가는 경로에 문제가 있을 수 있습니다. 모든 지역이 실패할 때에만 클라이언트, 계정과 로컬 네트워크 단계로 돌아가 계속 확인하세요. MeeVPN은 90+개 국가와 200+개 회선을 지원하며, 구체적인 지역과 회선 유형은 글로벌 노드 페이지에서 확인할 수 있습니다. 회선을 선택할 때는 단순한 지리적 거리보다 실제 접속 대상과 현재 네트워크 경로를 우선 고려하세요.

재설치 전에 되돌릴 수 있는 작업부터 진행

재설치는 현재 상태 정보를 지우므로 첫 단계로 삼아서는 안 됩니다. 먼저 구독을 업데이트하고, 충돌하는 소프트웨어를 종료하고, 클라이언트를 다시 시작하고, 회선과 네트워크를 바꿔 본 뒤 로그를 확인하세요. 정말 재설치가 필요하다면 먼저 사용자 패널에서 구독 메뉴를 다시 확인하고, 오래된 화면 캡처나 만료된 가져오기 기록에 의존하지 마세요. 삭제하기 전에 현재 프록시 모드와 사용 가능한 회선을 기록해 재설치 후 재현할 수 있도록 합니다. 재설치가 끝나면 현재 구독만 가져오고, 여러 개의 오래된 설정을 한꺼번에 복원하지 마세요. 실제로 어떤 설정을 사용하는지 확인하기 어려워집니다.

접속 및 해석

연결되지만 웹페이지가 열리지 않을 때: 프록시 경로와 DNS를 함께 확인하기

연결 상태가 트래픽이 실제 회선으로 들어갔다는 뜻은 아닙니다

클라이언트에 연결됨으로 표시되는 것은 네트워크 인터페이스나 프록시 프로세스가 설정됐다는 뜻일 뿐, 브라우저와 다른 앱의 모든 트래픽이 해당 경로를 거친다는 의미는 아닙니다. 먼저 이전에 방문하지 않은 일반 웹페이지를 열고, 이어서 대상 웹사이트에 접속해 결과를 비교하세요. 모든 웹페이지가 열리지 않는다면 시스템 프록시, 네트워크 인터페이스와 DNS를 우선 확인합니다. 일반 웹페이지는 정상인데 특정 대상만 이상하다면 회선 지역, 대상 서비스 상태, 브라우저 캐시와 분할 라우팅 규칙을 중점적으로 확인하세요. 한 웹사이트의 일시적인 오류를 전체 회선의 문제로 단정하지 마세요.

데스크톱 브라우저에는 별도 프록시 확장 기능이 설치되어 있거나 시스템과 다른 보안 DNS가 설정되어 있을 수 있습니다. 깨끗한 비교를 위해 추가 확장 기능이 없는 브라우저 창을 사용하고, 클라이언트는 시스템 프록시 또는 전체 트래픽 제어 모드로 유지한 채 같은 웹페이지를 다시 테스트하세요. 새 브라우저 환경에서 정상이라면 회선 자체는 사용할 수 있고, 문제는 기존 브라우저의 확장 기능, 캐시, 별도 프록시 또는 DNS 설정에 있습니다. 복구할 때는 확장 기능을 하나씩 다시 켜서 충돌을 일으키는 항목을 찾으세요.

DNS 이상에서 나타나는 대표적인 증상

DNS는 도메인을 네트워크 주소로 변환합니다. 대표적인 문제로는 도메인이 전혀 해석되지 않거나, 해석 결과가 오래 갱신되지 않거나, 시스템과 브라우저가 서로 다른 경로로 해석하거나, 연결 후에도 로컬 네트워크에 남은 캐시를 계속 사용하는 경우가 있습니다. 도메인을 입력하자마자 주소를 찾을 수 없다는 오류가 나타날 수도 있고, 일부 웹사이트만 열리거나 다른 사이트가 계속 잘못된 페이지로 이동할 수도 있습니다. nslookup example.com으로 확인했을 때 해석 결과가 반환되지 않으면 클라이언트의 DNS 처리 방식을 바꾸거나 시스템 자동 설정으로 되돌린 뒤 다시 연결하세요.

명령줄에서는 정상적으로 해석되는데 브라우저에서 도메인 오류가 표시된다면 브라우저 자체의 DNS와 연결 캐시를 삭제하고, 브라우저의 별도 해석 기능을 잠시 끈 상태로 비교하세요. 시스템에서 네트워크 필터, 자녀 보호 또는 보안 프로그램이 실행 중이라면 해석 요청을 가로채고 있는지도 확인해야 합니다. 이런 프로그램은 연결 전에는 정상적으로 작동하다가 연결 후 네트워크 인터페이스가 바뀌면 이전 경로로 요청을 계속 보내, 회선은 연결됐지만 도메인이 해석되지 않는 것처럼 보이게 할 수 있습니다.

국소적인 문제부터 전체 설정 순서로 복구하기

먼저 문제가 있는 웹페이지를 닫았다가 다시 열고, 현재 회선을 연결 해제한 뒤 다시 연결해 클라이언트가 프록시와 DNS 설정을 재적용하도록 하세요. 그래도 해결되지 않으면 같은 지역의 다른 회선으로 바꿔 회선 진입점 문제와 로컬 해석 문제를 분리합니다. 그다음 브라우저의 프록시와 DNS를 시스템 설정을 따르도록 되돌리고, 충돌할 수 있는 네트워크 도구를 종료하세요. 문제가 하나의 브라우저에서만 발생한다면 전체 시스템을 수정하지 마세요. 모든 브라우저와 앱에 영향을 준다면 시스템 네트워크 인터페이스와 DNS를 확인합니다.

명령줄은 여러 단계의 상태를 비교하는 데 도움이 됩니다. ping example.com에서 해석된 주소가 표시되지만 응답이 없다고 해서 웹페이지에 접근할 수 없는 것은 아닙니다. 대상이 해당 요청에 응답하지 않을 수 있기 때문입니다. 이어서 curl -I https://example.com으로 웹 응답 헤더를 받을 수 있는지 확인하세요. 명령줄에서는 접속되지만 브라우저에서는 실패한다면 브라우저 문제일 가능성이 높습니다. 명령줄과 브라우저 모두 실패하지만 회선을 바꾸면 정상화된다면 원래 회선을 기록하고 사용할 수 있는 회선을 이용하세요.

특정 웹사이트만 이상할 때 판단하는 방법

다른 웹페이지는 정상인데 특정 웹사이트만 열리지 않는다면 먼저 해당 사이트가 특정 지역의 접속 경로를 요구하는지 확인하세요. 대상 콘텐츠에 맞는 지역으로 전환한 뒤 시크릿 창에서 다시 열어 기존 쿠키, 캐시와 지역 정보가 결과에 영향을 주지 않도록 합니다. 웹페이지는 열리지만 로그인이나 미디어 콘텐츠에 문제가 있다면 기본 연결과 DNS는 정상이며, 문제는 대상 서비스 정책, 계정 지역 또는 특정 회선과의 호환성으로 좁혀집니다. 이때 글로벌 노드 페이지에서 회선 유형을 확인하고 같은 지역의 다른 회선을 시도하세요. 클라이언트 전체를 초기화할 필요는 없습니다.

여러 회선, 여러 브라우저와 서로 다른 네트워크 환경에서 같은 도메인의 해석 오류가 안정적으로 재현될 때에만 문의를 제출하는 것이 좋습니다. 대상 도메인, 선택한 회선, nslookup과 curl의 텍스트 결과, 브라우저 오류 원문, 서비스 연결을 해제했을 때 정상인지 여부를 첨부하세요. 계정 비밀번호, 전체 구독 내용 또는 가리지 않은 인증 정보를 보내지 마세요.

성능 및 혼잡

속도 저하와 피크 시간대 끊김: 로컬 병목과 회선 경로 구분하기

먼저 ‘느림’이 발생하는 단계를 정의하세요

속도 문제는 구체적으로 설명해야 합니다. 웹페이지 첫 화면이 오래 기다려지거나, 파일 전송 속도가 낮거나, 동영상이 자주 버퍼링되거나, 음성 지연이 크거나, AI 도구의 장시간 연결이 끊기는 현상은 병목이 서로 다릅니다. 웹페이지를 처음 열 때만 느리고 이후 정상이라면 DNS나 연결 설정과 관련 있을 수 있습니다. 지속적인 전송 속도 저하는 대역폭과 경로 문제에 가깝고, 상호작용 요청만 느리다면 회선의 왕복 경로와 대상 서비스 지역을 확인해야 합니다. 단순히 ‘매우 느리다’고 말하는 것보다 문제가 발생한 상황을 기록하는 편이 진단에 도움이 됩니다.

먼저 서비스를 연결 해제하고 같은 기기와 네트워크에서 로컬 연결이 안정적인지 확인하세요. 이어서 현재 회선을 연결하고 같은 대상에 같은 작업을 수행해 비교합니다. 테스트 중에는 시스템 업데이트, 클라우드 동기화, 대용량 파일 전송과 다른 기기의 고트래픽 작업을 잠시 중지하세요. MeeVPN은 기기 수 제한 없이 동시 접속을 지원하지만, 기기 수 제한이 없다고 해서 가정 내 네트워크 대역폭이 다른 기기의 사용량과 무관해지는 것은 아닙니다. 특정 기기가 계속 데이터를 전송하면 다른 기기에서 대기와 버퍼링이 발생할 수 있으므로, 먼저 로컬 공유 회선의 경쟁을 제외해야 합니다.

회선과의 거리가 유일한 판단 기준은 아닙니다

지리적으로 가까우면 경로를 줄이는 데 유리하지만, 실제 네트워크는 통신사 간 연결, 진입 라우팅, 대상 서비스 지역과 당시 혼잡의 영향을 받습니다. 끊김이 발생하면 먼저 같은 지역의 다른 회선으로 바꿔 단일 경로 문제인지 확인하세요. 같은 지역의 회선이 모두 좋지 않다면 인접 지역이나 대상 서비스에 더 가까운 지역을 선택합니다. 전환할 때마다 대상 앱을 완전히 종료한 뒤 다시 열어 기존 연결을 해제하세요. 그렇지 않으면 앱이 이전 세션을 계속 재사용해 회선을 바꿨지만 실제 새 경로가 설정되지 않은 것처럼 보일 수 있습니다.

회선 유형도 적합한 사용 환경에 영향을 줍니다. 전용선 또는 중계 회선은 국제 경로의 제어 가능성을 중시하는 경우가 많고, 직결 회선은 현재 로컬 네트워크와 국제 출구 상태의 영향을 더 크게 받습니다. 어떤 환경에서도 특정 회선 유형이 반드시 더 빠르다고 보기보다 대상 지역, 접속 유형과 현재 네트워크를 함께 고려해 선택하세요. 노드 페이지의 지역, 도시와 회선 유형 정보를 활용해 후보를 정한 뒤 같은 작업으로 하나씩 비교할 수 있습니다.

피크 시간대에는 한 번의 결과보다 패턴을 관찰하세요

피크 시간대의 속도 저하는 특정 시간에 반복되는 경향이 있습니다. 같은 네트워크, 같은 기기, 같은 대상과 같은 회선의 성능을 시간대별로 기록하고 같은 지역의 다른 회선과 비교하세요. 특정 시간대에 원래 회선만 저하된다면 먼저 대체 회선을 사용합니다. 여러 지역이 동시에 저하되고 서비스를 해제한 로컬 네트워크도 불안정하다면 병목은 로컬 접속에 있을 가능성이 큽니다. 로컬 접속은 정상인데 여러 국제 지역에서 비슷한 변화가 나타난다면 시간대, 지역과 대상을 문의에 적어 지원팀이 경로 범위를 확인할 수 있도록 하세요.

단일 속도 측정 페이지에만 의존하지 마세요. 측정 사이트의 위치, 브라우저 제한과 테스트 서버가 결과에 영향을 주며, 속도 측정 결과가 동영상, 코드 저장소 또는 AI 도구의 실제 체감 성능을 대표하지 않을 수도 있습니다. 같은 페이지를 열거나, 동일한 공개 파일을 다운로드하거나, 같은 콘텐츠를 재생하거나, 같은 장시간 연결 작업을 재현하는 등 실제 작업으로 비교하는 편이 효과적입니다. 회선을 바꾼 뒤 개선되는지도 기록하세요. 이렇게 하면 상황과 무관한 숫자보다 ‘현재 작업에 어떤 회선이 적합한지’를 직접 판단할 수 있습니다.

클라이언트 및 기기 측 성능 점검

시스템에서 여러 네트워크 필터 계층이 동시에 작동하지 않는지, 클라이언트에서 서로 충돌하는 제어 모드를 함께 사용하고 있지 않은지 확인하세요. 리소스가 부족한 기기는 트래픽이 많을 때 병목이 될 수 있으므로 불필요한 백그라운드 앱을 종료한 뒤 다시 테스트합니다. 무선 신호 변동은 회선 불안정으로 오해하기 쉬우므로, 가능하다면 액세스 포인트 가까이에서 테스트하거나 더 안정적인 로컬 연결로 비교하세요. 한 기기에서만 느리고 같은 회선의 다른 기기는 정상이라면 해당 기기를 우선 점검합니다. 같은 네트워크와 회선의 모든 기기가 동시에 느려진다면 로컬 출구 또는 회선 경로를 고려하세요.

성능 관련 문의를 제출할 때는 문제 상황, 대상 지역, 회선 이름, 발생 시간대, 로컬 네트워크 유형, 다른 회선과의 비교 결과와 서비스 연결 해제 후의 상태를 제공하세요. 속도 측정 화면 하나만 보내지 마세요. 명확한 비교 정보가 있으면 병목이 단일 기기, 단일 회선, 단일 지역 또는 전체 네트워크 환경 중 어디에 있는지 확인할 수 있어 지원팀이 회선 변경이 필요한지 판단하기 쉽습니다.

연결 유지

잦은 연결 끊김과 모바일 백그라운드 해제: 절전, 네트워크 전환과 프로세스 제한 확인

먼저 연결이 끊기는 조건을 관찰하세요

잦은 연결 끊김은 네트워크 전환, 시스템 절전, 클라이언트 프로세스 일시 중지, 회선 핸드셰이크 실패와 로컬 네트워크 불안정을 구분해야 합니다. 끊기기 직전에 무슨 일이 있었는지 기록하세요. 기기가 잠금 상태에서 막 복귀했는지, 무선 네트워크를 다른 네트워크로 전환했는지, 신호가 약한 장소에 들어갔는지, 다른 네트워크 도구를 실행했는지, 아니면 특별한 계기 없이 사용 중 끊겼는지 확인합니다. ‘가끔 끊긴다’는 설명보다 안정적으로 재현되는 조건이 진단에 훨씬 도움이 됩니다.

네트워크 환경을 바꾼 뒤 항상 연결이 끊긴다면 먼저 수동으로 연결을 해제한 후 회선에 다시 연결하세요. 시스템이 네트워크 인터페이스를 전환하는 동안 기존 세션이 이전 인터페이스에 묶여 클라이언트가 경로를 다시 설정해야 할 수 있습니다. 클라이언트에 네트워크 변경 후 자동 재연결 옵션이 있다면 활성화되어 있는지 확인하세요. 기기 절전 후 끊긴다면 시스템이 클라이언트의 백그라운드 활동을 허용하는지 확인하고, 해당 클라이언트에 적용된 과도한 절전 제한을 해제하세요.

모바일 백그라운드 제한 판단하기

iOS와 Android는 모두 시스템 정책에 따라 백그라운드 작업을 관리하지만 구체적인 동작은 다릅니다. 전면 사용 중에는 정상인데 화면을 잠그거나 앱을 전환하면 연결이 빠르게 사라진다면 구독을 바꾸기보다 시스템 권한과 절전 정책을 먼저 확인하세요. 클라이언트의 네트워크 설정이 시스템에서 계속 활성화되어 있고 백그라운드 연결이 유지되도록 허용되어 있는지 확인합니다. 백그라운드 프로세스를 자동으로 정리하는 시스템 기능이 있는지도 살펴보세요. 일부 기기는 배터리 상태에 따라 백그라운드 활동을 일시적으로 제한하므로 같은 배터리 잔량과 네트워크 조건에서 다시 테스트하세요.

특정 앱만 백그라운드로 전환한 뒤 작동을 멈추고 클라이언트는 연결 상태를 유지한다면, 회선이 끊긴 것이 아니라 해당 앱 자체의 백그라운드 정책일 수 있습니다. 먼저 클라이언트로 돌아가 연결 상태를 확인한 뒤 브라우저에서 일반 웹페이지를 열어 보세요. 웹페이지가 정상이라면 네트워크 경로는 유지되고 있으므로 대상 앱의 백그라운드 새로 고침, 데이터 사용과 배터리 정책을 확인해야 합니다. 브라우저도 접속할 수 없다면 클라이언트 재연결과 시스템 네트워크 인터페이스를 계속 점검하세요.

데스크톱에서 잦은 연결 끊김을 일으키는 일반적인 충돌

Windows, macOS와 Linux에서는 다른 프록시, 네트워크 필터, 보안 도구 또는 가상 네트워크 프로그램이 동시에 실행 중인지 확인해야 합니다. 여러 프로그램이 시스템 프록시, 라우팅 테이블 또는 네트워크 인터페이스를 경쟁적으로 사용하면 연결이 잠시 성공한 뒤 덮어써지는 현상이 나타날 수 있습니다. 점검할 때는 다른 관련 프로그램을 잠시 종료하고 현재 클라이언트만 실행한 뒤 안정성이 회복되는지 관찰하세요. 기업 또는 학교 네트워크의 보안 정책이 네트워크 설정을 주기적으로 초기화할 수도 있으므로 일반 네트워크 환경으로 바꿔 기기 문제인지 네트워크 문제인지 비교하세요.

연결 끊김과 함께 로컬 무선 네트워크 아이콘이 변하거나, 서비스를 연결하지 않은 상태에서도 웹페이지가 잠시 끊긴다면 로컬 네트워크를 먼저 복구하세요. 라우터를 재시작하고 무선 네트워크에 다시 연결하거나 안정적인 접속 방식으로 바꾼 뒤 테스트합니다. 회선 서비스는 로컬 연결 자체의 끊김을 해결할 수 없습니다. 로컬 네트워크가 안정적인데 특정 회선만 끊긴다면 같은 지역의 다른 회선으로 전환하세요. 여러 지역에서 같은 끊김이 나타나고 로그가 클라이언트 프로세스나 시스템 인터페이스를 가리킨다면 클라이언트 권한과 시스템 이벤트를 확인합니다.

재연결 반복과 절전 복귀

일부 문제는 클라이언트가 계속 재연결을 시도하는 형태로 나타납니다. 이때 계속 기다리지 말고 먼저 연결을 해제하고 클라이언트를 종료한 뒤, 로컬 네트워크가 복구됐는지 확인하고 다시 실행해 다른 회선을 선택하세요. 복구 후에도 즉시 반복 상태에 들어간다면 구독을 업데이트하고 시스템 시간을 확인합니다. 로그에 같은 연결 단계의 실패가 반복되면 해당 오류 문장을 저장하세요. 여러 구독이나 설정을 연속으로 가져오거나 동시에 활성화하지 마세요. 자동 선택과 라우팅 충돌이 늘어날 수 있습니다.

절전 복귀 후에는 고정된 순서로 조치할 수 있습니다. 먼저 로컬 네트워크가 주소를 다시 할당받았는지 확인한 다음 클라이언트를 열어 상태를 봅니다. 연결됨으로 표시되지만 접속할 수 없다면 수동으로 다시 연결하세요. 수동 조치가 자주 필요하다면 백그라운드 권한과 자동 재연결 설정을 조정합니다. 이 순서를 따르면 시스템이 깨어난 뒤 네트워크가 아직 준비되지 않은 경우와 클라이언트가 세션을 실제로 복구하지 못한 경우를 구분할 수 있습니다.

연결 끊김 문의를 제출할 시점

로컬 네트워크가 안정적이고 충돌 프로그램을 종료했으며 백그라운드 권한도 확인했는데 여러 지역의 회선이 비슷한 조건에서 계속 끊긴다면 문의를 제출하세요. 플랫폼, 클라이언트, 회선 이름, 연결이 끊기는 조건, 문제 시간대, 네트워크 전환이나 절전 발생 여부, 로그의 오류 부분과 네트워크를 바꾼 뒤의 비교 결과를 첨부합니다. 문제가 모바일 백그라운드에서만 발생한다면 전면 사용이 정상인지, 클라이언트로 돌아왔을 때 어떤 상태가 표시되는지도 적으세요. 계정 비밀번호와 전체 구독 내용은 필요하지 않습니다.

설정 가져오기

구독 업데이트 실패: 출처, 캐시와 클라이언트 가져오기 방식 확인

내용을 가져오지 못한 것인지, 가져온 내용이 적용되지 않은 것인지 구분하세요

구독 업데이트 실패는 보통 두 가지 형태로 나타납니다. 클라이언트가 다운로드, 해석 또는 인증 실패를 명확히 표시하는 경우와 업데이트 완료로 표시되지만 회선 목록이 바뀌지 않는 경우입니다. 전자는 구독 메뉴, 로컬 네트워크와 클라이언트의 읽기 기능을 확인해야 하고, 후자는 올바른 설정을 업데이트했는지, 클라이언트가 여전히 이전 그룹을 사용하고 있는지, 화면 캐시가 갱신됐는지를 확인해야 합니다. 먼저 사용자 패널에서 현재 구독 메뉴를 열 수 있는지 확인하고, 채팅 기록이나 화면 캡처 또는 오래된 기기에서 장기간 보관한 주소를 사용하지 마세요.

구독은 계정 설정이므로 사용자 패널에서 가져와야 합니다. 이메일 주소 없이 사용자 이름과 비밀번호만으로 가입할 수 있으므로 사용자 이름과 비밀번호를 안전하게 보관하세요. 기존 계정에 들어갈 수 없더라도 여러 계정을 만들어 번갈아 가져오지 마세요. 요금제와 구독의 소유 관계가 혼동될 수 있습니다. 먼저 원래 계정으로 로그인했는지 확인한 뒤 패널에서 현재 구독을 가져와 클라이언트를 업데이트하세요. 구독을 확인하고 가져오는 방법과 안전한 관리 방식은 구독 링크 초보자 가이드에서 확인할 수 있습니다.

최소한의 재가져오기 절차 사용하기

먼저 현재 패널에서 제공하는 구독 메뉴를 복사하고 클라이언트에서 기존 구독을 찾아 업데이트하세요. 계속 실패한다면 기존 설정을 바로 삭제하지 말고 임시 설정을 새로 만들어 현재 메뉴를 가져오세요. 새 설정에서 회선을 정상적으로 가져올 수 있다면 기존 설정에 만료된 메뉴, 캐시 또는 잘못된 업데이트 방식이 저장되어 있을 수 있습니다. 새 설정도 실패한다면 네트워크, 계정 상태 또는 클라이언트 호환성 문제일 가능성이 높습니다. 새 설정이 정상 작동하는 것을 확인한 뒤 이전 항목을 정리하면 유일하게 사용 가능한 설정을 실수로 삭제하는 일을 피할 수 있습니다.

가져올 때 구독 메뉴를 단일 노드 추가 영역에 붙여넣지 않도록 주의하세요. 구독과 단일 노드 설정은 필드 구조가 달라 위치를 잘못 선택하면 지원하지 않는 형식, 빈 내용 또는 이상한 항목이 생성될 수 있습니다. 클라이언트에 클립보드, 주소 또는 파일에서 가져오는 메뉴가 있다면 정기적으로 업데이트할 수 있는 구독 방식을 선택하세요. 업데이트 후 현재 활성화된 설정 이름을 확인해 클라이언트가 여전히 이전 설정을 선택하고 있지 않은지 살펴봅니다.

네트워크와 해석 영향 제외하기

현재 네트워크에서 구독 메뉴를 읽을 수 없다면 신뢰할 수 있는 다른 네트워크 환경으로 바꿔 비교하세요. 네트워크를 바꾼 뒤 성공했다면 이미 가져온 설정은 유지하고, 기존 네트워크의 DNS, 필터 규칙과 브라우저 접속 상태를 확인하세요. 사용자 패널은 정상적으로 열리지만 클라이언트 업데이트가 실패한다면 클라이언트가 다른 네트워크 경로를 사용하거나 시스템 프록시가 충돌하거나, 기존 연결이 업데이트 요청에 영향을 주고 있을 수 있습니다. 먼저 회선을 연결 해제해 로컬 네트워크가 정상인지 확인한 뒤 업데이트하고, 완료되면 다시 연결하세요.

클라이언트가 해석 실패를 표시하더라도 구독 응답 내용을 직접 수정하지 마세요. 수동 편집은 이후 자동 업데이트를 망가뜨리고 회선 정보가 서버와 동기화되지 않게 할 수 있습니다. 올바른 방법은 현재 메뉴를 다시 가져오고, 가져오기 위치를 확인하고, 클라이언트 설정을 업데이트한 뒤 시스템 시간을 확인하는 것입니다. 하나의 클라이언트에서만 해석할 수 없고 같은 계정이 다른 지원 플랫폼에서는 업데이트된다면 계정을 수정하지 말고 기존 클라이언트의 설정 상태와 호환성을 중점적으로 확인하세요.

트래픽과 요금제 상태 확인

월간 구독은 ¥9.9/월 60GB, ¥18/월 250GB, ¥28/월 500GB이며, 트래픽은 시작일을 기준으로 매월 초기화되고 중도 업그레이드 차액은 남은 일수에 따라 계산됩니다. 트래픽 패키지는 ¥158/300GB, ¥358/1000GB, ¥658/3000GB이며 소진될 때까지 사용할 수 있고 영구적으로 만료되지 않습니다. 회선이 한때 정상 작동하다가 구독 상태나 사용 가능한 내용이 바뀌었다면 요금제 페이지에서 규정을 확인하고 사용자 패널에서 현재 계정 상태를 살펴보세요. 클라이언트 캐시에 남은 오래된 트래픽 정보만으로 실제 계정 상태를 판단하지 마세요.

패널에 정상으로 표시되고 현재 구독 메뉴도 다시 가져왔는데 여러 클라이언트와 네트워크 환경에서 모두 업데이트되지 않는다면 문의를 제출하세요. 계정 사용자 이름, 플랫폼, 클라이언트, 오류 원문, 발생 시간대, 사용자 패널을 열 수 있는지, 다른 네트워크를 시도했는지와 임시 설정을 새로 만든 결과를 첨부합니다. 비밀번호와 전체 구독 주소는 보내지 마세요. 지원팀은 계정과 오류 정보를 바탕으로 구독 상태를 확인할 수 있습니다.

앱 경로

특정 앱에서 프록시가 작동하지 않을 때: 시스템 프록시, 분할 라우팅과 별도 연결 확인

먼저 문제가 하나의 앱에만 해당하는지 확인하세요

회선을 연결한 뒤 먼저 브라우저에서 일반 웹페이지를 열고 대상 앱을 테스트하세요. 브라우저와 다른 앱은 정상인데 하나의 앱만 접속되지 않는다면 계정, 구독과 기본 회선은 대체로 정상이며 앱 단계로 점검 범위를 옮겨야 합니다. 모든 앱에 문제가 있다면 웹페이지와 DNS 장으로 돌아가고, 하나의 앱 설정에만 계속 시간을 쓰지 마세요. ‘전체 장애’와 ‘단일 앱 장애’를 명확히 구분하는 것이 이 장의 가장 중요한 첫 단계입니다.

일부 앱은 시스템 프록시를 따르고, 일부는 직접 네트워크 연결을 만들며, 다른 앱은 별도 DNS, 내장 네트워크 엔진 또는 자체 프록시 설정을 사용합니다. 클라이언트에서 시스템 프록시만 활성화했다고 해서 모든 앱이 자동으로 따르는 것은 아닙니다. 대상 앱이 시스템 프록시를 읽지 않는다면 클라이언트가 허용하는 범위에서 시스템 트래픽을 제어할 수 있는 모드를 사용하거나, 분할 라우팅 규칙으로 해당 앱의 트래픽 경로를 지정하세요. 변경 후에는 대상 앱을 완전히 종료하고 다시 열어야 합니다. 기존 세션이 변경 전 연결을 계속 사용할 수 있습니다.

전체 모드와 분할 라우팅 모드의 차이 이해하기

전체 모드는 대상 앱이 회선을 통해 연결될 수 있는지 판단하기에 편리합니다. 전체 모드로 전환하자마자 정상화된다면 문제는 회선 자체보다 기존 분할 라우팅 규칙에 있을 가능성이 높습니다. 분할 라우팅 모드는 도메인, 주소, 앱 또는 규칙 세트에 따라 어떤 트래픽을 회선으로 보낼지 결정하므로 일상적인 사용에 적합합니다. 하지만 규칙이 불완전하거나 순서가 충돌하거나 캐시가 갱신되지 않으면 대상 앱이 로컬 경로로 연결될 수 있습니다. 점검이 끝나면 필요에 따라 분할 라우팅으로 되돌리면 되며, 전체 모드를 계속 유지할 필요는 없습니다.

분할 라우팅을 조정할 때는 먼저 앱이 주로 접속하는 도메인과 서비스 지역을 파악하고, 범위가 지나치게 넓은 와일드카드 규칙을 바로 추가하지 마세요. 하나의 앱이 로그인, 콘텐츠, 업데이트와 API 도메인에 동시에 접속할 수 있으므로 일부만 처리하면 ‘열리지만 로그인할 수 없음’ 또는 ‘목록은 보이지만 콘텐츠가 로드되지 않음’ 같은 현상이 나타납니다. 클라이언트 연결 로그에서 대상 앱의 요청이 어떤 규칙에 매칭되는지 확인하며 누락된 항목을 단계적으로 보완하세요. 규칙을 수정한 뒤 앱 연결을 정리하고 다시 테스트합니다.

앱 자체의 네트워크 설정 확인

일부 데스크톱 앱은 별도의 프록시 옵션을 제공합니다. 앱 내부에 오래된 주소, 오래된 포트 또는 ‘직접 연결’이 설정되어 있으면 시스템 설정을 덮어쓸 수 있습니다. 점검할 때는 먼저 앱이 시스템 설정을 따르도록 하세요. 수동 설정이 꼭 필요하다면 현재 클라이언트 화면에서 로컬 프록시 매개변수를 확인하고 다른 기기의 설정을 복사하지 마세요. 시스템을 재시작하거나 클라이언트 모드를 바꾸면 로컬 매개변수가 달라질 수 있으므로 오래된 설정이 계속 유효하다고 가정해서는 안 됩니다.

브라우저 확장 기능, 개발 도구, 컨테이너 환경과 명령줄 프로그램도 각각 다른 네트워크 변수를 사용할 수 있습니다. 명령줄 요청과 브라우저 결과가 다르다면 터미널 세션에 프록시 환경 변수가 설정되어 있는지 확인하세요. 앱을 다시 시작하기 전에는 이전 값을 보관한 기존 터미널이 남아 있을 수 있습니다. 다음 예시처럼 환경 변수를 확인해 현재 세션에 프록시 설정이 있는지 확인할 수 있습니다:

printenv | grep -i proxy

이 명령은 확인만 수행하며 시스템을 변경하지 않습니다. 오래된 값이 발견되면 해당 터미널 설정에서 삭제하거나 갱신한 뒤 새 세션을 열어 테스트하세요. 로컬 프록시 매개변수를 공개 문서에 기록하거나 다른 사람과 직접 공유하지 마세요. 기기마다 수신 방식이 다를 수 있습니다.

지역, 계정과 캐시의 영향

대상 앱은 출구 지역, 앱 계정의 지역, 쿠키 또는 이전 세션을 바탕으로 콘텐츠를 결정할 수 있습니다. 회선을 바꿔도 결과가 달라지지 않는다면 앱을 완전히 종료하고 다시 열며, 필요하면 해당 앱의 네트워크 캐시를 삭제하세요. 같은 지역의 다른 회선이 작동한다면 원래 회선과 대상 서비스의 현재 경로가 적합하지 않은 것입니다. 같은 지역의 여러 회선에서 결과가 같고 다른 지역은 사용 가능하다면 대상 서비스의 요구 사항을 확인해야 합니다. 대상 서비스에서 추가 인증을 요구하지 않도록 지역을 자주 바꾸면서 연속으로 로그인하지 마세요.

하나의 앱이 전체 제어 모드, 여러 회선과 다른 네트워크 환경에서도 계속 실패하지만 브라우저는 항상 정상이라면 앱 관련 문의를 제출하세요. 앱 이름, 플랫폼, 클라이언트 모드, 선택한 지역, 앱 오류 원문, 전체 모드와 분할 라우팅 모드의 비교 결과, 브라우저에서 해당 웹사이트에 접속할 수 있는지와 관련 연결 로그를 가린 후 첨부합니다. 이런 정보가 있으면 단순히 ‘앱이 작동하지 않는다’고 쓰는 것보다 요청이 어느 단계에서 예상 경로를 벗어났는지 더 정확히 파악할 수 있습니다.

계정 및 지원

기기 수 제한 알림, 요금제 확인과 품질 높은 문의

먼저 알림이 어디에서 표시됐는지 확인하세요

MeeVPN은 기기 수 제한 없이 동시 접속을 지원합니다. 클라이언트나 앱에 기기 수 초과와 비슷한 알림이 표시된다면 먼저 그 알림이 현재 MeeVPN 계정에서 나온 것인지 확인하세요. 대상 웹사이트, 앱 계정, 시스템 권한 또는 오래된 구독 설정에서 표시된 것일 수도 있습니다. 여러 서비스가 비슷한 표현을 사용하지만 제한 대상은 전혀 다를 수 있습니다. 알림이 나타난 화면, 전체 문구와 실행한 작업을 기록하면 대상 앱의 세션 제한을 회선 계정의 제한으로 오해하는 일을 피할 수 있습니다.

그다음 클라이언트에서 현재 활성화된 구독 이름을 확인하고, 로그인 중인 MeeVPN 계정에서 가져온 것인지 확인하세요. 오래된 기기에 이전 설정이 남아 있거나 재설치 후 시스템 백업의 오래된 구독이 복원될 수 있습니다. 사용자 패널에 들어가 현재 구독을 다시 가져오고, 업데이트 후 설정 이름과 회선 목록을 확인하세요. 특정 기기에서만 알림이 나타나고 같은 계정의 다른 기기는 정상이라면 해당 기기의 오래된 설정, 클라이언트 캐시와 대상 앱 로그인 상태를 우선 확인합니다.

기기 수 제한 없음과 실제 네트워크 체감의 차이

기기 수 제한 없이 동시 접속할 수 있다는 것은 MeeVPN에서 사용할 수 있는 기기 범위를 설명하는 것이며, 모든 기기가 로컬 네트워크 조건과 무관하게 같은 환경을 얻는다는 뜻은 아닙니다. 가정이나 사무실 네트워크에서는 여러 기기가 접속 대역폭을 공유하므로 고트래픽 작업을 동시에 수행하면 서로 영향을 줍니다. 새 기기를 추가한 뒤 끊김이 생겼다면 계정 제한으로 해석하기보다 속도 장에서 로컬 네트워크 사용량을 확인하세요. 새 기기를 추가한 뒤 기존 기기에서 인증 오류가 발생한다면 양쪽 모두 현재 구독을 사용하고 있는지, 다른 계정 설정이 섞이지 않았는지 확인합니다.

여러 기기 사이에서 구독 내용을 공개적으로 전달하지도 마세요. 올바른 방법은 사용할 기기에서 사용자 패널에 로그인해 구독을 가져오거나 안전한 절차에 따라 가져오는 것입니다. 구독 내용이 공개된 적이 있다면 문의로 상황을 설명하고 처리를 요청하세요. 문의할 때 전체 구독 주소를 복사할 필요가 없으며 계정 비밀번호를 보내서도 안 됩니다.

요금제, 트래픽과 결제 정보 확인 방법

월간 구독은 ¥9.9/월 60GB, ¥18/월 250GB, ¥28/월 500GB이며, 트래픽은 시작일을 기준으로 매월 초기화되고 중도 업그레이드 차액은 남은 일수에 따라 계산됩니다. 트래픽 패키지는 ¥158/300GB, ¥358/1000GB, ¥658/3000GB이며 소진될 때까지 사용할 수 있고 영구적으로 만료되지 않습니다. 결제 수단은 Alipay, WeChat Pay, USDT를 지원합니다. 첫 결제에 만족하지 못한 경우 14일 이내 전액 환불을 신청할 수 있습니다. 구매, 업그레이드, 트래픽 초기화 또는 환불과 관련된 사항은 사용자 패널의 주문 내역과 요금제 페이지를 기준으로 확인하고, 오래된 화면 캡처나 제3자의 설명에 의존하지 마세요.

결제가 완료됐지만 계정 상태가 예상대로 바뀌지 않았다면 먼저 결제를 반복하지 마세요. 사용자 패널의 주문 상태와 결제 채널 결과를 저장하고 계정 개요를 새로 고친 뒤 다시 로그인해 확인합니다. 그래도 바뀌지 않는다면 결제 문의를 제출하고 주문 화면 캡처, 결제 수단, 발생 시간대와 계정 사용자 이름을 첨부하세요. 화면에는 점검과 관계없는 민감한 정보를 가려야 합니다. 지원팀은 주문 상태로 확인할 수 있으므로 계정 비밀번호는 필요하지 않습니다.

문의에 포함해야 할 정보

품질 높은 문의는 ‘어디에서 발생했는지, 언제 발생했는지, 어떻게 재현되는지, 영향 범위가 어느 정도인지, 무엇을 이미 확인했는지’를 답해야 합니다. 연결 문제에는 플랫폼, 클라이언트, 네트워크 환경, 회선 이름, 오류 원문과 회선별 비교 결과를 첨부하세요. 웹페이지 문제에는 대상 도메인, 브라우저, DNS 점검 결과와 서비스를 해제했을 때의 상태를 적습니다. 속도 문제에는 구체적인 작업, 발생 시간대, 로컬 네트워크 비교와 다른 회선의 결과를 포함합니다. 연결 끊김 문제에는 절전, 네트워크 전환 또는 백그라운드 실행 여부를 적고, 구독 문제에는 패널을 열 수 있는지, 업데이트 오류와 임시 설정을 새로 만든 결과를 설명하세요.

로그는 문제가 발생하기 전후의 관련 부분을 잘라내고 구독 내용, 인증 정보와 불필요한 로컬 정보를 가리세요. 화면 캡처에는 전체 오류 화면과 클라이언트의 현재 상태가 포함되어야 합니다. ‘연결할 수 없음’, ‘느림’, ‘업데이트 안 됨’ 같은 결론만 보내지 말고, 내용이 같은 문의를 여러 개 한꺼번에 제출하지도 마세요. 하나의 문의에 비교 결과를 계속 추가하는 편이 문맥을 유지하기 쉽습니다.

즉시 자가 점검을 중단해야 하는 경우

사용자 패널에서 현재 계정 내용을 읽을 수 없거나, 주문 상태와 결제 결과가 일치하지 않거나, 여러 지원 플랫폼과 네트워크 환경에서 같은 인증 오류가 발생하거나, 모든 클라이언트에서 구독을 업데이트할 수 없거나, 여러 지역의 회선에서 같은 서버 오류가 계속 반환된다면 설정을 계속 삭제하지 말고 문의를 제출하세요. 반복적인 재설치는 로그와 현재 상태를 잃게 해 원인 파악을 어렵게 만들 수 있습니다.

문제가 하나의 브라우저, 앱, 회선 또는 네트워크 환경에서만 발생한다면 해당 장의 비교 테스트를 계속 진행하세요. ‘기기를 따라가는가, 네트워크를 따라가는가, 회선을 따라가는가, 앱을 따라가는가’라는 네 가지 질문으로 대개 문제 범위를 명확한 단계까지 좁힐 수 있습니다. 점검이 끝나면 정상 작동이 확인된 설정 하나를 보존하고 현재 접속 대상에 적합한 회선 선택을 기록하세요. 같은 증상이 다시 나타나면 전체 절차를 반복하지 않고 확인된 단계부터 바로 점검할 수 있습니다.

지원 요청이 필요하다면 사용자 패널의 문의 영역으로 이동하세요. 아직 첫 설정을 완료하지 않았다면 VPN 초보자를 위한 완벽 가이드를 먼저 읽고, 구매, 구독 확인, 클라이언트 가져오기, 회선 연결과 접속 결과 확인의 기본 절차를 점검한 뒤 구체적인 문제를 이 매뉴얼의 해당 장과 비교하세요.