본문으로 건너뛰기
VPNHill / 네트워크 지식
네트워크 지식 약 9분

VPN 용어 총정리: 구독 링크·노드·프로토콜·분할 터널링·글로벌 모드

구독 링크, 노드, IEPL 전용 회선과 중계, 주요 프로토콜, 분할 터널링 규칙, 글로벌 모드와 규칙 모드까지 초보자가 자주 묻는 용어를 목적별로 설명합니다.

VPN 용어 중 가장 헷갈리기 쉬운 것은 구독 링크, 노드, 프로토콜, 분할 터널링입니다. 서로 같은 개념이 아닙니다. 구독 링크는 설정을 전달하고, 노드는 연결 지점을 정하며, 프로토콜은 통신 방식을 규정하고, 분할 터널링은 요청별 경로를 결정합니다. 이 관계를 이해하면 클라이언트 설정을 가져오고, 회선을 선택하고, 재생 오류를 점검하는 순서가 명확해집니다.

구독 링크·노드·클라이언트: 설정이 연결로 이어지는 과정

클라이언트는 기기에서 실행되는 연결 도구입니다. 노드는 클라이언트가 사용할 수 있는 서버 연결 설정으로, 보통 주소, 포트, 인증 정보, 프로토콜 매개변수를 포함합니다. 노드 이름의 지역 표시는 회선 선택을 돕지만, 이름만으로 실제 접속 위치를 확인할 수는 없으며 특정 플랫폼에서 재생된다고 보장하지도 않습니다.

구독 링크는 설정을 가져오는 경로입니다. 클라이언트가 이 주소에 접속해 노드 또는 전체 설정을 내려받고, 이후 업데이트 시 변경 사항을 동기화합니다. 구독 링크 자체가 항상 켜져 있는 네트워크 터널은 아니며, 링크를 브라우저에 붙여 넣는 것만으로 연결이 완료되는 것도 아닙니다. 가져온 뒤에는 설정을 선택하고 연결을 활성화한 다음 규칙이 적용되는지 확인해야 합니다.

‘구독’은 두 가지 의미로 쓰이기도 합니다. 요금제 페이지의 월간 구독은 결제 방식이고, 클라이언트의 구독은 설정 업데이트 방식입니다. 데이터 패키지 이용자도 구독 링크로 설정을 가져올 수 있습니다. 요금제 유효 여부와 남은 데이터 용량, 클라이언트의 설정 업데이트 성공 여부는 각각 따로 확인해야 합니다.

용어기능흔한 오해
클라이언트설정을 읽고 네트워크 연결을 실행소프트웨어를 설치하면 연결도 완료된다
구독 링크노드 또는 전체 설정 가져오기 및 업데이트모든 클라이언트에서 같은 형식으로 가져올 수 있다
노드사용 가능한 연결 매개변수 제공노드 이름에 표시된 지역이 플랫폼에서 인식하는 지역이다
정책 그룹노드를 묶어 수동 선택이나 자동 관리에 사용그룹 이름을 바꾸면 실제 접속 경로도 반드시 바뀐다
규칙조건에 따라 요청이 처리될 경로를 결정연결됨으로 표시되면 모든 앱이 노드를 거친다

주요 프로토콜: 이름과 실제 호환성

엄밀히 말해 기존 VPN 프로토콜과 프록시 프로토콜은 완전히 같은 개념이 아닙니다. 초보자를 위한 서비스에서는 네트워크 연결 도구로 함께 분류하는 경우가 많지만, 클라이언트가 시스템 트래픽을 처리하는지와 특정 프로토콜을 지원하는지는 구현 방식에 따라 다릅니다. 소프트웨어 이름에 VPN이 들어 있는지만으로 판단할 수는 없습니다.

  • Shadowsocks: 프록시 클라이언트에서 자주 사용하는 암호화 프록시 프로토콜입니다. 암호화 방식과 확장 기능, 구현에 따라 호환성이 다를 수 있으며, 가져오기에 성공했다고 해서 모든 매개변수가 지원되는 것은 아닙니다.
  • VMess: V2Ray 생태계에서 사용하는 프록시 프로토콜로, 사용자 인증과 전송 설정이 관련됩니다. 통신에 실패하면 지역을 바꾸기보다 인증 정보, 전송 방식, 관련 매개변수를 먼저 확인해야 합니다.
  • Trojan: 일반적으로 TLS를 통해 프록시 통신을 처리합니다. 서버 이름, 인증서 검증, 인증 정보가 서로 일치해야 합니다. 일시적으로 연결하기 위해 인증서 검증을 함부로 끄지 마세요.
  • VLESS: 프로토콜 자체에는 데이터 암호화 기능이 없으며, 일반적으로 TLS나 다른 적절한 보안 방식과 함께 사용합니다. 이름에 VLESS가 있다고 해서 연결의 전체 보안 수준을 단정할 수는 없습니다.
  • Hysteria2와 TUIC: 둘 다 QUIC 기반이며 UDP로 통신하지만 같은 프로토콜은 아닙니다. 네트워크의 UDP 제한, 클라이언트 구현, 서버 설정에 따라 연결 상태가 달라질 수 있습니다.

