이 VPN 초보 용어 정리에서는 구독, 노드, 프로토콜, 분할 라우팅, 전역·규칙 모드를 실제 사용 순서에 맞춰 살펴봅니다. 구독을 가져와 설정을 받고, 노드를 선택해 출구를 정한 뒤, 규칙에 따라 어떤 요청을 프록시로 보낼지 결정합니다. 연결에 문제가 생기면 노드를 계속 바꾸기보다 어느 단계에서 막혔는지 먼저 확인하는 편이 원인을 찾기 쉽습니다.

구독과 노드: 설정은 어디서 가져올까

‘구독’은 요금 결제와 설정이라는 두 가지 의미로 쓰입니다. 요금제의 월간 구독은 매월 이용량을 제공하는 결제 방식이고, 클라이언트의 구독은 보통 갱신 가능한 설정 소스를 뜻합니다. 둘은 관련이 있지만 같은 작업은 아닙니다. 결제했다고 설정이 자동으로 가져와지는 것은 아니며, 설정을 가져왔다고 요금제의 사용 가능한 데이터가 남아 있다는 뜻도 아닙니다.

구독 링크는 일반적으로 접속 인증 정보가 포함된 URL입니다. 클라이언트가 해당 주소에 요청을 보내면 노드 정보를 가져오며, 형식에 따라 그룹 정책, 분할 라우팅 규칙, DNS 설정도 포함될 수 있습니다. 이 링크는 일반적인 공식 사이트 주소도, 설치 파일 다운로드 주소도 아닙니다. 클라이언트마다 지원하는 설정 형식이 다를 수 있으므로 서비스 안내에 나온 가져오기 방식을 선택해야 합니다.

‘노드’는 클라이언트가 연결할 수 있는 프록시 엔드포인트입니다. 설정에는 보통 서버 주소, 포트, 인증 정보, 프로토콜 매개변수가 들어갑니다. 노드 이름은 지역이나 용도를 구분하기 위한 것이지 회선 품질을 증명하지는 않습니다. 이름이 비슷해도 진입점이 다를 수 있고, 이름이 달라도 일부 네트워크 자원을 공유할 수 있으므로 목록에 표시된 항목 수만으로 서비스 성능을 판단해서는 안 됩니다.

프로토콜과 회선: 연결 방식과 전송 경로

프로토콜은 클라이언트와 서버의 통신 방식을 정하고, 회선은 데이터가 어떤 네트워크 경로를 거치는지 나타냅니다. 같은 프로토콜을 사용하는 노드라도 직접 연결, 중계 또는 전용 회선을 이용할 수 있습니다. 반대로 같은 유형의 회선에 서로 다른 프로토콜을 적용할 수도 있습니다. 프로토콜 이름만 보고 속도, 안정성, 지역별 이용 가능 여부를 단정할 수는 없습니다.

주요 프로토콜 이름과 가져올 때 확인할 사항
이름 의미 확인할 사항
Shadowsocks 암호화 프록시 프로토콜이며, 완전한 시스템 수준의 VPN 터널 방식은 아닙니다. 클라이언트가 설정에 사용된 암호화 방식과 관련 확장 기능을 지원하는지 확인하세요.
VMess 다양한 전송 방식을 함께 사용할 수 있는 프록시 프로토콜입니다. 인증 정보뿐 아니라 전송 방식과 TLS 설정 등도 일치해야 합니다.
Trojan 일반적으로 TLS를 기반으로 프록시 통신을 처리합니다. 서비스 도메인과 인증서 검증을 확인하고, 연결을 위해 검증을 함부로 끄지 마세요.
VLESS 경량 프록시 프로토콜로, 자체적으로 페이로드를 암호화하지 않습니다. 실제로 함께 사용하는 TLS, REALITY 또는 기타 보안 전송 설정을 확인하세요.
Hysteria2 / TUIC QUIC 기반 프록시 방식으로, UDP 네트워크 환경의 영향을 받습니다. 클라이언트가 지원하는지, 현재 네트워크에서 필요한 UDP 통신이 허용되는지 확인하세요.

위 표는 일반 용어를 이해하기 위한 것으로, VPNEyes가 모든 프로토콜을 제공한다는 뜻은 아닙니다. 초보자는 서비스에서 제공하는 호환 설정을 우선 사용하고, 이름이 새롭다는 이유만으로 직접 교체하지 않는 것이 좋습니다. 프로토콜이 맞지 않으면 노드가 목록에 표시되지만 연결을 설정하지 못하는 경우가 많습니다.

직접 연결, 중계, IEPL 전용 회선

직접 연결은 일반적으로 클라이언트가 해외 프록시 진입점에 바로 연결하는 방식이며, 사용 경험은 현지 통신사와 국제 인터넷 라우팅의 영향을 받습니다. 중계는 보통 먼저 한 진입점에 연결한 다음 다른 출구로 전달하는 방식입니다. 전달 단계가 추가된다고 반드시 느려지는 것은 아니며 실제 경로, 혼잡도, 운영 상태가 중요합니다.

