VPN을 처음 사용할 때 가장 헷갈리기 쉬운 부분은 계정, 구독, 노드와 연결의 관계입니다. 계정은 요금제와 구독 정보를 관리하고, 구독 링크는 클라이언트에 노드와 설정을 제공합니다. 노드는 선택 가능한 회선 진입점이며, 현재 네트워크 경로에 실제로 영향을 주는 것은 클라이언트의 연결 상태와 분할 라우팅 규칙입니다. 각 계층을 구분하면 문제를 해결하려고 계속 재설치할 필요가 줄어듭니다.
기기 수 제한 없음의 의미
LeeVPN 요금제는 동시 접속 기기 수를 제한하지 않으므로 하나의 계정으로 Windows, macOS, iOS, Android, Linux 기기에서 사용할 수 있습니다. 여기서 기기는 클라이언트를 실행해 연결을 구축하는 단말을 뜻하며, 구독 링크 자체를 의미하지 않습니다. 같은 구독을 여러 기기에 가져와도 각 기기는 별도로 노드를 선택하고 분할 라우팅 설정을 저장하며 데이터를 사용합니다.
기기 수 제한이 없다고 해서 모든 기기가 같은 클라이언트나 프로토콜을 사용해야 하는 것은 아닙니다. 데스크톱 시스템은 일반적으로 시스템 프록시, 가상 네트워크 어댑터, 시작 시 실행, 규칙 관리 기능을 더 폭넓게 제공합니다. 모바일 시스템은 운영체제의 VPN 권한에 더 의존하고 백그라운드 실행 방식도 배터리 절약 정책의 영향을 받습니다. Linux 클라이언트는 그래픽 인터페이스, 명령줄 또는 시스템 서비스 형태로 실행될 수 있습니다. 구독 형식과 클라이언트가 호환된다면 플랫폼에 맞는 방식을 선택하면 됩니다.
여러 기기에서 구독을 관리하는 방법
- 구독 링크는 계정 인증 정보처럼 취급하고 공개 페이지, 채팅방 또는 스크린샷에 게시하지 마세요.
- 가져온 후 먼저 구독을 업데이트하고 노드 이름과 프로토콜이 모두 표시되는지 확인하세요.
- 클라이언트마다 규칙 그룹, 노드 정렬, 자동 선택을 처리하는 방식이 다를 수 있으므로 설정이 기기 간에 동기화된다고 가정하지 마세요.
- 구독을 변경했다면 서비스 패널에서 유효한 링크를 다시 받아오고, 이전 설정을 계속 공유하지 마세요.
- 공용 기기를 사용한 뒤에는 구독과 로컬 설정을 삭제해 다음 사용자가 연결 정보를 읽지 못하게 하세요.
한 기기에서는 연결되고 다른 기기에서는 연결되지 않는다면 먼저 기기 수 제한을 의심할 필요는 없습니다. 클라이언트 버전, 시스템 권한, 구독 업데이트 시점, 선택한 프로토콜, 현재 네트워크 환경을 비교하는 편이 효과적입니다. 특히 모바일 시스템에서는 클라이언트가 운영체제에 의해 일시 중지된 뒤에도 화면에 마지막으로 선택한 노드가 남아 있을 수 있지만 실제 터널은 끊겨 있으므로 연결을 다시 시작해야 합니다.
데이터는 언제 초기화되며 사용량은 어떻게 확인하나요?
LeeVPN 월간 구독의 데이터는 달력상의 월말이 아니라 개통일을 기준으로 매월 초기화됩니다. 초기화 시점을 확인할 때는 달력으로 추측하지 말고 계정 패널에 표시된 요금제 기간을 확인하세요. 데이터 패키지는 만료되지 않으므로 사용량이 일정하지 않고 실제 사용량에 맞춰 이용하려는 경우에 적합합니다. 두 상품의 계산 방식은 다르므로 현재 계정에서 월간 구독과 데이터 패키지 중 어느 상품을 사용 중인지 먼저 확인해야 합니다.
데이터 사용량은 일반적으로 프록시나 터널을 통해 전송된 데이터로 계산됩니다. 웹페이지 이미지, 동영상 캐시, 앱 업데이트, 클라우드 드라이브 동기화, 시스템 백그라운드 작업도 사용량을 늘릴 수 있습니다. 클라이언트의 로컬 통계는 추세를 파악하는 데 유용하지만 재설치, 데이터 삭제 또는 기기 변경 후 0으로 초기화될 수 있으므로 남은 데이터는 계정 패널의 요금제 기록으로 확인하는 편이 좋습니다.
| 사용 방식 | 데이터 사용 특징 | 확인할 항목 |
|---|---|---|
| 전체 프록시 | 대부분의 시스템 및 앱 트래픽이 선택한 회선을 통과합니다 | 앱 업데이트, 동기화, 로컬 서비스까지 프록시를 사용하는지 확인하세요 |
| 규칙 기반 분할 라우팅 | 프록시 규칙에 일치하는 요청만 회선을 통과합니다 | 대상 도메인, 앱, DNS 쿼리에 예상한 규칙이 적용되는지 확인하세요 |
| 필요할 때만 연결 | 특정 서비스에 접근할 때만 연결을 구축합니다 | 사용을 마친 뒤 연결 상태를 확인해 백그라운드 사용량을 잘못 판단하지 않도록 하세요 |
데이터 사용량이 예상보다 빠르게 늘면 클라우드 동기화, 앱 스토어 자동 업데이트, 동영상 자동 재생을 잠시 끄고 계정 기록의 변화를 관찰해 보세요. 클라이언트가 연결 로그를 지원한다면 눈치채지 못한 앱이 계속 요청을 보내고 있는지도 확인할 수 있습니다. 로그로 연결 대상과 규칙 적용 여부를 확인할 때는 도메인과 로컬 네트워크 정보가 포함될 수 있으므로 전체 내용을 그대로 공개하지 마세요.
데이터 통계와 네트워크 속도는 서로 다른 지표입니다. 데이터는 얼마나 많은 정보가 전송됐는지를 나타내고, 속도는 단위 시간에 전송할 수 있는 양을 뜻합니다. 더 빠른 회선이 총 사용량을 자동으로 늘리지는 않지만, 고화질 동영상, 빠른 다운로드, 백그라운드 동기화는 대기 시간이 줄어 더 빨리 완료되면서 실제 전송량이 늘어날 수 있습니다.
VPN 회선 속도는 어떻게 확인하나요?
회선 속도는 노드 이름만 보고 판단할 수 없으며, 한 번의 웹 속도 측정만으로 결론을 내려서도 안 됩니다. 실제 체감 속도는 로컬 접속망, 진입점과의 거리, 국제 출구, 회선 유형, 프로토콜 오버헤드, 대상 서비스의 위치, 당시 혼잡도에 함께 영향을 받습니다. 재현 가능한 방법은 같은 기기와 로컬 네트워크, 같은 대상 서비스를 유지하고 한 번에 하나의 변수만 바꿔 비교하는 것입니다.
직접 연결, 중계, IEPL 전용 회선의 차이
직접 연결은 일반적으로 클라이언트가 공용 인터넷을 통해 해외 노드에 바로 도달하는 방식입니다. 경로는 단순하지만 품질이 현지 통신사와 국제 공용망 라우팅에 더 크게 좌우됩니다. 중계 회선은 먼저 가까운 진입점에 연결한 뒤 서비스 측에서 출구 노드로 전달해 불안정한 공용망 경로의 영향을 줄이는 방식입니다. IEPL 전용 회선은 국제 이더넷 전용 회선 계열의 연결을 가리키며 일반 공용망 직접 연결과 경로 구성 방식이 다릅니다. 다만 최종 체감 품질은 현지 진입점, 출구 부하, 대상 서비스 네트워크의 영향을 여전히 받습니다.
선택할 때는 먼저 지리적으로 가까운 진입점을 고른 다음 회선 유형과 대상 웹사이트가 위치한 지역을 비교해 보세요. 일본 서비스를 이용한다고 해서 이름이 가장 눈에 띄는 노드를 고를 필요는 없습니다. 연결이 안정적으로 수립되는지, 페이지 리소스가 끊김 없이 로드되는지, 동영상 버퍼링이 잦은지, 장시간 연결이 중단되지 않는지를 확인해야 합니다. 낮은 지연 시간은 상호작용에 적합하고 높은 대역폭은 다운로드와 동영상에 적합하므로 두 지표는 완전히 대체할 수 없습니다.
| 회선 방식 | 경로 특성 | 확인 방법 |
|---|---|---|
| 직접 연결 | 공용망을 통해 출구에 직접 연결 | 현지 통신사에서 출구 지역까지의 라우팅 품질을 비교하세요 |
| 중계 | 진입점에 먼저 연결한 뒤 대상 출구로 전달 | 혼잡 시간대의 연결 안정성과 지속 전송 성능을 관찰하세요 |
| IEPL 전용 회선 | 전용 회선 방식으로 국제 전송 경로를 구성 | 진입점 품질, 대상 지역, 실제 애플리케이션 성능을 함께 확인하세요 |
프로토콜은 연결에 어떤 영향을 주나요?
Shadowsocks는 널리 사용되는 암호화 프록시 프로토콜로 설정이 비교적 간단합니다. VMess는 V2Ray 생태계의 프로토콜이며 클라이언트 호환성은 구체적인 코어에 따라 달라집니다. Trojan은 일반적으로 TLS 전송과 함께 사용됩니다. VLESS는 자체적으로 완전한 암호화를 제공하지 않으므로 TLS와 같은 보안 전송 방식과 함께 구성해야 합니다. Hysteria2와 TUIC는 QUIC 및 UDP를 기반으로 하므로 패킷 손실이나 변동이 있는 네트워크에서 기존 TCP 전송과 다른 성능을 보일 수 있습니다. 단, 현재 네트워크에서 UDP 통신이 안정적으로 허용되어야 합니다.
프로토콜은 최신이라고 해서 반드시 더 빠른 것은 아닙니다. 특정 Hysteria2 또는 TUIC 회선에서 연결되지 않고 같은 노드의 다른 프로토콜은 작동한다면 현재 네트워크가 UDP를 제한하는지, 클라이언트 코어가 해당 프로토콜을 지원하는지, 시스템 시간이 정확한지 확인하세요. Trojan이나 VLESS가 핸드셰이크 단계에서 실패한다면 구독이 최신인지, 인증서 관련 정보가 구독을 통해 올바르게 전달됐는지 확인하고 서버 매개변수를 임의로 추측하지 마세요.
VPN 연결을 계속 유지해야 하나요?
연결 유지 여부는 사용 상황과 분할 라우팅 설정에 따라 달라집니다. 국제 웹사이트에 지속적으로 접속하거나 국제 서비스 알림을 받거나 원격 세션을 유지해야 한다면 연결을 유지할 수 있습니다. 특정 작업에서만 사용할 때는 필요할 때 켜도 됩니다. 중요한 것은 연결 시간의 길이가 아니라 어떤 트래픽이 회선을 통과하고 연결이 끊겼을 때 앱이 어떻게 동작하는지 명확히 아는 것입니다.
전체 모드를 사용하면 더 많은 앱이 VPN을 통과해 관리가 간단하지만 로컬 네트워크에만 적합한 서비스에 영향을 줄 수 있습니다. 규칙 기반 분할 라우팅은 도메인, 주소 범위 또는 앱 규칙에 따라 직접 연결과 프록시를 결정하므로 로컬 서비스와 국제 서비스를 함께 사용할 때 적합합니다. 규칙 세트가 오래되면 대상 도메인이 잘못 직접 연결로 분류될 수 있고, 규칙 범위가 지나치게 넓으면 로컬 앱이 해외 노드를 경유할 수 있습니다. 분할 라우팅에 문제가 생기면 노드를 계속 바꾸기보다 먼저 규칙 적용 기록을 확인하세요.
연결 끊김 보호와 자동 연결
일부 클라이언트는 연결 끊김 보호 기능을 제공하며 kill switch라고도 합니다. 이 기능을 켜면 터널이 예기치 않게 끊겼을 때 클라이언트가 조건에 맞는 트래픽을 일반 네트워크로 계속 전송하지 않도록 차단합니다. 연결이 자동으로 일반 네트워크로 전환되는 것을 원하지 않는 작업에 적합하지만, 클라이언트가 비정상적으로 종료되면 일시적으로 인터넷에 연결되지 않을 수 있습니다. 이 경우 모든 네트워크 설정을 바로 삭제하지 말고 연결 끊김 보호를 정상적으로 끄거나 가상 네트워크 어댑터 모드를 종료한 뒤 시스템 네트워크를 확인하세요.
자동 연결은 부팅, 절전 모드 해제 또는 네트워크 변경 후 터널을 다시 구축하는 기능입니다. 데스크톱 클라이언트는 일반적으로 시작 시 실행과 함께 사용할 수 있고, 모바일 클라이언트는 운영체제의 필요 시 연결 기능과 백그라운드 일정 관리에 의존합니다. 기기가 Wi-Fi에서 다른 네트워크로 전환되면 기존 연결에서 핸드셰이크를 다시 수행해야 할 수 있습니다. 이때 잠시 연결이 끊기는 것은 네트워크 경로가 바뀐 결과이며 구독이 만료됐다는 뜻은 아닙니다.
구독 링크를 클라이언트로 가져오는 방법
구독 링크는 단일 노드 주소가 아니라 클라이언트가 여러 설정을 가져오는 진입점입니다. 일반적으로 계정 패널에서 구독을 복사한 다음 클라이언트에서 ‘링크에서 가져오기’ 또는 ‘구독 추가’를 선택하면 됩니다. 가져오기가 끝나면 업데이트를 실행하고 노드 목록이 표시되는지 확인한 뒤 노드를 선택해 연결을 테스트하세요. 클라이언트가 단일 설정 파일만 지원한다면 해당 클라이언트와 호환되는 내보내기 형식을 사용해야 합니다.
- 계정 패널에서 현재 유효한 구독 링크를 가져오고, 다른 사람이 전달했거나 공개된 곳에 저장된 링크는 사용하지 마세요.
- 클라이언트에 구독을 추가하고 알아보기 쉬운 이름을 지정하세요.
- 구독을 업데이트한 뒤 예상한 지역, 회선, 프로토콜이 표시되는지 확인하세요.
- 가까운 노드에 연결한 다음 네트워크 확인 페이지에 접속해 출구 결과를 확인하세요.
- 분할 라우팅을 켠 뒤 프록시가 필요한 서비스와 직접 연결이 필요한 서비스가 규칙에 맞게 작동하는지 각각 확인하세요.
구독 업데이트에 실패하면 먼저 브라우저에서 서비스 패널을 열 수 있는지, 요금제가 유효한지, 클라이언트가 업데이트 요청을 아직 연결되지 않은 프록시에 잘못 전달하고 있지 않은지 확인하세요. 일부 클라이언트는 프록시를 통한 구독 업데이트를 지원하고, 일부는 기본적으로 직접 연결을 사용합니다. 적합한 옵션은 현재 네트워크 환경에 따라 달라집니다. 업데이트는 성공했지만 노드가 바뀌지 않는다면 클라이언트가 이전 구독을 캐시하고 있는지 또는 새 내용을 다른 설정 그룹으로 가져왔는지 확인하세요.
DNS 누수와 분할 라우팅 규칙은 어떻게 확인하나요?
DNS는 도메인 이름을 네트워크 주소로 변환합니다. DNS 누수란 일반적으로 실제 트래픽은 VPN이나 프록시에 들어갔지만 도메인 조회는 여전히 로컬 네트워크가 지정한 DNS 서비스로 전송되는 상황을 뜻합니다. 이 경우 DNS 결과와 출구 지역이 일치하지 않거나 분할 라우팅 규칙이 예상대로 작동하지 않을 수 있습니다. 항상 ‘아예 열리지 않는’ 형태로 나타나는 것은 아닙니다. 일부 리소스 로딩 실패, 같은 서비스가 다른 지역으로 연결되는 현상, 메인 페이지는 열리지만 이미지와 API가 비정상인 경우가 더 흔합니다.
점검할 때는 출구 주소와 DNS 조회 결과를 함께 확인해야 합니다. 클라이언트가 원격 DNS, 프록시 DNS 또는 규칙 DNS를 제공한다면 클라이언트 문서에 따라 현재 모드에 맞는 방식을 선택하세요. 시스템 프록시만 사용하는 경우 모든 앱이 DNS 조회를 자동으로 프록시에 전달하는 것은 아닙니다. 가상 네트워크 어댑터 모드는 시스템 트래픽을 더 폭넓게 처리할 수 있지만 방화벽, 컨테이너 네트워크 또는 기업 네트워크 정책과 충돌하기도 쉽습니다.
분할 라우팅 규칙은 일반적으로 도메인, 주소 대역, 앱 또는 기본 규칙에 따라 매칭됩니다. 규칙에 우선순위가 있다면 더 구체적인 규칙을 포괄적인 규칙보다 앞에 배치해야 합니다. 대상 서비스가 여러 도메인을 사용한다면 기본 도메인만 프록시하는 것으로는 부족할 수 있으며 정적 리소스, 로그인 API, 미디어 도메인도 일관되게 처리해야 합니다. 같은 웹사이트가 브라우저에서는 작동하지만 클라이언트 앱에서는 작동하지 않는다면 앱이 시스템 프록시를 우회하는지 또는 독립 네트워크 스택을 사용하는지 확인하세요.
연결에 실패했을 때 점검 순서는 어떻게 되나요?
효율적인 문제 해결의 원칙은 한 번에 하나만 바꾸는 것입니다. 먼저 로컬 네트워크 자체가 정상인지 확인한 뒤 요금제, 구독, 클라이언트, 프로토콜, 노드를 차례로 확인하세요. 클라이언트를 바로 재설치하면 로그와 규칙이 사라져 판단 근거가 줄어들 수 있습니다. 다음 순서는 ‘연결할 수 없음’, ‘연결 후 인터넷이 안 됨’, ‘일부 서비스가 열리지 않음’ 같은 흔한 상황에 적용할 수 있습니다.
- VPN 연결을 끊고 현재 네트워크에서 로컬 웹사이트와 서비스 패널에 정상적으로 접속할 수 있는지 확인하세요.
- 계정 패널에서 요금제 상태와 남은 데이터를 확인한 다음 구독 링크를 다시 복사하세요.
- 구독을 업데이트하고 노드와 프로토콜이 완전하게 표시되는지 확인해 만료된 캐시를 계속 사용하지 않도록 하세요.
- 다른 설정은 그대로 유지하고 같은 지역의 다른 회선으로만 바꿔 비교하세요.
- 특정 프로토콜이 실패한다면 클라이언트가 명확히 지원하는 프로토콜로 바꾸고 UDP 사용 가능 여부와 시스템 시간을 확인하세요.
- 연결은 성공했지만 접속할 수 없다면 시스템 프록시, 가상 네트워크 어댑터, DNS, 분할 라우팅 규칙이 서로 충돌하는지 확인하세요.
- 원인을 찾지 못했다면 오류 발생 시각, 노드 이름, 프로토콜, 클라이언트 버전, 개인정보를 삭제한 로그를 저장한 뒤 문의 티켓으로 증상을 설명하세요.
오류 메시지는 단순히 ‘연결되지 않음’이라는 설명보다 진단 가치가 높습니다. 핸드셰이크 시간 초과는 경로, 프로토콜 또는 서버 연결 문제를 가리키는 경우가 많습니다. 인증 실패라면 구독과 설정이 유효한지 확인하는 것이 우선입니다. 연결은 성공했지만 트래픽이 없다면 라우팅, DNS, 시스템 프록시, 연결 끊김 보호를 중점적으로 살펴보세요. 로그를 제출하기 전에는 구독 링크, 액세스 토큰, 기타 계정 인증 정보를 삭제해야 합니다.
초보자는 설정을 어떻게 선택해야 하나요?
안정적인 사용을 우선한다면 공식 지원 클라이언트, 자동 구독 업데이트, 가까운 회선, 규칙 기반 분할 라우팅부터 시작하고 모든 고급 매개변수를 한꺼번에 조정할 필요는 없습니다. 데스크톱 기기에서는 시스템 프록시와 가상 네트워크 어댑터의 차이를, 모바일 기기에서는 시스템 VPN 권한과 백그라운드 정책을, Linux 기기에서는 시스템 수준 터널과 앱 프록시 중 어떤 방식을 사용하는지 확인하세요.
LeeVPN은 90+개 국가와 200+개 회선을 지원합니다. 선택지가 많을수록 진입점과의 거리, 회선 유형, 대상 서비스를 기준으로 단계적으로 좁혀 가는 것이 무작위로 노드를 자주 바꾸는 것보다 효과적입니다. 계정은 이메일 주소 없이 만들 수 있고, 요금제는 동시 접속 기기 수를 제한하지 않으며 7일 무조건 환불을 제공합니다. 실제 사용에서는 ‘만능 노드’를 기억하는 것보다 명확한 테스트 조건과 문제 기록을 남기는 편이 더可靠합니다.