프로토콜은 속도 순위표가 아닙니다. 같은 프로토콜도 접속 지점과 출구, 통신사 경로에 따라 사용 경험이 크게 달라질 수 있으며, 서로 다른 프로토콜이 같은 혼잡한 출구의 영향을 받을 수도 있습니다. 이 글은 일반적인 개념을 설명하며 VPNHill이 위 프로토콜을 모두 제공한다는 뜻은 아닙니다. 실제 지원 여부는 관리 화면의 설정과 클라이언트 안내를 확인하세요.

클라이언트를 선택할 때는 서비스에서 제공하는 설정 형식, 소프트웨어가 지원하는 프로토콜, 현재 버전의 코어 기능을 먼저 확인하세요. 노드 주소를 수동으로 수정해 다른 프로토콜 이름으로 바꿔도 서버가 해당 프로토콜을 지원하게 되는 것은 아닙니다.

직결·중계·IEPL 전용 회선: 연결 경로의 차이

직결 노드는 일반적으로 기기에서 해외 접속 지점으로 직접 연결하며, 서비스에서 별도로 마련한 중계 지점을 거치지 않는 방식을 말합니다. 여기서 ‘직결’은 라우터를 거치지 않는다는 뜻도, 가장 가까운 경로라는 뜻도 아닙니다. 실제 경로는 로컬 네트워크, 통신사 간 연결, 국제 회선의 영향을 받습니다.

중계 노드는 기기와 다음 서버 사이에 전달용 접속 지점을 추가한 방식입니다. 접속 가능성이나 네트워크 간 경로를 개선할 수 있지만, 추가 병목이 생길 수도 있습니다. 노드 목록의 ‘중계’ 표시는 경로 구성 방식을 나타내며 화질이나 지연 시간을 보장하지 않습니다.

IEPL은 국제 이더넷 전용 회선을 뜻하며, 일반적으로 기업이나 서비스 제공업체의 거점 간 전용 연결에 사용됩니다. 서비스가 IEPL을 사용하더라도 이용자 기기에서 대상 웹사이트까지 전체 경로가 전용 회선이라는 뜻은 아닙니다. 로컬 접속, 전용 회선 진입 지점, 해외 출구, 웹사이트 측 네트워크를 각각 고려해야 합니다.

따라서 회선을 선택할 때는 표시된 유형과 실제 이용 목적을 구분해서 살펴보세요. 스포츠 생중계라면 경기 시간대의 지속 재생과 버퍼링을 확인하고, 주문형 콘텐츠 라이브러리라면 먼저 출구 지역과 플랫폼의 지역 판정을 확인한 뒤 재생 위치를 이동했을 때 복구되는지 살펴보세요. 회선 유형만으로 구체적인 시청 환경을 검증할 수는 없습니다.

규칙 모드와 글로벌 모드: 요청 경로 설정

규칙 모드는 도메인, 대상 주소 또는 지원되는 다른 조건에 따라 요청을 분류하고, 직결하거나 특정 정책 그룹으로 전달하거나 거부합니다. 사용할 수 있는 조건은 클라이언트 코어에 따라 다릅니다. 규칙에는 보통 적용 순서가 있으며, 먼저 일치한 규칙이 있으면 뒤의 규칙은 판단에 사용되지 않을 수 있습니다.

글로벌 모드는 일반적으로 클라이언트가 처리하는 요청을 선택한 프록시 정책으로 일괄 전달하는 방식입니다. 여기서 핵심은 ‘처리 대상인 요청’입니다. 어떤 앱이 시스템 프록시를 사용하지 않고 클라이언트도 가상 네트워크 인터페이스 등을 통해 해당 앱의 트래픽을 처리하지 않는다면, 글로벌 모드를 켜도 그 앱이 반드시 프록시를 거치는 것은 아닙니다.

