이 VPN 초보자 용어 정리는 가장 흔한 사용 흐름부터 시작합니다. 먼저 구독을 받은 뒤 클라이언트에 설정을 가져오고, 노드·프로토콜·분할 라우팅 모드를 선택한 다음 트래픽이 예상한 경로를 통과하는지 확인합니다. 복잡해 보이는 용어도 실제로는 이 흐름의 각 단계를 설명합니다. 개념을 섞으면 문제 원인을 찾기 어렵지만, 역할을 나누면 대부분의 문제를 순서대로 점검할 수 있습니다.

먼저 핵심만 정리하면 구독은 클라이언트가 아니며, 노드는 프로토콜이 아니고, 회선 이름이 실제 네트워크 경로와 같은 것도 아닙니다. 글로벌 모드는 어떤 트래픽을 프록시로 보낼지 정하고, 프로토콜은 클라이언트와 서버의 통신 방식을 결정하며, DNS는 도메인을 주소로 변환합니다. 어느 한 단계라도 설정이 맞지 않으면 ‘연결됨’으로 표시되어도 웹페이지가 열리지 않을 수 있습니다.

먼저 표로 자주 쓰는 용어를 구분해 보세요

용어 무엇인가요 무엇이 아닌가요 문제가 생기면 먼저 확인할 항목
구독 서버에서 관리하는 노드 설정 모음으로, 보통 구독 링크를 통해 클라이언트에 전달되어 업데이트됩니다 연결을 생성하는 애플리케이션이 아닙니다 링크가 완전한지, 만료되지 않았는지, 클라이언트가 정상적으로 업데이트했는지
클라이언트 설정을 읽고 터널을 생성하며 라우팅 규칙을 실행하는 소프트웨어 회선 자체가 아닙니다 해당 프로토콜을 지원하는지, 시스템 권한이 활성화되어 있는지
노드 클라이언트에서 선택할 수 있는 서버 설정 진입점 전용 서버나 고정된 물리 경로를 반드시 의미하지는 않습니다 주소, 포트, 인증 정보와 프로토콜이 일치하는지
프로토콜 클라이언트와 서버가 데이터 캡슐화, 인증, 전송 방식을 정하는 규칙 속도 등급도, 지역 이름도 아닙니다 클라이언트 커널이 호환되는지, 관련 매개변수가 모두 갖춰졌는지
회선 로컬 진입점에서 목적지 출구까지 이어지는 네트워크 경로와 트래픽 조정 방식 노드 이름만으로 완전히 확인할 수 있는 속성이 아닙니다 출구 지역, 라우팅 안정성, 실제 애플리케이션 성능
분할 라우팅 도메인, 주소, 애플리케이션 또는 규칙 집합에 따라 프록시, 직접 연결, 차단을 결정하는 방식 여러 노드에 동시에 연결한다는 뜻이 아닙니다 규칙 순서, 매칭 결과, 최종 기본 처리 정책
DNS 도메인을 네트워크 주소로 변환하는 시스템 웹페이지 콘텐츠를 전송하는 프로토콜이 아닙니다 누가 조회를 보냈는지, 결과가 규칙에 따라 올바르게 처리됐는지

구독·클라이언트·노드는 어떤 관계인가요

구독은 설정 목록이지 설치 파일이 아닙니다

구독 링크는 보통 인코딩되거나 구조화된 노드 정보를 반환합니다. 클라이언트가 이 정보를 읽어야 지역, 프로토콜, 노드 이름이 표시됩니다. 서버에서 진입점이나 매개변수를 조정하면 클라이언트에서 ‘구독 업데이트’를 실행해야 로컬 설정이 동기화됩니다. 구독 링크를 복사한 뒤에는 접근 자격 정보로 취급하고 포럼, 스크린샷 또는 공개 문서에 올리지 마세요.

