VPN 초보자가 자주 묻는 질문은 여러 기기에서의 사용, 데이터 계산, 속도 제한에 관한 내용입니다. 계정 권한, 클라이언트 설정, 서버 상태를 구분해 문제 원인을 찾아보세요. 계정 설정부터 협업 도구는 국제 경로로, 국내 앱은 직접 연결로 이용하는 방법까지 실제 사용 순서에 따라 10가지 질문에 답합니다.

1. 여러 기기에서 동시에 사용할 수 있나요?

VPNQM은 사용할 수 있는 기기 수에 제한이 없습니다. 컴퓨터와 모바일 기기에 각각 클라이언트를 설정할 수 있습니다. 다만 기기 수와 요금제 데이터는 별개입니다. 기기 수에 제한이 없다고 해서 기기마다 별도의 데이터가 제공되는 것은 아닙니다. 사용량은 계정 대시보드의 통계를 기준으로 확인하고, 컴퓨터 클라이언트에 표시된 기기별 사용량을 계정 전체 사용량으로 오해하지 마세요.

기기마다 설정 규칙이 서로 동기화되지 않을 수도 있습니다. 컴퓨터에서 국제 협업 사이트를 프록시로 설정해도 다른 기기에 같은 설정이 자동 적용되지는 않습니다. 각 기기에서 구독 갱신 여부, 프록시 모드, 선택한 서버를 확인하세요. 기기가 많다면 알아보기 쉬운 이름으로 서버 그룹을 지정하고, 각 기기에서 의도한 그룹을 사용 중인지 점검하면 혼동을 줄일 수 있습니다.

2. 요금제 데이터는 어떻게 계산되며, 어떤 작업에서 많이 사용되나요?

웹 페이지 이용, 동영상 시청, 파일 동기화는 모두 데이터를 전송합니다. 다만 서비스의 서버 사용량 통계에 포함되는 것은 실제로 서비스 경로를 통과한 요청입니다. 직접 연결 규칙이 적용된 요청은 해당 프록시 경로를 거치지 않아야 합니다. 전체 프록시를 켜면 직접 연결할 수 있는 백그라운드 업데이트와 클라우드 드라이브 동기화도 서비스 경로를 통과할 수 있습니다.

업로드도 데이터 전송이므로 다운로드만 확인해서는 안 됩니다. 업로드와 다운로드가 요금제에 어떻게 반영되는지, 서버별로 과금 방식에 차이가 있는지는 대시보드와 요금제 안내를 확인하세요. 특정 방향만 계산된다고 임의로 가정하면 안 됩니다. 클라이언트와 대시보드는 통계 범위나 갱신 시점이 다를 수 있으므로, 짧은 시간 동안 수치가 맞지 않는다고 해서 데이터가 비정상적으로 차감된 것은 아닙니다.

고정된 수치로 사용량을 추정하지 말고 앱의 실제 사용 패턴을 확인하세요
앱 사용 패턴 데이터 사용량 변동 원인 확인할 위치
온라인 동영상 화질, 재생 시간, 미리 로딩 여부에 따라 사용량이 달라집니다 플레이어 설정 및 클라이언트 연결 기록
클라우드 드라이브 동기화 백그라운드에서 업로드와 다운로드가 계속될 수 있습니다 동기화 대기열 및 앱별 분할 라우팅 규칙
시스템 업데이트 전체 프록시를 사용하면 업데이트 파일이 서비스 경로를 통과할 수 있습니다 시스템 다운로드 상태 및 실제 네트워크 경로
협업 웹사이트 첨부 파일, 삽입된 동영상, 실시간 동기화도 데이터를 사용합니다 앱 활동 및 계정 대시보드의 사용량

3. 월간 구독과 데이터 패키지, 어떻게 선택할까요?

