3KVPN 문제 해결 가이드

연결이 전혀 안 될 때: 문제 발생 지점부터 구분하기

기존 네트워크가 정상인지 확인한 다음 연결 과정을 점검하세요

‘연결 실패’가 항상 회선을 사용할 수 없다는 뜻은 아닙니다. 클라이언트에서 정상적으로 연결을 끊고 구독과 회선 선택은 그대로 둔 채, 평소 바로 접속되는 웹사이트를 열어 보세요. 연결을 끊은 상태에서도 접속할 수 없다면 현재 네트워크부터 확인해야 합니다. Wi-Fi에 실제로 인터넷 접속 권한이 있는지, 호텔이나 공용 네트워크의 인증 페이지가 남아 있는지, 라우터가 외부 네트워크에 정상적으로 연결되는지 살펴보세요. 공용 네트워크의 로그인 페이지는 프록시를 잠시 중지한 뒤 열어 인증을 완료하고 클라이언트를 다시 켜야 할 수 있습니다. 해외 웹사이트 접속 여부만으로 로컬 네트워크 상태를 판단하지 마세요.

기본적인 인터넷 접속이 복구되면 클라이언트를 다시 열어 실패가 어느 단계에서 발생하는지 확인하세요. 연결을 눌러도 상태가 바뀌지 않는다면 프로그램 권한이나 백그라운드 서비스부터 점검하세요. 연결을 시도하다 시간 초과가 발생한다면 네트워크와 회선을 비교해 보세요. 연결 버튼이 원래 상태로 돌아오면서 설정 오류가 표시되면 구독과 현재 구성을 먼저 확인해야 합니다. 증상을 구체적으로 나누어 기록하면 ‘안 돼요’라고만 적는 것보다 원인을 찾기 쉽습니다. 화면에 연결됨으로 표시되어도 이는 클라이언트가 연결 상태를 보고했다는 뜻일 뿐, 모든 앱이 예상한 경로로 프록시를 사용한다는 의미는 아닙니다.

비교 테스트로 원인 범위를 좁히세요

현재 네트워크에서 패널에 표시된 다른 사용 가능한 회선을 선택하고 나머지 설정은 그대로 두세요. 회선을 바꾼 뒤 정상화되면 문제가 있었던 회선 이름을 기록하고 글로벌 노드 안내를 확인하세요. 바로 클라이언트를 다시 설치할 필요는 없습니다. 여러 회선에서 모두 실패한다면 가능할 때 다른 네트워크 연결 방식으로 바꾸되, 같은 기기와 설정을 유지하세요. 네트워크를 바꾼 뒤 정상화되면 기존 접속 네트워크, 인증 상태 또는 네트워크 정책이 원인일 가능성이 큽니다. 네트워크를 바꿔도 실패한다면 기기 권한, 구독 유효 상태, 클라이언트 설정을 계속 확인하세요.

비교 테스트의 조건을 명확히 유지하세요. 회선을 바꾸면서 DNS를 수정하거나 새 모드를 켜고 구독을 다시 가져오지 마세요. 그러면 무엇이 문제를 해결했는지 알기 어렵습니다. 한 번에 한 가지씩 바꾸고 같은 동작을 다시 수행해 결과를 기록한 다음, 변경 사항을 유지할지 결정하세요. 직장 네트워크에 관리 규정이 있다면 관리자를 통해 허용된 연결 방식을 확인하고 관리 구성 요소를 임의로 끄지 마세요. 서비스는 120+개 국가 / 230+개 회선을 지원하지만, 지원 범위가 모든 접속 네트워크에서 같은 연결 조건을 보장하는 것은 아닙니다.

권한 및 로컬 충돌 확인

시스템에서 처음 네트워크 구성을 추가하라고 요청할 때 권한을 허용해야 관련 기능을 사용할 수 있습니다. 이전에 권한을 거부했거나 기기를 옮겼거나 시스템 백업을 복원했다면 시스템 네트워크 설정에 구성이 남아 있는지 확인하세요. 데스크톱에서는 클라이언트에 필요한 로컬 서비스가 실행 중이며 시스템 정책에 의해 차단되지 않았는지도 확인해야 합니다. 다른 프록시 도구를 함께 사용한다면 먼저 정상적으로 종료한 뒤 3KVPN 클라이언트를 테스트하세요. 창만 닫아서는 백그라운드 서비스가 중지되지 않거나 시스템 프록시 설정이 되돌아오지 않을 수 있습니다.

보안 소프트웨어 알림은 항목별로 확인하고 테스트를 위해 모든 보호 기능을 영구적으로 끄지 마세요. 명확한 차단 기록이 있다면 프로그램 이름, 규칙 이름, 알림 내용을 저장한 뒤 소프트웨어의 정식 승인 절차에 따라 처리하세요. 출처가 불분명한 인증서를 설치하라고 하거나 전체 구독을 업로드하라는 ‘복구 도구’가 있다면 사용을 중단하세요. 연결 문제를 점검하는 데 다른 사람에게 계정 정보를 넘길 필요는 없으며, 공개 페이지에 인증 정보를 입력해서도 안 됩니다.

연결됐는데 웹페이지가 열리지 않을 때: DNS 및 라우팅 확인

모든 웹사이트에서 실패하는지 특정 사이트만 실패하는지 구분하세요

