VPN 초보입문: 구독, 노드, 회선 유형, 프로토콜과 분할 라우팅 한눈에 이해하기

VPN 초보자는 먼저 구독, 노드, 회선 유형, 프로토콜과 트래픽 분할 모드를 구분해야 합니다. 각각 설정을 가져오는 방법, 연결 대상, 네트워크 경로, 통신 방식, 트래픽의 전달 방향을 뜻하며 서로 같은 개념이 아닙니다. 접속 문제가 생기면 노드를 계속 바꾸기보다 어느 단계에서 문제가 발생했는지 먼저 확인하는 편이 효과적입니다.

클라이언트의 용어, 각각 어떤 기능일까?

일상적인 대화에서는 프록시 클라이언트와 VPN 클라이언트를 모두 VPN이라고 부르기도 하지만, 기술적인 구현 방식은 서로 다릅니다. 일반적인 VPN은 보통 네트워크 계층에 터널을 구성하고, 프록시 서비스는 특정 앱의 트래픽만 처리할 수도 있습니다. 프록시 클라이언트에서 가상 네트워크 인터페이스를 활성화하면 더 많은 프로그램의 트래픽을 처리할 수 있지만, 그렇다고 기존 VPN과 같은 프로토콜을 사용한다고 볼 수는 없습니다.

구독 링크와 노드: 클라이언트에 설정을 가져오는 방법

요금제 구독은 결제 관계를 뜻하며, 클라이언트에서 말하는 구독은 대개 설정을 배포하는 기능을 가리킵니다. 구독 주소는 노드 목록을 제공할 수도 있고, 규칙·정책 그룹·DNS 설정을 포함한 전체 설정을 제공할 수도 있습니다. 둘 다 링크라는 이유만으로 서로 바꿔 사용할 수는 없습니다. 클라이언트가 특정 노드 형식을 읽을 수 있더라도 다른 클라이언트의 전체 설정 파일까지 불러올 수 있다는 뜻은 아닙니다.

노드가 반드시 독립된 물리 서버 하나를 뜻하는 것은 아닙니다. 특정 진입점과 출구, 프로토콜 설정을 조합해 나타낼 수 있습니다. 목록의 지역명은 보통 출구 위치를 안내하지만, 이름을 정하는 방식은 서비스마다 다르므로 전체 전송 경로를 단정할 수 없습니다. 서로 다른 이름의 노드가 일부 기반 시설을 공유할 수도 있습니다.

구독 업데이트는 설정 변경 사항을 동기화하는 기능으로, 요금 갱신을 뜻하지 않으며 현재 선택한 노드가 반드시 바뀌는 것도 아닙니다. 업데이트 전에 클라이언트가 로컬 변경 사항을 덮어쓰는지 확인하세요. 규칙을 직접 설정해야 한다면 다음 업데이트 때 수정 내용이 사라지지 않도록 클라이언트의 오버라이드 기능을 우선 사용하세요.

IEPL 전용 회선, 중계와 직결: 차이는 네트워크 경로

직결은 보통 클라이언트가 서비스 제공자가 별도로 마련한 중계 진입점 없이 해외 서버에 직접 연결하는 방식입니다. 이 경우에도 통신사 네트워크와 국제 구간을 거치므로 ‘중간에 라우터가 없다’는 뜻은 아닙니다. 경로를 비교적 쉽게 파악할 수 있지만, 실제 체감 품질은 현지 접속 환경, 통신사 라우팅, 목적지 네트워크의 영향을 함께 받습니다.

중계는 사용자와 출구 사이에 서비스 제공자가 마련한 전달 단계를 추가하는 방식입니다. 사용자가 먼저 진입점에 연결하면 진입점이 출구까지 트래픽을 전달합니다. 적절한 중계는 특정 네트워크에서 경로를 개선할 수 있지만, 관리해야 할 단계도 늘어납니다. 중계가 전용 회선을 뜻하는 것은 아니며, 지연 시간이 낮다는 보장도 없습니다.

IEPL 전용 회선은 국제 이더넷 전용 회선을 뜻합니다. 서비스에서 진입점과 해외 출구 사이의 전송 구간에 사용할 수 있습니다. 사용자와 진입점 사이의 접속 구간은 여전히 공용 네트워크를 거칠 수 있습니다. 따라서 ‘IEPL 사용’이 기기부터 목적지 웹사이트까지 모든 구간을 독점 사용한다는 뜻은 아니며, 전용 IP를 의미하지도 않습니다.