꾸준히 사용한다면 월간 구독이 적합합니다. VPNQM 월간 구독은 ¥9.9 / 60GB, ¥18 / 250GB, ¥28 / 500GB이며, 데이터는 가입일을 기준으로 매월 초기화됩니다. 매월 초에 일괄 초기화되는 방식이 아닙니다. 이용 도중 요금제를 올리면 차액은 남은 일수에 따라 계산되므로, 진행하기 전에 대시보드에 표시된 결제 금액을 확인하세요.

데이터 패키지는 ¥158 / 300GB, ¥358 / 1000GB, ¥658 / 3000GB이며, 모두 소진할 때까지 사용할 수 있고 유효기간이 없습니다. 사용 시기가 일정하지 않은 경우에 적합합니다. 한 번 결제하는 금액만 비교하지 말고 자신의 사용 빈도와 데이터 필요량도 고려하세요. 월간 구독 중에는 ¥28 / 500GB 요금제의 GB당 가격이 가장 낮지만, 사용량이 적다면 낮은 단계의 요금제가 예산에 더 잘 맞을 수 있습니다.

4. 연결이 느리면 속도 제한을 받고 있는 건가요?

웹 페이지가 느리게 열린다는 이유만으로 속도 제한이라고 단정할 수는 없습니다. 무선 네트워크 간섭, 백그라운드 다운로드, 서버 혼잡, 대상 웹사이트의 부하, 패킷 손실 등 여러 요인이 영향을 줄 수 있습니다. 지연 시간은 데이터가 왕복하는 데 걸리는 시간을 주로 나타내고, 다운로드 속도는 지속적인 전송 능력을 보여줍니다. 서로 다른 지표이며, 속도 측정 사이트의 결과가 모든 앱의 성능을 대표하지도 않습니다.

변수를 통제해 점검하는 것이 좋습니다. 같은 기기와 네트워크를 유지하고 백그라운드 전송을 중단한 뒤, 같은 앱에서 서버별 성능을 비교하세요. 특정 웹사이트만 느리다면 해당 사이트와 분할 라우팅 규칙이 제대로 적용됐는지 확인하세요. 직접 연결하는 국내 앱도 느리다면 먼저 국내 네트워크를 점검하세요. 요금제에 명시적인 속도 제한이 있는지는 안내를 확인해야 합니다. 가격이나 프로토콜 이름만으로 보장 속도를 추정할 수는 없습니다.

  • ✅ 먼저 계정 상태, 남은 데이터, 구독 갱신 성공 여부를 확인하세요.
  • ✅ 클라우드 드라이브 동기화와 대용량 파일 다운로드를 일시 중지해 기기가 대역폭을 공유하고 있는지 확인하세요.
  • ✅ 대상 요청에 적용된 규칙과 서버를 확인하고, 재현할 수 있는 오류 정보를 기록하세요.
  • ✅ 서버를 바꾼 뒤 앱 연결을 다시 설정해 기존 연결이 이전 네트워크 경로를 계속 사용하지 않도록 하세요.

5. 클라이언트와 구독 링크는 어떤 관계인가요?

클라이언트는 연결을 설정하고 규칙을 적용해 서버를 선택합니다. 구독 링크는 서비스 설정을 가져오는 용도이며 일반 웹 주소가 아닙니다. VPNQM 대시보드에 로그인해 클라이언트와 구독 정보를 확인한 뒤, 플랫폼별 사용 가이드에 따라 가져오세요. 계정 비밀번호, 구독 주소, 개별 서버 정보는 서로 다른 인증 정보이므로 임의로 같은 입력란에 넣지 마세요.

가져온 뒤에는 서버 목록이 표시되는지, 갱신 중 오류가 발생하지 않았는지 확인하세요. Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC은 서로 다른 프록시 프로토콜 또는 프로토콜 체계입니다. 클라이언트가 구독에서 실제로 사용하는 유형과 관련 설정을 지원해야 합니다. 파일 확장자가 같다고 설정 형식까지 호환되는 것은 아닙니다. 파싱 오류가 발생하면 계속 붙여 넣기 전에 클라이언트 유형부터 확인하세요.

