VPN을 처음 접할 때 나오는 질문은 놀랄 만큼 비슷합니다. 요금은 어떻게 계산되는지, 기기는 충분한지, 저녁 피크에 끊기지는 않는지, 설치 후 접속이 안 되면 어떻게 하는지, 환불은 어떤 절차를 거치는지. 아래에서는 '결론 먼저, 설명은 그다음' 순서로 열 가지 질문에 답하고, 조작이 필요한 부분은 그대로 따라 할 수 있는 단계로 정리했습니다.
열 가지 질문 빠른 확인: 결론부터
| 번호 | 초보자 질문 | 한 줄 결론 |
|---|---|---|
| 1 | 여러 기기 동시 사용이 가능한가요 | 가능합니다. 대수 제한이 없으며, 같은 계정으로 여러 플랫폼에 동시에 로그인하면 됩니다 |
| 2 | 트래픽은 어떻게 계산되나요 | 월 구독은 개통일 기준으로 매월 초기화되고, 트래픽 패키지는 소진될 때까지 사용하며 기간 만료가 없습니다 |
| 3 | 저녁 피크 시간대에 속도 제한이 있나요 | 속도 제한과 혼잡을 먼저 구분하고, 회선 유형별로 점검하며, 전용선 노드를 우선하세요 |
| 4 | 계속 켜 두어야 하나요 | 그럴 필요 없습니다. 필요할 때 연결하고, 자주 쓰는 사이트는 분할 라우팅 규칙에 맡기면 됩니다 |
| 5 | 구독 링크는 어떻게 등록하나요 | 주소 전체를 복사해 클라이언트에 붙여넣고 업데이트하세요. 노드를 직접 입력하면 안 됩니다 |
| 6 | 연결은 되는데 사이트가 열리지 않습니다 | 모드, DNS, 노드, 시스템 시간, 캐시 순서로 다섯 항목을 확인하세요 |
| 7 | 플랫폼별 클라이언트에 차이가 있나요 | 있습니다. 차이는 주로 첫 설치 시 권한을 부여하는 단계에 집중됩니다 |
| 8 | 접속 기록을 저장하나요 | 본 서비스의 정책은 로그를 남기지 않는 것이며, 이는 정책을 서술한 것으로 절대적 보장은 아닙니다 |
| 9 | 무료 도구와 유료 구독은 무엇이 다른가요 | 회선 유형이 명시되어 있는지, 트래픽 한도가 투명한지, 사후 지원이 제대로 되는지에서 차이가 납니다 |
| 10 | 환불은 어떻게 신청하나요 | 14일 무조건 환불이며, 티켓에 주문 정보를 적어 제출하면 됩니다 |
아래에서 순서대로 살펴봅니다. 앞의 세 질문은 계정과 요금, 가운데 세 질문은 회선과 프로토콜, 뒤의 네 질문은 설치 문제 해결과 개인정보 보호에 관한 것입니다.
계정과 요금: 기기, 트래픽, 환불
여러 기기 동시 사용이 가능한가요
결론: 가능하며 대수 제한이 없습니다. 같은 계정으로 Windows, macOS, iOS, Android, Linux에서 동시에 로그인할 수 있고, 두 번째 기기 때문에 구독을 추가로 구매할 필요가 없습니다.
주의할 점은 기기 대수가 아니라 전체 대역폭입니다. 여러 기기가 동시에 대용량 트래픽을 사용하면 같은 회선의 출구를 공유하므로 기기 한 대의 속도는 그만큼 떨어집니다. '한 대로 영상 시청, 다른 한 대로 메시지 확인' 정도의 일상적인 사용에는 영향이 없고, 여러 기기에서 동시에 대용량 파일을 내려받을 때가 실제로 주의할 상황입니다.
트래픽은 어떻게 계산되나요
결론: 월 구독은 개통일 기준으로 매월 초기화되고, 트래픽 패키지는 소진될 때까지 사용하며 기간 만료가 없습니다.
월 구독은 세 가지입니다: ¥9.9/월 60GB, ¥18/월 250GB, ¥28/월 500GB. 트래픽은 매월 1일이 아니라 개통일을 기준으로 초기화되며, 중간에 업그레이드하면 차액을 남은 일수로 환산해 잔여 한도로 지급합니다.
트래픽 패키지는 총량 기준입니다: ¥158/300GB, ¥358/1000GB, ¥658/3000GB. 소진될 때까지 사용하며, 월말이 지나도 사라지지 않습니다.
어느 쪽을 고를지는 사용 패턴에 달렸습니다. 매일 일정하게 사용한다면 월 구독이 유리하고, 한 달에 며칠만 출장을 가거나 가끔 대용량 파일을 내려받아야 한다면 월말 초기화 걱정이 없는 트래픽 패키지가 이런 간헐적인 사용 방식에 더 맞습니다. 사용량은 감으로 어림하지 말고 계정 안의 통계로 확인하세요.
환불은 어떻게 신청하나요
결론: 개통일부터 계산해 14일 무조건 환불입니다.
- 계정에 로그인해 티켓을 새로 만들고, 주문 시각과 사용한 결제 수단을 적습니다.
- 환불 사유를 적습니다. 길게 설명할 필요 없이 '사용에 적합하지 않음' 정도면 충분하며, 이것이 '무조건'의 의미이기도 합니다.
- 티켓 답변을 기다리면 환불은 원래 결제 수단으로 돌려드립니다.
결제 수단은 알리페이, 위챗, USDT를 지원합니다. 환불은 원래 결제 경로로 처리되며, 실제 입금 시점은 결제 채널이 정하는 부분이라 서비스 제공자가 통제할 수 없습니다. 따라서 티켓 답변을 받은 직후에 같은 요청을 다시 제출하지 마세요.
결론: 먼저 ¥9.9/월 60GB 요금제로 2주를 꽉 채워 쓰면서 자주 쓰는 사이트와 시간대를 모두 시험해 보고, 그다음에 월 구독으로 올릴지 트래픽 패키지를 추가할지 결정하세요. 14일 무조건 환불이 바로 이 시행착오 기간을 덮어 줍니다.
속도와 회선: 저녁 피크, 상시 연결과 프로토콜
저녁 피크 시간대에 속도 제한이 있나요
결론: '속도 제한'과 '혼잡'을 먼저 구분해야 합니다. 증상은 비슷하지만 원인은 전혀 다릅니다.
속도 제한은 서버 측이 계정에 설정한 대역폭 상한으로, 시간대와 무관하게 동일합니다. 혼잡은 국제 출구를 20:00–23:00에 다수 사용자가 공유하면서 생기며, 지연 상승, 영상 재생 시작 지연, 페이지 로딩 지연으로 나타납니다. 판별 방법은 간단합니다. 같은 시각에 다른 유형의 회선으로 바꿔 같은 사이트를 시험해 보세요. 바꾸자 확실히 나아지면 원래 회선의 혼잡이고, 여러 회선을 바꿔도 같다면 그때 계정 측 대역폭 상한을 의심하면 됩니다.
회선 유형은 세 가지뿐이며, 차이는 트래픽이 어떻게 국경을 나가는지에 있습니다:
| 회선 유형 | 경로 | 적합한 상황 |
|---|---|---|
| IEPL 전용선 | 전용선 링크로 국경을 나가며, 공용 인터넷 국제 출구의 혼잡 구간을 거치지 않습니다 | 저녁 피크에 4K 시청, 화상 회의 |
| 중계 | 가까운 진입 지점에 먼저 연결한 뒤, 진입 지점이 해외 노드로 포워딩합니다 | 일상 브라우징, 소셜 미디어, 업무 |
| 직결 | 클라이언트가 해외 노드에 직접 연결하며, 전 구간이 공용 인터넷을 지납니다 | 지연에 민감하지 않은 대용량 파일 다운로드 |
클라이언트에서는 이 세 유형이 보통 노드 이름이나 비고에 표시되므로, 노드를 고를 때 한눈에 구분할 수 있습니다. 전용선이 만능은 아닙니다. 출구 혼잡을 해결해 줄 뿐, 로컬 인터넷 회선 자체의 문제까지 해결하지는 못합니다.
계속 켜 두어야 하나요
결론: 그럴 필요 없습니다. 필요할 때 연결하면 되고, 상시로 켜 둔다고 해서 회선이 빨라지지도 않습니다.
더 실용적인 방법은 분할 라우팅 규칙입니다. 클라이언트는 보통 '전역', '규칙', '직결' 세 가지 모드를 제공합니다. 전역 모드에서는 모든 트래픽이 프록시를 거치고, 규칙 모드에서는 도메인과 IP 대역을 기준으로 판단해 목록에 있는 사이트는 프록시로, 나머지는 직결로 보냅니다. 규칙 모드의 장점은 브라우저를 항상 켜 두어도 로컬 네트워크 접속에 영향이 없다는 것입니다. 국내 사이트는 원래 속도 그대로입니다.
분할 라우팅은 규칙 데이터베이스에 의존하며, 이 데이터베이스는 주기적으로 갱신해야 합니다. 규칙이 오래된 경우 가장 흔한 증상은 분명 목록에 있는 사이트가 직결로 판정되어 열리지 않거나 일부만 로딩되는 것입니다.
프로토콜 선택 기준
결론: 프로토콜은 최신일수록 좋은 것이 아니라, 로컬 네트워크가 UDP를 허용하는지부터 확인해야 합니다.
구독에는 보통 여러 노드가 한 번에 제공되며 서로 다른 프로토콜이 함께 들어 있어, 클라이언트에서 언제든 전환할 수 있습니다. 대표적인 몇 가지의 역할은 대략 이렇습니다:
- Shadowsocks: 스트림 암호화 기반으로 가볍고 핸드셰이크 부담이 적어, 지연에 민감한 브라우징과 영상에 적합합니다.
- VMess / VLESS: 같은 V2Ray 계열입니다. VLESS는 VMess의 중복 검증을 제거했고 TLS와 조합해 쓰는 경우가 많으며, VMess는 호환 구현이 조금 더 많습니다.
- Trojan: 트래픽을 일반 HTTPS 요청으로 위장하며, 도메인과 인증서가 함께 갖춰져야 제 역할을 합니다.
- Hysteria2 / TUIC: QUIC 전송 기반으로 하위 계층이 UDP를 사용해, 패킷 손실이 뚜렷한 링크에서 TCP 계열 프로토콜과 다른 성능을 보입니다. 대신 UDP를 허용하지 않는 네트워크에는 불리합니다.
그래서 '프로토콜을 바꿔도 연결이 안 된다'면 먼저 로컬 네트워크가 UDP를 허용하는지 확인하세요. 허용되지 않는다면 TCP 계열 노드로 돌아가야 하며, UDP 프로토콜에서 반복해서 시도할 필요는 없습니다.
결론: 저녁 피크에 느려지면 회선 유형부터 점검하고 전용선 노드를 우선하세요. 전용선도 느리다면 프로토콜을 바꾸고, 프로토콜을 바꿔도 그대로라면 그때 로컬 인터넷 회선과 공유기 문제를 고려하면 됩니다.
설치와 문제 해결: 구독 등록부터 DNS 자가 점검까지
구독 링크는 어떻게 등록하나요
- 계정에 로그인해 패널에서 구독 링크 전체를 복사합니다. 주소 전체를 한 번에 복사하고 일부만 가져오지 마세요. 파라미터가 하나만 빠져도 등록에 실패합니다.
- 해당 플랫폼의 클라이언트를 설치합니다. Windows, macOS, iOS, Android, Linux 각각 버전이 있으며, 로그인하면 구독을 받을 수 있습니다.
- 클라이언트에서 '클립보드에서 가져오기' 또는 '구독 추가'를 선택하고 링크를 붙여넣은 뒤 저장합니다.
- 구독 업데이트를 한 번 수동으로 실행해, 노드 목록에 회선이 실제로 받아와졌는지(비어 있지 않은지) 확인합니다.
- 노드를 하나 선택해 연결하고, 출구 주소를 조회하는 페이지를 열어 표시된 지역이 노드 소재지로 바뀌었는지 확인합니다.
구독 링크는 계정 자격 증명과 같습니다. 노드 정보와 사용량 귀속이 담겨 있으므로 공개 그룹에 올리거나 캡처로 공유하지 마세요. 기기를 바꿀 때 다시 붙여넣으면 되고, 링크를 채팅 기록에 보관할 필요는 없습니다.
연결은 되는데 사이트가 열리지 않을 때 확인 순서
- 먼저 모드를 봅니다. 전역 모드에서는 모든 트래픽이 프록시를 거치고, 규칙 모드에서는 목록에 있는 사이트만 프록시를 거칩니다. 국내 사이트는 안 열리는데 해외 사이트는 정상이라면, 규칙이 해당 도메인을 직결로 판정했을 가능성이 큽니다.
- 다음은 DNS입니다. DNS 누수란 도메인 조회 요청이 프록시 경로를 거치지 않고 로컬 통신사 DNS 서버로 전달되는 것을 말합니다. 연결된 상태에서 DNS 누수 검사 페이지를 열었을 때 응답한 리졸버가 로컬 통신사 소속이라면 조회가 프록시를 거치지 않은 것이므로, 클라이언트의 DNS를 프록시를 따라 전달되도록 설정해야 합니다.
- 노드와 프로토콜을 바꿔 봅니다. 특정 노드에서 열리지 않는 사이트가 있다면 같은 지역의 다른 노드로 시도해 보세요. 개별 노드의 문제인지 가려낼 수 있습니다.
- 시스템 시간을 봅니다. 시스템 시간 오차가 크면 TLS 핸드셰이크가 그대로 실패하며, 증상은 '연결됨으로 표시되지만 모든 HTTPS 사이트가 열리지 않는' 형태로 나타납니다. 시스템 시간을 자동 동기화로 설정하면 됩니다.
- 캐시를 지웁니다. 연결을 끊었다가 다시 연결해도 브라우저와 시스템의 DNS 캐시에 이전 조회 결과가 남아 있을 수 있으니, 한 번 지우고 다시 시도하세요.
연결된 상태에서 다른 프록시 도구나 시스템 수준 가속기를 동시에 켜지 마세요. 가상 네트워크 어댑터 두 개가 같은 라우팅 테이블을 두고 다투면 결과는 보통 '연결됨으로 표시되지만 실제로는 인터넷이 안 되는' 상태가 되고, 클라이언트 화면에서는 알아채기 어렵습니다.
플랫폼별 클라이언트 차이
차이는 기능이 아니라 주로 첫 설치 시의 권한 단계에 집중됩니다. Windows와 Linux는 가상 네트워크 어댑터로 트래픽을 처리하므로 첫 설치에 관리자 권한이 필요합니다. macOS는 네트워크 확장 권한을 부여해야 하며, 시스템이 설정에서 한 번 확인하도록 요구합니다. iOS는 첫 연결 시 'VPN 구성 허용' 시스템 알림이 뜨고, 허용을 누르지 않으면 계속 연결되지 않습니다. Android는 시스템 기본 VPN 서비스를 사용하며, 연결하면 상태 표시줄에 열쇠 아이콘이 나타나고 연결을 끊으면 사라집니다.
클라이언트는 연결됨으로 표시되는데 시스템 상태 표시줄에 해당 표시가 없다면, 권한이 제대로 부여되지 않았다고 판단하면 됩니다. 클라이언트를 반복해서 재설치하는 것보다 시스템 설정에서 권한을 한 번 더 부여하는 편이 효과적입니다.
개인정보 보호와 로그: 어떤 설명을 봐야 하나
로그를 남기지 않는다는 것의 구체적 의미
본 서비스의 정책은 로그를 남기지 않는 것, 즉 접속 내용 기록을 보관하지 않는 것입니다. 이 문장은 운영 주체의 정책 서술이며 기술적 절대 보장은 아닙니다. 모든 국경 간 회선은 중간 노드를 거치고, 링크의 각 홉은 자체 로그 정책을 가지고 있어 어느 한 사업자가 단독으로 정할 수 있는 사안이 아닙니다.
어떤 서비스를 신뢰할지 판단할 때는 두 가지를 봅니다. 정책이 명시되어 있는지, 그리고 서비스와 무관한 개인정보를 요구하지 않는지입니다. 가입 단계에서 필요한 것은 사용자 이름과 비밀번호뿐이며 이메일 주소는 필요하지 않습니다. 수집하는 정보가 하나 줄면 보관해야 할 데이터도 하나 줄어듭니다. 이 점이 어떤 수식어보다 실제적입니다.
무료 도구와 유료 구독은 무엇이 다른가요
무료 도구도 원가를 회수해야 하므로, 흔한 방식은 회선 공유, 대역폭 상한, 클라이언트 내 광고 지면입니다. 유료 구독의 비용은 주로 전용선과 대역폭에 쓰이며, 이것이 IEPL 전용선 같은 회선을 장기간 유지할 수 있는 이유입니다.
판단 방법은 복잡하지 않습니다. 회선 유형, 트래픽 한도, 환불 조항을 명시하고 있는지 보면 됩니다. 세 가지를 모두 적어 둔 서비스가 구호만 외치는 곳보다 시간을 들여 시험해 볼 가치가 있습니다. 반대로 속도만 강조하고 한도와 환불을 적지 않은 서비스는 시행착오 비용이 대개 사용자 쪽으로 넘어옵니다.
초보자가 먼저 할 세 가지
- ✅ 먼저 환불 기간을 확인하세요. 본 사이트는 14일 무조건 환불이라 시행착오 비용이 통제 가능한 범위에 있으니, 처음부터 어느 요금제를 고를지 고민할 필요가 없습니다.
- ✅ 작은 요금제부터 시작하세요. ¥9.9/월 60GB 요금제로도 자주 쓰는 사이트와 시간대를 충분히 시험해 볼 수 있습니다.
- ✅ 저녁 피크를 먼저 측정하세요. 매일 쓰는 사이트 서너 개를 20:00–23:00에 각각 열어 보고, 어느 회선이 가장 안정적인지 기록해 두었다가 이후에 고정해서 쓰면 됩니다.
- ❌ 처음부터 가장 큰 트래픽 패키지를 사지 마세요. 사용량을 파악하기 전에는 한도가 클수록 남는 양도 많아집니다.
- ❌ 구독 링크를 다른 사람에게 보내지 마세요. 계정 자격 증명과 같습니다.
- ❌ 프록시 도구 두 개를 동시에 켜지 마세요. 라우팅 충돌 때문에 회선 고장으로 오판하기 쉽습니다.
결론: 초보자가 가장 자주 밟는 함정은 서비스를 잘못 고르는 것이 아니라, 요금 규칙을 확인하지 않고 주문하거나 순서대로 점검하지 않고 회선이 나쁘다고 단정하는 것입니다. 위 열 가지 질문의 결론을 한 번 훑고, 14일 기간 안에 자주 쓰는 사이트를 실측해 보면 크게 돌아갈 일은 없습니다.