구독 업데이트에 실패했다고 기존 노드가 모두 즉시 비활성화되는 것은 아닙니다. 클라이언트에 마지막으로 성공한 다운로드의 로컬 사본이 남아 있을 수 있지만, 이전 설정으로 연결할 수 있는지는 서버 상태에 따라 달라집니다. 반대로 구독에 성공했다고 노드를 반드시 사용할 수 있는 것도 아닙니다. 이는 클라이언트가 설정 목록을 읽었다는 의미일 뿐입니다.

클라이언트가 설정을 연결로 바꿉니다

클라이언트는 프로토콜 구현, 인증, 트래픽 처리, DNS 처리, 분할 라우팅 규칙 실행을 담당합니다. 플랫폼마다 화면은 크게 다르지만 기본 역할은 비슷합니다. 데스크톱 시스템에서는 보통 시스템 프록시나 TUN을 선택할 수 있고, 모바일 시스템에서는 운영체제가 제공하는 VPN 권한으로 가상 네트워크 인터페이스를 만듭니다. 상태 표시줄에 VPN 아이콘이 나타나도 인터페이스가 생성되었다는 뜻일 뿐, 출구 지역과 DNS 경로가 모두 예상대로라는 증거는 아닙니다.

노드는 연결 가능한 설정 하나입니다

노드 설정에는 보통 서버 주소, 포트, 프로토콜 유형, 인증 정보와 프로토콜에 필요한 추가 매개변수가 포함됩니다. 노드를 선택한다는 것은 클라이언트가 이 매개변수로 세션을 생성하도록 하는 것입니다. 노드 이름에는 지역, 용도 또는 회선 태그가 들어갈 수 있지만 이름은 제공자가 정하므로 이름만으로 실제 라우팅을 판단할 수 없습니다.

판단: 구독은 설정을 전달하고, 클라이언트는 설정을 실행하며, 노드는 설정 안에서 선택할 수 있는 연결 진입점입니다. 세 가지는 상하류 관계이지 서로 바꿔 부를 수 있는 이름이 아닙니다.

직접 연결·중계·IEPL 전용 회선은 어떻게 구분하나요

회선은 사용자 측에서 출구 측까지 데이터가 지나가는 경로를 설명합니다. 출구가 같은 지역에 있어도 진입점, 통신사 간 연결, 국제 구간, 혼잡도가 다르면 실제 사용 경험도 달라집니다. 속도 측정은 측정 당시의 네트워크 상태만 보여 주므로 장기적인 경로와 실제 애플리케이션 사용 결과를 대신할 수 없습니다.

직접 연결 회선

직접 연결은 일반적으로 클라이언트가 서비스 제공자가 별도로 배치한 중계 진입점을 거치지 않고 목표 서버의 진입점에 바로 연결하는 방식을 뜻합니다. 구조는 단순하지만 통신사, 목적지 네트워크, 당시 라우팅에 따라 상호 연결 품질의 영향을 더 크게 받습니다. 여기서 ‘직접 연결’은 인터넷에서 라우터를 거치지 않는다는 뜻이 아니라, 서비스 구조에 별도의 중계 계층이 없다는 의미입니다.

중계 회선

중계 방식은 먼저 더 가깝거나 상호 연결 조건이 좋은 진입점에 연결한 뒤, 진입점이 목표 출구로 트래픽을 전달합니다. 불안정한 공용 인터넷 경로를 여러 구간으로 나누어 조정할 수 있다는 장점이 있습니다. 중계가 항상 더 빠른 것은 아닙니다. 진입점 부하, 전달 경로, 출구 품질, 로컬 네트워크가 모두 결과에 영향을 줍니다. 경로를 조정할 수 있는 대신 구조가 더 복잡합니다.

IEPL 전용 회선

IEPL은 일반적으로 국제 이더넷 전용 회선 계열의 연결을 가리키며, 비교적 통제 가능한 국제 전송 구간을 구성하는 데 사용됩니다. 가속 서비스에서는 사용자 측에서 진입점까지의 접속이 로컬 공용 인터넷을 거칠 수 있고, 이후 일부 경로만 전용 회선으로 들어갈 수 있습니다. 따라서 ‘IEPL 노드’를 기기에서 목적지 사이트까지 모든 구간이 공용 인터넷과 완전히 분리된 것으로 이해해서는 안 됩니다. 구체적인 접속 경계와 출구 구조는 서비스 제공자의 안내를 따르세요.