연결 후 웹페이지가 열리지 않으면 먼저 접속 유형별로 비교하세요. 같은 브라우저에서 평소 바로 접속되는 사이트를 열고, 현재 회선으로 접속해야 하는 대상 서비스도 열어 보세요. 모든 사이트에서 실패하면 프록시 진입 경로, 시스템 라우팅, DNS를 확인해야 합니다. 특정 서비스만 실패한다면 오류 페이지를 보관하고 도메인 조회 실패, 연결 시간 초과, 인증서 경고, 지역 제한 안내 중 무엇인지 구분하세요. 오류 유형에 따라 다음 조치가 달라집니다. 페이지 하나가 끝까지 로드되지 않았다고 해서 구독이 만료됐다고 단정하지 마세요.

그다음 같은 주소를 다른 브라우저에서 열거나, 회선을 바꾸지 않은 채 브라우저의 비공개 창에서 접속해 보세요. 원래 브라우저에서만 실패한다면 확장 프로그램, 사이트 캐시, 브라우저 자체 프록시 설정을 점검하세요. 비공개 창은 일부 세션 상태를 배제하는 데 도움이 되지만 모든 확장 프로그램과 네트워크 설정이 격리되는 것은 아닙니다. 브라우저에 표시되는 지역, 계정의 과거 사용 지역, 회선의 출구 지역은 서로 다를 수 있으므로 페이지 언어만으로 회선이 적용됐는지 판단하지 마세요.

DNS 점검으로 알 수 있는 것

DNS는 도메인 이름을 연결 가능한 주소로 변환합니다. DNS 조회에 실패하면 클라이언트에 연결됨으로 표시되어도 앱에서 대상 서버를 찾지 못할 수 있습니다. 먼저 시스템 명령줄에서 예시용 도메인을 조회한 다음 문제가 발생한 도메인도 확인해 보세요. 아래 명령에는 계정 정보가 포함되지 않으며 해당 도구를 사용할 수 있는 환경에서 실행하면 됩니다. 시스템에 도구가 없다면 건너뛰어도 되며, 점검을 위해 출처가 불분명한 소프트웨어를 새로 설치할 필요는 없습니다. 예시 도메인은 명령 사용법을 보여 주기 위한 것으로, 실제 판단은 대상 서비스와 클라이언트 로그를 함께 확인해야 합니다.

nslookup example.com

# Linux 또는 macOS에 dig가 설치되어 있을 때 사용
dig example.com

조회 시간 초과는 이번 요청에서 예상한 결과를 받지 못했다는 뜻일 뿐, 회선이 끊겼다는 증거는 아닙니다. 주소가 반환되어도 해당 조회에서 응답을 받았다는 의미일 뿐, 웹 연결, 인증서 검증, 앱 로그인이 모두 성공했다는 뜻은 아닙니다. 일부 클라이언트는 DNS 요청을 처리해 내부 라우팅용 주소를 반환할 수 있으므로 작동 모드와 함께 해석해야 하며, 이상한 결과라고 바로 삭제해서는 안 됩니다. 시스템 조회는 성공하는데 브라우저에서 실패한다면 브라우저가 별도의 보안 DNS 설정을 사용하는지도 확인하세요.

순서대로 DNS 경로를 복구하세요

먼저 현재 DNS 설정을 기록하고 자동 설정인지, 직장 네트워크 관리 설정인지, 직접 입력한 값인지 확인하세요. 다른 안내를 보고 DNS 주소를 입력했던 기기라면 업무 환경에 영향을 주지 않는지 확인한 뒤 현재 네트워크나 클라이언트가 권장하는 설정으로 되돌릴 수 있습니다. 시스템 사용자 지정 DNS, 브라우저 자체 DNS, 여러 프록시 도구의 DNS 처리를 한꺼번에 적용하지 마세요. 설정을 하나씩 줄이고 같은 페이지를 다시 열어야 어느 계층이 차이를 만들었는지 알 수 있습니다. 관리되는 기기는 내부 도메인에 필요한 설정을 덮어쓰지 않도록 먼저 관리자에게 문의하세요.

설정을 바꾼 뒤 문제가 발생한 앱을 완전히 종료했다가 다시 열어 연결을 새로 설정하세요. 필요하다면 시스템 기능을 사용해 DNS 캐시를 비울 수 있지만 모든 문제에 반드시 필요한 조치는 아닙니다. Windows에서는 필요한 권한이 있는 터미널에서 아래 명령을 실행할 수 있습니다. 다른 시스템은 캐시 관리 방식이 다를 수 있으므로 같은 명령을 모든 플랫폼에 그대로 적용하지 마세요. 캐시를 비운 뒤 잠시 정상화됐다가 다시 실패한다면 DNS가 어디서 설정되는지 계속 확인하세요. 캐시를 반복해서 비우는 것을 장기 해결책으로 삼아서는 안 됩니다.

ipconfig /flushdns

인증서의 시간 오류가 발생하면 먼저 시스템 날짜와 시간대가 올바른지 확인하세요. 인증서 이름이 일치하지 않거나 신원에 이상이 있다는 알림이 나타나면 검증을 끄고 강제로 진행하거나 낯선 루트 인증서를 설치하지 마세요. 특정 서비스에서 해당 지역을 사용할 수 없다고 명확히 안내한다면 DNS를 계속 바꾸기보다 서비스 자체의 지역 정책을 확인하세요. 여러 브라우저와 회선에서 같은 오류가 발생한다면 문의할 때 대상 도메인, 오류 유형, DNS 조회 성공 여부, 별도 DNS 사용 여부를 알려 주세요. 내부 도메인이나 로컬 주소가 포함된 전체 조회 결과는 확인 후 민감한 부분을 가리고 전달하세요.

속도 저하와 저녁 시간대 문제: 비교 가능한 회선 테스트