IEPL은 국제 이더넷 전용 회선으로, 전용 국제 전송 연결을 뜻합니다. 프록시 프로토콜도 아니고 특정 국가의 출구 주소를 의미하지도 않습니다. 서비스에 전용 회선이라고 표시되어 있다면 해당 회선이 경로의 어느 구간에 사용되는지 확인하세요. 사용자에서 진입점까지, 출구에서 대상 웹사이트까지는 공용 네트워크를 거칠 수 있으므로 전 구간을 독점하는 연결로 이해해서는 안 됩니다.

분할 라우팅, 전역 모드와 규칙 모드

분할 라우팅은 조건에 따라 요청이 향할 곳을 선택하는 방식입니다. 조건은 도메인, 대상 주소, 앱 등이 될 수 있고, 처리 결과는 직접 연결, 프록시 또는 차단일 수 있습니다. 정책 그룹은 선택 가능한 노드를 묶어 관리합니다. 규칙이 특정 그룹을 가리키면 그룹에서 선택한 노드가 실제 출구가 됩니다. 규칙이 올바르더라도 그룹에서 잘못된 출구를 선택하면 예상과 다른 결과가 나올 수 있습니다.

규칙 모드는 설정된 규칙을 차례로 적용하며, 순서는 클라이언트와 규칙 형식에 따라 다릅니다. 많은 구현은 먼저 일치하는 규칙을 실행합니다. 구체적인 서비스 도메인 규칙은 보통 범위가 넓은 규칙보다 앞에 두고, 마지막 기본 규칙은 어느 항목에도 해당하지 않는 요청을 처리합니다. 새 규칙을 가져오기 전에 설정 작성자가 직접 연결과 프록시를 어떻게 지정했는지 확인하세요.

전역 모드는 일반적으로 클라이언트가 처리하는 요청을 선택한 프록시 정책으로 보냅니다. 하지만 기기의 모든 앱이 자동으로 처리되는 것은 아닙니다. ‘직접 연결 모드’는 보통 이미 클라이언트가 처리하는 요청을 직접 외부로 보내며, 클라이언트를 종료한다는 뜻은 아닙니다. 모드 이름이 비슷할 수 있으므로 실제 적용 범위는 사용 중인 클라이언트 안내에서 확인하세요.

시스템 프록시, 가상 네트워크 인터페이스, 앱 적용 범위

시스템 프록시는 운영체제에 프록시 진입점을 등록하는 기능이며, 이 설정을 따르는 앱이 이를 사용합니다. 일부 앱은 자체 네트워크 설정을 사용해 시스템 프록시를 거치지 않을 수 있습니다. 브라우저에서 웹사이트가 열린다고 해서 게임, 명령줄 도구 또는 다른 앱도 같은 경로를 사용한다고 볼 수는 없습니다.

TUN 모드는 가상 네트워크 인터페이스로 트래픽을 받아 시스템 프록시를 따르지 않는 앱까지 더 폭넓게 처리할 수 있습니다. 다만 라우팅, 권한, 제외 설정, 클라이언트 구현에 따라 범위가 달라집니다. TUN을 켜도 DNS, IPv6 또는 앱별 분할 라우팅 설정 문제가 자동으로 해결되지는 않습니다.

플랫폼별 인터페이스 차이

Windows와 macOS 클라이언트는 시스템 프록시와 가상 네트워크 인터페이스 옵션을 함께 제공할 수 있습니다. Linux에서는 데스크톱 프록시 설정, 환경 변수, 명령줄 도구의 설정을 각각 확인해야 하는 경우가 많습니다. Android 클라이언트는 시스템 VPN 인터페이스로 트래픽을 처리하는 경우가 많으며, 앱별 포함 또는 제외를 지원하는지는 구현에 따라 다릅니다. iOS 클라이언트는 일반적으로 시스템 네트워크 확장 기능을 사용하므로 옵션 이름과 제어 범위가 데스크톱과 다를 수 있습니다.

따라서 상태 표시줄에 VPN 아이콘이 보인다는 사실만으로는 해당 네트워크 기능이 설정되었다는 점만 알 수 있으며, 각 요청의 출구까지 판단할 수는 없습니다. 설정할 때는 현재 플랫폼의 안내를 참고하고 다른 운영체제의 옵션 이름을 그대로 적용하지 마세요. 클라이언트를 업데이트한 뒤에는 기존 규칙이 여전히 적용되는지도 다시 확인해야 합니다.

구독 가져오기와 갱신 순서