6. 플랫폼마다 설정이 다른 이유는 무엇인가요?

Windows, macOS, Android, iOS, Linux는 네트워크 인터페이스와 권한, 백그라운드 관리 방식이 다릅니다. 따라서 한 플랫폼의 버튼 이름을 다른 플랫폼에 그대로 적용할 수는 없습니다. 데스크톱 클라이언트의 시스템 프록시는 일반적으로 시스템 프록시 설정을 따르는 앱에만 영향을 줍니다. TUN 모드는 가상 네트워크 인터페이스를 통해 라우팅 조건에 맞는 트래픽을 처리하지만, 클라이언트 구현 방식과 제외 규칙에 따라 달라질 수 있습니다.

모바일 플랫폼은 대개 시스템에서 제공하는 VPN 인터페이스를 사용합니다. 하지만 VPN 상태 표시가 나타난다고 모든 요청이 같은 서버를 통과하는 것은 아닙니다. 규칙과 연결 기록도 확인해야 합니다. iOS에서 사용할 수 있는 기능은 대시보드에 표시된 요금제 상태를 기준으로 확인하세요. 플랫폼을 바꿀 때는 사용 가이드에서 해당 절차를 확인하고, 출처가 불분명한 설치 파일이나 대체 설정을 찾지 마세요.

7. 분할 라우팅과 전체 프록시는 어떻게 사용하나요?

분할 라우팅은 요청마다 사용할 네트워크 경로를 정하는 기능입니다. 예를 들어 국제 협업 도구는 프록시 경로로 보내고, 국내 문서 서비스와 로컬 네트워크 기기는 직접 연결할 수 있습니다. 여기서 앱별 라우팅은 프로세스, 도메인 또는 다른 규칙을 통해 구현될 수 있으며, 가능한 방식은 클라이언트에 따라 다릅니다. 도메인 규칙 하나만으로는 앱에서 발생하는 모든 요청을 식별할 수 없습니다.

전체 프록시는 보통 클라이언트가 처리하는 범위의 요청을 지정한 프록시로 보내는 기능입니다. 기기의 모든 네트워크 트래픽이 반드시 처리된다는 뜻은 아닙니다. 원인을 비교해 점검할 때 일시적으로 사용할 수 있습니다. 전체 프록시에서는 접속되지만 규칙 모드에서는 안 된다면 규칙 적용 여부와 DNS를 중점적으로 확인하세요. 원인을 찾은 뒤에는 적절한 분할 라우팅으로 되돌려 국내 서비스의 불필요한 우회를 줄이세요.

규칙을 수정할 때는 우선순위와 기본 규칙을 확인하세요. 많은 클라이언트는 규칙을 순서대로 적용하므로, 앞부분에 지나치게 포괄적인 규칙이 있으면 뒤의 세부 규칙이 적용되지 않을 수 있습니다. 변경 후에는 대상 앱을 다시 열고 연결 기록을 확인해 기존 연결 때문에 이전 결과가 계속 표시되는 것은 아닌지 점검하세요.

8. 계속 켜 둬야 하나요? 끄면 어떻게 되나요?

항상 켜 두는 것을 고정적인 원칙으로 삼을 필요는 없습니다. 계속 실행할지는 앱에서 국제 경로를 계속 사용해야 하는지, 백그라운드 동기화가 있는지, 현재 분할 라우팅이 국내 앱에 적합한지에 따라 달라집니다. 관련 도구를 사용할 때만 켜거나 규칙 모드로 계속 실행하는 방식 중에서 자신의 작업 흐름에 맞는 방법을 선택하세요.

클라이언트를 종료하기 전에 클라이언트에서 제공하는 연결 해제 또는 프록시 중지 기능을 사용하세요. 프로세스를 강제 종료하면 시스템 프록시 설정이 남아 브라우저가 중지된 로컬 프록시에 계속 연결하려 할 수 있습니다. 종료 후 웹 페이지가 열리지 않는다면 네트워크가 끊겼다고 바로 판단하지 말고 시스템 프록시가 복구됐는지 확인하세요. 회의나 파일 업로드 중 서버를 바꾸거나 연결을 끊으면 앱이 다시 연결될 수도 있습니다.