회선 유형 대표 경로 주요 특징 판단할 때 적합한 기준
직접 연결 로컬 네트워크에서 원격 진입점으로 직접 접속 구조가 단순하고 공용 인터넷 상호 연결 품질에 더 크게 좌우됨 로컬 통신사에서 해당 지역으로 연결되는 지속적인 성능을 관찰
중계 로컬 네트워크에서 먼저 중계 진입점으로 간 다음 출구로 이동 경로를 조정할 수 있지만 진입점과 중계 계층이 모두 사용 경험에 영향을 줌 한 번의 지연 시간만 보지 말고 실제 애플리케이션으로 안정성을 테스트
IEPL 공용 인터넷 접속과 전용 회선 구간의 조합 일부 국제 경로를 더 통제할 수 있지만 경계는 구체적인 구조에 따라 달라짐 진입점, 출구, 전용 회선이 각각 어느 구간을 담당하는지 확인

자주 쓰는 프로토콜은 각각 어떤 문제를 해결하나요

프로토콜은 클라이언트와 서버가 데이터를 캡슐화하고 인증하며 트래픽을 전송하는 방식을 정합니다. 클라이언트가 특정 프로토콜 이름을 지원하는 것만으로는 충분하지 않습니다. 전송 계층, TLS, 서버 이름, 혼잡 제어 매개변수도 호환되어야 합니다. 가져온 뒤 ‘알 수 없는 프로토콜’로 표시된다면 보통 클라이언트 커널이 오래되었거나 설정 형식이 맞지 않는 것이지 노드 지역의 문제는 아닙니다.

Shadowsocks

Shadowsocks는 가벼운 암호화 프록시 프로토콜로, 핵심 설정에는 보통 서버, 포트, 비밀번호, 암호화 방식이 포함됩니다. 널리 구현되어 일반적인 프록시 환경에 적합합니다. 구현에 따라 암호화 스위트와 플러그인 지원이 완전히 같지 않으므로, 오래된 클라이언트는 최신 구현이 생성한 설정을 읽지 못할 수 있습니다.

VMess와 VLESS

VMess는 V2Ray 생태계에서 자주 사용되며, 프로토콜 자체에 신원 인증과 데이터 캡슐화 기능이 있고 다양한 전송 방식과 함께 사용할 수 있습니다. VLESS는 더 간결하게 설계되어 프로토콜 자체가 완전한 데이터 암호화를 제공하지 않으며, 실제 배포에서는 보통 TLS 또는 다른 보안 전송 계층과 함께 사용합니다. 이름은 비슷하지만 설정 필드와 인증 로직이 달라 직접 바꿔 쓸 수 없습니다.

Trojan

Trojan은 보통 TLS 위에서 실행되며, 설정에는 서버 주소, 인증 비밀번호, 서버 이름, 인증서 검증 관련 매개변수가 자주 포함됩니다. 클라이언트는 인증서와 서버 이름을 올바르게 검증해야 합니다. 임시 문제 해결을 위해 인증서 검증을 끄면 연결 검증이 약화되므로 장기 설정으로 사용해서는 안 됩니다.

Hysteria2와 TUIC

Hysteria2와 TUIC는 모두 QUIC와 UDP 전송을 중요한 기반으로 삼아 복잡한 경로에서 전송 조정과 연결 경험을 개선하는 데 초점을 둡니다. 그렇다고 모든 네트워크에서 TCP 기반 방식보다 우수한 것은 아닙니다. 현재 네트워크가 UDP를 제한하거나 라우터가 UDP 세션을 제대로 처리하지 못하면 연결이 실패하거나 성능이 저하될 수 있습니다. 이때는 무관한 분할 라우팅 규칙을 반복해서 수정하기보다 호환되는 프로토콜과 회선으로 전환하세요.

