VPN을 처음 쓰는 분들이 가장 많이 묻는 질문은 놀랄 만큼 비슷합니다. 동시 접속 기기 수, 트래픽 계산, 속도 제한, 상시 연결 여부가 대표적입니다. 아래는 질문 빈도 순으로 정리했고, 마지막에 처음 시작하는 순서를 덧붙였습니다. 답변은 형용사보다 판단 기준 위주로 적었습니다.
기기, 트래픽, 속도 제한: 가장 많이 묻는 네 가지 질문
계정 하나로 몇 대까지 동시에 쓸 수 있나요?
대수 제한은 없습니다. 같은 구독을 여러 기기에 가져와 데스크톱, 스마트폰, 태블릿에서 동시에 접속해도 추가 요금이 없고 기기마다 따로 계정을 만들 필요도 없습니다. 실제 한계는 기기 수가 아니라 선택한 노선의 대역폭입니다. 여러 기기가 한 노선을 동시에 꽉 채우면 체감 속도는 확실히 떨어집니다.
여러 기기를 쓴다면 용도별로 노선을 나누는 편이 실용적입니다. 회의와 업무는 한 노선, 다운로드와 스트리밍은 다른 노선으로 보내는 식입니다. 모든 기기를 한 노선에 몰아넣지 마세요. 전환 비용은 낮습니다. 클라이언트에서 한 번 클릭하면 됩니다.
트래픽은 어떻게 계산되고, 다 쓰면 어떻게 되나요?
요금제는 두 가지 형태이고 규칙이 서로 다릅니다. 먼저 구분한 뒤 선택하세요.
- 월 구독: ¥9.9/월 60GB, ¥18/월 250GB, ¥28/월 500GB. 트래픽은 개통일 기준으로 매월 초기화되며, 중간에 상위 요금제로 변경하면 차액이 남은 일수로 환산됩니다.
- 트래픽 패키지: ¥158/300GB, ¥358/1000GB, ¥658/3000GB. 다 쓸 때까지 사용하며 기간 만료가 없고, 월 단위로 초기화되지 않습니다.
판단 기준은 간단합니다. 월 사용량이 60GB 이내로 일정하면 월 구독이 유리하고, 사용량이 들쭉날쭉하거나 1년에 몇 주만 집중적으로 쓴다면 트래픽 패키지가 맞습니다. 남은 용량이 월말에 사라지지 않기 때문입니다.
트래픽 패키지는 만료되지 않습니다
출장이나 단기 프로젝트처럼 간헐적인 수요에는 트래픽 패키지가 월 정기 결제보다 경제적입니다. 잔여량이 월 단위로 초기화되지 않고, 다 쓴 시점에만 소진되기 때문입니다.
속도 제한이 걸리나요?
먼저 어디가 느린지 구분해야 합니다. 흔한 병목은 세 곳입니다. 첫째, 저녁 피크 시간대에 국내 회선의 국제 구간이 혼잡해지는 경우. 둘째, 선택한 노선 자체의 사용자 밀도. 셋째, 약한 네트워크에서의 프로토콜 성능으로, UDP가 QoS로 제한되면 QUIC 기반 프로토콜은 속도가 눈에 띄게 떨어집니다.
확인 방법은 단순합니다. 같은 시간대에 다른 지역 노선으로 바꿔 다시 측정해 보세요. 특정 노선만 느리면 노선 문제, 모든 노선이 동시에 느리면 대부분 국내 회선 문제, 프로토콜을 바꾼 뒤 회복되면 프로토콜과 네트워크 환경이 맞지 않는 것입니다. 측정할 때는 도구, 시간대, 대상을 고정해야 숫자에 비교 가능성이 생깁니다.
항상 켜 둬야 하나요?
상황에 따라 다르며, 하나로 정할 필요는 없습니다. 공용 Wi-Fi, 호텔 네트워크, 해외 협업처럼 위험이 네트워크 자체에서 오는 환경에서는 상시 연결을 권합니다. 집의 고정 회선에서는 해외 서비스를 쓸 때만 켜도 충분합니다.
모바일에서 상시 켜 둘 때의 비용은 두 가지입니다. 배터리 소모, 그리고 Wi-Fi와 셀룰러를 오갈 때 생기는 재연결 공백입니다. 정말 상시 연결이 필요하다면 분할 라우팅 규칙을 설정해 국내 앱은 직접 연결하고, 해외 노선이 필요한 앱만 프록시를 타게 하세요. 전역 프록시보다 배터리를 덜 쓰고 문제도 적습니다.
가입, 구독, 클라이언트: 설치 전에 알아 둘 것
가입할 때 무엇을 입력하나요?
사용자 이름 + 비밀번호입니다. 가입 절차에 이메일 인증 단계가 없고 이메일 주소도 필요하지 않습니다. 입력 항목이 하나 줄면 노출 지점도 하나 줄어듭니다. 이메일은 크리덴셜 스터핑, 계정 복구, 마케팅 메일의 통로가 되기 쉽기 때문에, 받지 않으면 그런 문제도 생기지 않습니다. 가입이 끝나면 패널에서 구독 메뉴를 바로 확인할 수 있습니다.
구독 링크는 무엇이고 어떻게 가져오나요?
구독 링크는 URL 하나로, 클라이언트가 주기적으로 이 주소를 불러와 노드 목록, 포트, 프로토콜, 암호화 파라미터를 받아갑니다. 계정 자격 증명과 같은 의미이므로, 링크를 얻은 사람은 곧바로 당신의 트래픽을 쓸 수 있습니다. 전송 구간은 양자 암호화로 보호되지만 링크 자체는 평문 자격 증명이므로 공개 채팅방에 붙여 넣거나 캡처해 보내지 마세요. 유출이 의심되면 패널에서 구독을 재설정하세요.
가져오기 절차는 플랫폼마다 거의 같습니다. 구독 링크 복사 → 클라이언트 실행 → '구독 / 구성 파일' 메뉴 → 클립보드에서 가져오기 → 방금 받은 구성 선택 → 수동으로 한 번 업데이트. 데스크톱은 보통 시스템 프록시와 TUN 두 가지 방식으로 트래픽을 처리합니다. 전자는 시스템 프록시를 지원하는 앱만 프록시하고, 후자는 모든 트래픽을 가져갑니다. 앱별 분할이 필요하면 TUN 쪽이 편합니다.
운영체제별 클라이언트는 무엇이 다른가요?
데스크톱(Windows, macOS)은 기능이 가장 많아 TUN, 분할 규칙, 도메인별 노선 지정을 지원합니다. Android는 보통 설치 파일로 배포되며 앱별 프록시를 지원합니다. iOS는 시스템 제약 때문에 App Store에서 구독 가져오기를 지원하는 클라이언트만 설치할 수 있고, 앱별 분할 기능은 약한 편이라 보통 규칙 파일로 구현합니다. Linux는 대부분 명령줄 코어에 구성 파일을 붙이는 형태로 GUI가 없어, 공유기나 항상 켜 두는 장비에 두기 적합합니다.
같은 구독 링크를 이 클라이언트들에 동시에 가져올 수 있으며, 플랫폼마다 따로 구매할 필요가 없습니다.
프로토콜과 노선: 무엇을 고르고 어떻게 연결할까
프로토콜이 워낙 많아서 결국 무엇을 골라야 하나요?
프로토콜은 최신일수록 좋은 것이 아니라 네트워크 환경에 맞아야 합니다. 아래 표는 전송 방식과 사용 상황 기준으로 흔한 것들을 정리한 것입니다.
| 프로토콜 | 전송 방식 | 적합한 상황 | 주의할 점 |
|---|---|---|---|
| Shadowsocks | TCP / UDP(플러그인 필요) | 가벼운 프록시, 설정이 단순 | 사전 공유 키 암호화, 능동 탐지에는 위장 능력이 제한적 |
| VMess | TCP | 범용 프록시, 멀티플렉싱 지원 | 클라이언트와 서버의 시간 차가 크면 연결되지 않음 |
| Trojan | TLS | 일반 HTTPS 트래픽으로 위장해야 하는 경우 | 실제 인증서에 의존하므로 인증서가 만료되면 바로 끊김 |
| VLESS | TCP + TLS | 낮은 오버헤드를 추구, 주로 TLS 또는 REALITY와 함께 사용 | 프로토콜 자체는 암호화하지 않으므로 보안은 외부 전송 계층에 달림 |
| Hysteria2 | QUIC(UDP) | 패킷 손실이 많고 지연 변동이 큰 링크 | UDP가 제한되거나 차단되면 성능이 급격히 나빠짐 |
| TUIC | QUIC(UDP) | 빠른 핸드셰이크, 잦은 네트워크 전환 | 역시 UDP 사용 가능 여부에 달림 |
선택 순서는 이렇습니다. 먼저 네트워크가 UDP를 허용하는지 보고, 허용하지 않으면 Hysteria2와 TUIC를 제외합니다. 다음으로 위장이 필요한지 보고, 필요하면 Trojan과 TLS를 붙인 VLESS가 더 안정적입니다. 마지막으로 클라이언트 호환성을 보면, 오래된 기기에서는 Shadowsocks와 VMess가 가장 손이 덜 갑니다.
홍콩, 미국, 일본 중 어느 지역을 골라야 하나요?
목표 서비스가 어디에 있는지로 고르세요. '어디가 빠른가'로 고르는 것이 아닙니다. 목표 서비스가 미국에 있으면 미국 착지 노선을, 일본·한국 대상 서비스라면 도쿄를 씁니다. 자료 조회나 문서 열람이 목적이라면 홍콩과 싱가포르의 왕복 지연이 대체로 더 낮습니다.
노선 유형도 중요합니다. 세 가지는 경로가 다릅니다.
- 직접 연결: 클라이언트가 해외 서버에 바로 접속하며 전 구간이 공용 인터넷을 지나므로, 저녁 피크에 국제 구간 혼잡의 영향을 가장 크게 받습니다.
- 중계: 먼저 국내 중계 진입점에 연결하고 중계가 착지 노선으로 전달합니다. 경로를 더 통제할 수 있고 비용은 전용선보다 낮습니다.
- IEPL 전용선: 통신사 국제 전용선을 사용해 공용 인터넷 구간을 거치지 않으므로 지연과 패킷 손실이 가장 안정적입니다. 지터에 민감한 회의, 실시간 협업에 적합합니다.
100+ 국가, 250+ 노선 조합에서는 '가장 좋은 한 줄'을 찾기보다 용도별로 묶는 편이 현실적입니다. 회의용 하나, 다운로드용 하나, 일상 브라우징용 하나로 나누면 문제가 생겼을 때 무엇을 먼저 바꿀지도 분명해집니다.
DNS 누수도 신경 써야 하나요?
신경 써야 하고, 확인도 어렵지 않습니다. 트래픽은 프록시를 타는데 DNS 질의가 여전히 국내 통신사로 나가면 두 가지 문제가 생깁니다. 해석 결과가 엉뚱한 위치로 근접 라우팅될 수 있고, 어떤 도메인에 접속했는지가 해석 단계에서 드러납니다.
자가 점검 방법은 이렇습니다. 노선에 연결한 뒤 아무 DNS 누수 테스트 페이지나 열어, 표시되는 리졸버의 소재지가 선택한 노선과 일치하는지 봅니다. 일치하지 않으면 해석이 아직 국내에서 이뤄지고 있다는 뜻입니다. 해결은 클라이언트에서 원격 DNS(프록시 DNS라고 부르는 곳도 있습니다)를 켜고, 분할 규칙에서 DNS 질의가 직접 연결이 아니라 프록시를 타도록 확인하는 것입니다. 설정을 바꾼 뒤 다시 점검해 리졸버 소재지가 맞아야 제대로 된 것입니다.
두 개의 별개 경로
트래픽과 DNS는 따로 흐릅니다. 트래픽만 프록시로 보내고 DNS는 국내에 그대로 두는 것이 초보자에게 가장 흔한 설정 구멍입니다.
환불, 결제, 그리고 헷갈리기 쉬운 세 가지
30일 이유 불문 환불이며 구매일부터 계산하고 사유를 설명할 필요가 없습니다. 결제는 알리페이, 위챗페이, USDT를 지원합니다. 이 두 가지는 거래 정보로 노선 품질과는 무관하지만, 주문 전에 함께 묻는 항목입니다.
- 트래픽 패키지와 월 구독은 요금 계산 방식이 다릅니다: 전자는 다 쓸 때까지 쓰고 기간 만료가 없으며, 후자는 개통일 기준 매월 초기화되어 남은 트래픽이 누적되지 않습니다.
- 대수 무제한은 기기 수를 말하는 것이지 대역폭을 말하는 것이 아닙니다: 같은 노선에 기기가 많이 몰릴수록 한 대당 몫은 줄어듭니다.
- 이메일 주소가 필요 없다는 것은 가입 절차를 말합니다: 입력 양식 단계만 설명하는 표현이며 다른 의미로 확장되지 않습니다.
한 줄 결론: 먼저 사용 패턴으로 요금제를 고르고(일정한 사용량이면 월 구독, 간헐적이면 트래픽 패키지), 다음으로 목표 서비스 기준으로 지역을 고르고, 마지막으로 네트워크 환경에 맞춰 프로토콜을 고릅니다. 이 세 가지를 정하면 나머지는 세부 조정입니다.
처음 시작하는 순서
위의 열 가지 질문을 하나의 경로로 묶어 순서대로 따라가면 대부분 막히지 않습니다.
- 가입: 사용자 이름 + 비밀번호, 이메일 주소는 필요하지 않습니다.
- 요금 방식 선택: 월 사용량이 60GB 이내로 일정하면 ¥9.9 월 구독, 사용량이 들쭉날쭉하면 트래픽 패키지를 고릅니다.
- 구독 가져오기: 구독 링크를 복사하고 클라이언트에서 클립보드로 가져온 뒤 구성을 한 번 수동 업데이트합니다.
- 가까운 착지부터 연결: 목표 서비스가 있는 지역 기준으로 고르세요. 목록에서 가장 화려한 항목부터 집지 마세요.
- 검증: 도구와 시간대를 고정하고 지연, 지터, 처리량 세 가지를 봅니다. 한 번의 결과만 보지 마세요.
- 분할 설정: 국내 앱은 직접 연결, 해외 노선이 필요한 앱만 프록시를 타게 합니다.
- 문제 해결: 문제가 생기면 '노선 교체 → 프로토콜 교체 → DNS 설정 변경' 순서로 시도하고, 한 번에 변수 하나만 바꾸세요.
- ✅ 목표 서비스가 어느 지역에 있는지 먼저 확인하고 착지를 고르세요. 목록 순서로 고르면 안 됩니다.
- ✅ 구독 링크는 비밀번호처럼 관리하고, 유출이 의심되면 패널에서 재설정하세요.
- ✅ 클라이언트에서 원격 DNS를 켜고, 설정 후 리졸버 소재지를 한 번 더 확인하세요.
- ✅ 여러 기기를 동시에 쓸 때는 용도별로 노선을 나누고 한 노선에 몰지 마세요.
- ❌ 한 번의 속도 측정으로 노선 전체를 판단하지 마세요. 저녁 피크와 새벽의 차이가 클 수 있습니다.
- ❌ UDP가 차단된 네트워크에서 QUIC 기반 프로토콜을 고집하지 마세요. TCP 계열로 바꾸는 편이 더 빨리 해결됩니다.
열 가지 질문을 다 봤다면 실제 관문은 두 단계뿐입니다. 구독을 클라이언트에 제대로 가져오는 것, 그리고 DNS와 분할 라우팅을 짝 맞추는 것입니다. 나머지 판단은 쓰면서 조정하면 되고, 한 번에 완벽할 필요는 없습니다.