Shadowrocket On Demand 설정 및 사용법: Wi-Fi·셀룰러·도메인별 자동 연결

이 글의 핵심

On Demand는 시스템 VPN 연결을 언제 시작하거나 종료할지 관리하며, 각 요청에 어떤 아웃바운드 정책을 적용할지는 결정하지 않습니다. 수동 연결은 이미 가능하고 Wi-Fi, 셀룰러 네트워크 또는 도메인 조건에 따라 자동 연결하려는 사용자를 위한 안내입니다. Settings → On Demand에서 조건을 설정하고 하나씩 확인한 뒤 Home → Global Routing과 Config의 라우팅 규칙도 점검하세요.

On Demand, 연결 상태, 라우팅 정책의 차이

Shadowrocket의 On Demand 연결은 Apple 플랫폼의 시스템 VPN 기능으로 작동합니다. 네트워크 환경이 바뀌거나 도메인 평가 조건에 해당하는 요청이 발생하면 시스템은 저장된 설정에 따라 연결을 시작할지 결정할 수 있습니다. On Demand를 켰다고 해서 VPN이 바로 연결되거나 모든 요청이 프록시를 통해 나가는 것은 아닙니다.

네트워크 조건 변경On Demand 조건 평가시스템에서 터널 연결라우팅 정책 적용요청 전송

각 단계는 따로 확인해야 합니다. On Demand는 연결 시점을 결정하고, Home의 연결 스위치와 시스템 VPN 상태는 현재 연결 여부를 보여줍니다. Home → Global Routing은 트래픽 처리 방식을 정합니다. Config를 선택하면 현재 설정의 규칙에 따라 각 요청에 적용할 정책이 결정됩니다. VPN 표시가 나타났다는 이유만으로 요청이 실제로 어떻게 처리됐는지 판단하지 마세요.

2가지

Wi-Fi와 셀룰러 네트워크 조건을 각각 확인합니다

4개 항목

Global Routing：Config / Proxy / Direct / Scene

2단계

연결 트리거와 요청 라우팅은 별도로 확인해야 합니다

Proxy와 Direct는 전체 트래픽 처리 방식이고, Config는 현재 설정을 사용하며, Scene은 설정된 시나리오에 따라 처리합니다. 이 항목들은 On Demand와 별개의 설정입니다. 예를 들어 시스템이 On Demand에 따라 터널을 연결했더라도 Global Routing이 Direct일 수 있습니다. 따라서 ‘자동 연결에 성공했다’와 ‘대상 요청이 프록시를 통해 나간다’는 서로 다른 결과입니다.

설정 전에 수동 연결부터 확인하기

이 안내는 사용자가 본인의 서비스 제공업체와 연결 정보 또는 구독을 이미 보유하고 있다고 전제합니다. On Demand는 서버 주소, 인증 정보 또는 구독 내용을 제공하지 않습니다. 먼저 같은 설정으로 수동 연결이 정상적으로 되는지 확인한 다음 자동 트리거 조건을 추가해야 연결 문제와 조건 일치 문제를 구분할 수 있습니다.

Home에서 기존 연결 항목을 확인하고 주소, 포트, 프로토콜 매개변수가 본인의 서비스 정보와 일치하는지 살펴보세요. 포트는 항목별로 그대로 입력해야 합니다. On Demand를 켠다고 해서 포트를 모두 443으로 바꾸면 안 됩니다.
연결 스위치를 직접 켭니다. 시스템에서 VPN 설정 추가를 요청하면 안내를 읽고 승인을 완료하세요. 이 승인은 설정에 있는 라우팅 규칙과는 별개입니다.
사용 권한이 있는 서비스를 열어 현재 설정이 작동하는지 확인합니다. 규칙 기반 라우팅을 사용한다면 Home → Global Routing이 Config로 설정되어 있는지, Config에서 올바른 파일이 선택되어 있는지 확인하세요.
Settings → On Demand로 이동해 기존 조건을 먼저 기록한 뒤 하나씩 수정합니다. 저장한 다음 시스템 ‘설정’에서 ‘VPN’을 검색하고 Shadowrocket에 해당하는 VPN 설정을 열어 On Demand가 활성화되어 있는지 확인하세요.