구독을 받으면 먼저 클라이언트 출처와 호환되는 형식을 확인한 다음 가져오세요. 자동 가져오기는 설치된 클라이언트를 호출하는 경우가 많습니다. 반응이 없다면 클라이언트 안의 구독 관리 기능을 사용해 보세요. 가져오기가 반응하지 않는다고 바로 회선 문제로 판단하지 마세요.

  1. 호환되는 설정을 가져옵니다.서비스 사용자 패널에서 현재 클라이언트에 맞는 구독 링크를 복사하세요. 페이지 주소나 불필요한 공백이 포함된 텍스트를 복사하지 않도록 주의하세요.
  2. 설정을 가져와 활성화합니다.클라이언트의 구독 또는 설정 화면에서 링크를 추가하고 갱신하세요. 일부 클라이언트에서는 새 설정을 현재 사용 항목으로 지정해야 합니다.
  3. 노드와 모드를 선택합니다.먼저 용도에 맞는 지역 출구를 선택한 뒤 정책 그룹과 규칙 모드를 확인하세요. 노드 목록이 갱신되었다는 것은 설정을 가져오는 데 성공했다는 뜻일 뿐입니다.
  4. 앱 접속을 확인합니다.실제로 사용할 앱을 열고 연결 로그에서 적용된 규칙과 출구를 확인하세요. 목록에 있는 연결 테스트만으로 실제 접속을 대신하지 마세요.
  5. 기록한 뒤 변경합니다.기존 설정을 저장하고 관련 옵션을 한 번에 하나씩 조정하면 결과를 비교하기 쉽습니다. 서비스 회선이 업데이트된 뒤에는 구독을 새로고침하세요.

‘구독 갱신’은 설정을 다시 가져오는 작업이지 자동 결제나 요금제 데이터 초기화가 아닙니다. 직접 수정한 노드는 다음 갱신 때 덮어써질 수 있습니다. 사용자 설정을 계속 유지하려면 클라이언트에서 지원하는 오버라이드나 별도 규칙 기능을 사용하고 복구할 수 있도록 원본 설정을 보관하세요.

DNS 누수와 연결 문제 점검

DNS는 도메인 이름을 주소로 변환합니다. DNS 누수는 예상한 경로를 따라야 하는 DNS 요청이 의도하지 않은 DNS 서비스나 네트워크 출구로 전송되는 경우를 말합니다. 프록시 연결 성공과 DNS 경로가 올바른지는 별개의 문제이며, 브라우저에 내장된 보안 DNS도 이름 해석 방식에 영향을 줄 수 있습니다.

암호화 DNS는 DNS 조회 통신의 일부를 보호하지만, 프록시와 같은 경로를 사용한다고 보장하지는 않습니다. 점검할 때는 클라이언트 DNS 설정, 시스템 DNS 조회, 브라우저 설정, IPv6 라우팅을 함께 살펴봐야 합니다. 검사 페이지에 표시된 DNS 서비스 지역은 실제 물리적 경로와 다를 수 있으므로 지역 표시만으로 결론을 내려서는 안 됩니다.

  • ✅ 구독 갱신 실패: 링크가 온전한지, 재설정되지는 않았는지, 현재 네트워크에서 설정 소스에 접속할 수 있는지 먼저 확인하세요.
  • ✅ 노드는 있지만 연결되지 않음: 프로토콜 호환성, 요금제 상태, 클라이언트 오류를 확인한 다음 로컬 네트워크 환경을 점검하세요.
  • ✅ 브라우저는 되지만 다른 앱은 안 됨: 앱이 시스템 프록시를 따르는지, 지원되는 가상 네트워크 인터페이스 방식으로 트래픽을 처리해야 하는지 확인하세요.
  • ✅ 일부 웹사이트만 문제 발생: 적용된 규칙, DNS 조회, 출구 지역 조건을 확인하고 출구를 무작위로 계속 바꾸지 마세요.
  • ❌ 오류를 피하려고 인증서 검증을 함부로 끄지 말고, 구독 인증 정보가 모두 보이는 화면을 공개적으로 공유하지 마세요.

연결 로그는 요청이 어떤 경로로 처리되는지 파악하는 데 유용하지만 도메인이나 주소 정보가 포함될 수 있습니다. 지원을 요청할 때는 필요한 오류 부분만 제공하고 인증 정보는 가리세요. 서비스의 ‘로그를 기록하지 않음’ 정책이 있더라도 로컬 클라이언트에서 진단 기록이 생성되지 않는다는 뜻은 아닙니다. 개인정보 보호 범위는 구체적인 안내를 기준으로 확인하세요.

데이터와 결제: 설정 갱신과 혼동하지 않기

데이터 용량은 요금제에서 전송할 수 있는 데이터 양을 말하며 연결 속도와는 다릅니다. 기기 수는 사용할 수 있는 기기의 범위를 뜻하며 각 기기에 별도의 데이터 용량이 제공된다는 의미도 아닙니다. ‘기기 수 무제한’이라는 표현만으로 데이터도 무제한이라고 판단해서는 안 됩니다. 실제 사용량은 사용자 패널과 요금제 규정을 확인하세요.

VPNEyes의 월간 구독 데이터는 가입일을 기준으로 매월 초기화되며, 달력상 매월 초에 일괄 초기화되지 않습니다. 데이터 패키지는 소진될 때까지 사용할 수 있으며 유효기간이 없습니다. 이는 결제 규정이며 클라이언트에서 구독을 갱신하는 주기와는 관계가 없습니다. 용량과 가격은 요금제 안내에서 확인하고, 기기별 설정 방법은 사용 가이드를 참고하세요.