이 VPN 초보자 용어 가이드에서는 먼저 각 항목의 관계를 살펴봅니다. 구독은 설정을 제공하고, 노드는 선택할 수 있는 연결 지점이며, 회선은 트래픽이 이동하는 경로를 뜻합니다. 프로토콜은 통신 방식을 정하고, 분할 라우팅은 어떤 요청을 프록시로 보낼지 결정합니다. 글로벌 모드는 프록시를 적용할 범위를 바꿉니다. 각 항목은 서로 다른 계층에 해당하므로 하나의 이름만으로 전체 사용 경험을 판단할 수 없습니다.
일상적으로 VPN 클라이언트라고 부르는 프로그램도 실제로는 기존 기업용 VPN이 아니라 프록시 프로토콜과 시스템 가상 네트워크 인터페이스를 사용할 수 있습니다. 화면에 VPN 표시가 있다고 해서 모든 앱의 트래픽이 같은 방식으로 전달되는 것은 아닙니다. 아래 차이를 이해하면 설정을 반복해서 바꾸는 것보다 문제를 찾는 데 도움이 됩니다.
자주 쓰는 용어 비교표
| 용어 | 실제 의미 | 혼동하기 쉬운 점 |
|---|---|---|
| 구독 링크 | 노드나 전체 설정을 가져오는 주소입니다. 반환 형식은 서비스와 클라이언트에 따라 다릅니다. | 웹사이트 멤버십 구독과는 다르며, 모든 클라이언트에서 바로 읽을 수 있는 것도 아닙니다. |
| 노드 | 서버 주소, 포트, 프로토콜, 인증 정보 등 연결에 필요한 설정의 묶음입니다. | 목록에 표시된 이름만으로 실제 출구 위치가 확인되는 것은 아닙니다. |
| 회선 | 사용자 기기에서 진입 지점, 전송 네트워크, 출구까지 이어지는 연결 경로입니다. | 출구 지역이 같더라도 중간에 거치는 네트워크는 다를 수 있습니다. |
| 프로토콜 | 클라이언트와 서버가 프록시 트래픽을 주고받고 인증하며 전달하는 방식을 정한 규칙입니다. | 프로토콜 이름만으로 속도나 개인정보 보호 수준을 판단할 수 없습니다. |
| 규칙 기반 분할 라우팅 | 도메인, 대상 주소, 프로세스 등의 조건에 따라 요청을 어디로 보낼지 결정합니다. | 규칙에 해당하지 않는 요청은 기본 정책에 따라 처리됩니다. |
| 글로벌 모드 | 일반적으로 클라이언트의 프록시 처리 대상에 들어온 요청을 모두 선택한 정책으로 전달합니다. | 기기의 모든 앱 네트워크 연결을 자동으로 처리한다는 뜻은 아닙니다. |
| 출구 IP | 대상 웹사이트에 접속 출처로 표시되는 주소입니다. | IP 위치 데이터베이스, 계정 지역, 실제 출구 위치는 서로 다를 수 있습니다. |
빠른 점검: 가져오기에 실패하면 구독 형식을 확인하세요. 연결되지 않으면 노드와 로컬 네트워크를 살펴보세요. 연결은 됐지만 일부 앱에서 적용되지 않으면 트래픽 처리 방식과 분할 라우팅을 확인하세요. 모든 문제를 ‘프로토콜이 좋지 않아서’라고 단정하지 마세요.
구독 링크와 노드: 설정부터 연결까지
구독 링크는 설정을 가져오는 주소입니다. 클라이언트가 이 주소를 요청하면 노드 목록을 받거나 규칙, 정책 그룹, DNS 설정이 포함된 전체 설정을 받을 수 있습니다. 링크를 브라우저에서 열 수 있는지만으로 가져오기 가능 여부를 판단할 수는 없습니다. 반환 형식이 현재 클라이언트와 해당 코어에서 지원되는지도 중요합니다.
노드는 설정에 포함된 연결 대상입니다. 서버 도메인, 포트, 비밀번호 또는 기타 인증 정보, TLS와 전송 방식 같은 매개변수가 들어갈 수 있습니다. 노드 이름은 보통 지역과 용도를 구분하기 위한 표시이며, 실제 출구는 IP 조회 결과와 대상 서비스의 응답을 함께 확인해야 합니다.
구독 업데이트는 설정을 다시 가져오는 작업이지, 요금제 갱신이나 데이터 추가가 아닙니다. 전체 설정을 업데이트하면 직접 수정한 규칙이 덮어써질 수도 있으므로, 수정 전에 클라이언트의 설정 덮어쓰기 방식을 확인하세요. 구독 주소에는 보통 접속 인증 정보가 포함되므로 비밀번호처럼 안전하게 보관해야 합니다.
전체 구독 링크를 공개 게시판에 올리지 말고, ‘형식 변환’을 이유로 낯선 웹사이트에 함부로 제출하지 마세요. 주소가 노출됐다면 서비스 대시보드에서 재설정을 지원하는지 확인한 뒤 클라이언트 설정을 업데이트하세요.
IEPL 전용 회선, 중계 연결, 직접 연결의 차이
직접 연결은 보통 클라이언트가 해외 프록시 진입 지점에 바로 연결되는 방식입니다. 국경을 넘는 구간은 주로 현지 통신사와 공용 인터넷 라우팅에 좌우됩니다. 중계 방식은 이동 경로에 전달 지점을 추가합니다. 클라이언트가 먼저 중계 서버에 연결하면 중계 서버가 다음 서버로 트래픽을 전달합니다. 진입 지점을 하나 더 거친다고 반드시 느려지는 것은 아닙니다. 경로 품질, 혼잡도, 중계 자원이 중요합니다.
IEPL은 통신사가 제공하는 국제 이더넷 전용 회선 서비스입니다. 프록시 서비스에 IEPL이라고 표시되어 있다면 보통 경로 일부에 이 전송 자원을 사용한다는 의미이지, 사용자 기기부터 대상 웹사이트까지 전 구간이 전용 회선이라는 뜻은 아닙니다. 현지 접속 환경, 진입 지점의 부하, 출구에서 웹사이트까지의 연결도 사용 경험에 영향을 줄 수 있습니다.
따라서 전용 회선, 중계, 직접 연결을 단순한 품질 순위로 볼 수는 없습니다. 평소 사용하는 네트워크와 접속 시간대, 대상 앱에서의 실제 성능을 기준으로 선택하세요. 지역 이름은 설정에 표시된 지역을 나타낼 뿐입니다. ‘일본 노드’라고 해서 일본 지역의 모든 콘텐츠에 접근할 수 있다고 단정해서는 안 됩니다.
프로토콜 이름으로 알 수 있는 것
Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC은 프록시 클라이언트에서 흔히 볼 수 있지만 인증, 암호화, 전송 방식은 서로 다릅니다. 아래 내용은 설정을 이해하기 위한 안내이지 프로토콜 성능 순위가 아니며, LogoVPN이 이 프로토콜을 모두 제공한다는 뜻도 아닙니다.
- Shadowsocks: 암호화 프록시 프로토콜로, 클라이언트와 서버의 암호화 방식 및 인증 매개변수가 서로 일치해야 합니다. 특정 회선 유형을 뜻하지 않으며, 이름이 같다고 속도까지 같은 것도 아닙니다.
- VMess: 인증 및 암호화 기능을 갖춘 프록시 프로토콜로, 다양한 전송 방식과 조합할 수 있습니다. 사용 가능 여부는 양쪽 설정과 구현 간 호환성에 따라 달라집니다.
- Trojan: 일반적으로 TLS를 사용해 통신을 보호합니다. 인증서 검증, 서버 이름, 인증 정보가 올바르게 설정되어야 합니다. 인증서 검증을 끄는 것을 일반적인 해결책으로 삼지 마세요.
- VLESS: 프로토콜 자체는 콘텐츠 암호화를 제공하지 않으므로 적절한 보안 전송 설정과 함께 이해해야 합니다. VLESS라는 이름만 보지 말고 TLS 또는 REALITY 등 함께 사용하는 설정도 확인하세요.
- Hysteria2와 TUIC: QUIC 기반 프록시 방식으로, 하위 계층에서 UDP를 사용합니다. 현재 네트워크가 UDP를 제한하거나 클라이언트 코어가 해당 프로토콜을 지원하지 않으면 연결이 제대로 이루어지지 않을 수 있습니다.
클라이언트에 ‘프로토콜 지원’이라고 표시되어 있어도 모든 확장 기능과 매개변수를 지원한다는 뜻은 아닙니다. 문제를 확인할 때는 먼저 클라이언트 버전, 코어, 구독 형식의 호환성을 점검한 뒤 프로토콜 변경을 고려하세요. 이름만 보고 어떤 방식이 모든 네트워크에 더 적합하다고 판단하지 마세요.
규칙 기반 분할 라우팅과 글로벌 모드, 무엇을 선택할까
규칙 모드는 설정된 순서에 따라 요청을 분류합니다. 예를 들어 특정 도메인은 프록시 정책으로, 로컬 네트워크 접속은 직접 연결 정책으로 보낼 수 있습니다. 일반적인 규칙은 대상 IP를 기준으로도 설정할 수 있으며, 일부 클라이언트는 프로세스별 분류를 지원합니다. 규칙의 순서와 마지막 기본 정책이 중요합니다. 같은 요청은 보통 가장 먼저 일치하는 규칙에 따라 처리됩니다.
글로벌 모드는 규칙 누락 여부를 확인할 때 자주 사용합니다. 일반적으로 이미 프록시 처리 절차에 들어온 요청을 선택한 정책으로 일괄 전달합니다. 하지만 시스템 프록시를 따르지 않는 데스크톱 앱은 트래픽이 클라이언트에 아예 들어오지 않을 수 있습니다. TUN 모드는 가상 네트워크 인터페이스로 처리 범위를 넓히지만, 라우팅, 제외 항목, 클라이언트 구현의 영향을 받습니다.
일상적인 사용에는 출처를 신뢰할 수 있고 용도가 명확한 규칙을 우선 사용하세요. 특정 웹사이트 문제가 분할 라우팅 때문인지 확인하려면 잠시 글로벌 모드로 바꿔 비교한 뒤 점검이 끝나면 원래 설정으로 되돌리세요. 노드, DNS, 규칙을 한꺼번에 바꾸지 마세요. 문제가 해결되어도 원인을 파악하기 어려워집니다.
- ✅ 웹사이트가 열리지 않으면 연결 기록에서 일치한 규칙과 선택된 정책을 먼저 확인하세요.
- ✅ 브라우저는 정상인데 다른 앱이 작동하지 않으면 해당 앱이 시스템 프록시를 따르는지 확인하세요.
- ✅ 로컬 네트워크 기기에 접속할 수 없다면 해당 트래픽을 직접 연결하거나 제외하는 규칙이 유지되어 있는지 확인하세요.
- ❌ ‘글로벌 모드 켜기’만으로 모든 앱의 트래픽이 처리되고 있다고 판단하지 마세요.
DNS 누수와 출구 IP 확인
DNS는 도메인을 연결 가능한 주소로 변환합니다. 특정 웹사이트의 접속과 DNS 조회가 모두 예상한 경로를 거쳐야 하는데 조회가 로컬 네트워크를 통해 예상하지 않은 DNS 서버로 전달되면 DNS 유출이 발생할 수 있습니다. 웹사이트에 프록시 출구가 표시되는 것은 해당 웹 요청의 출처를 보여줄 뿐, DNS 경로가 올바르다는 증거는 아닙니다.
확인할 때는 클라이언트의 DNS 설정, 시스템 설정, 브라우저의 보안 DNS 기능을 함께 살펴보세요. 브라우저가 별도의 DNS 조회 방식을 사용하거나 앱에 자체 조회 기능이 있을 수 있습니다. DNS 검사 페이지에 표시된 DNS 서버의 지역은 참고 정보일 뿐입니다. 지역이 다르다는 이유만으로 유출이라고 단정하지 마세요.
IPv6도 확인해야 합니다. 클라이언트가 일부 트래픽만 처리한다면 대상 앱이 다른 사용 가능한 경로로 연결될 수 있습니다. 시스템 기능을 무작정 끄기보다 클라이언트 안내에 따라 지원 여부와 라우팅을 확인하세요. 먼저 IP 조회에서 현재 웹페이지의 출구를 확인한 다음 연결 로그를 통해 해당 앱을 점검할 수 있습니다.
클라이언트 가져오기 및 문제 해결 순서
Windows, macOS, Linux 클라이언트는 시스템 프록시, TUN 권한, 데스크톱 환경에 따라 설정이 달라질 수 있습니다. Android는 앱별 적용 범위 설정이 트래픽 처리 대상에 영향을 줄 수 있고, iOS에서는 일반적으로 VPN 구성을 추가하도록 허용해야 합니다. 플랫폼마다 메뉴와 코어 지원이 다르므로 대시보드의 클라이언트 안내를 따르세요. iOS 권한 설정도 대시보드 안내를 확인하세요.
- 호환되는 클라이언트 확인. 대시보드에서 사용할 수 있는 클라이언트와 안내를 확인하고, 소프트웨어 이름만 보지 말고 구독 형식과 노드 프로토콜을 지원하는지 확인하세요.
- 구독 복사 및 가져오기. 클라이언트에서 구독 또는 설정 가져오기 메뉴를 선택하고 전체 주소를 붙여 넣은 뒤 다운로드가 완료될 때까지 기다리세요. 단일 노드의 서버 주소 입력란에 붙여 넣지 마세요.
- 설정과 노드 선택. 가져온 설정이 활성화되어 있는지 확인한 다음 노드나 정책 그룹을 선택하세요. 구독을 가져왔다고 연결까지 시작된 것은 아닙니다.
- 필요한 권한 허용. 시스템 안내에 따라 네트워크 설정을 추가하거나 관련 네트워크 기능을 허용하세요. 오류를 피하려고 인증서 검증을 함부로 끄지 마세요.
- 단계별로 확인. 먼저 연결이 수립되었는지 확인하고, 다음으로 출구를 점검한 뒤 실제 대상 앱을 실행하세요. 문제가 있으면 오류 메시지를 저장하고 한 번에 한 가지 요소만 변경하세요.
구독 다운로드에 실패했다면 주소가 온전한지, 네트워크에서 접속할 수 있는지, 대시보드에 표시된 서비스 상태가 정상인지 먼저 확인하세요. 구독은 가져왔지만 노드가 없다면 형식과 코어의 호환성을 점검하세요. 노드는 연결되지만 대상 앱을 사용할 수 없다면 규칙, DNS, 계정 지역, 대상 서비스 자체의 제한을 확인하세요. 플랫폼별 설정 방법은 사용 가이드에서 확인할 수 있습니다.
설정 선택 요약: 먼저 구독, 클라이언트, 노드 설정이 서로 호환되는지 확인하세요. 다음으로 회선이 현재 네트워크에 적합한지 살펴본 뒤 분할 라우팅과 DNS를 점검하세요. 연결 성공, 출구 변경, 대상 앱 사용 가능 여부는 서로 다른 검증 결과이므로 각각 확인해야 합니다.