전송 속도, 응답 시간, 앱 대기 시간을 구분하세요

‘속도가 느리다’는 웹페이지 첫 화면이 늦게 뜨는 것, 파일 다운로드가 끊기는 것, 동영상이 반복해서 버퍼링되는 것, AI 서비스의 응답이 늦는 것일 수 있습니다. 각 증상은 서로 다른 원인이 있을 수 있습니다. 웹페이지 로딩은 DNS 조회, 연결 설정, 사이트 리소스의 영향을 받습니다. 지속적인 다운로드는 전송 과정에 더 크게 좌우되고, AI 대화에는 대상 플랫폼의 대기열과 연산 시간도 포함됩니다. 먼저 실제로 어느 단계에서 기다리는지 설명한 다음 회선을 비교하세요. 클라이언트의 지연 시간 표시만으로 대용량 파일 전송이나 대상 플랫폼의 처리 속도를 판단할 수는 없습니다.

테스트 전에 기기에서 대용량 파일 동기화, 시스템 업데이트 등 네트워크를 지속적으로 사용하는 작업을 일시 중지하고, 같은 네트워크에 연결된 다른 기기에서 전송 중인 작업이 있는지도 확인하세요. Wi-Fi 신호가 강하다고 외부 네트워크가 혼잡하지 않은 것은 아닙니다. 라우터와의 거리, 주변 무선 간섭, 공유 네트워크 사용량이 모두 영향을 줄 수 있습니다. 위치와 네트워크 조건이 안정적인 상태에서 같은 작업을 반복해 보세요. 가능하면 유선 연결과 비교하되, 네트워크와 기기, 회선을 한 번에 모두 바꾸지는 마세요.

저녁 시간대 문제는 같은 조건에서 기록하세요

낮에는 정상인데 저녁에 느려진다면 문제가 발생한 시간대에 일반 접속과 프록시 접속을 비교하세요. 두 가지 모두 느리면 접속 네트워크와 공유 대역폭을 먼저 살펴보세요. 프록시 접속만 느리다면 대상 서비스는 그대로 두고 회선을 비교하세요. 같은 시간대에 특정 회선이 계속 느리다면 정상 작동하는 회선으로 잠시 바꾸고 문제가 발생한 회선 이름과 시간대를 기록하세요. 지리적 거리는 참고 요소일 뿐이며, 중간 경로와 접속 네트워크, 대상 서비스의 위치도 중요합니다.

한 번의 속도 테스트만으로 장기적인 품질을 판단하지 마세요. 테스트 자체가 데이터를 사용하거나 측정 서버의 위치와 처리 능력에 영향을 받을 수 있습니다. 같은 조건에서 동일한 작업을 했을 때 어떻게 달라지는지 기록하는 편이 더 유용합니다. 예를 들면 같은 페이지가 완전히 로드되는지, 같은 영상 구간이 계속 버퍼링되는지, 같은 파일 다운로드가 반복해서 멈추는지 확인하세요. 동일한 작업 조건을 맞출 수 없었다면 차이가 무엇인지 명시하세요. 이 안내서는 일정한 속도나 지연 시간을 보장하지 않으며 실제 사용 경험은 네트워크와 대상 서비스에 따라 달라집니다.

상황에 맞게 조정하고 무작정 요금제를 키우지 마세요

동영상이 버퍼링되면 먼저 플레이어가 화질을 자동으로 높였는지, 현재 영상이 계속 미리 로드되고 있는지 확인하세요. 화질을 낮추면 전송량이 원인인지 확인하는 데 도움이 되지만, 문제가 완전히 해결됐다는 뜻은 아닙니다. HBO 등의 서비스는 콘텐츠 제공 지역과 접속 정책이 바뀔 수 있으며, 연결이 복구되어도 특정 콘텐츠 목록을 이용할 수 있다고 보장되지는 않습니다. 자세한 내용은 스트리밍 이용 안내를 참고하세요. Claude, Cursor처럼 세션에 의존하는 도구는 검증된 지역과 회선을 유지하는 것이 좋습니다. 순간적인 수치를 좇아 출구를 자주 바꾸지 마세요.

데이터 한도와 전송 품질은 서로 다른 개념입니다. 월간 구독의 데이터는 가입일을 기준으로 매월 초기화됩니다. 요금제를 변경하기 전에 패널에서 남은 데이터와 필요한 사용량을 확인하세요. 더 큰 데이터 용량이 일정한 대역폭을 보장하는 것은 아닙니다. 중도 업그레이드 차액은 남은 일수에 따라 계산됩니다. 자세한 요금제는 요금제 페이지에서 확인하세요. 특정 시간대에 같은 회선으로 여러 서비스가 계속 느려지고 일반 접속은 정상이라면 시간대, 접속 방식, 대상 서비스, 회선 비교 결과를 포함해 문의하세요. 테스트 조건이 없는 스크린샷 한 장만 보내지 마세요.

잦은 연결 끊김과 모바일 백그라운드 연결 문제

연결 끊김과 시스템 이벤트의 연관성을 확인하세요

잦은 연결 끊김은 실제 연결 중단인지, 클라이언트 화면이 갱신되지 않은 것인지, 대상 앱의 세션이 만료된 것인지 구분해야 합니다. 문제가 발생하면 클라이언트로 돌아가 연결 상태와 최근 로그를 확인하고 다른 앱에도 같은 문제가 있는지 살펴보세요. 특정 앱에서 다시 로그인을 요구한다고 해서 프록시 연결이 끊겼다고 볼 수는 없습니다. 클라이언트에는 연결됨으로 표시되지만 여러 앱에서 동시에 접속이 안 된다면 라우팅과 네트워크 변화를 확인해야 합니다. ‘또 끊겼다’고만 기록하는 것보다 끊기기 직전에 무엇을 했는지 적는 편이 원인 파악에 도움이 됩니다.

