Shadowrocket 공유 링크 형식과 구독 링크 차이: ss://, vmess://, vless://, trojan://

1. 접두사는 파싱 방식을 나타낼 뿐, 연결 품질을 보장하지 않습니다

Shadowrocket에서 링크를 받으면 먼저 서버 설정인지, 설정을 가져오기 위한 원격 주소인지 구분해야 합니다. ss://, vmess://, vless://, trojan://은 일반적으로 서버 항목 하나의 정보를 담습니다. https://로 시작하는 구독 주소는 원격 콘텐츠를 가리키므로, 클라이언트가 요청을 보내 응답을 받은 뒤 그 안의 항목을 파싱합니다.

HTTPS 주소는 웹페이지, 로그인 페이지 또는 다른 파일을 반환할 수도 있습니다. 따라서 브라우저에서 열린다고 해서 구독으로 가져올 수 있는 것은 아닙니다. 반대로 공유 링크의 포트가 443이라고 해서 TLS가 활성화되었다고 단정할 수도 없습니다. 프로토콜, 포트, 전송 보안은 서로 다른 항목이므로 함께 확인해야 합니다.

2. ss://: 암호화 방식과 비밀번호 확인

Shadowsocks 공유 링크는 일반적으로 SIP002의 기본 구조를 따릅니다. 인증 정보는 @ 앞에, 서버 주소와 포트는 뒤에 있으며, # 뒤에는 이름이 올 수 있습니다. 인증 정보는 보통 method:password를 URL-safe Base64로 인코딩한 값입니다. 과거에는 더 긴 문자열 전체를 인코딩하는 형식도 사용되었으므로, 문자열 모양만으로 유효성을 판단해서는 안 됩니다.

ss://[email protected]:8388#Demo-SS

• YWVzLTEyOC1nY206dGVzdA를 디코딩하면 aes-128-gcm:test가 됩니다. 암호화 방식은 aes-128-gcm, 예시 비밀번호는 test입니다.
• example.com은 설명용 서버 주소이고 8388은 예시 포트입니다. Shadowsocks 서비스의 고정 포트가 아닙니다.
• Demo-SS는 표시 이름입니다. 이름을 바꿔도 주소, 비밀번호 또는 암호화 방식 오류는 해결되지 않습니다.
• 원본 링크에 plugin 쿼리 매개변수가 있다면 플러그인 설정이 포함되었을 수 있습니다. 링크를 짧게 만들려고 임의로 삭제하지 말고, 해당 기능이 지원되는지도 확인하세요.

Base64는 인코딩 방식이지 자격 증명을 보호하는 수단이 아닙니다. 링크 전체를 가진 사람은 보통 그 안의 비밀번호를 복원할 수 있습니다. 원본 링크를 공개 디코딩 웹사이트에 붙여 넣지 마세요. 확인이 필요하면 Shadowrocket에서 가져온 뒤 편집 화면의 항목을 살펴보고, 보유한 설정과 하나씩 비교하세요.

3. vmess://: 바깥쪽 인코딩과 안쪽 JSON 구분하기

일반적인 VMess 공유 형식은 vmess:// 뒤에 Base64로 인코딩한 JSON을 넣습니다. 아래 내용은 디코딩된 예시이며, URL 입력란에 그대로 붙여 넣을 수 있는 완전한 공유 링크가 아닙니다. 내보내는 앱에 따라 필드 조합이 다를 수 있으므로 실제 가져오기 결과를 기준으로 확인하세요.

{
  "v": "2",
  "ps": "Demo-VMess",
  "add": "example.com",
  "port": "443",
  "id": "00000000-0000-4000-8000-000000000001",
  "aid": "0",
  "scy": "auto",
  "net": "ws",
  "type": "none",
  "host": "example.com",
  "path": "/demo",
  "tls": "tls",
  "sni": "example.com"
}

• add, port, id는 각각 서버 주소, 포트, UUID를 나타냅니다. UUID는 예시 값입니다.
• net: ws는 WebSocket을 뜻하며, host와 path는 해당 전송 설정의 일부입니다.
• tls: tls는 이 예시에서 TLS를 사용한다는 뜻이고, sni는 핸드셰이크에 사용할 서버 이름을 지정합니다. WebSocket의 Host와는 서로 다른 프로토콜 필드입니다.
• aid는 이전 형식에서 사용된 Alter ID 필드입니다. 인증 실패를 해결하려고 이 값을 임의로 늘리거나 줄여서는 안 됩니다.

