Shadowrocket을 새 기기로 옮길 때는 구독 정보를 먼저 보관하고, 현재 사용 중인 Config 파일을 내보낸 뒤 새 기기에서 복원 및 확인을 진행하세요. 이 글에서는 iPhone / iPad 간 이전을 중심으로 iCloud의 범위, 수동 백업 확인 방법, 복원 후 노드는 보이지만 규칙이 적용되지 않을 때의 점검 순서를 설명합니다. Mac, Windows, Android, Linux 간 이전에도 자료 목록은 참고할 수 있지만 iCloud 절차를 그대로 적용해서는 안 됩니다.
1. 구독, 설정 파일, 기기 설정을 구분하세요
기기 이전은 파일 하나만 복사하면 끝나는 작업이 아닙니다. Home의 서버 목록, Config의 규칙 파일, Settings의 기기별 옵션은 서로 다른 데이터입니다. 규칙 파일 하나를 내보내도 구독 정보, 직접 추가한 서버, 시스템 VPN 권한까지 함께 저장되는 것은 아닙니다. 시작하기 전에 기존 기기에서 항목을 하나씩 확인하고, 특히 파일 이름만 보고 판단하지 말고 현재 실제로 선택된 설정인지 확인하세요.
요약: 새 기기에서 파일을 성공적으로 열 수 있어야 백업 완료
새 기기에서 설정 파일을 열고 구독을 업데이트한 뒤 연결 테스트까지 마칠 때까지 기존 기기와 로컬 파일을 보관하세요. 클라우드 동기화가 켜져 있다는 사실만으로 백업이 정상이라고 볼 수는 없습니다.
- 구독 정보: 원본 구독 URL과 그룹 이름을 저장하세요. 구독 주소는 이용 중인 서비스 제공업체에서 확인하고, 업데이트 후 생성된 노드 목록만 보관하지 않도록 주의하세요.
- Config 파일: 현재 선택된 로컬 설정 파일과 직접 수정한 규칙, DNS, 정책 참조를 저장하세요. 원격 설정이라면 출처 URL도 기록해 두세요.
- 수동으로 추가한 서버: 프로토콜, 주소, 포트, 인증 정보를 각각 저장하세요. 구독을 다시 불러와도 직접 추가한 서버는 복원되지 않는 경우가 많습니다.
- 기기 상태: 현재 Global Routing 옵션과 Settings → On Demand에 설정된 조건을 기록하세요. 시스템 권한은 새 기기에서 다시 확인해야 합니다.
구독 링크에는 계정 정보가 포함될 수 있고, 설정 파일에도 서버 암호 등 민감한 정보가 들어 있을 수 있습니다. 백업은 보호된 개인 저장 공간에 보관하고 공개 채팅방이나 공개 클라우드 저장소, 문제 해결 게시판에 올리지 마세요. 다른 사람에게 도움을 요청할 때는 전체 URL, 암호, UUID, 키를 먼저 가리세요.
2. iCloud 동기화가 적용되는 범위
iCloud는 동일한 Apple 계정을 사용하는 iPhone / iPad 간 파일 저장 및 읽기에 유용하지만, 앱 내 동기화 기능, 설정 파일을 iCloud Drive에 저장하는 것, 시스템 전체 백업은 서로 구분해야 합니다. 각각 진입 경로와 데이터 범위가 다르며, 어느 한 가지가 다른 항목까지 백업한다고 보장하지 않습니다. 가장 확실한 확인 방법은 설정 파일을 iCloud Drive에 직접 내보낸 다음 다른 기기에서 열어 보는 것입니다.
- 기존 기기에서 시스템 ‘설정’ → Apple 계정 → iCloud로 이동해 iCloud Drive가 켜져 있는지 확인하고, 클라우드 저장 공간이 충분한지도 살펴보세요. 시스템 버전에 따라 메뉴 이름이 조금 다를 수 있습니다.
- 현재 Shadowrocket 화면에 iCloud 동기화 옵션이 있다면 해당 안내에 따라 켜세요. 시스템 iCloud의 앱 목록에서도 Shadowrocket의 iCloud 사용이 허용되어 있는지 확인하세요. 그렇다고 모든 Settings 항목이 동기화된다고 단정해서는 안 됩니다.
- ‘파일’ 앱에서 ‘둘러보기’ → iCloud Drive로 이동해 직접 내보낸 설정 파일을 찾고 업로드가 끝날 때까지 기다리세요. 파일이 ‘나의 iPhone’ 또는 ‘나의 iPad’에만 보인다면 iCloud에 업로드된 것이 아닙니다.
- 새 기기에서 동일한 iCloud Drive 위치로 이동해 파일을 다운로드하고 열어 내용이 읽히는지 확인하세요. 앱 내 동기화도 켜져 있다면 실제로 나타난 항목을 함께 확인해 두 출처의 데이터를 중복으로 가져오지 않도록 하세요.
다른 플랫폼으로 옮길 때는 수동으로 저장한 설정 파일과 구독 정보를 기준으로 진행하세요. iPhone 전체 백업을 Mac, Windows, Android 또는 Linux에서 가져올 수 있는 파일로 간주하지 말고, 플랫폼이 달라도 모든 설정 항목이 그대로 호환된다고 가정하지 마세요. 플랫폼 간 이전은 규칙과 연결 정보를 우선 옮긴 뒤 대상 플랫폼의 화면에서 항목별로 설정하세요.
3. Config에서 복원 가능한 파일을 수동으로 내보내기
먼저 Config로 이동해 현재 사용 중인 설정 이름을 확인한 다음, 해당 로컬 설정의 작업 메뉴를 열고 현재 화면에 표시되는 Share 또는 내보내기 항목을 사용해 파일을 시스템 ‘파일’ 앱에 저장하세요. 메뉴 위치와 표시 방식은 플랫폼이나 화면 구성에 따라 달라질 수 있습니다. 원격 출처 항목만 있다면 다운로드 주소만 기록하지 말고, 먼저 로컬 내용을 확보하고 확인한 뒤 사본을 저장하세요.
- 내용 확인: 설정 파일을 열어 필요한 규칙 섹션과 DNS 설정이 포함되어 있는지 확인하세요. 평소 로컬 사본을 수정했다면 수정하지 않은 원격 원본이 아니라 해당 사본을 내보내야 합니다.
- 파일 저장: Share 또는 내보내기 기능으로 설정 파일을 저장하세요.
home-routing-backup.conf처럼 용도를 알아보기 쉬운 이름을 권장합니다. 이전에 사용하던 유일한 백업 파일을 바로 덮어쓰지 마세요. - 참조 항목 확인: 규칙 참조, 정책 이름, 원격 리소스를 확인하세요. 파일의 정책이 Home에 있는 그룹 이름을 참조한다면 복원 후에도 해당 그룹이 있어야 합니다.
- 관련 정보 별도 저장: 보호된 기록 공간에 구독 정보, 수동 서버 매개변수, 필요한 설정 설명을 저장하세요. 파일 크기만으로 자료가 모두 들어 있다고 판단하지 마세요.
- 사본 열어 보기: ‘파일’ 앱에서 방금 저장한 파일을 다시 열어 빈 파일이나 웹 페이지 내용, 링크만 담긴 텍스트가 아닌지 확인한 다음 새 기기로 가져오세요.
규칙 내용을 확인할 때는 규칙 순서, 정책이 실제로 존재하는지, 마지막 기본 규칙이 무엇인지 살펴보세요. 아래 내용은 규칙 구조를 파악하기 위한 예시일 뿐, 기존 설정을 대체하는 완성된 템플릿이 아닙니다. 예시 도메인은 실제 서비스와 관련이 없습니다.
[Rule]
DOMAIN-SUFFIX,example.com,DIRECT
IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXYDOMAIN-SUFFIX는 도메인 접미사로, IP-CIDR은 IP 주소 대역으로, GEOIP는 IP 지리 정보로 연결을 매칭합니다. FINAL은 앞선 규칙에 일치하지 않은 연결을 처리합니다. 위 예시의 PROXY가 실제로 어떤 방식으로 연결되는지는 사용 중인 설정에서 확인해야 합니다. 사용자 지정 정책 이름은 복원 후 이름과 일치해야 합니다. 파일을 가져올 수 있게 하려고 기존 정책을 모두 DIRECT로 임의 변경하지 마세요.
4. 새 기기에서 구독, 규칙, 연결 순으로 복원
먼저 Shadowrocket을 설치한 뒤 연결 정보와 규칙을 복원하세요. iPhone / iPad 버전은 App Store에서 받을 수 있으며 $2.99 일회성 결제입니다. 개발자는 Shadow Launch Technology Limited이고, 시스템 요구 사항은 App Store 페이지를 기준으로 확인하세요. Mac(Apple 실리콘 및 Intel), Windows, Android, Linux 버전은 무료입니다. 플랫폼별 설치 방법은 앱 다운로드 페이지에서 확인하세요. 앱 구매와 회선 요금제는 별개이며, 기기 이전으로 새로운 회선 서비스가 생기지는 않습니다.
- 구독 복원: Home에서 추가 메뉴를 열고 Subscribe를 선택한 다음, 이용 중인 서비스 제공업체에서 받은 구독 주소를 입력해 저장하고 업데이트하세요. 그룹 이름과 노드가 예상한 대로 표시되는지 확인하고, 이전 노드 목록을 중복으로 가져오지는 마세요.
- 수동 서버 추가: Add Server를 사용해 직접 관리하던 항목을 복원하세요. 주소와 포트는 원본 정보에 맞춰 입력해야 합니다. 예를 들어 기록된 값이
443이면 그대로443을 사용하세요. 프로토콜 이름이 같다는 이유로 포트를 일괄 변경하면 안 됩니다. - 설정 가져오기: ‘파일’ 앱에서 백업 파일을 Shadowrocket으로 보내거나 Config에서 현재 플랫폼이 제공하는 파일 가져오기 기능을 사용하세요. 가져온 뒤 Config에서 대상 파일을 명확히 선택하고, 같은 이름의 파일이 사본으로 저장되었는지도 확인하세요.
- 정책 확인: 기존 기기와 비교해 설정 파일이 참조하는 노드, 그룹, 정책이 있는지 확인하세요. 이름이 다르면 규칙이 연결되는 대상이 달라질 수 있으므로 ‘노드 수가 비슷해 보인다’는 이유만으로 넘어가면 안 됩니다.
- 라우팅 설정: 설정 파일에 따라 트래픽을 분기하려면 Global Routing을 Config로 설정하세요. Proxy는 프록시 연결 방식, Direct는 직접 연결 방식입니다. 기존에 Scene을 사용했다면 관련 조건을 별도로 확인하세요. 파일을 가져왔다고 자동으로 복원된다고 가정하지 마세요.
- 연결 시작: 사용할 수 있는 노드를 선택하고 연결 스위치를 켠 뒤, 시스템 안내에 따라 VPN 구성을 허용하세요. 이 권한은 새 기기에서 별도로 부여해야 하며, 내보낸 규칙 파일로 대신할 수 없습니다.
5. 복원 후 네 가지 항목 확인
‘연결 스위치가 켜졌다’는 것은 연결 절차가 시작되었다는 뜻일 뿐, 규칙, DNS, 자동 연결 조건까지 복원되었다는 의미는 아닙니다. 먼저 안정적인 네트워크에서 수동 연결 테스트를 완료한 뒤 Wi-Fi와 셀룰러 네트워크로 전환해 동작을 확인하세요. 한 번에 한 종류의 설정만 변경하고, 되돌릴 수 있도록 설정 사본을 보관하세요.
| 확인 항목 | 통과 기준 | 문제가 있을 때 먼저 확인할 사항 |
|---|---|---|
| 구독 및 노드 | 기존 구독을 업데이트할 수 있고 대상 노드의 매개변수가 모두 입력됨 | 주소가 만료되었는지, 인증 정보가 누락되었는지, 이전 목록을 중복으로 가져오지 않았는지 |
| Config 및 규칙 | 올바른 설정을 선택했고 대상 연결에 예상한 규칙과 정책이 적용됨 | Global Routing이 Config인지, 정책 이름과 규칙 순서가 일치하는지 |
| DNS 및 접속 | 자주 사용하는 도메인이 해석되고 페이지가 정상적으로 모두 로드됨 | DNS 설정이 복원되었는지, DNS 서버와 관련 연결에 접근할 수 있는지 |
| On Demand | 설정한 네트워크 조건에서 예상대로 작동함 | Settings → On Demand의 조건과 스위치, 시스템 VPN 상태 |
Home에서 Connectivity Test를 실행하면 일부 노드만 연결할 수 없는지, 모든 항목에 연결할 수 없는지 구분하는 데 도움이 됩니다. 다만 테스트 한 번을 통과했다고 실제 접속 확인을 생략해서는 안 됩니다. 노드 테스트는 정상이지만 특정 도메인이 열리지 않으면 현재 설정과 연결 기록을 참고해 DNS, 규칙 매칭, 정책 연결을 점검하세요. 곧바로 모든 구독을 삭제하고 처음부터 다시 시작하지 마세요.
- 먼저 수동 연결을 확인한 다음 Settings → On Demand에서 자동 연결 조건을 복원하세요. 그래야 자동 실행이 문제 해결을 방해하지 않습니다.
- TLS 연결이 모두 실패한다면 새 기기의 시스템 날짜와 시간이 맞는지 확인한 뒤 인증 정보와 네트워크 연결 상태를 점검하세요.
- 특정 네트워크에서만 실패한다면 Wi-Fi와 셀룰러 네트워크에서 같은 노드를 각각 테스트하고 차이를 기록하세요. 프로토콜과 규칙을 동시에 변경하지 마세요.
- 확인을 마친 뒤에는 정상 작동이 확인된 설정 사본을 보관하고, 원격 설정을 업데이트하기 전에 직접 수정한 내용을 먼저 저장하세요.
6. iCloud 및 기기 이전 관련 자주 묻는 질문
새 휴대폰에서 같은 Apple 계정으로 로그인했는데 Config가 비어 있는 이유는 무엇인가요?
먼저 ‘파일’ 앱 → iCloud Drive에서 내보낸 파일이 있고 열 수 있는지 확인하세요. 기존 기기에서 파일을 기기에만 저장했다면 iCloud Drive로 다시 내보내야 합니다. 앱 내 동기화를 사용했다면 양쪽 기기의 동기화 옵션과 시스템 iCloud 권한을 각각 확인하세요. 파일이 정상적으로 열리는지 확인한 뒤 가져오면 됩니다. 앱을 반복해서 삭제하고 다시 설치할 필요는 없습니다.
설정 파일을 가져왔는데 Home에 노드가 없는 이유는 무엇인가요?
규칙 파일에 서버 정보가 포함되어 있지 않을 수 있습니다. Home으로 돌아가 Subscribe를 사용해 기존 구독을 복원하고 업데이트하세요. 직접 추가한 노드는 기존 기록을 보고 Add Server로 다시 입력하면 됩니다. 그런 다음 Config로 돌아가 규칙에서 참조하는 그룹 이름을 확인하세요. 임의로 만든 새 이름을 기존 정책 대신 사용해서는 안 됩니다.
중복으로 가져와 그룹이 두 개 생겼습니다. 어느 쪽을 삭제해야 하나요?
우선 두 그룹을 모두 유지하고 구독 출처와 마지막 업데이트 상태를 각각 확인해 어느 쪽이 원래 주소에서 정상적으로 업데이트되는지 확인하세요. 현재 규칙이 참조하는 이름도 살펴본 뒤 실제로 사용하는, 업데이트 가능한 출처를 남기고 불필요한 사본을 삭제하세요. 노드 이름만 보고 여러 항목을 한꺼번에 삭제하지 마세요. 다음 구독 업데이트 때 다시 생성될 수 있습니다.
백업 파일이 열리는데 기존 휴대폰의 데이터를 바로 지워도 되나요?
아직은 백업 파일이 열린다는 사실만으로 판단하기 어렵습니다. 새 기기에서 구독 업데이트, Config 선택, 실제 접속, On Demand 조건 테스트를 완료하고 보호된 백업 사본에도 계속 접근할 수 있는지 확인한 다음 시스템의 기기 이전 절차에 따라 기존 기기를 정리하세요. 구독이 만료되었다면 이용 중인 서비스 제공업체에서 유효한 주소를 받은 뒤 복원을 계속하세요.