VPN 초보자 용어 빠른 정리: 구독, 노드, 프로토콜, 분할 라우팅 한눈에 이해하기

용어 빠른 정리: 각 항목의 역할부터 구분하기

일상적인 대화에서 VPN은 해외 네트워크에 연결하는 도구를 통칭하는 말로 자주 쓰입니다. 하지만 실제 제품은 시스템 VPN 터널을 사용할 수도 있고, 프록시 프로토콜과 규칙 엔진을 사용할 수도 있습니다. 클라이언트에 ‘VPN 연결됨’이라고 표시되어도 특정 전통 VPN 프로토콜을 사용한다는 뜻은 아니며, 모든 앱이 같은 출구를 이용한다는 의미도 아닙니다.

일반적으로 요청은 먼저 클라이언트로 들어가 규칙에 따라 처리된 뒤, 결과에 따라 직접 연결하거나 프록시를 이용하거나 연결이 차단됩니다. 프록시를 선택한 경우에만 클라이언트가 해당 노드와 프로토콜로 연결을 설정합니다. 구독은 이러한 설정을 제공하며, 일부 구독에는 규칙과 정책 그룹도 포함됩니다.

구독 링크: 설정을 불러오는 주소이지 결제 버튼이 아닙니다

‘구독’은 결제와 기술, 두 가지 맥락에서 쓰입니다. 요금제의 월간 구독은 서비스 결제 방식을 뜻하고, 클라이언트의 구독 주소는 보통 설정을 제공하는 링크입니다. 데이터 패키지 이용자도 구독 링크로 노드를 가져올 수 있으므로, 요금제가 월 단위 결제가 아니라고 해서 구독 가져오기가 필요 없는 것은 아닙니다.

링크에서 노드 목록을 제공할 수도 있고, 정책 그룹·DNS·트래픽 분기 규칙이 포함된 전체 설정을 제공할 수도 있습니다. 클라이언트마다 지원하는 형식이 다르므로 같은 주소를 모든 앱에서 바로 사용할 수 있는 것은 아닙니다. 가져오기에 실패하면 같은 내용을 반복해서 복사하기보다 클라이언트 종류와 서비스의 가져오기 안내부터 확인하세요.

처음 가져오기와 이후 업데이트는 다릅니다. 가져오기는 설정 출처를 추가하는 작업이고, 업데이트는 그 출처에서 내용을 다시 가져오는 작업입니다. 업데이트로 노드 목록이 바뀔 수 있지만, 로컬에서 직접 설정한 항목까지 반드시 바뀌는 것은 아닙니다. 구체적인 동작은 클라이언트에 따라 다릅니다. 요금제 정보가 바뀌었다면 먼저 구독을 업데이트한 다음 계정 상태와 클라이언트 표시가 일치하는지 확인하세요.

노드와 회선: 지역 표시는 전체 경로를 뜻하지 않습니다

노드는 일반적으로 연결에 필요한 설정값의 묶음이며, 화면에서는 지역·도시·용도를 기준으로 이름이 붙습니다. 노드 이름은 선택을 돕는 표기일 뿐, 기술적인 사실을 입증하지는 않습니다. 도쿄라고 표시된 이름은 출구 위치를 뜻할 수 있지만, 클라이언트가 가장 먼저 연결하는 지점은 다른 지역에 있을 수도 있습니다. 웹사이트에서 확인되는 출구를 판단하려면 노드 이름이 아니라 실제 출구 주소를 확인해야 합니다.

직접 연결은 보통 서비스가 마련한 중계 지점을 추가로 거치지 않고 기기에서 해외 접속 지점으로 연결하는 것을 뜻합니다. 이 경우에도 통신사 네트워크와 인터넷 라우팅을 거칩니다. 중계 연결은 먼저 한 지점에 접속한 다음, 그 지점에서 후속 서버로 데이터를 전달합니다. 일부 네트워크 환경을 개선할 수 있지만 경로가 늘어날 수도 있으므로, 중계가 곧 더 빠르다는 뜻은 아닙니다.

IEPL은 일반적으로 국제 이더넷 전용 회선을 뜻합니다. 구독 서비스의 회선 안내에서 IEPL은 경로 중 일부 구간에 전용 회선이 있음을 설명하는 경우가 많습니다. 집의 라우터부터 대상 웹사이트까지 모든 구간이 전용 회선이라는 뜻은 아닙니다. 현지 인터넷 연결 품질, 접속 지점의 부하, 출구와 대상 웹사이트도 이용 경험에 영향을 줍니다.