9. 네트워크 경로가 바뀌었는데 DNS도 확인해야 하는 이유는 무엇인가요?

네트워크 출구 IP와 DNS는 서로 다른 단계입니다. 출구 확인은 특정 웹 요청이 네트워크에서 어디로 나가는지 보여주고, DNS는 도메인 이름을 IP 주소로 변환합니다. 브라우저 페이지에 프록시 출구가 표시되더라도 시스템, 브라우저, 다른 앱의 도메인 조회가 모두 같은 경로를 사용하는지는 알 수 없습니다.

일반적으로 DNS 유출은 예상한 경로로 처리되어야 할 조회 요청이 예상 밖의 DNS 서버로 전달되는 상황을 말합니다. 확인할 때는 먼저 클라이언트의 DNS 모드를 보고, 브라우저의 암호화 DNS 설정, 시스템 DNS 설정, 분할 라우팅 규칙을 함께 점검하세요. 설정에 따라 서로 영향을 줄 수 있으므로 특정 기능을 무작정 끄지 않는 것이 좋습니다. 먼저 IP 확인으로 웹 요청의 출구를 확인한 다음, 신뢰할 수 있는 DNS 점검 도구와 클라이언트 기록을 함께 살펴보세요. 한 가지 점검 결과만으로 개인정보 보호가 완벽하다고 단정할 수는 없습니다.

10. 계정, 개인정보, 고객 지원의 범위는 어떻게 되나요?

VPNQM은 이메일 주소 없이 사용자 이름과 비밀번호만으로 계정을 만들 수 있습니다. 비밀번호는 다른 곳과 겹치지 않게 설정하고 안전하게 보관하세요. 구독 인증 정보도 별도로 보호해야 합니다. 서비스는 ‘익명·무로그’라는 개인정보 보호 방침을 내세웁니다. 이는 정책에 관한 설명이며, 웹사이트 로그인 상태나 브라우저 식별 정보, 사용자가 직접 제출한 정보가 자동으로 사라진다는 뜻은 아닙니다.

서버 유형을 나타내는 이름도 구분해야 합니다. IEPL 전용 회선은 특정 전송 경로를 뜻합니다. 중계는 요청이 먼저 입구 서버에 도달한 뒤 출구 서버로 전달되는 방식이며, 직접 연결은 클라이언트가 서버에 직접 연결되는 방식입니다. 이들은 프록시 프로토콜과는 다르며, 이름만 보고 앱이 항상 원활하게 작동한다고 판단할 수 없습니다. 서버 목록을 볼 때는 실제 앱에서 성능을 확인하고, 서버 이름만으로 속도를 단정하지 마세요.

VPNQM은 Alipay, WeChat, USDT를 지원하며 30일 무조건 환불을 제공합니다. 문제가 발생하면 대시보드의 문의 티켓을 통해 클라이언트 이름, 운영체제 환경, 오류 발생 시간, 재현 절차를 알려주세요. 단, 비밀번호와 구독 링크는 먼저 가려야 합니다. “어떤 앱에 접속할 수 없는지, 어떤 규칙이 적용됐는지, 서버를 바꾼 뒤 어떻게 달라졌는지”를 구체적으로 적으면 “연결이 잘 안 된다”는 설명만 남기는 것보다 원인을 파악하기 쉽습니다.

VPNQM · 클라이언트 및 분할 라우팅 설정

이메일 주소가 필요 없고 사용할 수 있는 기기 수에 제한이 없습니다. 클라이언트와 구독 정보 확인 방법을 알아본 뒤, 사용 빈도에 따라 월간 구독과 유효기간이 없는 데이터 패키지를 비교해 보세요.