이 가이드는 기능 목록 순서가 아니라 진행 순서를 따릅니다. 먼저 계정과 기기를 해결하고, 다음으로 트래픽과 속도, 이어서 구독 링크, 서버, 문제 해결, 클라이언트 차이, 결제와 가입 순으로 갑니다. 시작하기 전에 숫자 네 개만 기억해 두면 이후 결정마다 쓸모가 있습니다.
한 계정으로 몇 대의 기기에 동시 로그인할 수 있나요?
대수 제한은 없습니다. 같은 계정으로 Windows, Android, iOS, macOS, Linux 다섯 플랫폼의 클라이언트에 동시에 로그인할 수 있고, 기기가 하나 늘었다고 계정을 새로 만들 필요도, 기기 사이를 오가며 로그인을 바꿀 필요도 없습니다.
실제로 서로 영향을 주는 것은 대수가 아니라 같은 시간대의 트래픽입니다. 한 기기에서 대용량 파일을 내려받는 동안 다른 기기에서 4K 영상을 보면 양쪽 모두 느려집니다. 나가는 대역폭을 함께 쓰기 때문입니다. 그래서 실용적인 방법은 자주 쓰는 기기에는 모두 설치하고, 가끔 쓰는 기기는 필요할 때만 로그인하는 것입니다.
우선 가볍게 써보고 싶다면 컴퓨터에 클라이언트를 먼저 설치하고 구독을 불러온 뒤, 자주 쓰는 사이트가 정상적으로 열리는지 확인하고 나서 모바일 기기에 설치하세요.
요금제 트래픽은 어떻게 계산되나요? 초과하면 어떻게 되나요?
월 구독 요금제는 트래픽 기준으로 과금되며, 세 등급은 각각 ¥9.9 / 60GB, ¥18 / 250GB, ¥28 / 500GB입니다. 트래픽은 개통일 기준으로 매월 초기화됩니다. 결제 주기가 달력상의 월초가 아니라 개통한 날부터 시작한다는 뜻입니다.
자신에게 얼마나 필요한지 가늠하려면 세 가지 질문이면 충분합니다:
- 하루에 온라인 영상을 얼마나 오래 보나요? 4K는 1080p보다 트래픽을 훨씬 많이 쓰고, 보는 시간이 길수록 차이가 커집니다.
- 동시에 몇 대의 기기를 연결하나요? 기기가 많을수록 백그라운드 소모를 통제하기 어렵습니다.
- 대용량 파일을 내려받거나 클라우드 동기화를 돌리나요? 이런 작업이 트래픽을 가장 많이 씁니다.
세 질문에 모두 '많지 않다'고 답했다면 최소 등급으로 충분하고, 하나라도 '자주'라면 250GB 또는 500GB 쪽으로 가세요.
트래픽 팩은 계산 방식이 다릅니다. ¥158 / 300GB, ¥358 / 1000GB, ¥658 / 3000GB이며 만료되지 않습니다. 자주 접속하지 않고 출장이나 특정 프로젝트 기간에만 몰아서 쓰는 사람에게는 월 구독보다 트래픽 팩이 더 맞습니다. 쓴 만큼만 차감되고 남은 용량은 다음 달에도 그대로 남아 있습니다.
속도 제한이 걸리나요? 먼저 어느 단계의 문제인지 구분하기
'속도 제한'이라는 말에는 두 가지가 섞여 있습니다.
하나는 요금제 규칙입니다. 월 구독 세 등급의 차이는 트래픽에 적혀 있습니다. 60GB, 250GB, 500GB. 등급을 고를 때는 트래픽만 계산하면 충분합니다.
다른 하나는 서버와 국제 구간의 물리적 현실입니다. 저녁 피크 시간에는 구간 전체가 혼잡해져 어떤 서비스든 새벽보다 느려집니다. 이 부분은 피할 수 없고, 서버 유형을 바꿔 완화할 수 있을 뿐입니다.
판단 방법:
- 같은 시각에 다른 지역의 서버로 바꿔 다시 측정합니다.
- 모든 서버가 느리다면 네트워크를 바꿔 비교해 보세요. 예를 들어 테더링으로 전환했을 때 문제가 사라진다면 로컬 인터넷 회선 문제일 가능성이 큽니다.
- 특정 서버 하나만 느리다면 그 서버만 바꾸면 됩니다. 계정이 따로 제한됐다고 의심할 필요는 없습니다.
프로토콜도 짚고 넘어가겠습니다. Shadowsocks, VMess, Trojan, VLESS는 TCP를 사용하고, Hysteria2, TUIC는 QUIC 기반 UDP를 사용합니다. UDP 계열은 패킷 손실이 큰 구간에서 흔들림에 더 강합니다. 클라이언트가 프로토콜을 자동으로 맞추므로 직접 고를 필요는 없습니다.
클라이언트를 계속 켜 둬야 하나요? 분할 터널링은 어떻게 설정하나요
아니요. 클라이언트는 시스템 상주 서비스가 아니므로 쓸 때 켜고 안 쓸 때 끄면 됩니다. 계정과 구독에는 아무 영향이 없습니다.
몇 분을 투자할 가치가 있는 설정은 분할 터널링, 다른 말로 규칙 모드입니다. 지정한 트래픽만 프록시를 통과시키고 나머지는 직접 연결하는 기능입니다:
- 규칙 모드: 도메인과 IP 규칙에 따라 자동으로 판단합니다. 평소에는 이 모드를 기본으로 쓰세요.
- 전역 모드: 모든 트래픽이 프록시를 통과합니다. 규칙 모드에서 특정 앱이 작동하지 않을 때 임시로 전환해 확인합니다.
- 직접 연결 모드: 모든 트래픽이 로컬 네트워크로 나갑니다. '느리다'는 문제가 서버 때문인지 가릴 때 씁니다.
영상, AI 도구, 개발 도구에 해당하는 도메인을 프록시 규칙에 넣고, 로컬 클라우드 드라이브나 사내 네트워크 프린터 같은 항목은 직접 연결로 남겨 두면 웹페이지 로딩 속도와 기기 배터리 소모가 모두 나아집니다.
모바일에서 계속 켜 두면 평소보다 배터리가 빨리 닳습니다. 이는 시스템 차원의 정상적인 현상입니다.
구독 링크란 무엇인가요? 아무에게나 공유하면 안 되는 이유
구독 링크는 토큰이 포함된 주소입니다. 클라이언트가 이 주소를 읽어 서버 목록과 프로토콜, 포트를 가져오고, 서버가 조정되면 자동으로 동기화합니다. 노드를 하나씩 수동으로 추가하는 것보다 편한 지점이 바로 여기입니다.
동시에 계정 자격 증명이기도 합니다. 이 링크를 가진 사람은 누구든 여러분의 트래픽 한도를 쓰게 됩니다. 그래서 하지 말아야 할 일이 세 가지 있습니다:
- 단체 채팅방이나 게시판에 붙이지 말고, 캡처해서 보내지도 마세요.
- 같은 링크를 친구에게 '같이 쓰자'며 공유하지 마세요.
- 링크가 이미 외부로 유출됐다면 가능한 한 빨리 패널에서 문의를 접수해 처리하세요.
구독 링크는 그냥 주소 한 줄로 보이지만 실제 효력은 계정 비밀번호와 같습니다. 전달하기 전에 한 번만 생각해 보세요. 이 링크는 계속 유효합니다.
참고로 노드를 수동으로 추가하는 방법과 구독은 서로 다른 경로입니다. 수동으로 추가한 노드는 자동 갱신되지 않으므로 서버 IP가 바뀌면 직접 수정해야 합니다. 초보자라면 구독을 그대로 쓰는 편이 좋습니다.
서버는 어떻게 고르나요? IEPL 전용선, 중계, 직접 연결의 차이
KimiVPN은 현재 110개 이상 국가 / 150개 이상 서버를 지원하며, 목록에 서버 유형이 표시됩니다. 세 유형의 차이는 이렇게 이해하면 됩니다:
| 서버 유형 | 데이터 경로 | 적합한 용도 | 단점 |
|---|---|---|---|
| 직접 연결 | 클라이언트가 해외 착지 데이터센터에 바로 연결되는 가장 짧은 경로 | 임시 자료 검색, 지연에 민감하지 않은 작업 | 국제 구간이 혼잡할 때 흔들림이 가장 크게 나타남 |
| 중계 | 먼저 가까운 중계 진입점에 연결한 뒤 중계 서버가 착지 지점으로 전달 | 일상적인 웹 서핑, AI 도구 대화, 파일 전송 | 한 단계를 더 거치며, 진입점 자체도 시간대 영향을 받음 |
| IEPL 전용선 | 국제 구간을 전용선으로 지나가며 공용 인터넷 구간과 혼잡을 나누지 않음 | 스트리밍, 장시간 회의, 대용량 파일 다운로드 | 비용이 가장 높고, 목록에서 보통 별도로 표시됨 |
선택 순서는 세 단계로 고정하는 것이 좋습니다. 먼저 용도를 보고, 다음으로 지역을 정하고, 마지막으로 세 가지 서버 유형 중에서 고릅니다.
- 용도 보기: 자료 검색이나 메일 송수신 정도라면 직접 연결이나 중계로 충분합니다. 영상 시청, 장시간 회의, 대용량 다운로드라면 IEPL 전용선을 우선하세요.
- 지역 정하기: 목표 사이트나 서비스가 어느 국가 / 지역에 있는지에 맞춰 가까운 착지 지점을 고르세요. 일본과 싱가포르는 거리가 가깝고, 미국은 지원하는 서비스가 많고, 홍콩은 진입이 빠르며, 이탈리아는 유럽 방향 접속에 적합합니다.
- 선택하기: 기본 추천 서버로 하루를 써 보고, 저녁 피크 시간에 다른 서버로 바꿔 비교하세요. 안정적인 쪽을 쓰면 되고, '이름이 더 고급스러워 보이는' 서버를 맹신할 필요는 없습니다.
상황별로 더 자세한 서버 선택 기준은 '서버 선택 방법' 글에서 확인할 수 있고, 전체 지역을 바로 둘러보려면 서버 목록 페이지에서 비교해 보세요.
연결은 됐는데 웹페이지가 열리지 않는다면 어떤 순서로 점검해야 할까요?
먼저 클라이언트를 재설치하려 하지 말고 아래 순서대로 짚어 보세요. 대부분의 문제는 세 번째 단계 전에 원인이 잡힙니다.
- 클라이언트 상태 확인: 실제로 연결됨으로 표시되는지, 끊김 후 재연결 알림이 뜨는지 봅니다.
- 다른 서버로 변경: 같은 지역의 다른 서버 또는 다른 지역으로 바꿔 특정 서버의 문제인지 확인합니다.
- 네트워크 환경 변경: Wi-Fi에서 테더링으로 전환했을 때 바로 정상이 된다면 로컬 인터넷 회선 문제입니다.
- 직접 연결 모드로 전환: 직접 연결에서도 열리지 않는다면 로컬 네트워크나 대상 사이트 자체의 문제이며 서버와는 무관합니다.
- 구독 업데이트: 패널에서 서버가 조정됐다면 기존 구독은 저절로 바뀌지 않습니다. 구독을 한 번 수동으로 업데이트한 뒤 다시 시도하세요.
또 하나는 '연결은 되는데 특정 사이트만 열리지 않는' 경우입니다. 이는 보통 서버 장애가 아니라 분할 터널링 규칙이 해당 도메인을 직접 연결로 판정했기 때문입니다. 모드를 전역으로 바꿔 확인했을 때 열린다면 규칙을 조정해야 한다는 뜻입니다.
겸사겸사 DNS 유출도 확인하세요. 클라이언트에서 DNS를 프록시가 처리하도록 켜 두세요. 클라이언트마다 명칭이 다르며 보통 설정이나 고급 옵션에 있습니다. DNS 조회가 로컬 네트워크로 나가면 사이트가 여전히 현재 위치를 기준으로 내용을 반환해 '연결은 됐는데 내용이 이상하다'는 착각이 생길 수 있습니다.
다섯 플랫폼의 클라이언트는 무엇이 다른가요?
기능은 같고 인터페이스와 인증 방식만 다릅니다. Windows, Android, iOS, macOS, Linux 모두 대응 클라이언트가 있으며, 로그인하면 구독을 받을 수 있습니다.
| 플랫폼 | 설치 방법 | 초보자 주의 사항 |
|---|---|---|
| Windows | 설치 파일을 내려받아 더블클릭으로 설치 | 처음 실행할 때 시스템이 차단 알림을 띄우면 허용을 선택하면 됩니다. 트레이 아이콘을 오른쪽 클릭하면 서버를 빠르게 바꿀 수 있습니다 |
| Android | APK를 내려받아 설치 | 백그라운드 절전 정책이 프로세스를 종료할 수 있으니 클라이언트를 배터리 예외 목록에 추가하세요 |
| iOS | 안내에 따라 구성 프로파일을 설치 | 연결할 때 시스템이 네트워크 구성 안내를 표시하는데 정상적인 절차입니다 |
| macOS | 설치 파일을 내려받아 응용 프로그램 폴더로 이동 | 처음 연결할 때 시스템 설정에서 네트워크 확장을 허용해야 합니다 |
| Linux | 해당 패키지를 내려받아 명령줄로 실행 | 그래픽 인터페이스가 없을 때는 명령줄 인수로 구독을 지정하며, 장기간 상시 실행에 적합합니다 |
같은 계정을 다섯 플랫폼에서 모두 쓸 수 있고, 운영체제마다 따로 결제할 필요가 없습니다. 설치 파일과 플랫폼별 설명은 가이드 페이지에 정리되어 있습니다.
결제는 어떻게 하나요? 어떤 방법을 지원하나요?
알리페이, 위챗, USDT 세 가지를 지원하며 주문할 때 하나를 고르면 됩니다. 결제 후 계정이 즉시 활성화되고, 클라이언트에서 구독을 한 번 업데이트하면 전체 서버가 보입니다.
어느 등급을 고를지 고민된다면 최소 등급으로 한 달만 써 보고, 부족하면 등급을 올리거나 트래픽 팩을 추가하면 됩니다. 긴 주기를 한 번에 살 필요는 없습니다.
계정을 만들어야 하나요? 이메일 없이도 가능한가요?
요금제와 트래픽, 구독 링크를 보관하려면 계정 하나가 필요합니다. 다만 가입할 때 이메일 주소를 입력할 필요는 없습니다. 사용자 이름과 비밀번호만으로 가입이 끝납니다. 자주 쓰는 이메일을 제3자 서비스에 노출하고 싶지 않은 사람에게는 이 점이 부담을 덜어 줍니다.
계정 관련 작업은 모두 사용자 패널에서 할 수 있습니다. 남은 트래픽 확인, 구독 링크 업데이트, 문의 접수 등입니다. 패널 입구는 사이트 홈에 있으며 로그인 후 안내를 따라가면 됩니다.
맞지 않으면 환불할 수 있나요?
가능합니다. KimiVPN은 주문일 기준 7일 이내 이유를 묻지 않고 환불해 드립니다. 구매 전에 내 네트워크에서 서버가 어떤 성능을 내는지 확실하지 않다면 이 7일 동안 자주 쓰는 상황을 모두 돌려 보세요. 낮 시간과 저녁 피크 시간에 각각 측정하고, 자주 쓰는 사이트와 AI 도구, 영상도 열어 보세요. 맞지 않으면 환불 절차를 밟으면 됩니다.
열 가지 질문 외에 두 가지 경험
첫째, 변수를 한꺼번에 많이 바꾸지 마세요. 서버, 프로토콜, 모드, 기기를 한 번에 하나씩만 바꿔야 무엇이 효과를 냈는지 알 수 있습니다. 전부 동시에 바꾸면 결국 '됐다'는 사실만 알 뿐, 다음에 같은 문제를 만나면 또 모릅니다.
둘째, '느리다'를 나눠서 보세요. 웹페이지가 느린지, 영상이 끊기는지, 다운로드 속도가 낮은지에 따라 원인이 완전히 다릅니다. 웹페이지가 느리면 대개 DNS나 분할 터널링 규칙, 영상이 끊기면 대개 서버 유형, 다운로드가 느리면 대개 국제 구간 대역폭과 시간대 문제입니다. 현상을 구체적으로 설명하면 점검도 문의도 훨씬 빨라집니다.
- ✅ 계정 하나로 자주 쓰는 모든 기기에 동시 로그인할 수 있고, 중복 구매가 필요 없다는 점을 확인했습니다.
- ✅ 요금제 결제 주기가 달력상 월초가 아니라 개통일부터 시작한다는 점을 확인했습니다.
- ✅ 구독 링크를 계정 자격 증명처럼 보관했고 외부에 유출하지 않았습니다.
- ✅ 용도에 따라 서버 유형을 최소 두 가지 이상 써 보고, 어느 쪽이 더 안정적인지 파악했습니다.
- ✅ 클라이언트에서 DNS를 프록시가 처리하도록 설정했고 분할 터널링 규칙도 점검했습니다.
- ✅ 7일 무조건 환불 기간을 기억하고 있고, 맞지 않을 때 어떻게 처리할지 알고 있습니다.
- ❌ 아직 다른 사람이 공유한 구독 링크를 쓰고 있거나, 링크를 단체 채팅방에 붙였습니다.
- ❌ 문제가 생기면 먼저 클라이언트 재설치부터 하고, 서버 교체와 네트워크 비교는 하지 않았습니다.