회선 유형과 프로토콜은 서로 다른 기준입니다. 같은 프로토콜도 여러 경로에서 작동할 수 있습니다. 선택할 때는 먼저 원하는 지역에 정상적으로 접속할 수 있는지 확인하고, 평소 이용하는 네트워크와 시간대에 성능을 살펴보세요. 경로에 대한 구체적인 안내가 없다면 노드 이름에 ‘전용 회선’이 포함되어 있다는 이유만으로 판단하지 않는 것이 좋습니다.

자주 쓰는 프로토콜: 이름보다 호환성이 중요

프로토콜은 클라이언트와 서버가 데이터를 주고받는 방식을 정합니다. Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC은 서로 다른 프록시 프로토콜 방식으로, 이름만 보고 일반적인 속도 순위를 매길 수는 없습니다. 서버 구현, 전송 설정, 현재 네트워크 환경도 결과에 영향을 줍니다.

• Shadowsocks: 암호화 프록시 프로토콜입니다. 클라이언트가 설정에 사용된 구체적인 암호화 방식을 지원해야 합니다. Shadowsocks를 지원한다고 해서 모든 방식과 확장 기능까지 지원하는 것은 아닙니다.
• VMess: 인증 및 암호화 기능을 포함한 프록시 프로토콜로, 여러 전송 방식을 함께 사용할 수 있습니다. 클라이언트와 서버의 전송 매개변수가 일치해야 합니다.
• Trojan: 일반적으로 TLS를 기반으로 전송합니다. 인증서 검증과 서버 이름 등의 설정이 연결에 영향을 미치므로, 인증서 검증을 끄는 것을 일반적인 해결 방법으로 삼지 마세요.
• VLESS: 프로토콜 자체에는 데이터 암호화 기능이 없습니다. 보통 TLS, REALITY 등의 보안 계층과 함께 사용합니다. VLESS라는 이름만 확인하지 말고 전체 전송 설정을 살펴보세요.
• Hysteria2 및 TUIC: QUIC 기반 프록시 방식으로 UDP 경로에 의존합니다. 네트워크에서 UDP가 제한되면 연결되지 않거나 불안정할 수 있습니다.

위 내용은 용어 설명이며 VPNAdd가 모든 프로토콜을 제공한다는 뜻은 아닙니다. 실제 사용 가능한 항목은 서비스 패널과 클라이언트 안내를 확인하세요. 가져오기에 실패하면 주소의 프로토콜 이름을 임의로 바꾸기보다 클라이언트 버전, 코어 지원 여부, 구독 형식을 먼저 확인하세요.

전역 모드, 규칙과 가상 네트워크 어댑터: 혼동하지 않기

‘전역’은 보통 라우팅 방식을 말합니다. 클라이언트가 처리하는 트래픽을 모두 같은 프록시 출구로 보내도록 선택합니다. ‘규칙’ 모드는 도메인, 대상 IP, 프로세스 등의 조건에 따라 트래픽의 경로를 정합니다. 규칙은 순서대로 적용되는 경우가 많아 앞선 규칙이 먼저 일치하면 뒤의 규칙은 적용되지 않을 수 있습니다. 자세한 동작은 클라이언트 구현에 따라 다릅니다.

‘시스템 프록시’와 ‘TUN 가상 네트워크 인터페이스’는 트래픽을 처리하는 범위에 관한 개념입니다. 시스템 프록시는 앱에 프록시 설정을 제공하지만, 일부 프로그램은 이를 따르지 않습니다. TUN은 네트워크 계층에서 가상 인터페이스로 라우팅된 트래픽을 받아 처리하며, 보통 관련 시스템 권한이 필요합니다. 화면에 전역 모드가 표시되더라도 처리 대상에 포함되지 않은 앱은 직결될 수 있습니다.

평소에는 서비스에서 제공하는 규칙 설정을 먼저 사용해 로컬 리소스와 국제 경로가 필요한 요청을 각각 적절한 경로로 보내세요. 특정 웹사이트에 문제가 생기면 잠시 전역 모드로 바꿔 비교한 다음 규칙 일치 기록을 확인할 수 있습니다. 전역 모드에서는 정상인데 규칙 모드에서 문제가 생긴다면 트래픽 분할이나 DNS 설정을 점검해 볼 수 있지만, 이 현상만으로 원인을 확정할 수는 없습니다.

Windows와 macOS 데스크톱 앱은 시스템 프록시를 따르는 방식이 서로 다릅니다. 모바일 기기는 보통 시스템 VPN 인터페이스로 트래픽을 처리합니다. Linux에서는 데스크톱 프록시 설정과 명령줄 프로그램 환경의 차이도 확인해야 합니다. 한 플랫폼의 스위치 이름을 다른 플랫폼에도 그대로 적용하지 마세요.