문제를 확인하는 동안 기존 설정을 한 번 기록해 두면 충분합니다. VPN 설정을 반복해서 삭제할 필요는 없습니다. 설정을 삭제하면 시스템 권한과 On Demand 상태까지 함께 제거될 수 있어 다음 연결 때 권한을 다시 요청하고, 전후 테스트 조건도 달라질 수 있습니다.

Wi-Fi 이름과 셀룰러 네트워크별 연결 조건 설정

먼저 원하는 동작을 구체적인 조건으로 정리하세요. 특정 Wi-Fi 이름에서는 연결을 끊을지, 다른 Wi-Fi에서는 연결할지, 셀룰러 네트워크에서는 연결할지 정합니다. Wi-Fi 이름은 SSID를 뜻하며 라우터 관리 주소나 기기에 할당된 로컬 IP 주소가 아닙니다. 실제 이름의 대소문자, 공백, 접미사를 확인하세요.

특정 Wi-Fi 조건 예시

조건: Settings → On Demand
네트워크 유형: Wi-Fi
SSID 예시: Home-WiFi
동작: Disconnect

이 네트워크에서 터널을 끊으려는 경우에만 사용하세요. Home-WiFi는 예시 이름이므로 기기가 실제로 연결된 SSID로 바꿔야 합니다.

셀룰러 네트워크 조건 예시

조건: Settings → On Demand
네트워크 유형: 셀룰러 네트워크
동작: Connect
확인 방법: Wi-Fi를 끈 뒤 새 요청 보내기

셀룰러 조건과 특정 SSID 조건은 각각 확인하세요. 셀룰러 네트워크 조건에는 Wi-Fi 이름을 입력할 필요가 없습니다.

실제 화면에서 제공하는 조건과 동작 중 Connect는 조건이 충족되면 연결을 시작하고, Disconnect는 연결을 끊는다는 뜻입니다. ‘특정 Wi-Fi에서 연결 해제’를 ‘모든 Wi-Fi에서 연결 해제’로 해석하지 마세요. Wi-Fi 전반에 적용되는 조건과 특정 SSID 조건을 함께 설정했다면 우선순위를 확인해 포괄적인 조건이 특정 조건보다 먼저 적용되지 않도록 하세요.

같은 이름과 다른 이름:같은 라우터의 두 주파수 대역에서 SSID가 서로 다르면 각각 확인하세요. 한쪽 이름만 입력했다고 해서 다른 쪽도 조건에 맞는다고 볼 수 없습니다.
권한과 이름:조건 화면에서 현재 Wi-Fi 이름을 가져오지 못한다면 시스템 안내에 따라 관련 권한을 확인하세요. 이름이 비어 있다면 빈 값으로 조건 테스트를 계속하지 마세요.
인증이 필요한 네트워크:웹 인증이 필요한 Wi-Fi는 먼저 네트워크 접속 인증을 완료한 다음 터널과 대상 서비스를 확인하세요. 네트워크 접속이 완료되지 않았다는 사실만으로 서버 매개변수 오류라고 판단할 수는 없습니다.
조건 중복:먼저 특정 네트워크 조건 하나와 나머지 네트워크에 적용할 명확한 처리 방식 하나만 설정하세요. 정상 작동을 확인한 뒤 다른 SSID를 추가합니다.

도메인 트리거와 DOMAIN-SUFFIX 라우팅 규칙은 다릅니다

네트워크 조건은 ‘기기가 어떤 네트워크에 연결됐는지’를 확인하고, 도메인 조건은 ‘시스템이 어떤 도메인 관련 요청을 처리하는지’를 확인합니다. 도메인 기반 On Demand 평가는 시스템이 처리하며 DNS 조회와 설정된 평가 조건의 영향을 받습니다. 브라우저에 주소를 입력하기만 하면 반드시 연결된다고 단순화할 수 없습니다. 앱이 DNS 조회를 다시 수행하는지, 캐시나 기존 연결을 재사용하는지에 따라 테스트 결과도 달라질 수 있습니다.

