이 글의 목차
휴대폰용 프록시 앱을 고를 때는 가격과 노드 추가 가능 여부만 비교해서는 부족합니다. 데스크톱 규칙을 이어 쓰거나 다른 기기와 프록시를 공유하거나 스크립트를 관리하려면 필요한 작업이 달라집니다. 현재 구성과 실제 사용할 기능을 정리하고 스토어 및 공식 설명을 확인하면 구매 후 설정을 다시 만들어야 하는 상황을 줄일 수 있습니다.
Shadowrocket, Stash, Surge는 각각 어떤 용도에 적합할까요?
| 주요 요구 | 우선 고려할 앱 | 고려할 점 |
|---|---|---|
| 일반적인 노드를 가져오고 기본 분기 규칙을 사용하며 가격을 중요하게 생각하는 경우 | Shadowrocket | Surge의 전체 모듈 작업 흐름이나 팀 단위 디버깅이 필요하면 작업 방식이 충분히 통일되어 있지 않습니다 |
| Clash 방식의 정책 그룹과 규칙을 계속 사용하는 경우 | Stash | 노드 하나만 사용하고 규칙을 관리하지 않는다면 기능이 과할 수 있습니다 |
| 요청, 스크립트, 모듈 또는 MITM을 일상적으로 디버깅하는 경우 | Surge | 구독을 업데이트하고 노드를 전환하기만 한다면 비용과 학습 부담이 큽니다 |
앱을 선택한 뒤에는 기존 구성의 가져오기 가능 여부, 규칙 편집 방식, 로컬 네트워크 공유 지원, 구매 방식과 이전 비용을 확인하세요. 노드를 가져오는 데 성공했다고 기존 규칙과 설정까지 그대로 유지되는 것은 아닙니다.
이 세 앱에 Clash 설정을 그대로 가져올 수 있나요?
Stash는 공식적으로 Clash Premium 스타일 기능을 Apple 플랫폼에 제공하는 도구입니다. 따라서 proxy-groups, rules와 Rule Provider를 이미 사용하는 사용자는 기존 구성 방식을 이어 가기 쉽습니다. 다만 실제 가져오기 결과는 확인해야 합니다. 스크립트, TUN, DNS와 일부 Mihomo 새 필드가 모두 일대일로 대응하는 것은 아닙니다.
Shadowrocket은 독립적인 규칙 기반 프록시 도구입니다. 공식 App Store 설명에는 도메인, CIDR, GeoIP 규칙, 원격 규칙 파일, DNS, 스크립트 필터링과 다단계 전달이 나열되어 있지만 Mihomo 그래픽 프런트엔드는 아닙니다. 노드 가져오기에 성공해도 기존 Clash 정책 그룹과 덮어쓰기가 같은 구조를 유지한다고 보장할 수 없습니다.
Surge는 자체 Profile과 Module 체계를 사용합니다. Module은 더 높은 우선순위로 Profile을 덮어쓰므로 검토 가능한 로컬 패치를 관리하기에 적합합니다. Clash 구독만 있고 규칙을 다시 만들 계획이 없다면 Surge의 기능이 많다는 이유만으로 마이그레이션 비용이 가장 낮다고 판단하면 안 됩니다.
정책 그룹, 노드, 모듈: 일상적인 관리 방식의 차이
- Stash
- Clash 스타일 정책 그룹 선택, 덮어쓰기와 규칙 모음 관리에 더 적합하며 iOS, tvOS, macOS와 visionOS도 지원합니다.
- Shadowrocket
- 일반 노드와 규칙을 빠르게 추가하기에 적합하고 iPhone, iPad, Mac과 Apple TV에서 사용할 수 있습니다. 현재 기능과 구매 가능 지역은 App Store 페이지를 기준으로 확인하세요.
- Surge
- 연결 확인, 모듈 관리, 스크립트 실행과 HTTP 트래픽 디버깅에 적합합니다. 공식 문서에 Module, MITM과 스크립트를 포괄하는 체계가 있습니다.
LAN 공유는 어디까지 지원되며 어떤 제한이 있나요?
로컬 네트워크 공유 방식
| 앱 | 확인 가능한 방법 | 선택할 때 주의할 점 |
|---|---|---|
| Stash | 공식 문서에서 iOS의 HTTP 및 SOCKS 프록시 제공을 명시적으로 지원합니다. '로컬 네트워크 연결 허용'을 켠 뒤 휴대전화의 로컬 네트워크 IP와 7890 포트를 사용합니다. | 수동 프록시 공유 방식이며 iPhone이 완전한 투명 게이트웨이가 되는 것은 아닙니다. |
| Shadowrocket | App Store 설명은 로컬 트래픽과 다단계 전달을 다루지만 로컬 네트워크 공유를 주요 기능으로 약속하지는 않음 | 현재 버전 설정에 명확한 공유 수신 메뉴가 없다면 제삼자의 이전 화면을 근거로 추측하지 마세요 |
| Surge | 공식 작동 원리 문서에서는 iOS가 로컬 프록시 서비스로 다른 기기의 요청을 인수할 수 있다고 설명함 | 대상 기기에서 프록시를 수동으로 입력해야 하며 구체적인 수신 주소와 권한은 현재 Profile과 버전을 기준으로 확인 |
어느 앱을 사용하든 공유 전에 iOS의 '로컬 네트워크' 권한을 허용하고 두 기기를 같은 Wi-Fi 또는 개인용 핫스팟에 연결해야 합니다. 다른 기기에서 테스트 웹페이지를 먼저 열고 iPhone 요청 기록에서 예상한 정책으로 실제 유입되는지 확인하세요. 사용하지 않을 때는 수신을 끄고 공용 Wi-Fi에서 인증 없는 프록시를 노출하지 마세요.
일반적인 구독 연결에는 MITM 루트 인증서가 필요하지 않습니다
세 도구 모두 재작성, 스크립트 또는 HTTPS 복호화 관련 기능을 제공할 수 있지만 일반 구독 연결에는 루트 인증서를 설치할 필요가 없습니다. MITM은 앱이 로컬에서 인증서를 다시 발급하게 하며 인증서 고정을 사용하는 일부 App은 연결을 바로 거부합니다.
Module이나 원격 스크립트를 설치하기 전에 소스 파일을 읽고 어떤 호스트, 요청 헤더, 응답 내용을 바꾸는지 확인하세요. Surge 공식 문서에 따르면 Module은 Rule, Script, URL Rewrite, MITM 설정을 덮어쓸 수 있습니다. 출처가 불명확한 모듈은 이런 설정을 변경할 수 있으므로 함부로 가져오지 마세요.
가격, 제공 지역, 지원 기기는 현재 스토어 정보를 기준으로 확인합니다
가격, 판매 지역, 가족 공유와 지원 기기는 바뀔 수 있습니다. 현재 미국 지역 Shadowrocket App Store 페이지에는 별도 유료 앱으로 표시되며 프록시 서비스를 포함하지 않는다고 명시되어 있습니다. Stash와 Surge도 구매 계정이 속한 지역의 스토어 페이지와 공식 안내를 기준으로 확인해야 합니다.
앞으로 Apple TV, Mac 또는 가족 기기에서도 사용할 계획이라면 같은 구매로 다운로드할 수 있는지, 구성이 어떻게 동기화되는지, 스크립트와 인증서도 함께 이전되는지 먼저 확인하세요. 이런 비용까지 포함해야 실제 가격을 알 수 있습니다.
클라이언트를 바꿀 때 구독, 규칙, 설정은 어떻게 이전하나요?
클라이언트를 바꿀 때 기존 앱의 캐시와 인증서를 모두 복사하지 마세요. 새 앱에 구독을 가져오고 고정한 노드 하나로 인터넷 연결을 확인한 뒤 직접 관리하는 규칙, 모듈, 스크립트를 하나씩 추가하세요.
마이그레이션 순서
- 원본 구독 주소와 현재 정상 작동하는 정책 그룹 이름 저장
- 직접 작성한 규칙, 모듈 또는 스크립트를 나열하고 알 수 없는 캐시는 복사하지 않음
- 새 앱의 첫 검증에서는 구독, 고정 노드, 화면 잠금과 네트워크 전환만 확인
- 고급 규칙을 하나씩 다시 만들고 항목을 추가할 때마다 연결을 한 번 확인
- 새 앱이 며칠 동안 안정적으로 작동한 뒤 기존 구성과 인증서 삭제