직결 모드는 일반적으로 프록시 노드를 사용하지 않고 로컬 네트워크에서 대상에 직접 접속하는 방식입니다. 규칙의 직결 동작과 노드 목록의 직결 회선은 같은 개념이 아닙니다. 전자는 요청이 프록시를 거치지 않는다는 뜻이고, 후자는 여전히 프록시 연결 경로의 한 종류입니다.

시스템 프록시·TUN·정책 그룹의 차이

시스템 프록시는 해당 설정을 지원하는 앱에 프록시 접속 정보를 전달하는 방식이며, 일부 앱은 이를 무시할 수 있습니다. TUN 모드는 가상 네트워크 인터페이스로 트래픽을 처리한 뒤 클라이언트가 라우팅과 규칙을 적용합니다. 일반적으로 관련 시스템 권한이 필요하며 다른 네트워크 소프트웨어와 충돌할 수도 있습니다. 활성화 여부는 클라이언트 안내와 실제 필요에 따라 결정하세요.

정책 그룹은 분할 터널링 로직 안에서 작동합니다. 수동 선택 그룹에서는 사용자가 노드를 지정하고, 자동 선택이나 장애 조치 그룹은 설정에 따라 상태를 확인하고 전환합니다. 검사 주소에 연결할 수 있다고 해서 스트리밍 계정도 사용할 수 있는 것은 아닙니다. 자동으로 선택된 노드가 원하는 콘텐츠 지역에 맞지 않을 수도 있습니다.

출구 IP·DNS·콘텐츠 지역: 연결 후에도 차이가 생기는 이유

출구 IP는 웹사이트가 일반적으로 요청의 출처로 확인하는 주소입니다. 접속 지점과 출구는 서로 다른 지역일 수 있습니다. 노드를 바꾼 뒤에는 IP 확인으로 현재 브라우저의 출구를 확인할 수 있지만, 브라우저 검사 결과가 다른 앱의 경로까지 나타내는 것은 아닙니다.

DNS는 도메인 이름을 연결 가능한 주소로 변환합니다. DNS 조회와 웹페이지 연결은 별개의 단계입니다. 웹 트래픽이 프록시를 거친다고 해서 DNS 조회도 예상한 방식으로 처리되는 것은 아닙니다. 브라우저 내장 암호화 DNS, 시스템 리졸버, 클라이언트 DNS 설정이 서로 영향을 줄 수도 있습니다.

DNS 누수는 일반적으로 DNS 조회 요청이 예상하지 않은 경로로 전송되는 상황을 말합니다. 예를 들어 지정한 리졸버를 사용하려 했지만 로컬 네트워크를 통해 조회가 이뤄지는 경우입니다. 실제 설정을 함께 살펴봐야 하며, 검사 페이지에 표시된 DNS 서비스 제공업체의 위치가 개인의 실제 위치가 유출됐다는 뜻은 아닙니다. 이름 하나만으로 모든 것을 판단할 수도 없습니다.

출구 지역은 맞는데 콘텐츠 라이브러리가 다르다면 플랫폼 계정 지역, 콘텐츠 이용 권한, 캐시, 출구 주소에 대한 플랫폼의 판정도 고려해야 합니다. ‘네이티브 IP’는 통일된 인증 기준이 아니며 서비스마다 정의가 다를 수 있습니다. 주거용 또는 데이터센터 IP라는 유형만으로 플랫폼 이용 가능 여부를 보장할 수는 없습니다.

더 효과적인 방법은 대상 플랫폼, 노드 이름, 트래픽 처리 모드, 구체적인 오류 메시지를 기록한 뒤 하나씩 확인하는 것입니다. DNS, 노드, 규칙, 브라우저 설정을 한꺼번에 바꾸면 재생이 복구되더라도 원인을 파악하기 어렵습니다.

클라이언트 가져오기와 연결 확인: 의존 순서대로 점검하기

