VPN 초보 용어는 먼저 각 요소의 역할부터 구분하면 이해하기 쉽습니다. 구독은 설정을 제공하고, 노드는 연결을 담당하며, 프로토콜은 통신 방식을 정합니다. 분할 라우팅은 요청을 보낼 경로를 결정하고, 전역 모드는 라우팅 선택을 바꿉니다. 서로 다른 계층의 개념이므로 모든 문제를 ‘프로토콜 변경’만으로 해결할 수는 없습니다.
일상적으로 VPN 클라이언트라고 부르는 프로그램이 실제로는 프록시 클라이언트일 수도 있습니다. 일반적인 VPN은 네트워크 계층에 터널을 만들지만, 프록시 도구는 시스템 프록시나 가상 네트워크 어댑터로 연결을 처리할 수 있습니다. 두 프로그램 모두 ‘연결됨’으로 표시될 수 있지만 트래픽을 처리하는 범위는 다를 수 있습니다. 아래 용어를 이해할 때는 요청이 클라이언트를 거치는지, 어떤 출구를 사용하는지 확인하는 것이 중요합니다.
구독, 노드와 클라이언트의 관계
구독 링크는 보통 설정을 가져오는 주소입니다. 클라이언트가 이 주소에 접속해 서비스 서버가 제공하는 노드 정보를 가져옵니다. 구독 형식에 따라 정책 그룹, 규칙 또는 DNS 설정이 함께 포함되기도 합니다. 일반 웹사이트 주소나 설치 파일과는 다릅니다. 브라우저 주소창에 붙여 넣으면 인코딩된 텍스트나 설정 내용만 표시될 수 있습니다.
노드는 서버에 연결하는 데 필요한 설정으로, 주소와 포트, 인증 정보, 프로토콜 매개변수 등이 포함될 수 있습니다. 노드에 표시된 지역은 보통 출구 위치를 안내하지만, 이름만으로 실제 라우팅 경로나 출구의 위치, 웹사이트 접속 가능 여부를 증명할 수는 없습니다. 클라이언트는 설정을 읽고 연결을 구성한 뒤 로컬 설정을 적용합니다. 서버가 특정 프로토콜을 지원하더라도 모든 클라이언트에서 해당 설정을 가져올 수 있는 것은 아닙니다.
| 용어 | 실제 역할 | 흔한 오해 |
|---|---|---|
| 구독 링크 | 노드 또는 전체 설정을 가져오고 업데이트 | 링크를 클라이언트 다운로드 주소로 착각 |
| 노드 | 연결할 서버와 인증 방식을 설명 | 노드 이름만 보고 속도를 알 수 있다고 생각 |
| 프로토콜 | 클라이언트와 서버의 통신 방식을 규정 | 이름이 최신일수록 반드시 빠르다고 생각 |
| 회선 유형 | 진입점, 전송 구간, 출구의 연결 방식을 설명 | 전용 회선 이름이 전체 경로의 성능을 보장한다고 생각 |
| 정책 그룹 | 규칙에 따라 수동 또는 자동으로 선택할 출구 목록 | 가져온 뒤 모든 요청이 같은 노드를 거친다고 생각 |
프로토콜 이름으로 알 수 있는 것
Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC은 프록시 설정에서 볼 수 있는 프로토콜입니다. 프로토콜은 호환성, 인증, 암호화 또는 전송 방식에 영향을 주지만, 속도는 로컬 네트워크와 서버 부하, 경로 혼잡도, 구체적인 설정에도 좌우됩니다. 이름만으로 노드의 성능 순위를 신뢰할 만하게 매길 수는 없습니다.
- Shadowsocks: 암호화 프록시 프로토콜입니다. 클라이언트와 서버의 암호화 방식 및 인증 정보가 일치해야 합니다. 구현체와 버전에 따라 지원 범위가 다를 수 있습니다.
- VMess: 인증 및 암호화 기능을 갖춘 프록시 프로토콜입니다. 다양한 전송 설정과 함께 사용할 수 있으며, 특정 회선 유형과 동일한 개념은 아닙니다.
- Trojan: 일반적으로 TLS 연결을 통해 프록시 트래픽을 전송합니다. 인증서 검증, 서버 이름, 인증 설정이 모두 일치해야 합니다. 오류를 없애기 위해 인증서 검증을 임의로 끄지 마세요.
- VLESS: 경량 프록시 프로토콜로, 자체적으로 전송 암호화를 제공하지 않습니다. 실제 보안은 TLS, REALITY 등의 추가 방식과 올바른 설정에 따라 달라집니다.
- Hysteria2 및 TUIC: 모두 QUIC 기반으로 UDP 네트워크 경로를 사용합니다. 네트워크에서 UDP가 제한되면 연결에 실패하거나 불안정할 수 있으며, 이것만으로 계정이 만료됐다고 단정할 수는 없습니다.
클라이언트를 고를 때는 이름뿐 아니라 코어 버전, 구독 형식, 추가 전송 매개변수도 확인해야 합니다. 가져오기에 성공했다는 것은 설정을 읽었다는 뜻일 뿐, 모든 항목이 예상대로 적용됐다는 의미는 아닙니다. 지원되지 않는 프로토콜을 발견하면 낯선 설정 항목을 직접 삭제하기보다 먼저 공식 호환성 안내를 확인하세요.
IEPL 전용 회선, 중계와 직접 연결의 차이
직접 연결은 보통 클라이언트가 공용 인터넷을 통해 해외 서버에 바로 연결되는 방식입니다. 중계는 경로에 진입점이나 중계 노드를 추가한 뒤 트래픽을 출구로 전달합니다. IEPL은 국제 이더넷 전용 회선을 뜻하며, 구독 서비스에서는 전송 경로 중 일부에 쓰이는 자원을 설명할 때 자주 사용합니다. 이 용어들은 경로 구성을 나타내며 프록시 프로토콜과는 다릅니다.
따라서 한 노드가 Trojan 프로토콜과 중계 회선을 함께 사용할 수도 있고, 다른 프로토콜로 전용 회선을 이용할 수도 있습니다. 프로토콜과 회선 유형은 서로 배타적이지 않습니다. IEPL로 표시된 경로라도 사용자와 진입점 사이, 출구와 대상 웹사이트 사이의 구간은 공용 인터넷을 거칠 수 있습니다. 따라서 접속 경로 전체가 전용 회선으로 연결된다고 단정할 수 없습니다.
실제 노드를 선택할 때는 먼저 대상 지역과 사용 목적을 확인한 뒤, 자주 이용하는 시간대에 필요한 서비스가 안정적으로 열리는지 살펴보세요. 지연 시간 측정은 특정 방식으로 확인한 왕복 시간을 보여줄 뿐입니다. 다운로드 속도, 지속적인 패킷 손실, 웹사이트 인증, 출구 IP 평판은 각각 다른 요소입니다. 웹사이트가 열리지 않는 이유는 지역 정책이나 위험 관리 조치일 수도 있으며, 반드시 회선이 끊겼다는 뜻은 아닙니다. VPN94의 회선 정보는 서버 페이지와 관리자 페이지에서 확인하세요. 라벨만으로 개별 사이트 지원 여부를 단정하지 마세요.
규칙 모드와 전역 모드, 어떤 것을 선택할까요?
분할 라우팅은 조건에 따라 요청이 나갈 경로를 정하는 방식입니다. 일반적인 규칙은 도메인, 대상 IP, 지역 데이터베이스 또는 프로세스를 기준으로 요청을 찾아 직접 연결, 프록시 정책 그룹 또는 차단 동작으로 보냅니다. 규칙은 보통 순서대로 적용되므로 앞에서 일치한 규칙이 뒤의 설정에 우선할 수 있습니다. 어떤 규칙에도 해당하지 않는 연결은 기본 규칙으로 처리됩니다.
규칙 모드는 일상적인 사용에 적합합니다. 국제 회선이 필요한 요청은 프록시로 보내고, 로컬 서비스는 설정에 따라 직접 연결할 수 있습니다. 다만 ‘규칙 모드’라고 해서 모든 국내 웹사이트가 직접 연결되는 것은 아닙니다. 실제 동작은 규칙과 DNS 해석, 클라이언트의 조건 매칭 지원 여부에 따라 달라집니다. 문제를 확인할 때는 연결 세부 정보에서 적용된 규칙과 실제 출구를 살펴보세요.
전역 모드는 일반적으로 클라이언트가 이미 처리하고 있는 요청을 선택한 프록시 정책으로 보냅니다. 시스템의 모든 앱이 자동으로 프록시를 이용하게 되는 것은 아닙니다. 시스템 프록시만 켠 경우 이 설정을 따르지 않는 앱은 직접 연결될 수 있습니다. TUN 모드는 가상 네트워크 어댑터로 더 많은 트래픽을 처리하지만, 라우팅과 제외 항목, 권한, 플랫폼 구현의 제약은 여전히 적용됩니다.
평소에는 규칙 모드를 사용하고, 분할 라우팅 문제를 확인할 때만 전역 모드를 잠시 사용하세요. 규칙 모드에서 실패한 웹사이트가 전역 모드에서는 열리면 적용 규칙과 DNS를 추가로 살펴볼 수 있습니다. 이는 문제를 진단할 단서일 뿐, 원인을 확정하는 증거는 아닙니다. 두 모드에서 모두 실패하면 노드와 트래픽 처리 범위, 대상 서비스 상태도 확인하세요.
구독 가져오기 및 연결 확인 절차
플랫폼마다 메뉴 이름은 다르지만 기본적인 순서는 같습니다. 시스템 라우팅과 가상 네트워크 어댑터, DNS 설정이 서로 덮어쓰지 않도록 여러 프록시나 VPN 도구를 동시에 켜지 마세요. 아래 절차에서는 구독 인증 정보를 공개할 필요가 없습니다.
- 관리자 페이지에서 클라이언트 안내를 확인하세요. 로그인 후 구독을 확인하고 서비스의 호환 목록에 따라 클라이언트를 선택합니다. VPN94 다운로드 링크는 관리자 페이지에 있으며, iOS 이용 조건은 해당 페이지에 표시된 내용을 기준으로 합니다.
- 해당 형식의 구독 링크를 복사하세요. 전체 설정 구독과 단일 노드 공유 링크를 구분하세요. 링크는 클라이언트의 구독 또는 원격 설정 메뉴에 입력하고, 웹사이트 주소나 단일 노드 주소 입력란에는 넣지 마세요.
- 설정을 업데이트하고 활성화하세요. 노드 목록이 표시되는지 확인한 뒤 설정이나 정책 그룹을 선택합니다. 업데이트에 실패하면 먼저 현재 네트워크에서 구독 주소에 접속할 수 있는지, 계정과 구독 상태가 정상인지 확인하세요.
- 플랫폼 안내에 따라 권한을 허용하세요. 시스템 프록시와 네트워크 확장, 가상 네트워크 어댑터에 필요한 권한을 부여합니다. 운영체제에서 연결 설정을 허용해야 클라이언트가 해당 트래픽을 실제로 처리할 수 있습니다.
- 노드를 선택하고 대상 서비스를 테스트하세요. 먼저 모드와 다른 설정은 그대로 둔 채 노드만 바꾸세요. 연결 기록에서 적용된 규칙과 출구를 확인하고, 여러 설정을 동시에 변경하지 마세요.
- 출구와 실제 사용할 앱을 확인하세요. IP 조회로 현재 브라우저의 출구를 확인한 다음 실제로 사용할 앱에서도 연결을 테스트하세요. 브라우저의 출구가 올바르더라도 다른 앱의 트래픽까지 처리되고 있다는 뜻은 아닙니다.
Windows에서는 시스템 프록시와 TUN이 서로 다른 연결 방식입니다. macOS에서는 네트워크 확장 승인이 필요할 수 있습니다. Android는 보통 시스템 VPN 인터페이스로 트래픽을 처리하며 앱별 제외 설정이 있을 수도 있습니다. iOS의 트래픽 처리 방식과 백그라운드 동작은 운영체제와 클라이언트가 함께 결정합니다. Linux에서는 데스크톱 프록시 설정이 터미널 프로그램의 설정을 덮어쓰는지 확인하세요. 플랫폼별 차이는 클라이언트 문서를 기준으로 판단하고, 화면에 나온 설정 스위치를 그대로 따라 하지 마세요.
DNS 누출과 개인정보 보호 범위
DNS는 도메인 이름을 IP 주소로 변환합니다. 웹사이트 연결이 프록시를 거친다고 해서 DNS 요청까지 같은 출구를 통하는 것은 아닙니다. 프록시 측에서 처리해야 할 도메인 조회가 로컬 네트워크의 지정된 DNS 서버로 전송되면 조회 정보가 노출되거나 현재 출구에 맞지 않는 결과를 받을 수 있습니다. 이런 상황을 보통 DNS 누출이라고 합니다.
점검할 때는 설정 목적을 함께 고려해야 합니다. 규칙 모드에서는 로컬 도메인을 로컬 DNS로 조회하도록 설정할 수 있으므로, 검사 페이지에 로컬 DNS 서버가 표시된다고 해서 반드시 설정 오류인 것은 아닙니다. 브라우저의 암호화 DNS와 클라이언트의 원격 DNS, 시스템 DNS, IPv6 라우팅이 동시에 작동할 수도 있으므로 각각 확인해야 합니다. 낯선 통신사 이름이 보인다는 이유만으로 바로 결론을 내리지 마세요.
- ✅ 클라이언트의 DNS 정책을 확인하고 프록시가 필요한 도메인이 예상한 경로로 조회되는지 살펴보세요.
- ✅ 브라우저의 암호화 DNS 설정이 클라이언트 설정을 우회하는지 확인하고 연결 기록과 함께 점검하세요.
- ✅ IPv6 트래픽이 처리되는지 또는 명확한 규칙에 따라 관리되는지 확인하세요. IPv4 출구만 점검해서는 안 됩니다.
- ✅ 지원팀에 문의할 때는 개인정보를 가린 규칙 적용 내역과 오류 메시지, 시스템 환경을 제공하세요. 전체 구독 링크는 보내지 마세요.
프록시 서비스는 신원을 분리해 주는 도구가 아닙니다. 웹사이트는 로그인 계정과 쿠키, 브라우저 특성을 바탕으로 방문 기록을 연결할 수 있습니다. VPN94의 ‘로그 미기록’은 서비스의 개인정보 보호 정책에 관한 설명입니다. 대상 웹사이트가 로그인 계정을 식별하지 못한다는 뜻은 아니며, 기기 보안과 권한 관리, 민감한 정보 보호를 대신하지도 않습니다.
용어를 실제로 확인할 수 있는 구독 조건으로 연결하기
서비스를 선택할 때는 기술 관련 표시와 거래 조건을 구분하세요. VPN94는 100+ 국가 / 190+ 회선을 제공하며 기기 수 제한이 없습니다. 이메일 주소 없이 사용자 이름과 비밀번호만으로 계정을 만들 수 있습니다. 서비스 지역과 기기 정책은 확인 가능한 정보이지만, 이를 근거로 모든 지역과 앱에서 동일한 성능을 기대할 수는 없습니다.
월간 구독의 트래픽은 가입일을 기준으로 매월 초기화되며, 이용 중 요금제를 업그레이드하면 차액이 남은 일수에 따라 계산됩니다. 추가 트래픽 팩은 만료되지 않습니다. 구체적인 가격과 용량은 요금제 가격에서 확인하세요. 첫 결제 후 60일 이내에는 이유를 밝히지 않고 전액 환불을 신청할 수 있습니다. 실제로 이용하기 전에 클라이언트 호환성과 자주 쓰는 네트워크에서의 접속 결과를 확인한 뒤 적합한 트래픽 유형을 선택하세요.
점검 순서: 설정, 트래픽 처리 범위, 출구, 규칙, 대상 웹사이트. 구독 업데이트에 실패하면 설정을 가져오는 단계부터 확인하세요. 클라이언트는 연결됐지만 앱에 변화가 없다면 트래픽 처리 범위를 확인합니다. 특정 웹사이트에서만 문제가 생기면 규칙과 DNS, 대상 사이트의 제한을 살펴보세요. 프로토콜 이름을 계속 바꾸기보다 한 번에 한 가지 조건만 변경해야 원인을 찾기 쉽습니다.