이 VPN 초보자 용어 가이드는 구독이 무엇인지, 노드를 어떻게 선택하는지, 프로토콜은 어떻게 다른지, 트래픽 분배 모드는 어떻게 설정하는지 네 가지 질문에 답합니다. 먼저 큰 흐름을 기억하세요. 서비스는 설정을 제공하고, 구독 링크는 설정을 전달하며, 클라이언트는 설정을 읽고, 노드는 출구를 결정하고, 프로토콜은 전송 방식을 정하며, 트래픽 분배 규칙은 선택한 회선을 사용할 연결을 결정합니다.
이 용어들은 클라이언트에 함께 표시되는 경우가 많지만 서로 같은 개념은 아닙니다. 각 계층을 구분하면 가져오기 실패, 노드는 연결되지만 웹페이지가 열리지 않는 문제, 전체 모드 전환 후 로컬 서비스가 느려지는 문제를 클라이언트를 반복해서 재설치하지 않고 올바른 순서로 점검할 수 있습니다.
구독, 클라이언트와 노드는 어떤 관계인가
계정은 서비스 패널에 접속하고 요금제를 관리하는 데 사용합니다. 클라이언트는 기기에 설치하는 연결 도구입니다. 구독 링크는 접속 인증 정보가 포함된 주소로, 클라이언트가 이를 통해 노드 이름, 서버 주소, 포트, 프로토콜 및 관련 매개변수를 가져옵니다. 세 요소는 모두 필요하지만 역할은 서로 다릅니다.
구독 링크는 일반적인 웹페이지 북마크가 아닙니다. 호환 클라이언트가 전체 연결 설정을 읽도록 해 주는 경우가 많으므로 계정 인증 정보처럼 관리해야 합니다. 링크를 공개적으로 게시하거나 신뢰할 수 없는 변환 사이트에 보내면 해당 설정을 읽을 권한을 다른 사람에게 넘기는 것과 같습니다. 기기를 바꿀 때는 채팅 기록에서 예전 링크를 찾기보다 서비스 패널에서 다시 복사하는 것이 좋습니다.
구독 링크와 단일 노드 링크
구독 링크는 보통 여러 노드 정보를 반환하며 클라이언트에서 업데이트할 수 있습니다. 단일 노드 링크는 특정 연결 하나만 설명하므로 임시 가져오기나 수동 테스트에 적합합니다. 서버에서 회선을 조정하면 구독 업데이트를 통해 이름과 매개변수를 동기화할 수 있지만, 수동으로 저장한 단일 노드 설정은 이전 주소를 계속 가리킬 수 있습니다.
일부 클라이언트는 QR 코드 스캔, 클립보드에서 가져오기, URL로 추가하기 또는 로컬 설정 파일 읽기를 지원합니다. 진입점 이름은 달라도 본질은 원격 또는 로컬 설정을 클라이언트에 입력하는 것입니다. 가져오기에 성공했다는 것은 형식을 인식했다는 뜻일 뿐, 회선 연결이 완료되었다는 의미는 아닙니다. 노드를 선택하고 연결을 시작한 뒤 시스템 트래픽이 실제로 클라이언트로 유입되는지도 확인해야 합니다.
| 용어 | 주요 역할 | 흔한 오해 |
|---|---|---|
| 계정 | 패널에 접속해 요금제, 구독 및 클라이언트 진입점을 관리 | 계정 로그인 상태를 회선 연결 상태로 착각 |
| 구독 링크 | 업데이트 가능한 연결 설정 묶음을 클라이언트에 제공 | 일반 공개 URL처럼 전달 |
| 클라이언트 | 설정을 해석하고 연결을 수립하며 트래픽을 인계하거나 전달 | 모든 클라이언트가 동일한 프로토콜과 규칙을 지원한다고 생각 |
| 노드 | 선택 가능한 연결 진입점과 출구의 조합을 나타냄 | 이름만 보고 지역, 회선, 프로토콜은 확인하지 않음 |
노드, 진입점, 출구와 회선은 어떻게 다른가
클라이언트에서 말하는 ‘노드’는 보통 선택 가능한 연결 설정 하나를 뜻합니다. 진입점 주소, 프로토콜, 인증 정보, 출구 지역이 포함될 수 있지만 노드 이름 자체가 전체 네트워크 토폴로지를 의미하는 것은 아닙니다. 이름에 특정 지역이 적혀 있다면 일반적으로 외부 서비스에 접속할 때 해당 지역의 출구를 사용한다는 뜻이며, 실제 전송 과정에서는 통신사 네트워크, 중계 진입점 또는 전용 회선 자원을 거칠 수 있습니다.
진입점은 클라이언트가 처음 연결하는 위치입니다. 출구는 대상 웹사이트가 최종적으로 확인하는 접속 출처입니다. 진입점과 출구는 같은 지역일 수도 있고, 서비스 측 내부 회선으로 연결될 수도 있습니다. 사용자의 관점에서 출구 지역은 콘텐츠 지역, 계정 위험 관리, 접속 경로에 영향을 주며, 진입점 품질은 로컬 네트워크에서 연결을 안정적으로 수립할 수 있는지에 영향을 줍니다.
직접 연결, 중계와 IEPL 전용 회선
직접 연결은 기기가 대상 서버에 바로 연결되고 서비스 제공자가 별도의 전달 진입점을 추가로 배치하지 않는 방식입니다. 구조는 단순하지만 로컬 통신사에서 대상 지역까지 이어지는 공용 인터넷 경로의 영향을 더 크게 받습니다. 저녁 시간대 혼잡, 네트워크 간 연동 또는 국제 출구 변화가 연결 품질에 그대로 나타날 수 있습니다.
중계 회선은 먼저 가깝거나 도달하기 쉬운 진입점에 연결한 다음, 서비스 측에서 출구로 전달합니다. 중계의 가치는 공용 인터넷 경로를 조정하는 데 있으며, 항상 더 빠르다는 뜻은 아닙니다. 진입점 혼잡, 중계 자원 부족, 출구 부하 증가도 결과에 영향을 줄 수 있습니다. 중계 회선을 판단할 때는 이름만 보지 말고 실제 안정성과 대상 지역의 적합성을 확인하세요.
IEPL은 일반적으로 국제 이더넷 전용 회선 계열의 연결을 의미합니다. 서비스 제공자는 진입점과 출구 사이의 전송 구간에 이를 사용해 해당 구간이 일반 공용 인터넷 전달에 전적으로 의존하지 않도록 할 수 있습니다. 다만 클라이언트에 ‘IEPL’이라고 표시된다는 사실만으로 전체 경로, 남은 자원 또는 서비스 수준을 증명할 수는 없습니다. 실제 선택은 연결 안정성, 대상 애플리케이션, 로컬 네트워크를 함께 고려해야 합니다.
| 회선 유형 | 경로 특징 | 주로 확인할 점 |
|---|---|---|
| 직접 연결 | 기기가 원격 서버에 직접 접속 | 로컬 통신사에서 출구 지역까지의 공용 인터넷 품질 |
| 중계 | 먼저 진입점에 연결한 뒤 서비스 측에서 출구로 전달 | 진입점 도달성, 중계 전송 용량, 출구 적합성 |
| IEPL 전용 회선 | 진입점과 출구 사이에 전용 회선 계열 전송을 사용할 수 있음 | 실제 안정성, 서비스 설명, 사용 환경 |
주요프로토콜은 각각 어떤 문제를 해결하는가
프로토콜은 클라이언트와 서버가 데이터를 캡슐화하고 인증하며 전송하는 방식을 정합니다. 노드 지역이 같아도 프로토콜에 따라 핸드셰이크 방식, 전송 계층 선택, 혼잡 제어, 클라이언트 호환성이 달라질 수 있습니다. 프로토콜을 단순히 ‘신형’과 ‘구형’으로 순위를 매길 수 없으며, 모든 네트워크에 맞는 하나의 정답도 없습니다.
Shadowsocks
Shadowsocks는 암호화 프록시 프로토콜로, 구조가 비교적 단순하고 지원 클라이언트가 다양합니다. 브라우저, 애플리케이션 프록시, 규칙 기반 트래픽 분배에 자주 사용됩니다. 엄밀히 말하면 전체 네트워크 인터페이스를 인계하는 전통적인 의미의 VPN 프로토콜과는 다른 기술입니다. 모든 애플리케이션이 이를 통과할 수 있는지는 시스템 프록시, 가상 네트워크 인터페이스, 트래픽 분배 구현에 따라 달라집니다.
VMess와 VLESS
VMess는 V2Ray 생태계의 프로토콜로, 인증과 전송 설정을 포함하며 다양한 하위 전송 방식과 함께 사용할 수 있습니다. VLESS는 간소화된 인증과 데이터 전달을 중시하며, 일반적으로 TLS, REALITY 또는 다른 보안 전송 설정과 함께 사용해야 합니다. VLESS 노드를 볼 때 서버 주소와 포트만 입력해서는 안 됩니다. 전송 방식, 서버 이름, 경로, 지문 등의 매개변수도 서버 측 설정과 일치해야 합니다.
Trojan
Trojan은 일반적으로 TLS 연결 위에서 작동하며, 클라이언트가 인증서 검증, 서버 이름, 인증 정보를 올바르게 처리해야 합니다. 인증서 이름 불일치, 기기 시간 오류, TLS 매개변수 오입력은 모두 핸드셰이크 실패로 나타날 수 있습니다. 문제 해결을 위해 인증서 검증을 장기간 끄는 것은 적절한 방법이 아니므로 구독 설정과 서버 요구 사항으로 돌아가 매개변수를 확인해야 합니다.
Hysteria2와 TUIC
Hysteria2와 TUIC는 모두 UDP 기반의 최신 전송 메커니즘을 활용하며 혼잡한 환경에서의 연결 품질을 고려합니다. 패킷 손실이 많거나 변동이 큰 일부 네트워크에서 더 적합할 수 있지만, 현재 네트워크가 관련 UDP 트래픽을 허용하고 클라이언트 코어가 해당 프로토콜을 지원해야 합니다. 회사, 학교 또는 공용 네트워크에서 UDP를 제한한다면 정상적으로 수립되는 TCP 계열 회선보다 성능이 떨어질 수 있습니다.
| 프로토콜 | 핵심 특징 | 중점 점검 항목 |
|---|---|---|
| Shadowsocks | 암호화 프록시, 비교적 단순한 설정 구조 | 암호화 방식, 인증 정보, 시스템 프록시 상태 |
| VMess | 여러 전송 방식과 함께 사용 가능 | 인증 매개변수, 전송 유형, 경로, 서버 이름 |
| VLESS | 간소화된 인증, 보안 전송과 함께 사용하는 경우가 많음 | TLS 또는 REALITY 매개변수, 클라이언트 호환성 |
| Trojan | 일반적으로 TLS 기반으로 연결 수립 | 인증서, 서버 이름, 기기 시간 |
| Hysteria2 | UDP 기반, 혼잡한 환경에서의 전송에 중점 | UDP 도달성, 클라이언트 코어와 설정 버전 |
| TUIC | QUIC 기반 프록시 전송 방식 | UDP 제한, 인증 매개변수, 클라이언트 지원 여부 |
트래픽 분배, 전체, 규칙과 직접 연결 모드
연결이 수립된 뒤에도 클라이언트는 각 요청을 어디로 보낼지 결정해야 합니다. 이것이 라우팅 모드입니다. 일반적인 선택지는 전체, 규칙, 직접 연결입니다. 모드 이름은 비슷해도 클라이언트마다 정의가 조금씩 다를 수 있으므로 전환하기 전에 현재 클라이언트의 설명을 확인하세요.
전체 모드는 일반적으로 클라이언트가 인계할 수 있는 연결을 선택한 노드를 통해 최대한 전송한다는 뜻입니다. 특정 애플리케이션이 규칙 누락으로 회선을 사용하지 않는지 확인하거나 짧은 시간 동안 문제를 진단할 때 유용합니다. 다만 로컬 웹사이트, 근거리 네트워크 기기, 시스템 업데이트까지 원격 경로로 전송될 수 있어 속도와 위치 판단이 달라질 수 있습니다.
규칙 모드는 도메인, IP, 애플리케이션 또는 규칙 집합에 따라 직접 연결, 프록시, 차단 여부를 결정합니다. 일상적인 사용에 더 적합하지만 규칙을 업데이트해야 합니다. 새 도메인, 콘텐츠 전송 도메인, 애플리케이션 내장 서비스가 규칙에 인식되지 않으면 메인 페이지는 열리지만 이미지나 로그인 구성 요소가 실패할 수 있습니다.
직접 연결 모드는 일반적으로 요청이 선택한 노드를 거치지 않는다는 뜻입니다. 회선을 일시 중지하거나 근거리 네트워크 기기에 접속하거나 장애가 프록시 경로에서 발생했는지 확인할 때 사용할 수 있습니다. 직접 연결 모드에서도 클라이언트 화면은 실행 상태로 표시될 수 있으므로 ‘클라이언트가 실행 중’이라는 사실을 ‘트래픽이 노드를 통과 중’이라는 의미로 해석해서는 안 됩니다.
- ✅ 일상적인 사용에서는 규칙 모드를 먼저 선택해 로컬 서비스와 국제 회선이 필요한 요청을 각각 처리하세요.
- ✅ 특정 애플리케이션이 연결되지 않으면 잠시 전체 모드로 전환해 비교하고 규칙 누락 여부를 확인하세요.
- ✅ 프린터, 저장 장치 또는 라우터 관리 페이지에 접속할 때 근거리 네트워크 주소가 직접 연결로 유지되는지 확인하세요.
- ❌ 문제가 아직 특정되지 않았다면 노드, 프로토콜, DNS, 트래픽 분배 모드를 동시에 변경하지 마세요.
- ❌ 전체 모드가 시스템의 모든 특수 트래픽을 클라이언트가 인계할 수 있다는 뜻은 아닙니다.
시스템 프록시와 가상 네트워크 인터페이스
시스템 프록시는 운영체제의 프록시 설정을 따르는 애플리케이션에 주로 영향을 줍니다. 일부 게임, 명령줄 도구 또는 자체 네트워크 스택을 사용하는 소프트웨어는 이를 무시할 수 있습니다. 가상 네트워크 인터페이스 모드는 흔히 TUN 모드라고 하며 네트워크 계층에서 더 많은 트래픽을 인계하므로 적용 범위가 넓은 편입니다. 다만 시스템 권한이 필요하고 방화벽, 다른 네트워크 도구 또는 기업 정책과 충돌할 수 있습니다.
브라우저는 접속되지만 특정 독립 애플리케이션이 작동하지 않는다면 먼저 해당 애플리케이션이 시스템 프록시를 읽는지 확인하세요. 클라이언트가 TUN 모드를 제공한다면 공식 안내에 따라 활성화한 뒤 비교 테스트를 진행할 수 있습니다. 활성화 후 근거리 네트워크 접속에 문제가 생기면 모든 트래픽 분배 설정을 삭제하기보다 근거리 네트워크 우회 규칙을 확인해야 합니다.
DNS, DNS 누출과 도메인 확인
DNS는 도메인 이름을 연결 가능한 주소로 변환합니다. 웹페이지 접속은 한 번의 요청처럼 보이지만 실제로는 보통 먼저 도메인을 확인한 다음 반환된 주소에 연결합니다. 도메인 조회는 로컬 네트워크를 사용하고 이후 연결은 원격 회선을 사용한다면 확인 결과가 출구 지역과 맞지 않을 수 있으며, 로컬 DNS 서비스가 조회한 도메인을 확인할 수도 있습니다.
DNS 누출은 일반적으로 클라이언트가 지정한 경로로 처리되어야 하는 DNS 조회가 실제로는 예상하지 못한 확인 서버로 전송되는 현상을 뜻합니다. 모든 연결 내용이 공개된다는 의미는 아니며, 웹페이지가 열리지 않는다는 사실만으로 DNS 누출을 단정할 수도 없습니다. 점검할 때는 클라이언트 DNS 설정, 시스템 네트워크 인터페이스, 브라우저의 보안 DNS 기능, 현재 트래픽 분배 모드를 함께 확인해야 합니다.
원격 확인, 로컬 확인과 Fake IP
원격 확인은 프록시 측 또는 지정된 원격 확인 서버를 통해 조회를 수행하므로 확인 위치와 출구 경로를 일치시키는 데 도움이 됩니다. 로컬 확인은 일반적으로 응답이 더 직접적이며 로컬 지역 서비스에 적합하지만, 로컬 네트워크에만 적합한 주소를 반환할 수 있습니다. 규칙 모드에서는 클라이언트가 도메인 유형에 따라 확인 경로를 나누어 선택하는 경우가 많습니다.
Fake IP는 일부 클라이언트가 트래픽 분배에 사용하는 메커니즘입니다. 클라이언트가 먼저 애플리케이션에 내부 매핑 주소를 반환한 뒤 매핑 관계를 바탕으로 원래 도메인을 식별하고 경로를 결정합니다. 대상 IP만 노출하는 연결을 처리하기 편리하지만 일부 근거리 네트워크 서비스, 특수 애플리케이션 또는 기업 환경과 호환되지 않을 수 있어 제외 규칙을 추가해야 합니다.
플랫폼별 클라이언트의 동작이 다른 이유
같은 구독을 서로 다른 클라이언트에 가져오면 노드 수, 이름 또는 사용 가능한 프로토콜이 달라질 수 있습니다. 이는 보통 구독 내용이 무작위로 바뀌어서가 아니라 클라이언트 코어 버전, 지원 프로토콜, 규칙 형식, 운영체제 권한이 다르기 때문입니다. 특정 클라이언트가 Hysteria2 또는 TUIC 노드를 인식하지 못하면 노드를 바로 무시할 수도 있고, 노드는 표시하지만 연결할 때 지원되지 않는다고 알릴 수도 있습니다.
데스크톱 운영체제는 일반적으로 시스템 프록시와 TUN 모드를 모두 제공해 호환성과 트래픽 인계 범위 사이에서 선택할 수 있습니다. 모바일 운영체제는 시스템이 제공하는 VPN 인터페이스에 의존하므로 백그라운드 절전, 배터리 절약 정책, 네트워크 전환이 연결 유지에 영향을 줍니다. 라우터 클라이언트는 프로세서 성능, 메모리, 펌웨어 구성 요소, 규칙 규모의 영향을 받으므로 데스크톱의 모든 고급 설정을 그대로 적용해서는 안 됩니다.
클라이언트마다 용어도 다르게 사용할 수 있습니다. 예를 들어 ‘프록시 모드’, ‘라우팅 모드’, ‘아웃바운드 모드’는 모두 트래픽 선택을 설명할 수 있고, ‘구독 업데이트’, ‘설정 새로 고침’, ‘노드 동기화’는 대체로 구독 내용을 다시 읽는다는 뜻입니다. 기능을 판단할 때는 버튼 이름만 보지 말고 실제 설명을 확인하세요.
구독을 올바르게 가져오는 순서
- ✅ 서비스 패널에서 현재 구독 링크를 복사하고 불필요한 공백이나 줄바꿈이 없는지 확인하세요.
- ✅ 서비스 설명에 기재된 호환 클라이언트를 사용하고 해당 프로토콜을 지원하지 않는 오래된 코어는 피하세요.
- ✅ 클라이언트에서 ‘URL에서 가져오기’ 또는 유사한 진입점을 선택한 뒤 구독 업데이트를 완료하세요.
- ✅ 먼저 기본 프로토콜, DNS, 규칙을 유지하고 대상 지역 노드 하나만 선택해 연결하세요.
- ✅ 사용할 애플리케이션을 열고 출구와 접속 결과가 예상과 일치하는지 확인하세요.
- ❌ 출처가 불분명한 온라인 변환 페이지에 구독 링크를 제출하지 마세요.
- ❌ 가져오기가 편리하다는 이유로 접속 인증 정보가 포함된 QR 코드나 설정 파일을 공개적으로 공유하지 마세요.
연결에 실패했을 때 점검할 경로
효율적인 문제 해결은 한 번에 하나의 변수만 테스트하는 데서 시작합니다. 먼저 구독이 업데이트되는지 확인하고, 다음으로 노드가 핸드셰이크되는지 확인한 뒤, 시스템 트래픽이 클라이언트로 유입되는지 점검하고 마지막으로 DNS와 트래픽 분배를 확인하세요. 앞 단계를 건너뛰고 고급 매개변수부터 바꾸면 하나의 문제가 여러 문제로 번지기 쉽습니다.
구독을 업데이트할 수 없음
먼저 링크가 완전히 복사되었는지, 요금제 상태가 정상인지, 클라이언트가 구독 주소에 접속할 수 있는지 확인하세요. 클라이언트에 형식 오류가 표시되면 사용한 진입점이 구독 URL을 지원하는지 확인해야 합니다. 단일 노드 링크나 로컬 파일만 지원하는 진입점일 수 있습니다. 구독 업데이트 실패와 노드 연결 실패는 서로 다른 단계이므로 노드를 반복해서 바꿔도 해결되지 않습니다.
노드는 선택되지만 연결을 수립할 수 없음
이 경우 프로토콜 호환성, 시스템 시간, TLS 매개변수, UDP 제한, 로컬 방화벽을 중점적으로 확인하세요. 같은 클라이언트에서 이미 사용 가능한 다른 프로토콜로 전환해 비교할 수 있습니다. 모든 노드가 동시에 실패한다면 로컬 네트워크와 클라이언트 권한을 먼저 확인하고, 특정 노드만 실패한다면 해당 회선의 상태를 고려하세요.
연결됨으로 표시되지만 애플리케이션이 접속하지 못함
먼저 규칙 모드와 전체 모드를 비교해 트래픽 분배 누락 여부를 확인하세요. 브라우저는 정상인데 독립 애플리케이션에 문제가 있으면 해당 애플리케이션이 시스템 프록시를 무시하는지 확인하고 TUN 모드가 필요한지 검토하세요. 도메인은 확인되지 않지만 알려진 주소에 직접 접속할 수 있다면 문제는 DNS 단계에 있을 가능성이 높습니다.
접속 위치가 선택한 지역과 다름
먼저 브라우저 캐시, 계정 지역, 위치 권한, 애플리케이션 자체의 지역 설정을 배제하세요. 웹사이트는 출구 IP만으로 지역을 판단하지 않으며, 과거 로그인 정보와 콘텐츠 전송 캐시도 판단에 관여할 수 있습니다. 트래픽이 실제로 노드를 통과하는 것을 확인한 뒤 해당 사이트의 상태를 정리하고 다시 테스트하세요.
초보자가 기억해야 할 용어 지도
계정은 관리 진입점이고, 구독 링크는 설정 인증 정보이며, 클라이언트는 실행 도구입니다. 노드는 선택 가능한 연결이고, 출구는 외부에 표시되는 위치를 결정하며, 프로토콜은 전송 방식을 정합니다. 회선은 데이터가 통과하는 네트워크 경로를 설명하고, DNS는 도메인을 확인하며, 트래픽 분배 규칙은 요청이 직접 연결될지 선택한 노드를 사용할지 결정합니다.
직접 연결, 중계, IEPL은 경로 구성을 설명하고, Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC는 전송 프로토콜을 설명합니다. 전체, 규칙, 직접 연결 모드는 트래픽을 어떻게 분배할지 설명합니다. 이 세 그룹을 구분하면 대부분의 초기 설정 문제를 해결할 수 있습니다.
장기적으로 유지할 습관은 몇 가지뿐입니다. 구독 링크는 인증 정보처럼 보관하고, 호환 클라이언트를 우선 사용하며, 먼저 기본 설정을 적용하고, 대상 지역에 맞춰 노드를 선택하세요. 문제가 생기면 구독, 프로토콜, 시스템 인계, DNS, 트래픽 분배 순서로 확인하는 것이 이른바 만능 매개변수를 많이 모으는 것보다 신뢰할 수 있습니다.