용어를 이해했다면 실제 작업은 ‘설정 출처—클라이언트 해석—노드 연결—규칙 적용—대상 접속’ 순서로 진행할 수 있습니다. 앞 단계에서 실패하면 뒤에서 모드를 바꿔도 대개 해결되지 않습니다. 플랫폼마다 다른 점은 주로 설정 호환성, 네트워크 권한, 백그라운드 실행 방식이며 버튼 배치가 아닙니다.

  1. 호환되는 클라이언트를 선택하세요. 관리 화면의 클라이언트 다운로드 안내에서 운영체제와 설정 형식이 맞는지 확인하세요. Windows, macOS, Linux의 그래픽 클라이언트와 명령줄 도구는 지원 기능이 다를 수 있습니다.
  2. 공식 설정 경로로 가져오세요. 구독 링크 전체를 복사하고 클라이언트에서 제공하는 구독 가져오기 기능으로 추가하세요. iOS와 Android에서는 시스템의 네트워크 연결 권한도 확인해야 합니다. 클라이언트 설정과 시스템 관리 프로파일은 서로 다른 것이므로 출처를 알 수 없는 프로파일을 함부로 설치하지 마세요.
  3. 먼저 업데이트한 다음 노드를 선택하세요. 구독 설정이 정상적으로 해석됐고 노드 목록에 항목이 표시되는지 확인한 뒤 원하는 지역을 선택하세요. 업데이트에 실패하면 링크가 온전한지, 설정 형식이 지원되는지, 서비스가 정상인지부터 확인하세요.
  4. 연결을 켜고 트래픽 처리 방식을 확인하세요. 안내에 따라 시스템 프록시 또는 지원되는 가상 네트워크 인터페이스 모드를 활성화하고, 여러 도구가 동시에 라우팅 설정을 바꾸지 않도록 하세요. 모바일 기기에서는 시스템이 클라이언트의 백그라운드 실행을 제한하는지도 확인해야 합니다.
  5. 출구와 대상 앱을 각각 확인하세요. 브라우저의 출구를 확인한 다음 실제로 사용할 플랫폼을 열어 보세요. 특정 앱에서만 문제가 발생한다면 해당 앱의 트래픽이 처리되고 있는지, 어떤 규칙이 적용됐는지, 별도의 네트워크 설정이 있는지 확인하세요.

가져오기 성공은 설정을 받아들였다는 뜻일 뿐입니다. 노드 검사 성공은 검사 대상에 연결할 수 있다는 뜻이고, 웹페이지가 열리는 것은 해당 요청이 성공했다는 뜻입니다. 이 상태들을 구분해야 ‘연결됐는데 왜 재생이 안 되지?’라는 문제를 반복하지 않을 수 있습니다. 설정 방법이 필요하면 빠른 시작에서 클라이언트 안내를 확인하세요.

자주 발생하는 오류: 용어별 점검과 대응 범위

  • ✅ 구독 업데이트 실패: 재생 플랫폼 설정을 바꾸기 전에 설정 경로, 링크의 완전성, 형식 호환성을 먼저 확인하세요.
  • ✅ 모든 노드에 연결할 수 없음: 서비스 상태, 로컬 네트워크, 클라이언트 권한을 확인한 다음 프로토콜 지원과 인증 매개변수를 점검하세요.
  • ✅ 브라우저는 되지만 앱은 안 됨: 앱이 시스템 프록시를 사용하는지 확인하고, 클라이언트 안내에 따라 트래픽 처리 방식을 조정해야 하는지 살펴보세요.
  • ✅ 연결은 정상인데 콘텐츠 라이브러리가 다름: 실제 출구와 정책 그룹 선택을 확인한 다음 계정 지역과 플랫폼의 콘텐츠 제한을 점검하세요.
  • ❌ 속도 측정만으로 결론 내리지 마세요: 대역폭, 지연 시간, 지터, 패킷 손실은 서로 다른 현상을 나타냅니다. 한 항목의 결과만으로 지속적인 재생 품질을 판단할 수 없습니다.
  • ❌ 설정 정보를 공개해 도움을 요청하지 마세요: 오류 내용만 남기고, 스크린샷을 공유하기 전에 구독 주소와 인증 항목, 계정 정보를 가리세요.

마지막으로 데이터 사용량과 대역폭을 구분해야 합니다. 데이터 사용량은 누적 전송량이고, 대역폭은 전송 용량을 나타냅니다. 지연 시간은 왕복에 걸리는 시간이며, 지터는 지연 시간의 변동을 뜻합니다. 요금제의 데이터 용량이 더 많다고 모든 노드가 빨라지는 것은 아닙니다. 노드 검사 지연 시간이 더 짧아도 경기 시청이 몰리는 시간대에 반드시 안정적이라는 뜻은 아닙니다.

무료로 시작하기