Shadowrocket에서 기존 서버 정보를 직접 입력할 때는 Type을 제공받은 설정 자료에 맞춰야 합니다. VMess와 VLESS 모두 UUID를 사용할 수 있지만 프로토콜 처리 방식은 서로 다릅니다. 연결하려면 Address, Port, 전송 방식, TLS 등의 항목도 각각 일치해야 합니다. 아래에서 확인 순서와 문제 해결 방법을 살펴보며, 이름만 보고 연결 설정을 추측하지 않도록 안내합니다.
먼저 확인할 점: UUID가 같아도 Type은 다를 수 있습니다
VMess와 VLESS는 서로 다른 프로토콜입니다. VMess는 프로토콜 처리 과정에 암호화 설정이 포함되지만, VLESS는 프로토콜 계층에서 같은 방식의 암호화를 제공하지 않습니다. VLESS를 사용할 때는 기존 설정 자료에 따라 TLS 등의 보안 계층을 확인해야 합니다. 이는 프로토콜 계층의 차이를 설명하는 것이며, VLESS라는 이유만으로 TLS를 임의로 켜야 한다는 뜻도, VMess에서 서버가 지정한 TLS 설정을 무시해도 된다는 뜻도 아닙니다. 양쪽 연결 설정이 서로 맞아야 연결됩니다.
UUID는 보통 사용자 식별자로 사용되며, 이것만으로 설정이 VMess인지 VLESS인지 알 수는 없습니다. 두 설정 자료에 같은 UUID가 적혀 있어도 Type이나 전송 매개변수가 다르면 서로 바꿔 쓸 수 있는 서버 정보가 아닙니다. Type이 명시된 자료를 먼저 확인한 뒤 나머지 항목을 입력하면 Type을 하나씩 바꿔 보는 것보다 오류를 쉽게 찾을 수 있습니다.
기존 설정 자료에 지정된 Type 선택
권장자료에 VMess 또는 VLESS 중 무엇이 표시되어 있는지 확인한 다음 해당 프로토콜의 항목을 하나씩 대조하세요. UUID를 둘 다 사용한다는 이유로 Type을 바꾸지 마세요.
적합한 경우: 서버 매개변수나 설정 안내를 모두 갖고 있을 때
UUID만 보고 Type 선택
UUID만으로는 전송 방식, TLS, 프로토콜 종류를 알 수 없습니다. 입력 후 저장되더라도 연결 설정이 올바르다는 근거가 되지 않습니다.
적합한 경우: 자료에서 빠진 항목을 찾아 다시 확인해야 할 때
확인 순서: 프로토콜을 먼저 확인하고 연결 세부 설정 점검
자료에 VMess 또는 VLESS가 표시되어 있지 않다면 설정 자료를 제공한 곳에 Type을 먼저 확인하세요. UUID, 포트, TLS 사용 여부만으로 프로토콜을 추측하지 마세요.
Add Server에서 직접 입력할 때 먼저 확인할 항목
본인 서버의 설정 자료가 있다면 Shadowrocket의 Add Server에서 해당 Type을 선택한 뒤 입력할 수 있습니다. 입력 항목은 Type과 전송 설정에 따라 달라집니다. 원본 자료를 보관하고 항목을 하나씩 대응하세요. 한 설정의 Address와 다른 설정의 UUID를 섞어 입력하면 안 됩니다. 완전한 구독 링크를 받았다면 보통 Subscribe로 먼저 가져온 뒤, 가져온 기록을 확인하는 편이 항목을 빠뜨리지 않는 데 도움이 됩니다.
- Type 확인: 자료에 VMess라고 적혀 있으면 VMess를, VLESS라고 적혀 있으면 VLESS를 선택하세요. UUID만 있다면 먼저 프로토콜 종류를 확인해야 합니다.
- Address와 Port 확인: Address에는 서버에서 제공한 도메인이나 주소를, Port에는 해당 포트 번호를 입력하세요. VMess나 VLESS에 공통으로 정해진 Port 값은 없습니다. 흔히 보이는 443도 확인 없이 입력해서는 안 됩니다.
- UUID 확인: 원래 값 그대로 입력하고 복사 과정에서 공백이나 줄바꿈이 섞이지 않았는지, 비슷한 문자를 잘못 입력하지 않았는지 확인하세요. UUID는 해당 서버 기록에 맞는 값이어야 합니다. 형식이 같다고 다른 곳의 값을 가져다 쓰면 안 됩니다.
- 나머지 옵션 확인: 자료에 Encryption, 전송 방식, TLS, SNI, Host 또는 Path가 있다면 각각 해당 설정에서 확인하세요. 명시되지 않은 값을 임의로 만들어 입력하지 마세요.
두 가지 자료 유형별 입력 순서
서버 매개변수를 모두 갖고 있는 경우
- Add Server에서 자료에 지정된 Type을 먼저 선택합니다.
- Address, Port, UUID를 입력한 다음 전송 방식과 TLS를 대조합니다.
- 저장한 뒤 항목을 다시 확인해 추가 매개변수가 빠지지 않았는지 점검합니다.
구독 링크를 모두 갖고 있는 경우
- Subscribe에서 본인 링크를 가져옵니다.
- 업데이트가 완료될 때까지 기다린 뒤 가져온 기록의 Type과 항목을 확인합니다.
- 목록이 비어 있다면 먼저 링크와 구독 응답 내용을 점검합니다.
어떤 방법으로 가져오든 기존 설정 자료를 기준으로 해야 합니다. 가져오기 기능이 서버의 누락된 매개변수를 채워 주지는 않습니다.
Encryption, 전송 방식, TLS: 각각 확인하고 하나의 스위치처럼 취급하지 않기
VMess의 Encryption은 프로토콜 관련 설정이므로 기존 설정 자료와 대조해 입력해야 합니다. VLESS와 VMess는 프로토콜 계층에서 처리 방식이 다르므로 VMess의 Encryption 값을 VLESS에 그대로 적용할 수 없습니다. TLS는 별도의 계층 설정입니다. TLS 사용 여부와 필요한 서버 이름, 인증서 검증 항목은 해당 설정의 서버 요구사항에 따라 확인해야 합니다. 어떤 항목이 비어 있다고 해서 다른 계층도 꺼야 한다고 추측하면 안 됩니다.
전송 방식은 프로토콜 데이터가 연결을 통해 전달되는 방법을 뜻합니다. 자료에는 TCP, WebSocket, gRPC 등이 표시될 수 있습니다. WebSocket의 Host와 Path는 전송 매개변수이며, TLS의 SNI는 서버 이름 표시를 위한 값입니다. 두 항목에 도메인이 들어갈 수 있다는 이유만으로 서로 바꿔 쓸 수는 없습니다. 실제 화면에 표시되는 항목은 선택한 Type과 앱 내 현재 설정에 따라 달라집니다.
| 자료의 항목 | 확인할 내용 | 혼동하기 쉬운 점 |
|---|---|---|
| Encryption | VMess 기록에 지정된 프로토콜 관련 값 | TLS 스위치로 취급하지 말고 VLESS에 그대로 적용하지 마세요. |
| Transport | 서버에서 지정한 TCP, WebSocket 또는 기타 전송 방식 | Type이 같아도 전송 방식은 다를 수 있습니다. |
| TLS 및 SNI | TLS 사용 여부와 자료에 지정된 서버 이름 | SNI가 Address와 항상 같은 것은 아니므로 항목별로 대조하세요. |
| Host 및 Path | WebSocket 사용 시 자료에 지정된 요청 매개변수 | Path의 슬래시와 문자를 원래 값 그대로 입력하세요. Host를 SNI 대신 사용할 수는 없습니다. |
예를 들어 자료에 Port: 443, TLS: on, /로 시작하는 WebSocket Path가 함께 적혀 있다면 직접 입력할 때 포트, TLS, Path를 각각 확인해야 합니다. 443은 여기서 예시로 든 포트일 뿐 VMess나 VLESS의 필수 포트가 아닙니다. 도메인만 보고 Path를 추측할 수도 없습니다. 전송 방식이나 TLS 요구사항이 자료에 없다면 연결 문제를 판단하기 전에 정보를 먼저 확인하세요.
저장 후 연결되지 않을 때: 증상에 따라 확인 범위 좁히기
저장에 성공했다는 것은 기록이 목록에 추가되었다는 뜻일 뿐, 서버가 연결을 허용했다는 의미는 아닙니다. 문제를 확인할 때는 먼저 방금 입력한 기록을 선택했는지 확인하고, 연결 테스트나 실제 접속 결과를 살펴보세요. 원본 자료를 보관하고 의심되는 항목을 한 번에 하나씩만 바꿔야 변경 전후를 비교하기 쉽습니다. Type, Port, TLS를 계속 동시에 바꾸면 원인을 추적하기 어렵습니다.
VMess와 VLESS를 모두 선택할 수 있다면 무엇부터 시도해야 하나요?
원본 자료에 표시된 프로토콜을 먼저 확인하세요. UUID가 같더라도 서버 설정에 맞춰 각각 구성해야 합니다. Type이 표시되어 있지 않다면 자료 출처에 확인하고, 연결 결과만으로 프로토콜을 추측하지 마세요.
UUID를 입력했는데도 연결 실패가 표시되면 무엇부터 확인해야 하나요?
먼저 Address와 Port가 같은 기록에 속하는지 확인한 다음 UUID에 복사 과정에서 생긴 공백이 없는지 살펴보세요. 이어서 자료에 따라 전송 방식과 TLS를 확인하세요. UUID만 반복해서 바꾸지 마세요.
WebSocket의 Host와 Path, TLS의 SNI는 어떻게 구분하나요?
자료에 표시된 각 항목 이름에 맞춰 입력하세요. Host와 Path는 WebSocket 매개변수이고 SNI는 TLS 매개변수입니다. 서로 다른 도메인이 각각 제공되었다면 해당 항목에 따로 입력하세요. Address 하나로 모든 항목을 덮어쓰면 안 됩니다.
구독으로 가져온 Type이 가지고 있는 설명과 다르면 어떻게 하나요?
먼저 구독 업데이트가 완료되었는지, 같은 기록을 확인 중인지 살펴본 뒤 설정 자료 제공처에 실제 응답 내용을 확인하세요. 나머지 가져온 항목을 그대로 둔 채 Type만 바꾸지 마세요. 전체 매개변수의 대응 관계를 알고 있는 경우에만 수정해야 합니다.
테스트에서 시간 초과가 발생하면 Address, Port, 현재 네트워크에서 서버에 연결할 수 있는지, 서버가 여전히 해당 매개변수를 사용하는지부터 확인하세요. 연결은 되지만 접속 결과가 예상과 다르면 선택한 기록과 라우팅 설정을 점검하세요. 증상만으로 VMess가 VLESS보다 빠르다거나 그 반대라고 단정할 수 없습니다. 연결 결과는 서버 설정, 네트워크 경로, 전송 방식, 라우팅 모드의 영향을 함께 받습니다.
Type을 확인한 다음 프로토콜 문제와 라우팅 문제 구분하기
Shadowrocket의 Type은 서버 기록에서 사용할 프로토콜을 정하고, Global Routing은 트래픽이 선택한 연결을 거치는 방식을 정합니다. Global Routing의 Proxy, Direct, Config는 라우팅 모드이며 VMess나 VLESS의 다른 이름이 아닙니다. Direct에서는 트래픽을 직접 연결 방식으로 처리하므로 웹 페이지가 열린다는 사실만으로 방금 입력한 서버 기록이 적용되었다고 판단할 수 없습니다.
- Proxy: 트래픽이 현재 선택한 연결을 거칠 때의 상태를 확인하는 데 사용합니다. 전환하기 전에 테스트할 기록이 선택되어 있는지 확인하세요.
- Direct: 직접 연결 상태와 비교할 때 사용합니다. 이 모드에서 확인한 접속 결과를 프로토콜 매개변수가 테스트를 통과했다는 근거로 삼으면 안 됩니다.
- Config: 현재 설정의 규칙에 따라 트래픽을 처리합니다.
DOMAIN-SUFFIX,GEOIP,IP-CIDR,FINAL등의 규칙과 일치하면 실제 처리 결과는 규칙이 지정한 방식에 따라 달라집니다.
따라서 문제 해결은 두 단계로 진행할 수 있습니다. 먼저 선택한 기록과 라우팅 모드를 확인한 상태에서 연결을 점검하고, 그다음 평소 사용하는 Config로 돌아가 규칙을 확인하세요. 특정 도메인에서만 문제가 발생한다면 VMess와 VLESS를 번갈아 선택하기보다 해당 요청에 적용된 규칙을 살펴보는 편이 정확합니다. Settings → On Demand는 조건에 따라 연결을 시작하는 동작을 관리하며 Type이나 서버 항목을 확인하는 절차를 대신하지 않습니다.
입력 전 최종 확인 목록
직접 입력하거나 업데이트한 뒤 앱의 기록을 원본 자료와 나란히 놓고 확인하세요. 가장 중요한 것은 모든 값이 같은 설정에서 가져온 것인지 확인하는 것입니다. 프로토콜 이름, 주소, 포트, 식별자, 전송 방식, 보안 계층 설정 중 하나라도 빠지면 연결 결과가 예상과 달라질 수 있습니다. 자료 자체가 불완전하다면 앱 화면만으로 서버가 실제 사용하는 매개변수를 알아낼 수 없습니다.
- Type에 VMess 또는 VLESS가 명시되어 있고 기존 자료와 일치합니다.
- Address, Port, UUID가 같은 기록에 해당하며 복사한 내용에 여분의 공백이나 줄바꿈이 없습니다.
- VMess의 Encryption, 선택한 전송 방식 및 추가 항목을 자료에 따라 입력합니다. VMess 설정을 VLESS에 그대로 적용하지 않습니다.
- TLS, SNI, WebSocket 사용 시 Host와 Path를 각각 확인했으며 도메인 항목을 하나로 혼동하지 않았습니다.
- 테스트할 때 선택한 서버와 Global Routing 모드를 확인합니다. Config를 사용한다면 대상 요청을 규칙이 어떻게 처리하는지도 살펴봅니다.
기존 자료를 Subscribe로 관리한다면 매개변수가 변경된 뒤 먼저 구독을 업데이트하고 가져온 기록을 확인한 다음 직접 수정할지 결정하세요. Shadowrocket은 App Store에서 받을 수 있으며 개발자는 Shadow Launch Technology Limited입니다. iPhone, iPad 등 기기의 시스템 요구 사항은 App Store 페이지의 안내를 확인하세요. 앱을 받는 것과 본인의 서버 설정을 확보하는 것은 별개의 일이며, 앱의 일회성 구매는 회선 요금제를 포함하지 않습니다.
Shadowrocket 설치 경로와 기본 사용법 확인
먼저 정품 확인 페이지에서 App Store 제품 정보를 확인하세요. 본인의 설정 자료가 있다면 빠른 시작 안내에서 가져오기와 연결 메뉴를 찾을 수 있습니다.
정품 확인 페이지로 이동 사용법 보기