프로토콜 공통 기반 호환성 확인 핵심 자주 하는 오해
Shadowsocks 암호화 프록시 암호화 방식, 플러그인, 클라이언트 구현 같은 이름의 클라이언트라면 모두 같은 설정을 지원한다고 생각함
VMess V2Ray 생태계의 인증과 캡슐화 전송 방식, 신원 매개변수, 커널 버전 VLESS 설정과 직접 바꿔 사용함
VLESS 간결한 인증, 보안 전송 계층과 함께 사용하는 경우가 많음 TLS, 서버 이름, 전송 매개변수 외부 보안 전송 설정을 무시함
Trojan TLS 연결과 비밀번호 인증 인증서, 서버 이름, 시간 상태 인증서 검증을 장기간 비활성화함
Hysteria2 QUIC와 UDP 기반 전송 UDP 도달 가능성, 인증, 대역폭 매개변수 프로토콜 이름을 고정된 속도와 동일시함
TUIC QUIC와 UDP 기반 프록시 전송 클라이언트 버전, UDP, 인증서 설정 현재 네트워크의 UDP 제한을 무시함
판단: 프로토콜은 먼저 클라이언트 호환성과 현재 네트워크 조건을 기준으로 선택하고, 그다음 사용 경험을 고려하세요. 회선, 기기, 접속 네트워크를 떼어 놓고도 항상 우세한 프로토콜은 없습니다.

글로벌·규칙·직접 연결 모드는 어떻게 선택하나요

연결이 성공한 뒤에도 클라이언트는 어떤 요청을 노드로 보낼지 결정해야 합니다. 이것이 라우팅 모드입니다. 일반적인 화면에는 글로벌, 규칙, 직접 연결로 표시되며, 일부 클라이언트는 프록시, 규칙, 직접 연결처럼 비슷한 이름을 사용합니다. 여기서 ‘글로벌’은 보통 클라이언트가 처리하는 트래픽을 일괄적으로 프록시로 보낸다는 뜻이지, 기기의 모든 프로그램과 모든 프로토콜을 반드시 처리한다는 의미는 아닙니다.

글로벌 모드

글로벌 모드는 규칙 때문에 접속 문제가 생겼는지 확인할 때 적합합니다. 어떤 사이트가 글로벌 모드에서는 열리고 규칙 모드에서는 열리지 않는다면 문제는 대개 도메인 분류, 주소 매칭, DNS 조회 또는 규칙 순서에 있습니다. 장기간 사용하면 로컬 서비스나 국제 접속이 필요 없는 애플리케이션까지 원격 출구를 거칠 수 있으므로 실제 필요에 맞게 선택하세요.

규칙 모드

규칙 모드는 도메인, 네트워크 주소, 프로세스 또는 규칙 집합을 순서대로 매칭해 프록시, 직접 연결, 차단을 결정합니다. 규칙에는 보통 순서가 있으며 앞에서 이미 매칭된 요청은 뒤의 규칙으로 계속 넘어가지 않습니다. 최종 기본 처리 규칙도 중요합니다. 인식되지 않은 요청을 직접 연결할지 프록시로 보낼지는 클라이언트 설정에 달려 있으며 ‘규칙 모드’라는 이름 자체가 결정하지 않습니다.

직접 연결 모드

직접 연결 모드는 일반적으로 트래픽이 선택한 노드를 거치지 않는다는 뜻입니다. 프록시 효과를 잠시 중단하거나 로컬 네트워크 리소스에 접속하거나 문제를 비교할 때 사용할 수 있습니다. 클라이언트가 직접 연결 모드여도 가상 인터페이스는 계속 켜져 있을 수 있으므로 원격 출구를 거치는지는 시스템 아이콘만 보지 말고 연결 로그, 규칙 매칭 결과, 출구 정보를 확인하세요.

시스템 프록시, TUN, 애플리케이션 내 프록시는 어떻게 다른가요