화면 잠금, 시스템 절전, Wi-Fi 변경, 네트워크 범위 이탈, 백그라운드에서 앱 다시 열기 등이 흔한 원인입니다. 화면을 잠근 뒤에만 문제가 발생한다면 백그라운드 실행 설정부터 확인하세요. 네트워크를 바꿀 때 문제가 생긴다면 클라이언트가 연결을 다시 설정하는지 살펴보세요. 접속 네트워크를 바꾸면 기본 경로도 달라지므로 기존 연결이 그대로 유지되지 않을 수 있습니다. 클라이언트가 상태를 갱신할 때까지 기다렸다가 대상 페이지를 다시 열고, 네트워크가 안정되기 전에 로그인을 계속 반복하지 마세요.

Android와 iOS는 점검할 항목이 다릅니다

Android 기기에서는 시스템이 클라이언트에 엄격한 배터리 제한, 백그라운드 데이터 제한 또는 자동 정리 규칙을 적용했는지 확인하세요. 설정 이름은 기기마다 다르므로 모든 앱의 제한을 한꺼번에 해제하지 말고 클라이언트의 앱 정보 화면을 확인해야 합니다. 시스템에서 백그라운드 실행 예외를 지원한다면 배터리 소모를 고려해 클라이언트에 적절한 권한을 부여할 수 있습니다. 다른 VPN이나 네트워크 필터 기능이 연결을 처리하고 있는지도 확인하세요. 충돌이 발생하면 다른 도구를 정상적으로 중지한 뒤 3KVPN 클라이언트를 테스트하세요.

iOS에서는 시스템 설정에서 VPN 구성과 현재 상태를 확인하고 구성을 전환한 뒤에도 이전 연결 경로를 사용하고 있지 않은지 살펴보세요. 화면을 잠근 후 연결 복구에 문제가 생기면 먼저 기기 잠금을 해제하고 접속 네트워크가 정상인지 확인한 뒤 클라이언트에서 다시 연결해야 하는지 살펴보세요. 문제 해결을 위해 모든 프로파일을 무작정 삭제하지 마세요. 직장이나 학교 프로파일은 다른 기능에 필요할 수 있습니다. 시스템 업데이트 후 처음 문제가 발생했다면 시스템 이름, 현재 클라이언트 정보, 문제를 일으킨 동작을 기록하세요. 공식 경로에서 업데이트를 확인하고 비공식 설치 파일을 찾지 마세요.

데스크톱 절전 후 장시간 연결 복구

Windows, macOS, Linux는 절전 모드에서 깨어날 때 네트워크 인터페이스, 주소, 라우팅을 다시 설정해야 할 수 있습니다. 절전에서 깨어난 뒤에만 연결이 끊긴다면 정상적으로 연결을 해제한 다음 다시 연결해 클라이언트가 복구되는지 확인하세요. 이후 시스템 전원 관리가 절전 중 네트워크 인터페이스를 끄는지, 클라이언트가 사용자에게 재승인을 요청하는지 살펴보세요. 절전 중 앱이 전송을 계속하지 않았다는 이유만으로 모든 상황에서 서비스 장애라고 판단하지 마세요. 운영체제의 전원 정책이 앱 활동을 일시 중지했을 수 있습니다.

기본 네트워크가 복구되어도 장시간 연결을 사용하는 앱의 기존 세션은 자동으로 복원되지 않을 수 있습니다. 터미널 원격 세션, 개발 도구의 코드 자동 완성, 웹 실시간 대화는 요청을 다시 보내야 할 수 있습니다. 먼저 기본 접속이 복구됐는지 확인한 뒤 해당 작업을 다시 시도하세요. 요청이 중복 실행되지 않도록 반복 제출은 피해야 합니다. 개발 환경의 세션 안정성은 Cursor 및 Copilot 회선 선택 가이드에서 자세히 확인할 수 있습니다. 대상 플랫폼에서 작업이 이미 실행됐는지 알 수 없다면 다시 보내기 전에 작업 기록을 확인하세요.

화면을 켜 둔 채 사용해도 계속 연결이 끊기고 여러 접속 네트워크에서 재현된다면, 끊기기 전후의 로그 일부를 저장해 권한 철회, 네트워크 인터페이스 변경, 원격 연결 종료 등의 알림이 있는지 비교하세요. 로그는 클라이언트가 관찰한 이벤트를 보여 줄 뿐, 특정 단어만으로 문제의 책임을 단정할 수는 없습니다. 백그라운드 권한과 다른 네트워크 도구를 확인한 뒤에도 문제가 계속되면 문의하세요. 문제가 발생한 조건과 복구 방법을 함께 적으면 시스템 절전·재개 문제와 회선 연결 문제를 구분하는 데 도움이 됩니다.

구독 업데이트 실패 및 구성 오류

계정, 요금제, 클라이언트 설정을 구분하세요

계정 로그인, 요금제 잔여량, 클라이언트 설정 업데이트는 서로 관련이 있지만 각각 다른 상태입니다. 구독 업데이트에 실패하면 사용자 패널 개요에서 현재 계정과 서비스 상태를 확인한 다음 클라이언트가 해당 계정의 설정을 사용 중인지 살펴보세요. 기기에 이전 계정이나 구독이 남아 있으면 패널이 정상이어도 클라이언트에서 현재 올바른 항목을 가져왔다는 보장은 없습니다. 설정 이름만으로 계정이 맞는지 판단하지 마세요. 이름은 가져오는 과정에서 직접 지정했을 수 있습니다.

