Shadowrocket 지원 프로토콜 한눈에 보기: Shadowsocks·VMess·VLESS·Trojan·Hysteria2

1분 만에 구분하기: 프로토콜, 전송 방식, 라우팅은 서로 다른 설정

Shadowsocks, VMess, VLESS, Trojan, HTTP, SOCKS5, WireGuard, Hysteria2는 각각 클라이언트와 서버 간 통신 방식을 규정합니다. 주소와 포트는 연결 지점일 뿐이며, 비밀번호와 UUID, 키, 전송 매개변수가 함께 맞아야 연결할 수 있습니다. 목록에 표시되는 이름은 직접 지정할 수 있으므로 이름에 특정 프로토콜이 적혀 있어도 Type이 해당 프로토콜이라는 뜻은 아닙니다.

전송 계층은 TCP, WebSocket, QUIC 등 데이터를 전달하는 방식을 정합니다. TLS는 해당 연결 계층의 암호화와 신원 확인을 담당합니다. Global Routing은 각 접속에 적용할 정책을 정합니다. Global Routing을 바꿔도 잘못된 비밀번호가 고쳐지지 않으며, UDP를 지원하지 않는 네트워크에서 QUIC를 사용할 수 있게 되는 것도 아닙니다.

Add Server에서 기존 설정 확인하기

수동 추가는 개별 항목을 확인할 때 적합하고, 기존 구독은 원본을 유지하며 설정을 일괄 업데이트할 때 편리합니다. 어느 방법을 사용하든 먼저 원래 매개변수를 확인하세요. 구독 정보에는 접속 자격 증명이 포함될 수 있으므로 문제 해결 과정에서 전체 링크, QR 코드, 비밀번호, 개인 키를 공개하지 마세요.

1. 추가 화면 열기

   Home → 오른쪽 위의 “+”를 눌러 Add Server를 여세요. 기존 설정과 일치하는 프로토콜을 Type에서 선택하세요. 표시 이름만 보고 옵션을 추측해서는 안 됩니다.

2. 접속 정보 확인

   기존 자료를 참고해 주소와 포트를 입력하세요. 주소 필드에는 해당 항목에 필요한 호스트 이름이나 IP만 입력합니다. 공유 링크 전체를 호스트 이름으로 입력하지 말고, 443이 모든 프로토콜의 고정 포트라고 생각하지 마세요.

3. 인증 정보 확인

   Shadowsocks는 암호화 방식과 비밀번호를 확인하고, VMess와 VLESS는 UUID를 확인하세요. Trojan과 Hysteria2는 각각 지정된 인증 정보를 확인하고, WireGuard는 로컬 개인 키와 피어 공개 키를 확인합니다. 프로토콜별 자격 증명은 서로 바꿔 사용할 수 없습니다.

4. 전송 설정 확인

   TLS, 서버 이름, 기반 전송 방식을 항목별로 대조하세요. 기존 설정에서 WebSocket을 사용한다면 경로와 Host도 확인해야 합니다. 주소가 조회된다는 이유로 이 설정들을 생략하지 마세요.

5. 저장하고 테스트하기

   저장한 뒤 Home으로 돌아가 해당 항목을 선택하고 Connectivity Test를 실행하세요. 이어서 실제 접속 대상에 연결해 확인합니다. 기존 구독을 사용한다면 Home → “+” → Type에서 Subscribe를 선택하고 본인의 구독 주소를 입력하세요. 업데이트 후에는 항목을 다시 확인해 원본 내용이 로컬 변경 사항을 덮어쓰지 않았는지 점검하세요.

Shadowsocks·VMess·VLESS: 인증과 암호화를 구분하세요

이 세 프로토콜은 기존 구독에서 자주 볼 수 있지만 매개변수 구성은 서로 다릅니다. Shadowsocks는 양쪽에서 암호화 방식과 비밀번호가 일치해야 합니다. VMess는 UUID 등의 매개변수로 인증하며 자체 데이터 보호 기능을 갖습니다. VLESS는 자체적으로 데이터를 암호화하지 않으므로 UUID를 사용한다고 해서 TLS로 보호되는 연결이라고 볼 수 없습니다.

예를 들어 기존 설정에서 WebSocket 경로를 /gateway로 지정했다면 /를 입력하는 것은 같은 접속 지점이 아닙니다. 지정된 Host와 연결 주소가 서로 다를 수도 있습니다. 도메인이 조회되고 TCP 포트에 연결할 수 있다는 것은 앞선 연결 조건만 충족된다는 뜻이며, 이후 인증이나 경로가 올바르다는 보장은 없습니다.

• Shadowsocks의 암호화 방식은 이름이 완전히 일치해야 합니다. 이름이 비슷하다고 같은 알고리즘으로 취급하지 마세요.
• VMess 인증에는 시간 검증이 포함됩니다. 인증 오류가 발생하면 Apple 기기의 날짜와 시간이 정확한지도 함께 확인하세요.
• VLESS의 UUID와 보안 계층 매개변수는 함께 확인하세요. 보안 계층을 끄는 방식으로 연결 문제를 해결하려고 해서는 안 됩니다.

Trojan과 Hysteria2: 보안 계층은 있지만 기반 요구 사항은 다릅니다