예시의 v는 공유 링크 형식의 필드이지 Shadowrocket 버전이 아닙니다. 가져온 뒤 이름과 서버 주소가 맞더라도 전송 유형, TLS, Host, Path를 계속 확인해야 합니다. 슬래시 하나가 빠지거나 경로의 대소문자가 틀리거나 SNI가 일치하지 않으면 항목은 추가되지만 핸드셰이크에 실패할 수 있습니다.

4. vless://와 trojan://: 쿼리 매개변수를 빠짐없이 복사하세요

VLESS와 Trojan의 일반적인 공유 형식은 보통 URI와 비슷합니다. 인증 정보를 먼저 쓰고 주소와 포트를 이어서 적은 다음, 물음표 뒤에 추가 매개변수를 넣습니다. 아래 두 예시는 모두 TLS를 사용하지만 인증 방식은 다릅니다. 접두사만 바꿔 다른 프로토콜처럼 사용할 수는 없습니다.

vless://[email protected]:443?encryption=none&security=tls&type=tcp&sni=example.com#Demo-VLESS

trojan://[email protected]:443?security=tls&type=tcp&sni=example.com#Demo-Trojan

URL에서 &는 매개변수를 구분하고 #은 메모를 시작합니다. 비밀번호, 경로 또는 메모에 예약 문자가 있으면 URI에서 해당하는 부분에 맞춰 퍼센트 인코딩해야 합니다. 예를 들어 쿼리 매개변수의 경로 /demo?mode=1은 %2Fdemo%3Fmode%3D1로 나타낼 수 있습니다. 링크 전체를 한꺼번에 인코딩하거나 본문에 있는 줄바꿈, 한국어 문장부호, 따옴표까지 함께 복사하지 마세요.

5. 단일 링크 가져오기와 구독 업데이트는 별개의 절차입니다

단일 공유 링크는 특정 시점의 서버 설정을 복사한 것이고, 구독 주소는 다시 요청할 수 있는 진입점입니다. 예를 들어 아래 주소는 구조를 설명하기 위한 것으로, token=xxxx는 명백한 예시 값이며 실제 서비스와 관계가 없습니다. 구독에서 반환되는 실제 콘텐츠는 인코딩된 링크 목록일 수도 있고 지원되는 다른 형식일 수도 있으므로 URL 확장자만으로 판단할 수 없습니다.

https://example.com/sub?token=xxxx

구독을 업데이트하면 관리 대상 항목이 추가, 교체 또는 삭제될 수 있습니다. 구독 그룹에서 직접 수정한 내용을 영구 백업으로 간주하지 마세요. 이후 업데이트에서 원격 설정이 다시 적용될 수 있습니다. 수정 전에 차이를 기록하고, 별도 설정을 보존하려면 구독 관리와 명확히 분리된 항목을 사용해 직접 관리하세요.

구독 token은 접근 자격 증명으로 작동하는 경우가 많습니다. 문제를 확인할 때는 응답 상태, 오류 문구, 발생 단계를 기록하되 전체 URL을 공개하지 마세요. 노출된 경우 본인의 서비스 관리 페이지에서 해당 token을 재설정하거나 폐기한 뒤 새 주소를 Shadowrocket에 저장하세요.

6. 가져오기 후 Global Routing으로 문제 발생 단계를 구분하세요

공유 링크에는 주로 서버 연결 방식이 담기며, 완전한 트래픽 분기 규칙까지 자동으로 설정되지는 않습니다. Home에서는 서버 선택과 연결을 제어하고, Config에서는 규칙 설정을 관리합니다. Global Routing을 확인할 때는 ‘요청이 선택한 서버로 전달되지 않은 경우’와 ‘서버로 전달됐지만 연결에 실패한 경우’를 구분해야 합니다. 그렇지 않으면 이미 올바른 링크를 반복해서 수정하게 될 수 있습니다.

7. 자주 묻는 질문과 해결 방법