클라이언트를 아직 설치하지 않았거나 구독을 가져오지 않았다면 빠른 시작 가이드의 순서대로 진행하세요. 구독을 가져오려면 로그인해야 합니다. Android, Windows, macOS, Linux용 클라이언트는 로그인 후 다운로드할 수 있으며, iOS 다운로드 경로는 유효한 요금제가 필요합니다. 클라이언트 설치 경로와 구독 상태를 혼동하지 마세요. 클라이언트는 패널 다운로드 페이지에서 받으세요. 검색 결과에서 이름이 비슷한 설치 파일을 찾거나 다른 출처의 구독을 3KVPN 클라이언트에 가져온 뒤 3KVPN 회선을 판단하지 마세요.

오류 유형에 맞게 점검 방향을 선택하세요

콘텐츠를 가져올 수 없거나 요청 시간이 초과됐다는 메시지가 나오면 현재 네트워크에서 패널을 열 수 있는지, 업데이트 요청이 이미 만료된 프록시 연결에 의존하는지 확인하세요. 일부 설정에서는 클라이언트가 현재 프록시를 통해 업데이트를 가져오려고 하지만, 그 프록시도 작동하려면 업데이트가 필요한 상황이 생길 수 있습니다. 기존 설정을 보존한 채 정상적으로 연결을 끊고 사용 가능한 네트워크에서 다시 업데이트해 보세요. 연결을 끊은 뒤 패널에도 접속할 수 없다면 구독을 반복해서 초기화하지 말고 접속 네트워크부터 해결하세요.

인증이 만료됐거나 접근이 거부됐다는 메시지가 나오면 패널로 돌아가 구독 경로를 다시 확인하세요. 링크 매개변수를 추측해 직접 수정하지 마세요. 복사할 때 공백이나 줄바꿈이 추가되거나 끝부분이 빠졌거나, 기록에 남은 오래된 링크를 사용하면 실패할 수 있습니다. 일반적으로 클라이언트에서 제공하는 가져오기 기능으로 구독을 다시 불러오는 편이 직접 편집하는 것보다 안전합니다. 구독 주소는 접근 권한이 포함된 민감한 정보이므로 공개 조회 사이트, 온라인 변환 도구, 단체 채팅방에 붙여 넣어 ‘형식 확인’을 부탁하지 마세요.

설정 구문 분석에 실패했다면 클라이언트가 어떤 내용을 가져오기는 했지만 예상한 형식이 아닐 수 있습니다. 네트워크 인증 페이지나 오류 페이지를 가져왔거나 현재 클라이언트와 호환되지 않는 설정일 수 있습니다. 먼저 가져오기 방식이 클라이언트와 맞는지 확인하고 공식 다운로드 경로에서 클라이언트 출처를 확인하세요. 오류가 난 줄 주변의 문구만 보고 설정을 대량으로 수정하지 마세요. 낯선 필드를 지우면 검증은 통과할 수 있지만 기존 라우팅과 DNS 동작이 달라져 문제 해결이 더 어려워질 수 있습니다.

복구할 수 있는 상태를 보존하고 반복해서 가져오지 마세요

업데이트하기 전에 현재 설정 이름, 선택한 회선, 규칙 모드를 기록하세요. 클라이언트에서 로컬 백업을 지원한다면 민감한 정보가 포함되는지 확인한 뒤 본인이 관리하는 위치에 저장하세요. 다시 가져오기가 완료되면 새 항목이 활성 설정으로 선택됐는지 확인한 다음 연결을 테스트하세요. 구독 항목을 새로 추가해도 이전 항목이 자동으로 교체되는 것은 아닙니다. 반복해서 가져오면 목록이 복잡해지고 업데이트되지 않은 설정을 계속 사용하게 될 수 있습니다.

남은 데이터는 패널 표시를 기준으로 확인하세요. 월간 구독 데이터는 가입일을 기준으로 매월 초기화되며, 매월 1일에 일괄 초기화되는 방식이 아닙니다. 중도 업그레이드 차액은 남은 일수에 따라 계산됩니다. 데이터 패키지는 소진될 때까지 사용할 수 있고 만료되지 않지만, 만료되지 않는다고 해서 사용한 데이터가 자동으로 복구되는 것은 아닙니다. 클라이언트에 표시된 데이터와 패널의 수치가 다르면 구독을 업데이트하고 상태 페이지를 다시 열어 보세요. 그래도 차이가 있다면 두 화면의 표시와 확인 시각을 기록해 문의하고, 결제 규칙을 임의로 추측하지 마세요.

특정 앱에 접속할 수 없을 때: 프록시 경로 확인

브라우저가 정상이어도 모든 앱이 같은 경로를 사용하는 것은 아닙니다

같은 기기에서 브라우저는 작동하지만 특정 앱이 작동하지 않는다면 먼저 트래픽이 프록시에 전달되는 방식을 비교하세요. 일부 앱은 시스템 프록시를 사용하고, 일부는 자체 네트워크 설정을 사용하며, 다른 앱은 시스템 네트워크 확장이나 클라이언트의 별도 처리 방식을 이용합니다. 브라우저 접속 성공은 브라우저의 당시 경로가 정상이라는 뜻일 뿐, 다른 프로세스까지 정상이라는 의미는 아닙니다. 문제가 발생한 앱 이름, 실패한 동작, 알림 원문을 기록하고 다른 앱에서도 같은 문제가 있는지 확인하세요.

