자신의 구독이나 서버 정보를 보유하고 있으며 iPhone 또는 iPad에서 Shadowrocket으로 가져오려는 사용자를 위한 안내입니다. 서버 구독과 원격 구성을 구분한 뒤 Subscribe, Add Server, QR 코드, 클립보드 중 알맞은 방법을 선택하세요. 가져온 후에는 서버 목록, 업데이트 결과, Global Routing을 확인해 주소가 저장된 것과 연결을 사용할 수 있는 상태를 혼동하지 않도록 합니다.
1. 가져오기 전에 구독, 단일 링크, 구성을 구분하세요
Shadowrocket은 Apple 플랫폼에서 판매되는 유료 앱입니다. 앱 구매와 연결 서비스 이용은 별개입니다. 이 글은 이미 서비스 제공업체와 구독 정보를 보유한 사용자를 대상으로 합니다. 이 사이트는 서버나 구독을 제공·판매·추천하지 않습니다. 앱은 App Store에서만 받을 수 있습니다. 정품 확인과 구매 안내는 정품 확인 페이지를 참고하세요.
네 가지 가져오기 방법은 서로 다른 프로토콜을 뜻하지 않으며, 가져온 결과가 항상 같다는 보장도 없습니다. 구독 URL은 일반적으로 업데이트 가능한 서버 목록을 가리킵니다. 단일 공유 링크는 하나의 연결 정보를 담고, 원격 구성에는 규칙, DNS, 정책 등의 설정이 포함될 수 있습니다. 주소가 https://로 시작하는지만 보지 말고, 실제로 반환되는 내용과 제공업체의 안내를 기준으로 판단하세요.
| 보유한 정보 | 판별 기준 | 확인할 결과 |
|---|---|---|
| 서버 구독 | 제공업체가 구독 URL이라고 명시하고 지원되는 서버 목록을 반환함 | Home에 구독 그룹과 서버 항목이 표시됨 |
| 단일 공유 링크 | ss://, vmess://, vless://, trojan:// 등의 접두사 | 해당 프로토콜의 서버 항목 하나가 표시됨 |
| 수동 입력할 매개변수 | 프로토콜, 서버 주소, 포트, 인증 정보가 제공됨 | Add Server의 입력 항목이 원본 정보와 일치함 |
| 원격 구성 | 제공업체가 Shadowrocket 구성 파일이라고 명시함 | Config에 구성이 표시됨. 별도로 활성화 여부 확인 필요 |
구독 URL의 쿼리 매개변수에는 접근 자격 증명이 포함되는 경우가 많습니다. 전체 링크를 공개 게시판에 올리지 말고 QR 코드도 민감한 정보가 없는 일반 이미지처럼 취급하지 마세요. 아래의 https://example.com/sub?token=xxxx는 형식을 설명하기 위한 예시일 뿐이며 연결이나 테스트에 사용할 수 없습니다.
2. Subscribe 사용 전 Config와 Home의 역할을 확인하세요
“Config의 Subscribe”를 찾고 있다면 먼저 어떤 종류의 리소스를 다루는지 확인하세요. Config는 주로 구성 파일을 관리하고, Home은 서버와 연결 상태를 표시하며, Settings는 앱 설정을 관리합니다. 어떤 메뉴에 Subscribe가 표시되더라도 모든 서버 구독 URL을 Config에 붙여 넣어야 한다는 뜻은 아닙니다.
일반 서버 구독은 Home → + → Add Server → Type → Subscribe에서 추가할 수 있습니다. Add Server는 추가 화면의 제목입니다. 보유한 정보가 원격 구성이라면 Config에서 원격 구성 추가 메뉴를 사용하고, 가져온 뒤 구성 내용을 확인하세요. 특정 메뉴 이름을 찾으려고 서버 목록 URL을 Config 목록에 반복해서 가져오지 마세요.
-
정보 유형 확인
제공업체가 준 정보가 서버 구독 URL인지 확인하세요. 계정 관리 웹페이지, 결제 페이지, 원격 구성 URL과 혼동하지 마세요.
-
추가 화면 열기
Home → +로 이동한 다음Add Server → Type에서Subscribe를 선택합니다. -
주소 입력
전체 구독 URL을
URL에 붙여 넣고,Remarks에는 알아보기 쉬운 이름을 입력합니다. 주소의 경로와 물음표 뒤에 오는 모든 매개변수를 그대로 유지하세요. -
저장 및 업데이트
Done을 탭해 Home으로 돌아가 목록을 가져올 때까지 기다립니다. 다시 가져오려면 Home에서 아래로 당겨 구독 목록을 새로 고침하세요. -
그룹 확인
해당 구독을 펼쳐 서버 항목이 실제로 표시되는지 확인합니다. 그룹 이름만 있고 항목이 없다면 요청 결과와 구독 형식을 추가로 확인하세요.
3. Add Server 수동 입력: 연결 매개변수를 모두 알고 있을 때
서버 매개변수만 있고 인식 가능한 공유 링크가 없는 경우에는 수동 입력이 적합합니다. 이 방법은 서버 항목을 만들 뿐, 자동 업데이트되는 구독을 생성하지는 않습니다. Home → + → Add Server로 이동해 Type을 선택한 뒤 해당 프로토콜의 항목을 입력하세요. 프로토콜마다 인증 정보가 다르므로 서로 바꿔 입력할 수 없습니다.
Shadowsocks 매개변수 확인
- Type
- Shadowsocks
- Address
- example.com — 예시 값
- Port
- 8388 — 형식 예시
- Method
- 원본 정보에 지정된 암호화 방식과 일치해야 함
- Password
- 본인의 인증 정보를 사용하고 앞뒤 공백에 유의하세요
8388은 고정 필수 포트가 아닙니다. 실제 포트는 본인이 이용 중인 서비스에서 제공된 매개변수를 사용해야 합니다.
VLESS 매개변수 확인
- Type
- VLESS
- Address
- example.com — 예시 값
- Port
- 443 — 형식 예시
- UUID
- 사용자 ID가 본인 정보와 정확히 일치하는지 확인하세요
- TLS 및 전송 방식
- 원본 정보를 기준으로 서버 이름, 전송 방식 및 관련 매개변수를 확인하세요
포트가 443이라고 해서 TLS가 활성화된 것은 아니며, 필요한 전송 설정을 대신하지도 않습니다.
예를 들어 서버 주소와 포트가 올바르더라도 TLS 서버 이름이나 WebSocket 경로가 잘못되면 연결에 실패할 수 있습니다. 한 번의 지연 시간 테스트만으로 모든 매개변수가 올바르다고 판단하지 마세요. VMess, Trojan, Hysteria2, WireGuard도 각각 인증 및 전송 설정이 다릅니다. 다른 프로토콜의 항목을 그대로 적용하지 말고 보유한 정보를 기준으로 하나씩 입력하세요.
- 먼저
Type을 확인한 다음 주소, 포트, 인증 정보와 전송 매개변수를 확인하세요. - 숫자 포트에 공백, 한글 문장 부호 또는 도메인을 섞지 마세요.
- 항목을 수정한 뒤 다시 테스트하세요. 원인을 찾기 어려워지므로 프로토콜, DNS, 규칙을 동시에 바꾸지 마세요.
- 제공업체가 업데이트하는 정보를 계속 사용해야 한다면 여러 항목을 수동으로 관리하기보다 제공된 유효한 구독을 사용하세요.
4. QR 코드와 클립보드: 입력 방법은 달라도 내용 확인은 필수
QR 코드와 클립보드는 텍스트를 앱으로 전달하는 방법일 뿐, 텍스트의 의미를 바꾸지는 않습니다. QR 코드에는 단일 ss:// 링크, 구독 URL 또는 일반 웹 주소가 들어 있을 수 있습니다. 가져온 뒤 서버 하나, 구독 그룹 하나, 또는 인식할 수 없는 내용 중 무엇이 표시되는지 확인하세요.
정보가 있는 위치에 맞는 방법 선택
다른 화면에 정보가 있는 경우
- Home에서 스캔 메뉴를 탭하고 안내에 따라 카메라 접근을 허용합니다.
- QR 코드 전체가 화면에 들어오도록 하고 빛 반사나 가장자리 잘림을 피하세요.
- 인식 후 링크 유형과 미리보기 항목을 확인한 다음 추가를 진행합니다.
- 서버 하나만 추가되었다면 원래 QR 코드에 단일 링크만 들어 있었는지 먼저 확인하세요.
현재 기기에 정보가 있는 경우
- 전체 링크를 복사하세요. 설명 문구, 따옴표 또는 문장 끝의 문장 부호까지 함께 복사하지 마세요.
- Shadowrocket으로 돌아와 클립보드 읽기 또는 가져오기 안내가 표시되면 출처를 확인한 뒤 진행합니다.
- 안내가 표시되지 않으면 구독 URL을 Add Server의 Subscribe 양식에 붙여 넣을 수 있습니다.
- 단일 공유 링크는 앱에서 제공하는 링크 가져오기 안내를 사용하세요. 서버 주소 입력란에 넣지 마세요.
QR 코드와 클립보드에 같은 자격 증명이 들어 있을 수 있습니다. 전달 방법을 바꿔도 구독 권한이 늘어나거나 누락된 매개변수가 자동으로 채워지지는 않습니다.
iPhone 또는 iPad에서 다른 앱의 붙여넣기를 허용할지 물을 수 있습니다. 거부한 뒤 인식 결과가 나타나지 않았다고 해서 링크가 유효하지 않다고 단정하지 마세요. 필요한 권한을 허용했는지 확인하거나 Subscribe 양식에 직접 붙여 넣으세요. 이미 가져온 정보라면 같은 내용을 반복해서 스캔하거나 복사할 때 항목이 중복될 수 있습니다. 문제 해결 대신 가져오기를 반복하지 마세요.
구독 URL 예시:
https://example.com/sub?token=xxxx
단일 공유 링크에 자주 쓰이는 접두사:
ss://
vmess://
vless://
trojan://
접두사 뒤에는 인코딩된 인증 정보, 서버 정보와 전송 매개변수가 포함될 수 있습니다. 등호, 슬래시, 퍼센트 인코딩 또는 쿼리 매개변수를 임의로 삭제하지 마세요. 링크 길이만으로 정보가 완전한지 판단할 수도 없습니다. 위 접두사는 형식을 구분하기 위한 것으로, 전체 연결 정보가 아닙니다.
5. 가져온 뒤 목록, 업데이트, 라우팅을 각각 확인하세요
“저장 성공”, “업데이트 성공”, “웹페이지 접속 가능”은 서로 다른 확인 결과입니다. 저장 성공은 앱이 입력을 받았다는 뜻입니다. 업데이트 성공은 구독 리소스를 가져와 해석했다는 뜻입니다. 웹페이지 접속 여부는 서버 상태, 인증, DNS, 현재 라우팅 설정에도 영향을 받습니다. 먼저 Home에서 실제 항목을 확인한 뒤 보유한 서버 중 하나를 선택해 테스트하세요.
Home의 Global Routing에서 Config, Proxy, Direct, Scene은 라우팅 모드이며 구독 프로토콜이 아닙니다. 여기서 옵션을 바꿔도 잘못된 구독 URL은 해결되지 않습니다. 아래에서는 문제를 확인할 때 자주 사용하는 세 가지 모드만 비교합니다. Scene은 설정된 장면에 따라 달라지므로 장면 내용을 확인하지 않고 실제 동작을 단정할 수 없습니다.
Config
권장현재 활성화된 구성의 규칙에 따라 트래픽을 처리합니다. 먼저 Config에서 예상한 구성이 활성화되어 있는지 확인한 다음 규칙에 따라 대상 요청의 경로를 판단하세요.
적합한 경우: 신뢰할 수 있는 구성이 있고 일상적으로 규칙 기반 라우팅을 사용하려는 경우
Proxy
가로채는 요청을 프록시 라우팅으로 처리합니다. Config의 결과와 비교할 때 사용할 수 있습니다. 구독 업데이트를 켜는 옵션이 아니며 모든 시스템 트래픽을 가로챈다는 보장도 없습니다.
적합한 경우: 규칙 문제와 연결 문제를 구분하기 위해 잠깐 비교 테스트를 할 때
Direct
가로채는 요청을 직접 연결로 처리합니다. 이 상태에서 웹페이지가 열려도 선택한 서버의 인증 및 전송 매개변수가 유효하다고 증명되지는 않습니다.
적합한 경우: 현재 네트워크의 직접 연결 결과를 비교 기준으로 확인할 때
Config를 사용할 때 DOMAIN-SUFFIX는 도메인 접미사를 일치시키고, GEOIP와 IP-CIDR은 IP 관련 조건을 처리하며, FINAL은 마지막 기본 규칙으로 사용됩니다. 이러한 규칙은 구성에 넣어야 하며 구독 URL 입력란에 붙여 넣을 수 없습니다. 자동 연결 설정은 별도의 작업입니다. Settings → On Demand에서 설정할 수 있으며, 수동 연결 확인을 마친 뒤 본인의 네트워크 환경에 맞게 설정하세요.
6. 구독이 비어 있거나 업데이트에 실패하거나 항목이 중복될 때
업데이트에 실패해도 기존에 사용할 수 있는 항목을 먼저 유지하세요. 주소 입력, 리소스 요청, 내용 해석 또는 이후 연결 과정에서 오류가 발생했을 수 있습니다. 가져오기 방법을 계속 바꾸기보다 단계별로 범위를 좁히면 원인을 찾기 쉽습니다.
- 전체 URL을 확인합니다. 원본 정보와 비교해 프로토콜, 도메인, 경로,
token등의 매개변수를 확인하세요. 채팅 앱에서 생략되어 보이는 텍스트는 전체 주소가 아닙니다. - 응답 내용을 확인합니다. 주소를 열었을 때 예상한 구독 내용이 아니라 로그인 페이지나 오류 메시지가 표시된다면 직접 구독 리소스가 아닐 수 있습니다. 서버 인증 항목에 계정 비밀번호를 입력해 해결하려 하지 마세요.
- 리소스 형식을 확인합니다. 일반 웹페이지에 접속할 수 있다고 해서 Subscribe에서 내용을 해석할 수 있는 것은 아닙니다. 이용 중인 서비스 제공업체에 해당 형식이 Shadowrocket에서 사용 가능한지 확인하세요.
- 현재 네트워크를 확인합니다. 도메인 확인 실패, 연결 시간 초과, 명시적인 인증 실패를 구분하세요. DNS, 규칙, 서버 정보를 동시에 바꾸지 말고 한 번에 한 항목만 조정해 업데이트 결과를 기록하세요.
- 구독 출처를 확인합니다. 같은 서버가 수동 입력 항목과 구독 그룹 양쪽에 있을 수 있습니다. 중복 항목을 정리하기 전에 출처를 확인해 필요한 구독 전체를 삭제하지 않도록 하세요.
- 자격 증명이 유효한지 확인합니다. 기존 주소가 취소되었거나 교체되었다면 본인의 새 주소로 기존 구독 항목을 업데이트하세요. 만료된 이전 주소를 계속 전달하거나 반복해서 시도하지 마세요.
QR 코드로 가져오면 만료된 구독 URL을 복구할 수 있나요?
아니요. QR 코드에 같은 만료된 URL이 인코딩되어 있다면 스캔은 수동 입력을 대신할 뿐 원격 리소스를 바꾸지 않습니다. QR 코드의 실제 내용이 현재 유효한 주소와 일치하는지 먼저 확인하세요.
구독을 업데이트했는데 수동 입력 항목은 왜 바뀌지 않나요?
수동 입력 항목과 구독에 포함된 항목은 일반적으로 출처가 다릅니다. 구독 업데이트는 모든 서버를 일괄 교체하지 않으며, 별도로 입력한 항목의 비밀번호, 포트, 전송 설정도 자동으로 관리하지 않습니다.
목록에 서버가 있고 지연 시간도 정상이라면 모두 끝난 건가요?
실제 대상에 접속되는지, 현재 Global Routing이 어떻게 설정되어 있는지, 구성이 활성화되어 있는지도 확인하세요. 지연 시간 테스트는 해당 테스트 방식의 결과만 보여 주며 인증, TLS, DNS, 규칙을 모두 확인하는 절차를 대신하지 않습니다.