따라서 ‘일본 노드’, ‘IEPL 회선’, ‘특정 프로토콜’은 하나의 연결을 함께 설명할 수 있습니다. 지역은 출구를, 회선 유형은 경로 구성을, 프로토콜은 통신 방식을 나타냅니다. 먼저 필요한 지역에 맞는 노드를 고른 뒤 평소 사용하는 네트워크와 시간대에 직접 확인하세요. 표기만 보고 스트리밍이나 업무 플랫폼 이용을 보장한다고 판단해서는 안 됩니다.

프로토콜 이름: 호환성을 먼저, 네트워크 환경은 그다음

Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC은 널리 쓰이는 프록시 프로토콜 또는 관련 구현 체계이며 요금제 등급이 아닙니다. 클라이언트가 해당 프로토콜과 설정 방식을 지원해야 하고, 서버 설정도 일치해야 합니다. 클라이언트에서 프로토콜 이름만 다른 것으로 바꾼다고 기존 노드가 계속 작동하는 것은 아닙니다.

• Shadowsocks: 널리 쓰이는 암호화 프록시 프로토콜로, 연결 양쪽의 암호화 방식과 인증 정보가 일치해야 합니다. 구체적인 기능은 구현 방식과 버전에 따라 다릅니다.
• VMess와 VLESS: 둘 다 프록시 도구 생태계에서 널리 쓰이지만 서로 다른 프로토콜입니다. VLESS 자체는 콘텐츠를 암호화하지 않으며, 보안 전송을 위해 TLS 등을 함께 사용하는 경우가 많습니다. 이름만으로 연결 보호 방식을 판단해서는 안 됩니다.
• Trojan: 일반적으로 TLS를 이용해 전송을 보호합니다. 인증서 검증과 서버 이름 설정이 중요하며, 오류를 해결하기 위해 검증을 계속 건너뛰어서는 안 됩니다.
• Hysteria2와 TUIC: 둘 다 UDP 기반 QUIC 기술을 사용하지만 같은 프로토콜은 아니며 설정을 서로 바꿔 쓸 수 없습니다. 사용 중인 네트워크에서 UDP를 제한하면 연결에 영향을 줄 수 있습니다.

‘최신 프로토콜’이 ‘어떤 환경에서든 더 빠르다’는 뜻은 아닙니다. 클라이언트 코어의 지원 여부, 네트워크의 전송 방식 제한, 서버 부하와 대상 서비스의 응답이 모두 결과에 영향을 줍니다. 이 글은 용어를 설명하기 위한 자료이며, CitiVPN에서 실제 제공하는 프로토콜과 클라이언트 지원 여부는 계정 관리 페이지와 사용 안내를 확인하세요.

분할 라우팅과 전체 모드: 트래픽이 클라이언트로 들어오는지부터 확인

규칙 모드는 조건에 따라 요청을 처리합니다. 도메인, 대상 주소, 프로세스 등이 흔히 쓰이는 조건입니다. 규칙은 보통 순서대로 적용되며, 일치하는 규칙을 찾으면 직접 연결·프록시·차단 등의 동작을 수행하고, 일치하는 규칙이 없으면 기본 규칙을 적용합니다. 업무용 소프트웨어에 접속 문제가 생겼다면 대상 도메인이 규칙에 포함되지 않았거나 해당 프로세스의 트래픽이 프록시로 들어오지 않았을 수 있습니다.

글로벌 모드는 일반적으로 프록시 엔진에 이미 들어온 트래픽을 선택한 프록시 정책으로 처리합니다. 모든 소프트웨어의 트래픽이 반드시 제어된다는 뜻도 아니며, 모든 UDP나 DNS 요청이 포함되는 것도 아닙니다. 시스템 프록시는 시스템 프록시 설정을 따르는 앱에 주로 영향을 줍니다. 해당 설정을 무시하는 프로그램은 직접 연결할 수 있습니다.

TUN 모드는 가상 네트워크 인터페이스로 트래픽을 받아 시스템 프록시를 따르지 않는 더 많은 앱을 처리할 수 있습니다. 다만 적용 범위는 라우팅, 제외 설정, 권한과 클라이언트 구현에 따라 달라집니다. TUN은 트래픽을 가져오는 방식이고, 글로벌 모드와 규칙 모드는 트래픽 처리 정책이므로 서로 다른 계층의 개념입니다.

Windows, macOS, Linux 클라이언트는 시스템 프록시와 가상 네트워크 인터페이스 옵션을 각각 제공할 수 있으며, 지원 범위는 앱과 코어에 따라 다릅니다. iOS와 Android는 시스템에서 제공하는 VPN 인터페이스로 트래픽을 처리하는 경우가 많습니다. 화면에 VPN 표시가 나타나더라도 규칙이 제대로 적용되는지 확인해야 합니다. Android의 앱별 트래픽 분기 지원 여부는 클라이언트에 따라 다르며, 데스크톱에서도 같은 기능을 당연히 사용할 수 있다고 보면 안 됩니다.