처음 가져오기와 연결 확인: 순서대로 점검하기

1. 클라이언트를 준비합니다. 신뢰할 수 있는 경로에서 운영체제에 맞는 클라이언트를 받고, 서비스의 설정 형식을 지원하는지 확인하세요. VPNAdd 사용자는 사용자 패널에서 클라이언트를 받을 수 있습니다. 사용 방법은 초보자 가이드를 참고하세요.
2. 구독을 가져옵니다. 서비스 패널에서 구독 주소를 복사한 뒤 클라이언트의 구독 메뉴에서 추가하세요. 원클릭 가져오기를 사용한다면 운영체제에서 올바른 앱을 실행하는지 확인하세요. 주소를 검색 엔진에 붙여 넣지 마세요.
3. 설정을 확인합니다. 노드 목록이 표시되는지 확인하고 원하는 지역을 선택한 다음, 운영체제 안내에 따라 네트워크 권한을 허용하세요. 우선 기본 규칙을 사용하고 네트워크 트래픽을 처리하는 클라이언트를 여러 개 동시에 켜지 마세요.
4. 출구를 확인합니다. 연결한 뒤 내 IP를 열어 브라우저 요청이 사용하는 출구를 확인하세요. IP 위치 데이터베이스에 따라 결과가 다를 수 있으며, 출구가 바뀌었다는 사실은 테스트한 요청의 경로가 바뀌었음을 보여줄 뿐입니다.
5. 실제 앱을 확인합니다. 브라우저와 대상 앱을 각각 점검하세요. 브라우저는 정상인데 앱에 문제가 있으면 먼저 트래픽 처리 범위를 확인하세요. 모두 실패한다면 현지 네트워크, 노드, 구독 상태를 차례로 점검하세요.
6. 문제 해결에 필요한 정보를 기록합니다. 운영체제, 클라이언트, 노드 이름, 모드, 오류 메시지를 기록하세요. 로그를 제출하기 전에 구독 토큰과 계정 정보를 가리고, 필요한 경우 사용자 패널에서 문의를 접수하세요.

DNS 유출과 트래픽: 흔한 오해 확인

DNS는 도메인 이름을 IP 주소로 변환합니다. 대상 연결은 프록시를 통하지만 도메인 조회가 예상하지 않은 로컬 경로로 전달되면, 해당 경로의 DNS 서버에 조회 정보가 노출될 수 있습니다. 유출에 해당하는지는 설정한 정책에 따라 판단해야 합니다. 규칙 모드에서 로컬 도메인을 로컬 DNS로 조회하도록 설정하는 것 자체가 잘못된 구성은 아닙니다.

브라우저의 암호화 DNS, 시스템 리졸버, 클라이언트 DNS 설정이 동시에 작동할 수 있습니다. 점검할 때는 클라이언트 로그와 실제 조회 경로를 함께 확인해야 하며, 검사 페이지에 표시된 리졸버 이름만으로 판단해서는 안 됩니다. 암호화 DNS는 리졸버까지 전달되는 조회 내용을 보호하지만, 앱 연결을 자동으로 프록시로 바꾸지는 않습니다. IPv6도 트래픽 처리 범위와 규칙을 확인해야 합니다.

• ✅ 출구 IP, DNS 경로, 앱의 트래픽 처리 범위를 각각 확인하세요. 브라우저 테스트만으로 기기 전체를 점검했다고 볼 수는 없습니다.
• ✅ 월간 구독 트래픽은 가입일을 기준으로 매월 초기화되며, 매월 1일에 일괄 초기화되지 않습니다.
• ✅ VPNAdd 데이터 패키지는 소진될 때까지 사용할 수 있으며 만료되지 않습니다. 이용 패턴에 따라 월간 구독과 비교해 선택하세요.
• ❌ 동시 접속 기기 수에 제한이 없더라도 요금제의 트래픽이 무제한이라는 뜻은 아닙니다. 연결 수와 트래픽 제공량은 별개의 개념입니다.
• ❌ 암호화된 전송이 익명성을 보장하지는 않습니다. 웹사이트 로그인, 브라우저 식별 정보, 결제 기록은 각각 별도의 데이터 범위를 가집니다.

결제 방식을 선택할 때는 전체 요금제 안내를 확인하세요. 이메일 주소 없이 이용할 수 있어 계정 개설 시 제출하는 정보를 줄일 수 있지만, 개인정보 처리방침을 확인하는 일을 대신할 수는 없습니다. 은행급 암호화는 전송 구간의 보호를 설명할 뿐, 기기와 대상 웹사이트, 계정 활동까지 같은 수준으로 자동 보호한다는 뜻은 아닙니다.