Shadowsocks / VMess / Trojan, 어떤 걸 골라야 할까? 주요 프록시 프로토콜 비교

세 프로토콜 한눈에 보기

프로토콜	암호화 방식	트래픽 특징	성능 비용	대표 사용 사례
Shadowsocks	대칭 암호화(AEAD)	거의 무작위 바이트 스트림으로, 명확한 프로토콜 특징이 없음	낮음	경량, 속도 중시
VMess	커스텀 암호화 + UUID 인증	WebSocket / TLS와 결합하여 일반 웹 트래픽으로 위장 가능	중간	위장 필요, 강력한 우회 능력
Trojan	표준 TLS	일반 HTTPS 웹사이트 트래픽과 거의 동일	중간	검열 우회, 일반 웹사이트로 위장

좌우로 스와이프하여 전체 표 보기

Shadowsocks: 가볍고 빠름

Shadowsocks의 설계 철학은 단순합니다. 대칭 암호화로 트래픽을 감싸고, 암호화 오버헤드 외에는 거의 추가 프로토콜 계층이 없어 빠르고 리소스 소모가 적은, 가장 경제적인 선택입니다. 트래픽 특징은 무작위 데이터에 가까우며 특정한 일반 프로토콜로 의도적으로 위장하지 않습니다.

VMess: 다양한 전송 방식으로 위장 가능

VMess는 암호화 외에 인증 계층(UUID)을 추가하고, WebSocket, HTTP/2, TLS 등 다양한 전송 계층과 결합하여 프록시 트래픽을 일반 웹 요청으로 위장할 수 있습니다. 위장 계층이 하나 더 늘어나면 연결 설정 오버헤드도 조금 늘지만, 방해에 대한 저항력은 더 강해집니다.

Trojan: 표준 TLS로 바로 위장

Trojan의 접근 방식은 '새로운 프로토콜을 만들지 않고 가장 흔한 프로토콜을 그대로 사용하는 것'입니다. 연결 과정이 일반 HTTPS 웹사이트 방문과 거의 구분되지 않아 트래픽 특징만으로 식별하기가 매우 어렵습니다. 대신 유효한 TLS 인증서와 도메인을 함께 사용해야 합니다.

어떻게 선택할까

• 구독 노드가 이미 설정되어 있다면 프로토콜에 대해 고민할 필요가 없습니다. 지연 시간이 낮고 연결이 안정적인 노드를 사용하면 됩니다.
• 직접 서버를 구축하고 속도와 간단한 배포를 원한다면 Shadowsocks가 가장 손쉬운 출발점입니다.
• 네트워크 환경에서 프록시 트래픽 검열이 엄격하다면 Trojan이나 TLS를 결합한 VMess가 대개 방해에 더 잘 견딥니다.
• 같은 정책 그룹 안에서 서로 다른 프로토콜의 노드를 섞어 사용할 수 있으며, Clash는 설정한 방식(수동/자동 속도 테스트)에 따라 그 사이를 전환합니다. 프로토콜 차이가 체감에 주는 영향은 노드 회선 자체의 품질보다 훨씬 적습니다.

프로토콜 외에 무엇을 봐야 할까

많은 사람들이 구독 노드를 고를 때 '어떤 프로토콜을 쓰는지'만 주목하지만, 실제 체감에 영향을 주는 요소 중 프로토콜은 가중치가 가장 높은 항목이 아닌 경우가 많습니다. 다음 요소들도 그만큼, 혹은 더 중요합니다.

• 대역폭과 회선 품질:같은 Shadowsocks 프로토콜이라도 대역폭이 충분하고 우수한 국제 회선을 쓰는 서버와 과다 판매된 서버는 체감이 하늘과 땅 차이일 수 있습니다.
• 지연 시간:물리적 거리와 중간에 거치는 네트워크 노드 수가 지연 시간의 하한을 결정하며, 프로토콜 자체의 처리 시간은 보통 극히 작은 비중을 차지합니다.
• 동시 연결 수 제한:일부 제공업체는 노드당 동시 연결 수를 제한하는데, 여러 기기가 동시에 사용하면 끊김이 발생하기 쉽습니다. 이는 프로토콜 종류와 무관합니다.
• 방해 저항력:네트워크 환경의 검열이 엄격하다면, 트래픽 특징이 식별되기 쉬운지가 이론적인 암호 강도보다 안정적인 연결 가능 여부에 더 직접적으로 영향을 줍니다.

흔한 오해

오해 1: 프로토콜이 새로울수록 좋다

새 프로토콜은 보통 이전 프로토콜이 특정 상황에서 가진 약점(예: 위장 능력 부족)을 해결하기 위해 나오지만, 이것이 이전 프로토콜이 '안전하지 않다'거나 '쓸 수 없다'는 뜻은 아닙니다. Shadowsocks는 10여 년째 사용되고 있지만 여전히 많은 상황에서 가장 안정적인 선택입니다. 프로토콜 선택은 새로움을 좇는 것이 아니라 상황과의 적합도를 봐야 합니다.

오해 2: 암호화 강도가 연결 품질과 같다

암호화는 전송 내용이 중간 네트워크 장비에 의해 엿보이거나 조작되지 않도록 보장할 뿐, 서버 자체의 대역폭, 안정성, 속도 제한 정책이 더 좋다는 뜻은 아닙니다. 노드가 '빠른지'는 암호화 알고리즘보다 서버 자체의 물리적 조건이 훨씬 크게 좌우합니다.

오해 3: 모든 노드가 같은 프로토콜을 써야 한다

Clash의 정책 그룹은 서로 다른 프로토콜의 노드를 자유롭게 섞을 수 있으며, 속도 테스트, 전환, 장애 조치 메커니즘은 프로토콜 종류와 무관하게 동작합니다. '프로토콜 통일'을 위해 회선 품질이 더 좋은 노드를 포기할 필요는 전혀 없습니다.

노드 정보에서 프로토콜 종류 확인하기

구독 링크를 가져오면 클라이언트가 각 노드의 type 필드를 자동으로 분석하여, 노드 목록이나 편집 상세에서 ss(Shadowsocks), vmess, trojan 같은 표시를 바로 볼 수 있습니다. 수동으로 노드를 추가하는 경우, 제공업체가 주는 공유 링크의 접두사(예: ss://, vmess://, trojan://) 자체가 이미 프로토콜 종류를 알려주므로 추가로 판단할 필요가 없습니다.