DNS와 출구 IP: 연결에 성공한 뒤에도 확인하기

DNS 조회는 도메인에 해당하는 주소를 찾고, 웹사이트 연결은 이후 데이터를 전송합니다. 두 작업은 서로 다른 경로를 사용할 수 있습니다. 지정된 DNS 설정으로 처리될 것으로 예상했는데 실제 조회가 로컬 네트워크를 통해 이루어지면 흔히 말하는 DNS 누출이 발생할 수 있습니다. 예상한 설정을 기준으로 확인해야 하며, 검사 페이지에 낯선 지역이 표시된다는 이유만으로 단정해서는 안 됩니다.

브라우저의 암호화 DNS, 시스템 DNS, 클라이언트 내장 DNS와 기업 네트워크 정책은 서로 영향을 줄 수 있습니다. 특정 웹사이트만 열리지 않고 다른 앱은 정상이라면 브라우저가 별도의 DNS 설정을 사용하는지 확인하세요. Fake-IP를 사용하는 클라이언트는 먼저 가상 주소를 반환한 뒤 클라이언트에서 후속 매핑을 처리할 수도 있습니다. 이 주소는 웹사이트의 실제 출구를 뜻하지 않습니다.

먼저 내 IP에서 현재 브라우저에 표시되는 출구를 확인한 다음, 클라이언트 로그에서 규칙 적용과 DNS 처리를 살펴보세요. 출구가 예상과 일치한다는 것은 해당 검사 요청의 경로가 기대한 대로였다는 뜻일 뿐, 다른 앱도 같은 경로를 이용한다는 증거는 아닙니다. 네트워크 연결 설정은 웹사이트 로그인 확인, 계정 권한 또는 플랫폼 자체의 지역 정책을 대신하지 않습니다.

초보자 점검 목록: 문제 발생 단계에 따라 확인하기

처음 사용할 때 프로토콜, DNS, 규칙을 한꺼번에 바꾸지 마세요. 복구할 수 있도록 기존 설정을 보관하고, 현재 문제와 관련된 항목만 한 번에 하나씩 조정한 뒤 같은 대상을 다시 확인하세요. 그래야 무엇이 달라졌는지 파악할 수 있고 지원 담당자에게 문제를 설명하기도 쉽습니다.

• ✅ 먼저 계정과 요금제 상태를 확인한 다음, 계정 관리 페이지에서 사용 중인 플랫폼에 맞는 클라이언트와 구독 안내를 확인하세요.
• ✅ 클라이언트 안내에 따라 구독을 가져오고 노드 목록이 표시되는지 확인하세요. 업데이트가 실패하면 형식, 링크 유효성, 오류 메시지를 확인하세요.
• ✅ 용도에 맞는 지역을 선택하고 기본 권장 설정으로 연결하세요. 이해하지 못하는 프로토콜 설정을 직접 바꾸지 마세요.
• ✅ 대상 앱을 열고 출구와 연결 로그를 확인해 ‘노드 연결 실패’와 ‘요청이 프록시를 통하지 않음’을 구분하세요.
• ✅ 특정 웹사이트만 문제가 생기면 규칙, DNS, 플랫폼 요구 사항을 확인하세요. 모든 앱에서 문제가 생기면 로컬 네트워크와 클라이언트 연결 상태를 확인하세요.
• ✅ 문의할 때 플랫폼, 클라이언트 이름, 선택한 노드와 증상을 알려주세요. 로그를 공유하기 전 구독 주소와 인증 정보는 가리세요.

CitiVPN은 이메일 주소 없이 아이디와 비밀번호만으로 계정을 만들 수 있습니다. 클라이언트는 계정 관리 페이지의 다운로드 메뉴에서 받으세요. 로그인 후 구독 정보를 확인할 수 있습니다. Windows, Android, macOS, Linux에서는 로그인 후 클라이언트를 받을 수 있으며, iOS는 유효한 요금제가 필요합니다. 자세한 가져오기 방법은 초보자 가이드를, 설정 관련 문의는 고객 지원을 확인하세요.

마지막으로 다음 순서에 따라 확인하세요. 구독에서 설정을 가져왔는지, 노드에 연결되는지, 앱 트래픽이 클라이언트에서 처리되는지, 규칙과 DNS가 예상대로 동작하는지 살펴보세요. 문제에 해당하는 계층부터 확인하면 노드만 계속 바꾸는 것보다 원인을 찾기 쉽습니다.