클라이언트에서 규칙 모드를 제공한다면 해당 앱이나 관련 도메인이 예상한 경로로 분류됐는지 확인하세요. 앱은 로그인, 리소스, 업데이트, 실시간 통신에 서로 다른 도메인을 사용할 수 있습니다. 따라서 ‘홈페이지는 열리지만 로그인은 실패’하는 경우 일부 요청이 다른 경로를 사용할 수 있습니다. 화면에서 확인한 대표 도메인에만 규칙을 추가하고 모든 요청이 포함됐다고 판단하지 마세요. 클라이언트에서 연결 기록을 제공한다면 실패를 재현한 뒤 관련 요청이 어떻게 처리됐는지 확인하세요. 내보내기 전에 계정 식별 정보와 비공개 접속 내용을 지우세요.

앱 자체 설정 및 이전 설정을 확인하세요

브라우저 확장 프로그램, 다운로드 도구, 개발 환경, 터미널 프로세스에는 별도의 프록시 설정이 남아 있을 수 있습니다. 다른 도구를 위해 로컬 프록시 주소를 입력한 적이 있다면 시스템 프록시가 바뀌어도 앱이 이전 경로에 계속 연결할 수 있습니다. 앱 설정에서 수동 프록시가 켜져 있는지 확인하고 현재 클라이언트에 표시된 주소와 일치하는지 살펴보세요. 일반 안내에서 고정 포트 번호를 복사해 입력하지 마세요. 실제로 기기에서 연결을 기다리는 포트는 다를 수 있습니다. 관련 설정이 없는 앱이 시스템 프록시를 반드시 따른다고 가정하지 마세요.

터미널은 실행 시점의 환경 변수 설정을 물려받을 수도 있습니다. macOS 또는 Linux에서 흔히 사용하는 셸에서는 아래 명령으로 프록시 관련 변수가 있는지 확인할 수 있습니다. 출력에 인증 정보가 포함될 수 있으므로 본인 기기에서만 확인하고 전체 내용을 공개 게시물에 붙여 넣지 마세요. 오래된 변수가 있다면 현재 세션, 개인 시작 파일, 조직에서 관리하는 설정 중 어디에서 왔는지 확인한 뒤 변경 여부를 결정하세요. 환경을 바꾼 후에는 터미널이나 앱을 다시 열어야 할 수 있으며 이미 실행 중인 프로세스가 새 환경을 자동으로 반영하지는 않습니다.

printenv | grep -iE '^(http|https|all|no)_proxy='

프록시에서 제외하는 도메인 목록도 확인하세요. 대상이 제외 목록에 있으면 앱은 계속 직접 접속할 수 있습니다. 반대로 내부 업무 서비스가 외부 프록시를 거치도록 잘못 설정되면 접속하지 못할 수 있습니다. 회사 내부 도메인, 사설 리소스, 조직 인증 시스템은 관리자가 안내한 접속 방법을 따르고 일반 웹사이트용 규칙을 그대로 적용하지 마세요. 변경 전에 기존 값을 기록하고 테스트가 끝나면 임시 설정을 정리해 다른 네트워크에서도 계속 적용되지 않도록 하세요.

네트워크 문제와 플랫폼 계정 제한을 구분하세요

대상 플랫폼에서 현재 지역을 지원하지 않거나 계정 권한이 부족하거나 요청이 너무 많거나 추가 인증이 필요하다고 안내해도 프록시가 적용되지 않은 문제로 단정하지 마세요. 회선의 출구 지역은 플랫폼 판단 기준 중 하나일 뿐이며, 계정 정보, 과거 세션, 결제 지역, 서비스 정책도 영향을 줄 수 있습니다. 지역을 자주 바꾸면 상황이 더 복잡해질 수 있습니다. 정상 접속이 확인된 회선 하나를 유지하고 대상 플랫폼의 안내를 읽은 뒤 계정 관련 조치가 필요한지 판단하세요. 3KVPN은 대상 플랫폼의 서비스 이용 권한을 대신 부여하지 않습니다.

Claude 이용 환경은 Claude 회선 및 지역 선택 안내를 참고하세요. Cursor, Copilot 등 개발 도구는 편집기 화면, 확장 프로그램 프로세스, 명령줄 도구가 같은 경로를 사용하는지 각각 확인해야 합니다. 편집기에서 웹페이지가 열려도 백그라운드 확장 프로그램의 요청이 성공했다는 뜻은 아닙니다. 대화 생성 실패는 대상 플랫폼의 사용량 한도나 작업 상태와 관련될 수도 있습니다. 단순히 ‘AI가 작동하지 않는다’고만 하지 말고 어느 기능 단계에서 실패했는지 기록하세요.

같은 앱이 여러 회선과 네트워크에서 모두 실패하지만 브라우저와 다른 앱은 정상이라면 앱 자체의 서비스 상태와 네트워크 설정 안내부터 확인하세요. 앱 요청이 클라이언트에서 예상한 경로로 처리되는 것을 확인했는데도 연결 오류가 계속되면 문의하세요. 유용한 정보는 실패한 기능, 대상 도메인, 클라이언트 처리 경로, 다른 앱과의 비교 결과입니다. 계정 비밀번호를 제공할 필요는 없으며 대상 플랫폼의 접근 키를 스크린샷이나 로그 설명에 적지 마세요.

플랫폼 차이 및 기기 수 알림 확인

먼저 알림이 표시된 위치를 확인하세요

