VPN 초보자 용어를 실제 사용 상황에 맞춰 살펴봅니다. 구독은 연결 정보를 제공하고, 서버 노드는 선택할 수 있는 접속 지점이며, 회선은 데이터가 이동하는 경로입니다. 프로토콜은 통신 방식을 정하고, 분할 터널링은 요청마다 어떤 경로를 사용할지 결정합니다. 제품 이름만 외우는 것보다 각 개념의 차이를 이해하는 편이 유용합니다.
예를 들어 해외 판매 사이트의 관리자 페이지는 열리는데 이미지가 제대로 표시되지 않는다면, 요금제 데이터가 부족해서가 아니라 분할 터널링 규칙이나 도메인 조회 문제일 수 있습니다. 아래에서는 정보 확인, 연결 설정, 경로 선택, 문제 점검 순서로 각 용어를 실제 상황과 함께 설명합니다.
구독과 클라이언트: 연결 정보와 도구 구분하기
구독: 이용 요금 방식일 수도, 연결 정보일 수도 있습니다
‘월간 구독’은 요금 청구 방식을 뜻하고, 클라이언트의 ‘구독 추가’는 보통 연결 설정을 가져오는 기능을 말합니다. 둘은 같은 개념이 아닙니다. 데이터 패키지를 이용하는 경우에도 구독 링크로 설정을 받을 수 있으므로, ‘구독’ 버튼이 있다고 해서 반드시 매달 요금이 청구되는 것은 아닙니다.
구독 링크는 클라이언트가 서버 노드나 전체 설정을 가져오는 주소이며, 계정 관련 인증 정보가 포함되는 경우가 많습니다. 일반적인 공식 홈페이지 주소와도, 로그인 패널 비밀번호와도 다릅니다. 예를 들어 패널에서 링크를 복사해 클라이언트의 구독 메뉴에 붙여 넣으면 필요한 연결 정보를 가져올 수 있습니다.
클라이언트·코어·설정 파일: 화면, 실행 프로그램, 안내서
클라이언트는 설정 가져오기, 연결, 전환을 위한 화면을 제공하고, 코어는 프로토콜·라우팅·DNS 처리를 담당합니다. 설정 파일은 어디에 연결하고 어떻게 트래픽을 분기할지 알려줍니다. 겉모습이 비슷한 클라이언트라도 지원하는 프로토콜과 설정 형식은 다를 수 있으며, 같은 코어도 버전에 따라 호환성 차이가 생길 수 있습니다.
따라서 ‘링크가 열린다’와 ‘현재 클라이언트에서 가져올 수 있다’는 별개의 문제입니다. 설정에는 서버 노드만 들어 있을 수도 있고, 정책 그룹·규칙·DNS 설정까지 포함될 수도 있습니다. 전체 설정을 가져오기 전에 기존 규칙이 덮어써지는지 확인하세요. 성공 메시지만 보고 모든 설정이 적절하다고 단정해서는 안 됩니다.
서버 노드와 회선: 표시 이름이 전체 경로를 뜻하지는 않습니다
서버 노드는 클라이언트에서 선택할 수 있는 연결 설정으로, 보통 서버 주소·포트·프로토콜·인증 정보가 포함됩니다. 사용할 수 있는 연결 옵션으로 이해하면 됩니다. 다만 반드시 독립된 물리 서버 하나를 뜻하는 것은 아니며, 이름만으로 실제 출구 위치를 확인할 수도 없습니다.
진입 지점은 연결이 처음 도달하는 서버 위치이고, 출구는 대상 웹사이트에 요청이 전달되는 위치입니다. 회선은 그 사이의 전송 경로를 말합니다. 예를 들어 특정 지역으로 표시된 옵션도 다른 지역의 진입 지점을 거쳐 해당 지역의 출구에서 웹사이트에 접속할 수 있습니다. 이름은 분류에 참고할 수 있지만 실제 경로는 서비스 안내를 확인해야 합니다.
‘서버 노드가 많다’고 해서 모든 옵션이 지금 하려는 작업에 적합한 것은 아닙니다. 관리자 페이지 로그인은 출구의 일관성이 중요할 수 있고, 파일 전송은 지속적인 전송 속도가, 화상 회의는 연결 변동이 적은 것이 중요할 수 있습니다. 사용할 출구를 정했다면 목록의 이름이 다르다는 이유만으로 자주 바꿀 필요는 없습니다. 웹사이트가 출구 변경을 새로운 환경으로 판단해 추가 확인을 요구할 수도 있습니다.
| 용어 | 간단히 말하면 | 사용할 때 확인할 점 |
|---|---|---|
| 직결 | 기기에서 공용 인터넷을 통해 대상 프록시 서버에 연결하며, 서비스 제공업체가 별도로 둔 중계 진입 지점을 거치지 않습니다. | 현지 통신사에서 서버까지 이어지는 공용 인터넷 경로와 실제 이용 시간대의 품질을 확인합니다. |
| 중계 | 트래픽이 먼저 중계 진입 지점에 도달한 다음 후속 서버나 출구로 전달됩니다. | 진입 지점뿐 아니라 이후 경로와 출구의 혼잡 여부도 확인해야 합니다. |
| IEPL 전용 회선 | 통신사가 제공하는 국제 이더넷 전용 회선으로, 서비스 경로의 일부에 사용될 수 있습니다. | 전용 회선이 적용되는 구간을 확인하세요. 기기에서 회선에 접속하는 구간과 출구에서 웹사이트까지의 경로도 고려해야 합니다. |
혼동하기 쉬운 ‘직결’이 하나 더 있습니다. 분할 터널링 규칙의 DIRECT는 보통 해당 요청이 선택한 프록시를 거치지 않고 대상에 직접 연결된다는 뜻입니다. 위 표의 ‘프록시 서버 직결’이라는 회선 분류와는 다른 단계의 개념입니다. ‘직결로 연결’이라는 표현을 들으면 서비스 경로를 말하는지, 규칙 동작을 말하는지 먼저 확인하세요.
IEPL은 전송 서비스를 가리키는 말이지 암호화 프로토콜이나 웹사이트 이용 허가를 뜻하지 않습니다. ‘전용 회선’이라는 표시만으로 종단 간 암호화, 고정 대역폭 또는 특정 웹사이트 접속 가능 여부를 단정할 수 없습니다. 각각 별도의 근거가 필요합니다.
프로토콜 이름: 지원 여부를 먼저 확인하세요
프로토콜은 클라이언트와 서버가 데이터를 주고받는 방식을 정합니다. 서버 노드가 특정 프로토콜을 제공한다면 클라이언트도 해당 프로토콜을 구현해야 합니다. 설정에 적힌 이름만 바꾼다고 서버가 다른 방식을 지원하게 되는 것은 아닙니다. 프로토콜 이름만으로 출구 지역이나 연결 속도를 판단할 수도 없습니다.
- Shadowsocks: 암호화 프록시 프로토콜입니다. 실제 호환성은 구체적인 방식과 버전에 따라 달라질 수 있으므로 Shadowsocks를 지원한다고 해서 관련 설정을 모두 사용할 수 있는 것은 아닙니다.
- VMess: V2Ray 생태계에서 사용하는 프록시 프로토콜로 인증과 데이터 보호 기능을 갖추고 있습니다. 전송 방식 등의 매개변수도 맞춰야 하며, 이름이 같다고 설정을 자유롭게 바꿔 쓸 수 있는 것은 아닙니다.
- Trojan: 보통 TLS를 사용해 클라이언트와 서버 사이의 통신을 보호합니다. 인증서 검증과 서버 이름 등의 설정이 중요하며, 검증을 건너뛰는 방법을 일반적인 해결책으로 사용해서는 안 됩니다.
- VLESS: 경량 프록시 프로토콜로, 프로토콜 자체에는 데이터 암호화 기능이 없습니다. 적절한 보안 계층과 함께 사용해야 하며 VLESS라는 표시만으로 연결 전체가 어떤 방식으로 보호되는지 판단할 수 없습니다.
- Hysteria2와 TUIC: 둘 다 QUIC 기반 방식을 사용하고 UDP 네트워크 환경에 영향을 받지만, 서로 다른 프로토콜이므로 설정을 서로 가져와 사용할 수 없습니다.
예를 들어 네트워크에서 UDP가 제한되어 있는데 현재 설정이 QUIC에 의존한다면 연결에 문제가 생길 수 있습니다. 이때는 표시 이름을 반복해서 바꾸기보다 서버가 실제로 제공하는 옵션을 기준으로 점검해야 합니다. 이 글은 일반적인 업계 개념을 설명하며 VPNRP가 위 프로토콜을 모두 제공한다는 뜻은 아닙니다. 사용 가능한 설정은 패널과 클라이언트 안내를 확인하세요.
분할 터널링·규칙 모드·글로벌 모드
분할 터널링은 도메인, 대상 주소, 앱 등의 조건에 따라 요청을 직접 연결할지, 프록시를 통할지, 차단할지 결정하는 기능입니다. 규칙 모드에서는 설정된 규칙을 차례로 적용하며, 일반적으로 먼저 일치하는 규칙이 처리 방식을 결정합니다. 어떤 규칙에도 해당하지 않는 요청은 마지막 기본 동작으로 처리합니다.
예를 들어 쇼핑몰 관리자 페이지는 지정한 프록시를 통하고, 현지 업무용 웹사이트는 직접 연결하도록 설정할 수 있습니다. 하지만 관리자 페이지 하나가 로그인·이미지·API 등 서로 다른 도메인을 함께 호출할 수 있으므로, 대표 도메인에만 규칙을 추가해도 모든 리소스가 처리되지는 않을 수 있습니다. 실패한 요청과 적용된 규칙을 확인해 필요한 범위만 추가하고, 모든 도메인을 무조건 하나의 규칙에 넣지는 마세요.
정책 그룹은 규칙이 지정하는 여러 동작 또는 서버 노드의 묶음으로 이해할 수 있습니다. 규칙은 ‘어느 그룹으로 보낼지’를 정하고, 그룹 안에서의 선택은 ‘실제로 어떤 서버 노드를 쓸지’를 결정합니다. 자동 선택 그룹은 탐지 결과에 따라 전환될 수 있으며 적합성은 작업에 따라 다릅니다. 출구를 계속 유지해야 하는 관리자 작업에서는 자동 전환의 영향을 살펴보세요.
글로벌 모드는 보통 클라이언트가 처리하는 트래픽을 지정한 프록시로 보내지만, 기기의 모든 앱 트래픽을 반드시 포함하는 것은 아닙니다. 클라이언트에 들어오지 않은 요청은 기존 경로를 계속 사용할 수 있습니다. 따라서 글로벌 모드를 켰다는 사실만으로 ‘모든 트래픽이 처리되고 있다’고 볼 수는 없습니다.
시스템 프록시와 TUN: 트래픽 처리 범위가 다릅니다
시스템 프록시는 시스템 설정을 따르는 앱에 프록시 접속 정보를 제공하지만, 이를 무시하는 프로그램도 있습니다. TUN은 가상 네트워크 인터페이스를 이용해 더 많은 IP 트래픽을 처리하는 방식이지만 권한·라우팅·제외 설정·플랫폼의 제약을 받습니다. 문제를 점검할 때는 ‘어떤 모드를 사용하는지’와 ‘실제로 어떤 트래픽이 처리되는지’를 따로 확인하세요. 연결 스위치만 확인해서는 알 수 없습니다.
DNS 누수와 연결 보호의 범위
DNS는 도메인 이름을 연결 가능한 주소로 변환합니다. DNS 요청과 그 뒤의 웹 트래픽은 서로 다른 경로를 사용할 수 있습니다. 웹페이지가 프록시를 통한다고 해서 도메인 조회도 반드시 같은 경로를 거치는 것은 아닙니다. 일반적으로 DNS 누수는 조회 요청이 예상한 보호 경로를 통하지 않고 다른 DNS 서비스로 전달되는 상황을 뜻합니다.
그렇다고 웹페이지 내용 전체가 그대로 공개된다는 뜻은 아니지만, 조회한 도메인이 드러나거나 DNS 응답 결과에 영향을 받을 수 있습니다. 앱에 내장된 암호화 DNS, 시스템 DNS 설정, 클라이언트 DNS 규칙이 서로 영향을 줄 수도 있습니다. 암호화 DNS는 조회 과정 일부의 전송을 보호할 뿐, 전체 접속 경로가 예상대로 작동한다고 단독으로 증명하지는 않습니다.
실제 점검에서는 클라이언트의 DNS 처리 방식, 요청 로그, 출구 결과를 함께 확인한 뒤 대상 웹사이트가 정상적으로 열리는지 살펴보세요. 테스트 페이지에 특정 지역 이름이 표시됐다는 이유만으로 누수라고 단정하지 말고, 결과를 맞추려고 인증서 검증이나 보안 설정을 무작정 끄지도 마세요.
지연 시간·대역폭·데이터 사용량: 각각 따로 확인하기
지연 시간은 요청을 보내고 응답을 받기까지 걸리는 시간이고, 대역폭은 데이터 전송 능력이며, 데이터 사용량은 누적 전송량입니다. 목록에 표시된 탐지 지연 시간은 특정 방식으로 측정한 값일 뿐 전체 웹페이지 경로를 반영하지 않을 수 있습니다. 지속적인 다운로드나 실제 관리자 작업의 체감 품질을 대신할 수도 없습니다.
지터는 지연 시간의 변동이고, 패킷 손실은 일부 데이터가 도착하지 않는 현상입니다. 화상 회의, 라이브 스트리밍, 실시간 작업은 이 두 가지의 영향을 더 크게 받을 수 있습니다. 저녁 시간대에 느려지는 원인은 무선 네트워크, 통신사 간 연결, 중계 진입 지점, 대상 웹사이트 등 여러 구간에 있을 수 있습니다. 대역폭 표시만 보고 네트워크 문제가 아니라고 단정하지 말고 구간별로 점검하세요.
요금과 관련해서는 데이터 사용 규칙을 확인하세요. VPNRP 월간 구독은 ¥9.9/월에 60GB, ¥18/월에 250GB, ¥28/월에 500GB이며 개통일을 기준으로 매월 데이터가 초기화됩니다. 데이터 패키지는 ¥158/300GB, ¥358/1000GB, ¥658/3000GB이며, 모두 사용하면 종료되고 유효기간은 없습니다. 두 상품은 데이터 이용 방식이 다르므로 혼동하지 마세요.
가져오기부터 문제 해결까지: 사용 체크리스트
플랫폼마다 처리할 수 있는 트래픽 범위와 사용 가능한 접속 방식이 다릅니다. Windows, macOS, Linux에서는 시스템 프록시·라우팅·권한을 확인하세요. iOS와 Android에서는 시스템 네트워크 확장 기능이나 VPN 권한도 관련될 수 있습니다. 시스템에 VPN 표시가 나타나더라도 내부에서 사용하는 프로토콜까지 같다는 뜻은 아닙니다.
- ✅ 신뢰할 수 있는 패널에서 현재 클라이언트에 맞는 구독 링크를 가져오고, 가져오기 형식과 프로토콜 호환성을 확인하세요. 클라이언트 설정 방법은 사용 가이드에서 확인할 수 있습니다.
- ✅ 가져온 뒤 서버 노드가 표시되는지, 설정이 정상적으로 업데이트됐는지, 기존 규칙과 DNS 설정이 덮어써지지 않았는지 확인하세요.
- ✅ 작업에 적합한 서버 노드에 연결하고, 관리자 작업이나 파일 전송을 시작하기 전에 대상 페이지와 로그인 절차, 리소스 로딩이 정상인지 확인하세요.
- ✅ 특정 앱에서만 문제가 생긴다면 시스템 프록시 처리 범위, TUN 설정, 앱 자체의 프록시 설정을 확인하세요. 일부 리소스만 실패한다면 분할 터널링 규칙과 DNS를 살펴보세요.
- ✅ 한 번에 관련 설정 하나만 바꾸고 증상과 오류 메시지를 기록하세요. 원인을 판단하기 어렵다면 가린 자료를 패널 문의 접수로 보내세요.
VPNRP는 Windows, macOS, iOS, Android, Linux를 지원하며 동시 접속 기기 수에 제한이 없습니다. iOS를 제외한 플랫폼은 로그인 패널에서 클라이언트를 받을 수 있습니다. iOS에서 사용할 수 있는 접속 방법은 패널에 표시된 계정 상태를 확인하세요. 기기 수 제한이 없다는 것은 이용 가능한 기기 범위를 뜻하며 요금제의 데이터 한도나 각 기기에 필요한 분할 터널링 설정을 바꾸지는 않습니다.