Settings → On Demand에서 도메인 관련 조건을 설정할 때는 전체 웹 주소가 아니라 호스트 이름을 입력하세요. 예를 들어 테스트 도메인은 portal.example.com처럼 입력합니다. https://portal.example.com:443/account처럼 프로토콜, 포트, 경로가 포함된 주소는 도메인 입력란에 사용할 수 없습니다. 예시 도메인은 형식을 설명하기 위한 것으로 실제 이용 가능한 서비스 주소가 아닙니다.

설정 위치	해결하는 문제	입력할 내용
Settings → On Demand	도메인 평가 조건에 해당할 때 시스템 VPN 연결이 필요한지 여부	도메인 입력란의 형식에 맞게 호스트 이름을 입력하고 해당 평가 동작을 확인합니다
Config의 규칙	연결된 뒤 해당 요청에 적용할 정책	`DOMAIN-SUFFIX,example.com,PROXY`
Config의 기본 규칙	앞선 규칙이 하나도 일치하지 않을 때 적용할 정책	`FINAL,DIRECT`

시스템의 도메인 평가에는 DNS 조회 실패나 지정된 조회 조건과 관련해 ‘필요할 때 연결’하는 로직이 포함될 수 있습니다. 이는 일치하는 모든 도메인에 즉시 연결한다는 뜻이 아닙니다. 현재 조건 화면에 실제로 표시되는 옵션을 기준으로 설정하세요. 화면에 DNS 평가 항목이 없다면 다른 설정 형식의 필드를 도메인 목록에 그대로 입력하지 마세요.

요약: 새 요청으로 도메인 조건 확인하기

직접 제어할 수 있는 도메인 조건 하나만 남기고 기존 연결을 종료한 뒤 새 요청을 보냅니다. 시스템 VPN 상태를 확인하고, 연결 트리거가 작동한 것을 확인한 다음 해당 요청에 적용된 라우팅 정책을 확인하세요. 두 단계의 규칙을 동시에 수정하지 마세요.

자주 쓰는 설정 조합 3가지와 확인 순서

조합을 설정할 때는 각 네트워크에서 원하는 동작부터 정한 다음 도메인 예외를 고려하세요. 아래 내용은 설정 아이디어이며 특정 네트워크가 본질적으로 안전하거나 반드시 연결을 끊어야 한다는 뜻은 아닙니다. 연결 여부는 본인의 이용 목적과 현재 서비스가 해당 네트워크 환경을 허용하는지에 따라 달라집니다.

사용 목적	조건 설정	확인 절차
특정 Wi-Fi에서는 연결하지 않고 외출 중에는 연결	지정 SSID에는 Disconnect를 사용하고, 다른 Wi-Fi와 셀룰러 네트워크에는 필요에 따라 Connect를 사용합니다	먼저 지정 SSID에 연결한 다음 다른 Wi-Fi로 전환하고, 마지막으로 Wi-Fi를 끄고 셀룰러 네트워크를 확인합니다
셀룰러 네트워크에서만 자동 연결	셀룰러 네트워크에는 Connect를 사용하고, Wi-Fi에는 자동 연결을 시작하지 않을 방식을 명확하게 설정합니다	Wi-Fi와 셀룰러 네트워크에서 각각 새 요청을 보내고 시스템 VPN 상태를 확인합니다
특정 도메인이 필요할 때만 연결 여부 평가	도메인 평가 조건을 사용하고, 포괄적인 Connect 조건이 먼저 연결을 시작하지 않는지 확인합니다	먼저 터널이 연결되지 않은 상태인지 확인한 뒤 직접 관리하는 테스트 도메인에 접속하고 DNS 조회와 연결 상태를 점검합니다

