설치 가이드에는 "노드", "구독", "라우팅 규칙" 같은 용어가 자주 등장합니다. 전혀 접해본 적이 없다면 이런 용어들을 보고 헷갈리기 쉽습니다. 이 글에서는 조작 단계는 다루지 않고, 쉬운 말로 이 개념들만 설명합니다. 다 읽은 후 초간단 시작 가이드를 따라 진행하면 훨씬 수월할 것입니다.
1. 노드: 여러분이 연결하는 "중계 서버"
"노드"는 여러분의 네트워크 요청을 대신 전달해 주는 서버라고 이해하면 쉽습니다. 여러분의 기기는 먼저 이 서버에 연결하고, 서버가 대신 여러분이 열고 싶은 사이트에 접속합니다. 사이트 입장에서 보는 접속 출처는 이 서버이지, 여러분 자신이 아닙니다. 노드마다 보통 지역과 회선이 다르며, 속도와 안정성에도 차이가 있습니다—이것이 클라이언트에서 "홍콩 01", "일본 02" 같은 이름을 자주 보게 되는 이유입니다. 지명은 그 서버의 대략적인 물리적 위치나 회선 소속을 나타내는 힌트일 뿐이며, 자신의 네트워크 환경에 맞춰 지연 시간이 낮은 노드를 고르는 데 참고가 됩니다.
주의할 점은, 노드는 구독 서비스 제공자가 구축하고 유지 관리하는 것이며 클라이언트 자체가 노드를 "생성"하는 것이 아니라는 점입니다. 클라이언트는 이미 받아온 노드 정보를 표시하고 선택·연결할 수 있게 해줄 뿐입니다. 노드가 안정적인지, 장기적으로 유효한지는 해당 서비스 제공자에게 달려 있으며, 특정 노드에 장기간 연결되지 않는다면 보통 서비스 제공자에게 문의해 확인해야 하며 클라이언트를 재설치할 문제가 아닙니다.
2. 구독: 한 번에 여러 노드를 받는 방법
예전에는 노드 정보를 하나씩 수동으로 추가해야 했고, 주소, 포트, 암호화 방식을 클라이언트에 일일이 입력해야 해서 매우 번거로웠으며 글자 하나만 틀려도 연결이 되지 않았습니다. "구독"의 등장으로 이 문제가 해결되었습니다. 본질적으로 하나의 URL이며, 서비스 제공자가 이 URL 뒤에서 최신 노드 목록을 관리하고, 클라이언트가 이 URL에 접속하면 모든 노드 정보를 한 번에 받아올 수 있어 하나씩 수동으로 추가할 필요가 없습니다.
구독에는 매우 유용한 특징이 하나 더 있습니다—자동 업데이트입니다. 클라이언트에서 일정 시간마다(예: 24시간마다) 자동으로 구독 링크에 접속하도록 설정할 수 있습니다. 서비스 제공자가 노드를 추가하거나 만료된 노드를 내리면, 클라이언트도 최신 상태를 자동으로 받아올 수 있어 변화를 항상 지켜볼 필요가 없습니다. 이것이 가이드에서 항상 "먼저 구독을 한 번 업데이트하세요"라고 강조하는 이유이기도 합니다—연결되지 않는 문제 중 상당수는 단순히 노드 목록이 최신으로 갱신되지 않았기 때문입니다.
3. 라우팅 규칙: "누가 프록시를 타고, 누가 타지 않는지" 결정
모든 네트워크 요청이 노드를 경유할 필요는 없습니다—예를 들어 로컬 네트워크 기기에 접속하거나, 국내에서 원래 정상적으로 열리는 사이트에 접속할 때 강제로 노드 서버를 경유해 되돌아오게 하면 지연 시간만 늘어나 오히려 사용감이 나빠집니다. 라우팅 규칙은 도메인, IP 소재지를 기준으로 판단하는 "분류" 로직으로, 어떤 요청은 직접 연결하고, 어떤 요청은 노드를 경유하며, 어떤 요청은 아예 차단할지를 결정합니다.
대부분의 클라이언트는 커뮤니티가 유지 관리하며 대부분의 일반적인 사이트를 커버하는 기본 규칙을 내장하고 있습니다. 초보 단계에서는 기본 규칙을 그대로 사용하면 되며, 스스로 규칙 작성법을 깊이 연구할 필요는 없습니다. 익숙해진 후 특정 사이트의 트래픽 분류 방식이 기대와 다르다고 느껴지면, 그때 클라이언트의 "라우팅 설정"으로 돌아가 해당 규칙을 조정해도 늦지 않습니다.
4. 지연 시간: 노드가 쓸만한지 판단하는 참고 수치
클라이언트의 각 노드 옆에는 보통 밀리초 단위의 숫자가 표시되는데, 이것이 지연 시간(핑 값)으로, 여러분의 기기와 해당 노드 사이를 한 번 왕복하는 데 걸리는 시간을 나타냅니다. 숫자가 작을수록 왕복 속도가 빠르고 사용감도 보통 더 원활합니다. 반대로 지연 시간이 매우 크거나(예: 500ms 초과) "시간 초과"로 표시된다면, 그 노드는 현재 사용하기에 적합하지 않다는 의미인 경우가 많습니다.
지연 시간은 하나의 참고 지표일 뿐 유일한 기준은 아닙니다—일부 노드는 지연 시간 수치는 괜찮아 보여도 회선 자체가 불안정하여 실제 사용 시 연결이 끊겼다 이어졌다 하는 경우가 있습니다. 지연 시간은 정상인데 연결이 계속 불안정하다면, 같은 노드를 계속 재시도하기보다 지연 시간이 낮은 다른 노드로 바로 바꾸는 것이 더 간편합니다.
5. 프로토콜: 노드와 클라이언트 사이의 "대화 방식"
프로토콜은 클라이언트와 노드 서버 사이에서 어떤 방식으로 데이터를 암호화하고 전송할지를 결정합니다. 대표적으로 VMess, VLESS, Shadowsocks, Trojan 등이 있으며, 프로토콜마다 속도, 보안성, 방해 저항력에서 중점이 다릅니다. 일부는 TLS 암호화 계층을 추가로 덧씌워 트래픽이 네트워크 상에서 일반적인 웹페이지 접속처럼 보이도록 합니다.
초보자는 프로토콜 구현 세부 사항을 전혀 연구할 필요가 없습니다. 구독 링크에는 이미 해당 프로토콜 설정 정보가 포함되어 있어, 클라이언트가 노드 목록을 가져올 때 자동으로 인식하고 적용합니다. 여러분은 "어떤 노드를 선택할지, 언제 연결할지" 이 두 가지에만 집중하면 충분합니다.
개념을 다 봤다면, 다음에 할 일
노드, 구독, 라우팅 규칙, 지연 시간, 프로토콜이라는 다섯 가지 용어를 이해했다면, 가이드를 따라 실습할 모든 사전 지식을 갖춘 것입니다. 이후 접하게 될 조작 단계는 대부분 이름만 봐도 뜻을 짐작할 수 있을 것입니다. 다운로드 페이지에서 해당 시스템의 클라이언트를 받고, 초간단 시작 가이드를 따라 다운로드, 설치, 연결 세 단계를 완료하세요. 중간에 특정 단계에서 막히면 자주 묻는 질문을 다시 확인해도 좋습니다.
이 개념들은 다른 플랫폼에서도 공통으로 적용되나요
네. 최종적으로 Windows / macOS / Linux 세 플랫폼을 모두 지원하는 v2rayN을 사용하든, Android의 v2rayNG나 V2flyNG를 사용하든, 노드, 구독, 라우팅 규칙, 지연 시간, 프로토콜이라는 다섯 개념의 의미는 완전히 동일합니다. 다만 클라이언트마다 메뉴 이름과 조작 위치가 조금씩 다를 뿐입니다. 즉, 이 글에서 설명한 내용은 플랫폼마다 다시 배울 필요가 없으며, 한 번 이해하면 모든 플랫폼에 적용할 수 있습니다.