시스템 프록시는 운영체제가 애플리케이션에 제공하는 프록시 설정입니다. 이 설정을 따르는 브라우저와 앱은 지원하는 요청을 클라이언트에 전달하지만, 일부 프로그램은 시스템 프록시를 무시하거나 웹 프로토콜만 프록시로 처리할 수 있습니다. 그 결과 브라우저는 정상인데 특정 데스크톱 앱은 계속 직접 연결되는 상황이 생깁니다.

TUN 모드는 가상 네트워크 인터페이스로 더 넓은 범위의 네트워크 트래픽을 처리한 뒤 클라이언트가 라우팅 규칙에 따라 전달합니다. 시스템 프록시 설정을 읽지 않는 앱에 더 적합한 경우가 많지만 시스템 권한이 필요하며, 다른 네트워크 도구, 가상 머신, 기업 보안 소프트웨어, 기존 VPN 인터페이스와 라우팅 충돌이 발생할 수 있습니다. TUN을 켠 뒤에도 로컬 네트워크 우회와 DNS 정책을 설정해 로컬 서비스 접속 문제를 예방해야 합니다.

애플리케이션 내 프록시는 해당 앱에만 적용됩니다. 예를 들어 브라우저에 로컬 프록시 포트를 따로 입력해도 다른 프로그램이 같은 연결을 자동으로 사용하지는 않습니다. 범위가 명확해 테스트에 적합하지만 여러 앱의 설정을 관리해야 하므로 번거로울 수 있습니다. 클라이언트를 종료한 뒤에도 앱에 프록시 주소가 남아 있으면 인터넷에 전혀 연결되지 않는 것처럼 보일 수 있습니다.

DNS 누수와 조회 이상은 무엇을 의미하나요

도메인에 접속하기 전에 기기는 보통 해당 네트워크 주소를 조회합니다. DNS 누수는 지정한 관리 경로를 통해 조회되기를 기대했지만 실제 요청이 로컬 네트워크나 다른 리졸버로 직접 전송되는 현상입니다. 조회 중인 도메인이 노출될 수 있고, 프록시 출구 지역과 맞지 않는 결과가 반환될 수도 있습니다.

DNS 문제는 항상 ‘전혀 열리지 않음’으로 나타나지 않습니다. 주소로 직접 접속하면 응답하지만 도메인 접속은 실패하거나, 같은 노드에서도 앱마다 결과가 다르거나, 회선을 바꿔도 이전 캐시를 사용하거나, 도메인 기준 규칙이 이미 조회된 주소만 받는 경우도 있습니다. 클라이언트의 원격 DNS, 로컬 DNS, 암호화 DNS, 가상 주소 매핑은 서로 다른 단계를 처리하므로 의미를 모른 채 모두 켜지 않는 것이 좋습니다.

문제를 확인할 때는 먼저 운영체제, 브라우저, 클라이언트 중 누가 조회를 시작했는지 확인한 다음 조회 트래픽이 TUN 또는 시스템 프록시의 처리를 받는지 살펴보세요. 일부 브라우저는 자체 보안 DNS 설정을 사용해 운영체제의 기본 조회 경로를 우회할 수 있습니다. DNS를 바꾼 뒤에는 시스템과 브라우저 캐시도 고려해야 하며, 그렇지 않으면 이전 결과 때문에 새 설정이 적용되지 않은 것처럼 보일 수 있습니다.

구독 가져오기부터 적용 확인까지 올바른 순서