테스트할 때마다 조건 하나만 바꾸고 현재 네트워크, 실제 SSID, 동작, 시스템 VPN 상태를 기록하세요.
네트워크를 전환한 뒤 기기가 네트워크 연결을 완료할 때까지 기다린 다음 새 대상 요청을 보내세요. 계속 재생 중인 기존 연결로 새 조건을 판단하지 마세요.
먼저 터널이 연결됐는지 확인하고 이어서 대상 요청이 성공했는지 확인하세요. 두 결과를 따로 기록합니다.
결과가 예상과 다르면 먼저 직전의 정상 조건으로 되돌린 뒤 조건 중복 여부와 시스템에서 On Demand가 활성화되어 있는지 확인하세요.

여러 조건을 자주 바꾸면 네트워크 전환, 도메인 DNS 캐시, 라우팅 방식, 서비스 가용성을 혼동하기 쉽습니다. 테스트 순서를 고정하면 혼란을 줄일 수 있지만, 한 번 성공했다고 해서 모든 앱의 백그라운드 요청이 같은 시점에 트리거된다고 단정할 수는 없습니다.

연결이 반복해서 바뀌거나 트리거되지 않을 때 증상별로 확인하기

수동으로 연결을 끊었는데 왜 다시 연결되나요?

먼저 Settings → On Demand에 현재 네트워크와 일치하는 Connect 조건이 남아 있는지 확인하세요. 그런 다음 시스템 ‘설정’에서 ‘VPN’을 검색해 해당 설정의 On Demand 상태를 확인합니다. 자동 연결을 일시 중지하려면 먼저 On Demand를 끈 다음 Home에서 연결을 해제하세요. 현재 연결만 끊으면 이후 요청에 의해 다시 연결될 수 있습니다.

셀룰러 네트워크로 전환했는데 왜 자동 연결되지 않나요?

먼저 기기가 실제로 셀룰러 데이터를 사용 중인지, 여전히 Wi-Fi에 연결되어 있지는 않은지 확인하세요. 그런 다음 셀룰러 조건의 동작과 시스템의 On Demand 상태를 점검하고 새 요청을 보내세요. 그래도 연결되지 않으면 On Demand를 잠시 끄고 같은 항목으로 수동 연결해 조건 불일치와 서비스 자체의 문제를 구분하세요.

특정 Wi-Fi에 Disconnect를 설정했는데 왜 계속 연결되어 있나요?

현재 SSID의 전체 이름을 확인하고, 이름이 비슷한 다른 주파수 대역이나 게스트 네트워크에 연결된 것은 아닌지 살펴보세요. 더 포괄적인 연결 조건이 있는지도 확인합니다. 저장한 뒤 해당 Wi-Fi에 다시 연결해 시스템 VPN 상태를 확인하세요. 조건 편집 화면의 스위치만 보고 판단하지 마세요.

도메인에 접속해도 트리거되지 않는데 규칙을 잘못 작성한 건가요?

먼저 Settings → On Demand의 도메인 입력란에 전체 URL을 잘못 입력하지 않았는지 확인하세요. 그런 다음 테스트 요청에서 새로운 도메인 조회가 실제로 발생했는지, 도메인 평가 동작이 올바른지 살펴봅니다. Config의 DOMAIN-SUFFIX는 라우팅에만 적용되며 시스템의 On Demand 연결 조건을 대신할 수 없습니다.

자동 연결은 됐는데 왜 접속 결과가 예상과 다른가요?

Home → Global Routing으로 돌아가 현재 처리 방식을 확인하세요. Config를 사용한다면 현재 설정의 DOMAIN-SUFFIX, IP-CIDR, GEOIP, FINAL 순서를 점검합니다. 연결 트리거가 성공했더라도 대상 요청에 DIRECT나 다른 정책이 적용될 수 있습니다. On Demand 조건을 반복해서 추가하기보다 라우팅을 확인하세요.

시스템 VPN 설정을 삭제한 적이 있다면 먼저 Shadowrocket에서 수동 연결을 시도하고 필요한 시스템 권한을 승인한 뒤 On Demand 설정이 다시 저장됐는지 확인하세요. 테스트 중인 시스템 VPN 설정이 Shadowrocket에 해당하는 항목이 아니라면 올바른 설정을 선택하세요. 다른 설정의 상태를 이번 테스트 결과로 오인하지 않도록 주의해야 합니다.