3KVPN은 Windows / macOS / iOS / Android / Linux를 지원하며 기기 수는 무제한입니다. ‘기기 수 초과’ 또는 유사한 알림이 표시되면 3KVPN 패널, 3KVPN 클라이언트, 운영체제, 대상 앱 중 어디에서 나온 메시지인지 먼저 확인하세요. 스트리밍 서비스, 업무용 소프트웨어, 개발 플랫폼에는 별도의 세션 또는 기기 정책이 있을 수 있으며 이를 3KVPN의 기기 제한으로 해석해서는 안 됩니다. 다른 기기의 설정을 바로 삭제하기보다 알림이 표시된 페이지와 앱 이름을 기록하는 편이 유용합니다.

알림이 실제로 3KVPN 접속 화면에 표시됐다면 현재 로그인 계정과 사용 중인 설정, 알림 원문을 확인한 뒤 문의하세요. 낯선 알림을 근거로 존재하지 않는 기기 제한을 추측하거나 알림을 없애려고 계정을 반복해서 만들지 마세요. 기기 수 무제한은 3KVPN의 기기 정책을 뜻하며 집의 라우터, 접속 네트워크, 대상 플랫폼이 임의의 동시 작업을 모두 처리할 수 있다는 의미는 아닙니다. 여러 기기에서 동시에 전송하면 접속 자원을 공유하므로 속도를 확인할 때 이러한 로컬 조건도 고려하세요.

운영체제별 프록시 경로를 먼저 확인하세요

Windows에서는 시스템 프록시에 이전 경로가 남아 있는지 확인한 다음 클라이언트에 필요한 서비스나 가상 네트워크 인터페이스 상태를 확인하세요. 이전 도구를 종료해도 시스템 프록시가 자동으로 복구되지 않을 수 있습니다. macOS에서는 네트워크 확장 권한과 현재 활성화된 네트워크 서비스의 프록시 설정을 확인하세요. Wi-Fi와 유선 연결을 전환하면 이전에 수정한 서비스가 현재 사용 중인 서비스가 아닐 수 있습니다. Linux에서는 데스크톱 설정, 터미널 환경, 앱 내부 설정이 서로 별개일 수 있으므로 그래픽 인터페이스의 프록시 스위치만 바꾸지 말고 각각 확인하세요.

모바일에서는 앱 설치 문제와 연결 문제도 구분해야 합니다. 클라이언트가 네트워크 구성 권한을 받지 않았다면 구독을 가져왔어도 연결이 설정된 것은 아닙니다. iOS 다운로드 경로에는 유효한 요금제가 필요합니다. 다른 지원 플랫폼에서는 로그인 후 패널에서 클라이언트를 받을 수 있습니다. 시스템에서 설치 출처나 서명이 비정상이라고 알리면 설치를 중단하고 공식 경로에서 확인하세요. 시스템 보안 검사를 끄는 것을 일반적인 문제 해결 방법으로 삼지 말고 다운로드 경로를 얻기 위해 낯선 페이지에 계정 정보를 입력하지 마세요.

기기 간 비교 테스트는 하되 민감한 설정은 복사하지 마세요

같은 접속 네트워크에서 대상 서비스와 회선을 가능한 한 동일하게 유지한 채, 올바르게 설정된 다른 기기와 비교하세요. 다른 기기에서는 정상이라면 기존 기기의 권한, 프록시 설정 충돌, 캐시를 먼저 살펴보세요. 두 기기 모두 실패한다면 접속 네트워크와 회선을 비교하세요. 비교를 위해 전체 설정을 다른 사람에게 보낼 필요는 없습니다. 본인이 관리하는 기기에서 패널을 통해 정상적으로 구독을 가져올 수 있습니다. 다른 사람의 기기를 빌려 테스트했다면 클라이언트와 패널의 정상적인 방법으로 로컬 세션을 정리하고 접속 정보를 남기지 마세요.

macOS 초기 설정에 관한 자세한 내용은 Mac 클라이언트 설정 가이드를 참고하세요. 시스템을 이전하거나 백업을 복원한 뒤에는 화면에 이전 구성 이름이 남아 있어도 권한이나 백그라운드 구성 요소가 완전히 복원되지 않을 수 있습니다. 이 경우 기존 설정이 유효하다고 단정하지 말고 권한과 클라이언트 출처를 다시 확인하세요. 재설치가 필요하다면 현재 상태와 필요한 설정을 기록한 뒤 정상적인 제거 절차를 따르세요. 이전 서비스 여러 개가 시스템에 남지 않도록 주의하세요.

특정 플랫폼에서만 문제가 재현된다면 문의에 운영체제 이름, 클라이언트 이름, 설치 출처, 실제 버전 정보를 명확히 적으세요. 버전은 본인 기기의 화면에서 확인해 복사해야 합니다. 이 안내서에서는 특정 버전 번호를 미리 지정하지 않습니다. 조직에서 관리하는 기기라면 네트워크 관리 설정이 있는지도 알려 주세요. 내부 정책 세부 정보는 제공할 필요가 없습니다. 다른 기기와 다른 접속 네트워크에서는 정상이라는 비교 결과가 있으면 원인을 좁히고 불필요한 계정이나 요금제 변경을 피하는 데 도움이 됩니다.

문의하기: 증거와 재점검 결과 정리

직접 설정 변경을 멈춰야 할 때