초보자는 여러 설정을 반복해서 바꾸다가 어떤 변경이 효과가 있었는지 확인하지 못하기 쉽습니다. 더 안전한 방법은 한 번에 한 단계만 확인하고 설정, 연결, 라우팅, DNS, 애플리케이션 순서로 점검하는 것입니다.

  1. 호환되는 클라이언트를 선택하세요. 먼저 클라이언트가 구독에 포함된 프로토콜과 설정 형식을 명확히 지원하는지 확인하세요. 프로토콜을 인식하지 못하면 이후의 회선 선택과 분할 라우팅은 의미가 없습니다.
  2. 구독을 가져오고 업데이트하세요. 완전한 구독 링크를 붙여 넣고 클라이언트에 성공 상태가 표시될 때까지 기다린 다음 노드 목록이 나타나는지 확인하세요. 출처가 불분명한 변환 웹페이지에 구독 링크를 입력하지 마세요.
  3. 노드를 선택하고 연결을 생성하세요. 먼저 클라이언트의 기본 매개변수를 사용하고 전송 계층, 인증서, DNS, 라우팅 옵션을 동시에 바꾸지 마세요. 연결에 실패하면 프로토콜 오류와 핸드셰이크 로그를 우선 확인하세요.
  4. 글로벌 모드로 기본 연결을 확인하세요. 클라이언트와 서버 사이에 데이터가 전송되는지 확인하고, 출구 지역이 선택한 노드와 일치하는지 살펴보세요. 이 단계는 분할 라우팅 규칙의 간섭을 배제하기 위한 것입니다.
  5. 규칙 모드로 전환하세요. 자주 사용하는 웹사이트와 앱을 테스트하고 프록시, 직접 연결, 차단 규칙이 예상대로 매칭되는지 확인하세요. 문제가 생기면 도메인과 매칭된 항목을 기록하세요.
  6. DNS 경로를 확인하세요. 조회 요청과 출구 정책이 일치하는지 확인하고 브라우저의 독립 DNS, 캐시, 가상 인터페이스가 서로 미치는 영향에 유의하세요.
  7. 플랫폼의 트래픽 처리 방식을 조정하세요. 브라우저에서는 먼저 시스템 프록시를 테스트하고, 시스템 프록시를 따르지 않는 프로그램에는 TUN을 고려하세요. 변경할 때마다 다시 확인하세요.
결론: 이 용어를 배우는 목적은 약어를 외우는 것이 아니라 연결 흐름의 위치를 찾는 데 있습니다. 구독은 노드를 전달하고, 클라이언트는 프로토콜을 구현하며, 회선은 경로를 정하고, 분할 라우팅은 방향을 결정하고, DNS는 주소를 조회합니다. 이 순서대로 확인하면 ‘작동하지 않음’이라는 막연한 문제가 검증 가능한 구체적 단계로 바뀝니다.

초보자가 기억해야 할 경계는 무엇인가요

지연 시간, 대역폭, 지터, 패킷 손실은 서로 다른 지표입니다. 지연 시간은 왕복 시간을 나타내고, 대역폭은 단위 시간에 전송할 수 있는 데이터 양을 설명하며, 지터는 지연 시간의 변동을 뜻하고, 패킷 손실은 재전송을 유발하거나 실시간 데이터에 직접 영향을 줍니다. 노드 목록의 지연 시간은 보통 클라이언트와 진입점 사이의 측정값일 뿐이므로 영상, 다운로드, 원격 회의의 최종 성능을 완전히 보여 주지 않습니다.

같은 노드라도 네트워크와 기기에 따라 결과가 달라질 수 있습니다. 가정용 인터넷, 공용 Wi-Fi, 기업 네트워크, 모바일 네트워크는 라우팅과 제한이 서로 다릅니다. 데스크톱, Android, 기타 모바일 플랫폼도 백그라운드 실행, 가상 인터페이스, 시스템 프록시를 처리하는 방식이 다릅니다. 따라서 설정을 재사용할 때는 플랫폼 권한과 클라이언트 구현을 함께 확인하고 노드 이름만 복사하지 마세요.

마지막으로 연결 도구가 바꾸는 것은 일부 네트워크 트래픽의 전송 경로일 뿐입니다. 웹사이트의 신뢰성을 자동으로 판단하거나 계정 보안, 소프트웨어 업데이트, 인증서 검증을 대신하지 않습니다. 클라이언트에 인증서 오류가 표시되거나 시스템 시간이 비정상적이거나 설정 출처가 불분명하다면 검증을 끄고 연결을 계속하기보다 먼저 이러한 기본 문제를 해결하세요.