Trojan은 일반적으로 TLS를 통해 인증 정보와 프록시 데이터를 전달합니다. 비밀번호뿐 아니라 인증서 검증, 서버 이름, 실제 연결 주소도 서로 맞아야 합니다. 연결에 사용하는 IP 주소가 인증서의 도메인과 다를 수 있습니다. 기존 설정에서 특정 서버 이름을 지정했다면 주소 필드의 값으로 임의 변경하지 말고 해당 값을 유지하세요.

Hysteria2는 QUIC 기반이며 UDP와 TLS를 사용합니다. 이름이 비슷하다는 이유만으로 Hysteria의 다른 프로토콜 버전과 서로 바꿔 쓸 수는 없습니다. 네트워크에서 UDP가 제한되면 TCP 서비스는 작동하지만 Hysteria2는 시간 초과될 수 있습니다. 이는 모순이 아닙니다. 인증 문자열을 계속 바꾸기보다 먼저 네트워크 조건과 포트의 프로토콜을 확인하세요.

• Trojan: 주소, 포트, 비밀번호, TLS 서버 이름을 확인하세요. 인증서 오류가 발생하면 기기 시간, 서버 이름, 인증서 유효성을 먼저 점검하세요.
• Hysteria2: 인증 정보, TLS 매개변수, 기존 설정에서 지정한 난독화 또는 대역폭 매개변수를 확인하세요. 설정에 있는 경우에만 입력하고 임의로 추가하지 마세요.
• 공통 확인 사항: 원본 설정에서 443 포트를 사용한다면 TCP, UDP 중 어느 쪽을 허용해야 하는지, 또는 둘 다 필요한지 확인하세요. 포트 번호가 같아도 네트워크 경로는 다를 수 있습니다.
• 성능 비교: 같은 네트워크, 대상, 테스트 시간대를 기준으로 비교하세요. 프로토콜 이름만으로 처리량을 알 수 없으며, 지연 시간 테스트가 지속적인 데이터 전송 테스트를 대신하지는 않습니다.

HTTP·SOCKS5·WireGuard: 용도와 자격 증명이 크게 다릅니다

HTTP와 SOCKS5는 기존 프록시 접속 지점에서 흔히 사용됩니다. HTTP 프록시는 CONNECT를 통해 대상까지 터널을 만들 수 있지만, 클라이언트와 프록시 사이의 연결에 TLS가 자동 적용되는 것은 아닙니다. 대상 웹사이트의 HTTPS와 프록시 접속 지점의 암호화 여부는 서로 다른 문제입니다.

SOCKS5는 여러 명령과 인증 방식을 지원하지만, 프로토콜 이름만으로 현재 서버와 네트워크가 UDP를 지원한다고 보장할 수는 없습니다. 일반 HTTP 프록시도 범용 UDP 터널로 간주해서는 안 됩니다. 서비스에서 UDP가 필요하다면 구체적인 설정과 실제 지원 여부를 확인하세요.

WireGuard는 키 기반 터널 프로토콜이며 일반 프록시처럼 “사용자 이름과 비밀번호”를 사용하지 않습니다. 피어 공개 키는 로컬 개인 키와 다르며, Endpoint는 피어의 네트워크 접속 지점이지 기기에 할당된 터널 주소가 아닙니다. 두 종류의 주소를 혼동하면 접속 지점에 연결되더라도 터널 내부에서 통신할 수 없습니다. 개인 키는 본인 기기와 신뢰할 수 있는 설정에만 보관하고 공개 스크린샷에 포함하지 마세요.

프로토콜을 확인한 다음 Global Routing으로 규칙 문제를 구분하세요

Home에서는 연결과 서버를 선택하고, Config에서는 구성 파일을 관리하며, Settings에서는 앱을 설정합니다. Global Routing의 Proxy, Direct, Config, Scene은 라우팅 모드이며 새로운 프로토콜이 아닙니다. 문제를 확인할 때는 기존 값을 먼저 기록한 다음 임시로 변경하세요. Scene의 결과는 설정된 시나리오에 따라 달라지므로 현재 적용 중인 시나리오 설정도 확인해야 합니다.

예를 들어 DOMAIN-SUFFIX,example.com,PROXY는 도메인 접미사에 따라 정책을 지정하고, IP-CIDR,192.0.2.0/24,DIRECT는 IP 주소 대역을 기준으로 일치 항목을 찾습니다. GEOIP는 IP 지리 정보에 의존하며 FINAL은 일치하지 않은 트래픽을 처리합니다. 이러한 키워드는 트래픽의 경로를 정하는 것이지 프로토콜이 아닙니다. 예시는 구문과 일치 대상을 설명하기 위한 것이며, 기존 설정에 그대로 대체해 사용할 수 있는 완성된 규칙은 아닙니다.

자주 묻는 질문: 가져오기, 테스트, 실제 사용의 차이

실제 선택 순서는 다음과 같습니다. 기존 서비스에서 명확히 제공한 프로토콜을 사용하고, 매개변수를 빠짐없이 입력한 다음, 네트워크가 전송 요구 사항을 충족하는지 확인하고, 마지막으로 같은 조건에서 사용 결과를 살펴보세요. 지원 프로토콜 목록만으로 서버 설정을 대신할 수 없으며, 어떤 프로토콜이든 모든 네트워크에서 더 빠르다고 보장할 수 없습니다.