기본 네트워크가 정상이고 계정 상태를 확인했으며, 클라이언트 출처와 필요한 권한도 문제가 없는데 회선이나 네트워크를 바꿔도 문제가 재현된다면 문의할 수 있습니다. 도움을 요청하기 전에 시스템 설정을 모두 바꿔 볼 필요는 없습니다. 업무용 설정을 삭제하거나 네트워크 인터페이스를 초기화하거나 조직 관리 정책을 변경해야 하는 경우에는 더 일찍 중단하고 관리자와 상의하세요. 점검의 목표는 문제 범위를 좁히는 것이지, 원인을 알 수 없고 복구도 어려운 상태로 기기를 만드는 것이 아닙니다.

사용자 패널 문의를 통해 문제를 보내세요. 첫 문장에 증상과 영향 범위를 적으세요. 예를 들어 클라이언트 연결 실패, 연결 후 특정 앱만 열리지 않음, 화면 잠금 해제 후 연결 끊김 등을 설명할 수 있습니다. 이어서 실제로 발생한 순서대로 비교 테스트와 각 결과를 적으세요. ‘변경하지 않은 설정’을 밝혀 주는 것도 도움이 됩니다. 그래야 테스트 조건이 동일했는지 확인할 수 있습니다. 서로 관련 없는 문제를 한 설명에 섞지 마세요. 답변이 구체적인 증상과 연결되기 어려워질 수 있습니다.

문의에 필요한 최소 정보

운영체제 이름, 클라이언트 이름과 기기에 표시된 버전, 접속 네트워크 유형, 선택한 회선 이름, 문제 발생 시각과 시간대, 오류 메시지 원문, 재현 방법을 알려 주세요. 대상 서비스가 관련된 경우 도메인과 실패 단계만 제공하면 됩니다. 개인 문서의 경로나 세션 내용은 보통 필요하지 않습니다. 저녁 시간대 문제라면 발생 시각대와 다른 시간대의 비교 결과를 적으세요. 백그라운드 문제라면 화면 잠금, 절전, 네트워크 전환 중 어떤 동작이 원인인지 설명하세요.

로그는 오류 발생 전후 구간만 추려서 보내세요. 설치 이후 쌓인 전체 로그를 업로드할 필요는 없습니다. 전송 전에 구독 링크, 인증 필드, 접근 키, 개인 파일 경로, 비공개 도메인을 확인하세요. 스크린샷에서도 주소 표시줄, QR 코드, 계정 메뉴, 알림 내용을 점검해야 합니다. 구독 QR 코드에는 전체 접속 정보가 포함될 수 있으므로 글자만 가리고 QR 코드를 남겨서는 민감 정보가 보호되지 않습니다. 로그를 ‘더 완전하게’ 만들기 위해 비밀번호를 보내지 말고, 문의에 포함된 인증 정보를 공개 페이지에서 논의하지 마세요.

안내를 받은 뒤 한 번에 한 가지씩 재확인하세요

안내받은 조치는 한 번에 하나씩 실행하고 결과를 기록하세요. 안내가 현재 클라이언트와 증상에 해당하는지 확인한 뒤 기존 설정을 보존하고, 변경 후 같은 동작을 재현하세요. 안내 내용이 실제 화면과 맞지 않으면 비슷한 이름의 설정을 임의로 찾아 대신 선택하지 말고 문의에 차이를 알려 주세요. 문제가 복구된 뒤에도 처음 문제가 발생했던 조건에서 다시 확인하세요. 예를 들어 화면을 다시 잠갔다가 깨우거나, 네트워크를 전환하거나, 실패했던 작업을 재실행하세요. 우연히 한 번 성공한 것을 문제 해결로 단정하지 마세요.

문제가 다시 발생하면 기존 문의에 새로운 증거를 추가하고 당시 설정 상태를 적으세요. 같은 문제를 여러 문의에서 동시에 논의하면 안내가 엇갈려 어떤 조치가 효과가 있었는지 확인하기 어려워집니다. 접속 네트워크나 대상 플랫폼 자체에 문제가 있었다는 사실을 나중에 알게 되면 기존 판단이 수정될 수 있도록 추가로 알려 주세요. 특정 지역, 앱, 네트워크에서만 발생한 문제라면 조건을 구체적으로 남기는 편이 ‘모두 해결됨’이라고 뭉뚱그리는 것보다 정확하고, 나중에 같은 증상을 찾기도 쉽습니다.

결제 문제와 기술 문제는 따로 확인하세요

데이터 한도, 요금제, 환불을 확인해야 한다면 패널에서 관련 주문 정보를 확인한 뒤 문의하세요. 결제 증빙에 포함된 개인정보를 공개하지 마세요. 3KVPN은 Alipay / WeChat Pay / USDT를 지원하며 30일 무조건 환불을 제공합니다. 자세한 규정은 이용약관을 확인하세요. 요금제와 데이터 패키지는 요금제 페이지와 패널 표시를 기준으로 확인하세요. 네트워크 오류 메시지만으로 결제가 완료됐거나 데이터가 소진됐거나 요금제가 자동 변경됐다고 추측하지 마세요.

문제가 해결된 뒤 테스트용 임시 프록시, 브라우저 설정, 환경 변수를 확인된 원래 상태로 되돌리고 민감한 정보가 없는 점검 기록을 보관하세요. 비슷한 증상이 다시 발생하면 같은 조건에서 생긴 문제인지 먼저 확인한 다음 기존 조치를 다시 적용할지 결정하세요. 일반적인 계정 및 연결 문제는 도움말 센터에서 확인할 수 있습니다. 처음부터 설정을 다시 해야 한다면 빠른 시작 가이드로 돌아가세요. 이 안내서의 모든 항목을 반복할 필요는 없습니다.