먼저 종합 비교표를 확인하세요
| 프로토콜 | 암호화 방식 | 성능 부담 | 검열 대응력 | 설정 난이도 |
|---|---|---|---|---|
| Shadowsocks | 프로토콜 자체에 암호화 내장 | 낮음 | 보통, 특징이 비교적 탐지되기 쉬움 | 낮음 |
| VMess | 프로토콜 자체에 암호화 + 신원 검증 내장 | 중간 | 양호, 트래픽 위장 지원 | 중간 |
| VLESS | 암호화를 내장하지 않고 외부 TLS에 의존 | 낮음（VMess보다 더 가벼움） | 양호, TLS 위장과 함께 사용 시 효과가 더 좋음 | 중~높음 |
| Trojan | 완전히 TLS 암호화에 의존 | 낮음 | 양호, 트래픽 특징이 정상적인 HTTPS와 거의 동일 | 중간 |
Shadowsocks: 간단하고 가벼운 입문 프로토콜
Shadowsocks（줄여서 SS）는 가장 먼저 널리 퍼진 경량 프록시 프로토콜로, 설계 사상이 매우 단순합니다: 트래픽을 대칭 암호화 알고리즘으로 암호화해 전달하는 방식입니다. 장점은 속도가 빠르고 리소스 사용이 적다는 것으로, 거의 모든 플랫폼에 안정적인 클라이언트가 있습니다. 단점은 프로토콜 특징이 비교적 고정적이어서 트래픽 탐지 기술이 강한 환경에서는 안정성이 다른 프로토콜보다 떨어질 수 있다는 것입니다. 속도를 중시하고 네트워크 환경이 비교적 자유로운 상황에 적합합니다.
VMess: V2Ray의 네이티브 프로토콜
VMess는 V2Ray 프로젝트가 처음 설계한 핵심 프로토콜로, Shadowsocks를 기반으로 신원 검증 메커니즘과 더 유연한 전송 계층 캡슐화（WebSocket, TLS 등을 씌워 정상적인 웹 트래픽으로 위장 가능）를 추가했습니다. 많은 가이드에서 "V2Ray가 더 안전하다"고 말하는 이유가 바로 이것입니다——안전성 향상은 주로 이러한 추가 캡슐화와 검증 기능에서 비롯된 것이며, 단순한 암호화 강도의 문제가 아닙니다. 설정 시 UUID（사용자 식별자）와 AlterId 등의 매개변수를 별도로 입력해야 하지만, 구독 링크를 사용하면 이러한 매개변수는 자동으로 가져와져 수동 입력이 필요 없습니다.
VLESS: 더 가벼운 차세대 프로토콜
VLESS는 VMess의 "경량화 리팩터링 버전"으로 이해할 수 있으며, Xray 프로젝트에서 제안했습니다. 가장 큰 특징은 프로토콜 자체가 암호화를 수행하지 않는다는 점으로, 암호화 작업을 완전히 외부 TLS 전송 계층에 맡겨 프로토콜 자체의 처리 부담을 줄이고 이론적으로 더 빠른 속도를 낼 수 있습니다. 하지만 프로토콜 자체에 암호화가 없기 때문에 VLESS는 거의 항상 TLS（또는 XTLS）와 함께 사용해야 하며, 그렇지 않으면 트래픽이 평문으로 노출됩니다. 따라서 설정 시 인증서와 도메인에 대한 요구 사항이 VMess보다 높으며, 어느 정도 네트워크 지식이 있고 성능을 중시하는 사용자에게 더 적합합니다.
Trojan: 실제 HTTPS 트래픽으로 위장
Trojan 프로토콜의 설계 철학은 매우 직관적입니다: 프록시 트래픽을 일반 사용자가 HTTPS 사이트에 접속하는 것과 전혀 다르지 않게 보이게 한다는 것입니다. 표준 TLS 프로토콜 암호화에 완전히 의존하며, 서버 측은 정상적인 웹 서버처럼 위장하기 때문에 연결이 탐지되더라도 트래픽 특징이 정상적인 웹 브라우징과 거의 구분되지 않습니다. 이러한 "정상 트래픽에 녹아드는" 방식 덕분에 Trojan은 검열 대응 상황에서 뛰어난 성능을 보이며, 설정 복잡도는 VMess와 VLESS의 중간 정도입니다.
모바일과 데스크톱, 프로토콜 선택을 구분해야 하나요
엄밀히 말하면 구분할 필요가 없습니다. 네 가지 프로토콜 모두 Windows/macOS/Linux의 v2rayN과 안드로이드의 v2rayNG / v2flyNG에서 정상적으로 사용할 수 있으며, 클라이언트가 자동으로 프로토콜 해석을 처리하므로 기기를 바꿨다고 설정 방법을 다시 배울 필요는 없습니다. 다만 실제 사용 경험 면에서 모바일 기기는 배터리 소모와 백그라운드 유지를 더 중요하게 여기는 경향이 있고, VLESS / Trojan처럼 오버헤드가 작은 조합은 장시간 연결 상태를 유지할 때 보통 VMess보다 절전 효과가 좋습니다. 데스크톱은 전원에 연결해 사용하고 성능도 여유로워 네 가지 프로토콜 간 체감 차이가 크지 않으며, 오히려 노드 자체의 회선 품질이 더 주목할 만한 요소입니다.
자주 묻는 질문: 하나의 구독에 여러 프로토콜이 동시에 존재할 수 있나요
가능하며, 이런 경우가 매우 흔합니다. 구독 제공업체는 보통 동일한 구독 안에 VMess, VLESS, Trojan, 심지어 Shadowsocks 노드를 섞어서 제공하며, 클라이언트는 가져올 때 각 노드가 지닌 프로토콜 정보에 따라 각각 해석하므로 수동으로 구분하거나 그룹화할 필요가 없습니다. 일상적인 사용에서는 클라이언트의 지연시간 테스트 기능으로 연결 품질이 좋은 노드를 바로 선택하면 되며, 프로토콜 종류는 노드 정보의 일부일 뿐 특별히 신경 쓸 필요가 없습니다.
프로토콜은 클라이언트 버전 업그레이드에 따라 변하나요
변합니다. V2Ray 생태계의 프로토콜 자체도 지속적으로 진화하고 있습니다——예를 들어 VLESS는 VMess가 수년간 사용된 후, VMess의 추가 검증 오버헤드가 높다는 문제를 해결하기 위해 제안된 것입니다. 따라서 클라이언트（v2rayN / v2rayNG / v2flyNG）를 최신 버전으로 유지하는 것이 중요합니다. 그래야 새로운 프로토콜과 새로운 전송 방식（XTLS, REALITY 등）에 대한 완전한 호환성을 확보할 수 있으며, 클라이언트 버전이 너무 오래되어 일부 새로운 형식의 노드를 인식하지 못하는 상황을 피할 수 있습니다.
일반 사용자는 어떻게 선택해야 하나요
이제 막 입문한 초보자라면 이 프로토콜들 사이에서 "세심하게 고를" 필요는 없습니다——이것이 가장 간과되기 쉬운 부분입니다.
- 대부분의 경우 사용하는 구독 링크에는 이미 프로토콜 종류가 사전 설정되어 있으며, 클라이언트가 자동으로 인식하고 연결하므로 수동으로 판단하고 선택할 필요가 없습니다.
- 같은 구독에 여러 프로토콜 노드가 제공된 경우, 일반적으로 VLESS나 Trojan으로 표시된 노드를 먼저 시도하면 종합적인 성능이 더 안정적인 경우가 많습니다.
- 직접 서버를 구축하거나 수동으로 연결 문제를 진단해야 할 때에만 이러한 프로토콜의 구체적인 차이를 정말로 이해할 필요가 생깁니다.
다시 말해, 이러한 프로토콜의 차이를 이해하는 목적은 주로 "설정 화면의 용어를 이해하는 것"과 "연결 문제를 진단할 때 어느 방향으로 생각해야 할지 아는 것"에 있으며, 연결할 때마다 선택 문제를 새로 풀어야 하는 것은 아닙니다.