Data는 트래픽을 살펴보는 기능이지, 서비스 제공업체의 사용량 청구서가 아니며 특정 규칙의 일치 여부를 단독으로 증명하지도 않습니다. 이미 본인 소유의 서비스와 구독을 이용하고 연결을 설정한 사용자를 대상으로 서버별·앱별 트래픽 귀속, 업로드·다운로드, 누적 수치의 차이를 설명합니다. 정해진 테스트를 수행한 뒤 연결 기록과 대조해 라우팅 결과를 확인하세요. 전체 누적량만 보지 말고 테스트 전후의 증가량을 확인해야 합니다.
1. Data가 기록하는 것은 트래픽이지 구매한 데이터 용량이 아닙니다
Shadowrocket의 Data에서는 앱이 기록한 네트워크 활동을 확인할 수 있습니다. 먼저 Home에서 연결 상태를 확인한 뒤 Data를 여세요. 통계는 해당 기록 범위에 포함된 활동만 반영합니다. 연결이 끊긴 동안의 트래픽, 터널을 거치지 않은 트래픽, 시스템이 다른 경로로 처리한 활동이 통계에 포함됐다고 단정할 수는 없습니다.
업로드는 기기에서 외부로 보내는 데이터이고, 다운로드는 기기가 받는 데이터입니다. 웹페이지를 볼 때도 요청, 요청 헤더, 상호작용 데이터가 전송되므로 업로드가 발생합니다. 업로드 수치가 있다고 해서 파일을 업로드 중이라는 뜻은 아니며, 다운로드 수치가 있다고 해서 웹페이지 콘텐츠가 모두 표시됐다는 뜻도 아닙니다.
이 흐름은 확인 순서를 이해하기 위한 것이며 앱 내부의 실제 처리 과정을 나타내지는 않습니다. 규칙은 연결 경로를 정하고, 통계는 연결에서 송수신한 데이터량을 보여줍니다. 연결에 실패하기 전에도 소량의 데이터가 오갈 수 있으므로, 수치가 증가했다는 사실만으로는 활동이 있었다는 것만 알 수 있으며 접속 성공 여부까지 확인할 수는 없습니다.
2. 서버별 통계와 앱별 통계: 두 기준의 수치를 합산하지 마세요
서버별 보기에서는 특정 서버 항목이 얼마나 많은 데이터를 송수신했는지 확인할 수 있습니다. 앱별 보기에서는 트래픽이 어떤 출처에 귀속되는지 확인할 수 있습니다. 두 보기는 네트워크 활동을 서로 다른 기준으로 분류한 것이지, 서로 독립적인 두 종류의 트래픽이 아닙니다. 서버별 합계와 앱별 합계를 더해 기기의 총 사용량으로 계산하면 안 됩니다.
| 확인 기준 | 확인할 수 있는 내용 | 단독으로 판단할 수 없는 내용 |
|---|---|---|
| 서버별 | 테스트 중 어느 서버 항목의 송수신 수치가 증가했나요? | 총량만으로는 특정 도메인에 어떤 규칙이 적용됐는지 확인할 수 없습니다. |
| 앱별 | 식별된 출처 중 트래픽이 많이 발생한 항목은 무엇인가요? | 해당 앱의 모든 연결이 같은 아웃바운드를 사용한다고 단정할 수 없습니다. |
| 업로드·다운로드 | 이번 작업에서 데이터를 주로 보냈나요, 받았나요? | 파일 크기나 서비스 제공업체가 차감한 사용량과 바로 같다고 볼 수 없습니다. |
| 누적 수치 | 현재 통계 범위에 활동량이 얼마나 누적됐나요? | 과거 트래픽 전체를 방금 변경한 설정의 결과로 볼 수 없습니다. |
앱별 귀속은 현재 Data에서 실제로 제공되는 그룹과 식별 결과를 기준으로 판단하세요. Apple 플랫폼의 네트워크 터널이 모든 연결에 앱 이름을 명확히 표시하는 것은 아닙니다. 출처를 식별할 수 없는 항목, 시스템 프로세스 또는 합쳐진 기록을 특정 앱의 활동으로 억지로 분류하지 마세요. 현재 화면에 해당 그룹이 없다면 도메인 목록을 앱 목록처럼 사용하면 안 됩니다.
앱 하나가 로그인 API, 이미지 도메인, 콘텐츠 전송 도메인에 각각 요청을 보낼 수 있습니다. 이러한 연결에는 서로 다른 규칙이 적용될 수 있습니다. 따라서 “이 앱이 데이터를 많이 다운로드했다”는 사실과 “이 앱의 모든 트래픽이 특정 서버를 거쳤다”는 결론은 다릅니다. 라우팅을 확인하려면 대상 주소와 실제 아웃바운드 기록을 추가로 살펴봐야 합니다.
판단 기준: 서버별 증가량으로 아웃바운드를 찾고 연결 기록에서 대상을 확인하세요
테스트 중 수치가 증가한 서버 항목을 찾은 다음, 같은 시간대의 대상 도메인, 일치한 규칙, 실제 적용된 정책을 확인하세요. 시간대와 대상, 아웃바운드가 서로 일치해야 해당 증가량을 테스트한 요청의 결과로 볼 수 있습니다.
3. 규칙 적용 여부를 확인하기 전에 Global Routing을 확인하세요
Home → Global Routing에서 현재 라우팅 모드를 확인하세요. Proxy, Direct, Config, Scene 선택에 따라 트래픽 경로가 달라집니다. 구성 파일의 규칙을 테스트하려면 Config를 선택하고, Config에서 현재 적용 중인 파일도 확인해야 합니다. 파일을 편집했더라도 실제로 선택하지 않았다면 통계에는 그 파일의 설정이 반영되지 않습니다.
- Proxy: 프록시 모드로 트래픽을 처리합니다. 이때 서버 수치가 증가했다는 사실만으로 구성 파일의 특정 분기 규칙이 적용됐다고 볼 수는 없습니다.
- Direct: 직접 연결 모드로 트래픽을 처리합니다. 프록시 서버의 수치가 증가하지 않아도 연결 스위치나 통계 기능에 문제가 있다고 단정할 수 없습니다.
- Config: 현재 구성을 기준으로 트래픽을 분기합니다. 아웃바운드 결과를 해석하려면 규칙 순서, 정책 이름, 기본 처리 규칙을 확인해야 합니다.
- Scene: Scene 설정에 따라 라우팅 동작이 결정됩니다. 테스트 전에 실제 적용 중인 Scene을 확인하세요. 홈 화면에 선택된 서버 이름만 확인해서는 충분하지 않습니다.
아래 구성 카드는 확인 항목을 설명하기 위한 것이며 기존 구성을 그대로 교체하라는 뜻은 아닙니다. example.com과 192.0.2.0/24는 문법 설명용 예시이며 이용 가능한 서비스를 제공하지 않습니다. PROXY의 최종 아웃바운드는 현재 선택된 서버 또는 정책 그룹도 함께 확인해야 합니다.
규칙 일치 여부 확인
- DOMAIN-SUFFIX
DOMAIN-SUFFIX,example.com,PROXY- IP-CIDR
IP-CIDR,192.0.2.0/24,DIRECT,no-resolve- GEOIP
GEOIP,CN,DIRECT- FINAL
FINAL,PROXY
규칙은 순서대로 적용되며 FINAL은 기본 처리 규칙입니다. no-resolve는 해당 IP 규칙을 위해 도메인을 별도로 조회하지 않는다는 뜻입니다.
테스트 환경 확인
- Home → Global Routing
- 구성 파일의 규칙을 테스트할 때는 Config를 선택했는지 확인하세요.
- Config
- 현재 선택된 구성 파일과 규칙 내용을 확인하세요.
- Settings → On Demand
- 자동 연결 조건이 테스트 중 연결 상태에 영향을 주는지 확인하세요.
- Home
- 현재 선택된 서버와 관련 정책 그룹의 실제 설정을 확인하세요.
한 번에 조건 하나만 변경하세요. 라우팅 모드, 서버, 자동 연결 설정을 한 차례 테스트에서 동시에 바꾸지 마세요.
4. 짧은 테스트로 트래픽 증가량 확인하기
올바르게 비교하려면 통계 범위가 같아야 합니다. 먼저 현재 수치를 기록한 뒤 하나의 작업을 수행하고 마지막에 차이를 계산하세요. 테스트할 때마다 과거 기록을 지울 필요는 없습니다. 현재 화면에서 재설정 기능을 사용한다면 필요한 수치를 먼저 저장하고 재설정 시각도 기록하세요. 서버를 전환하거나 연결을 끊었다가 다시 연결하면 누적값이 반드시 초기화된다고 가정하지 마세요.
- 기준값 기록: Data에서 대상 서버의 업로드·다운로드 수치와 기록 시각을 적어 두세요. Home의 연결 상태와 Global Routing도 확인하세요.
- 방해 요소 줄이기: 진행 중인 대용량 파일 전송, 동영상 재생, 동기화 작업을 일시 중지하세요. 필요한 시스템 활동은 그대로 두되, 백그라운드 트래픽이 완전히 사라졌다고 가정하지 마세요.
- 작업 하나 수행: 본인이 접근 권한을 가진, 반복 테스트할 수 있는 페이지 하나를 열고 로딩이 끝날 때까지 기다리세요. 실제로 접속한 도메인과 시작·종료 시각을 기록하세요.
- 차이 계산: Data로 돌아가 종료 시 수치에서 기준값을 빼세요. 두 수치는 같은 항목, 같은 방향, 같은 단위여야 합니다.
- 교차 확인: 확인 가능한 연결 상세 정보나 로그에서 해당 시간대의 기록을 찾아 대상, 규칙, 정책을 확인하세요. 기록이 충분하지 않다면 조건을 그대로 유지한 채 한 번 더 테스트하세요.
다음은 계산 방법을 보여주는 예시이며 실제 제품 측정 결과가 아닙니다. 서버 한 대의 다운로드 수치가 120 MB에서 126 MB로, 업로드 수치가 8.0 MB에서 8.2 MB로 증가했다고 가정하면 화면에 표시된 증가량은 각각 6 MB와 0.2 MB입니다. 이는 해당 시간대의 통계 증가량이지, “이 웹페이지의 크기가 정확히 6 MB”라는 뜻은 아닙니다.
다운로드 증가량 = 126 MB - 120 MB = 6 MB
업로드 증가량 = 8.2 MB - 8.0 MB = 0.2 MB
비교 조건 = 같은 항목 + 같은 통계 범위 + 같은 단위표시 수치가 반올림되면 소량의 요청은 당장 변화를 보이지 않을 수 있습니다. 웹 캐시가 있으면 다시 전송되는 데이터도 줄어듭니다. 두 번째 로딩이 훨씬 빠르고 수치 증가가 적다면 규칙이 적용되지 않았다고 바로 판단하지 말고 캐시 사용 여부를 먼저 확인하세요. 페이지 이동, 이미지, 백그라운드 요청으로 다른 도메인에 접속할 수도 있으므로 실제 연결 기록을 확인해야 합니다.
5. 통계가 예상과 다를 때: 먼저 기록 범위를 확인하세요
웹페이지는 열리는데 서버 트래픽이 늘지 않는 이유는 무엇인가요?
먼저 Home → Global Routing이 Direct인지, 또는 Config에서 DIRECT 규칙이 적용됐는지 확인하세요. 페이지가 캐시에서 로드된 것은 아닌지, 다른 서버나 정책 그룹 구성원이 실제로 사용되지는 않았는지도 살펴보세요. 기존 페이지를 새로고침하는 데 그치지 말고 새 네트워크 요청을 한 번 발생시켜 확인하세요.
아무것도 하지 않았는데 다운로드 수치가 계속 증가하는 이유는 무엇인가요?
시스템 동기화, 메시지 수신, 백그라운드 새로고침, 종료되지 않은 미디어 연결이 데이터를 계속 송수신할 수 있습니다. 명확하게 식별 가능한 전송 작업을 먼저 중지한 다음, 정해진 시간 동안 증가량을 확인하고 같은 시간대의 연결 기록도 살펴보세요. 누적 수치만으로 어떤 앱이 데이터를 전송했는지 판단하지 마세요.
앱별 합계와 서버별 합계가 맞지 않는 이유는 무엇인가요?
두 통계의 범위, 재설정 시각, 단위, 그룹 조건을 확인하세요. 앱별 귀속이 완전하지 않을 수 있으며, 직접 연결 트래픽은 특정 프록시 서버의 트래픽과 같지 않습니다. 같은 시간대에 대응되는 수치만 비교하세요. 범위가 다른 누적값은 직접 차감하기에 적합하지 않습니다.
구독을 업데이트한 뒤에도 이름이 같은 서버의 수치를 계속 비교할 수 있나요?
먼저 Home에서 해당 항목의 실제 서버 주소, 포트, 프로토콜을 확인하세요. 이름이 같더라도 서로 다른 구성일 수 있으며 업데이트로 통계 귀속이 달라질 수도 있습니다. 새 기준값을 기록한 뒤 테스트하세요. 업데이트 전후에 표시 이름이 같다는 이유만으로 같은 아웃바운드라고 간주하면 안 됩니다.
연결 스위치가 자동 조건의 영향을 받는 것도 흔한 원인입니다. Settings → On Demand에서 현재 구성된 연결 조건을 확인하고, 테스트 중 Wi-Fi 또는 셀룰러 네트워크가 바뀌었는지 기록하세요. On Demand는 연결을 시작하는 조건을 제어할 뿐, 앱별 통계 태그를 지정하지 않습니다. 문제를 확인할 때는 “터널이 연결됐는지”와 “트래픽이 어디에 귀속되는지”를 구분하세요.
6. 규칙 분기가 적용됐다고 판단하기 위한 최소 증거
Data는 “어느 항목의 수치가 증가하는지” 빠르게 찾는 데 유용하고, 연결 기록은 “왜 해당 경로를 거쳤는지” 확인하는 데 유용합니다. 두 정보를 함께 활용할 때는 대상과 라우팅 조건을 먼저 고정한 뒤 실제 아웃바운드를 확인하세요. 통계 목록에서 특정 서버가 첫 번째라는 이유만으로 모든 요청이 그 서버를 통과한다고 판단하지 마세요.
- 대상 일치: 웹페이지 제목이 아니라 실제 요청 도메인이나 IP를 기록하세요. 리디렉션된 주소와 리소스 도메인도 각각 확인해야 합니다.
- 조건 일치: 한 차례 테스트가 진행되는 동안 Home → Global Routing, Config 파일, 서버 또는 정책 그룹 선택을 바꾸지 마세요.
- 증거 일치: 연결 기록의 규칙과 정책이 예상한 내용과 일치하고, Data의 해당 항목 증가량도 테스트 시간대와 맞아야 합니다.
- 반복 확인: 눈에 띄는 백그라운드 전송과 캐시 영향을 제외한 뒤 테스트를 반복해도 같은 아웃바운드 결과가 나와야 합니다.
확인 순서: 먼저 규칙 적용을 확인하고 사용량을 해석하세요
아웃바운드가 예상과 다르면 먼저 Global Routing과 규칙 순서를 확인하세요. 아웃바운드는 맞지만 사용량이 다르면 통계 범위, 캐시, 집계 기준을 살펴보세요. 누적 수치 하나를 설명하려고 DNS, 프로토콜, 여러 규칙을 동시에 변경하지 마세요.
연결 실패를 추가로 확인하려면 문제 해결을 참고하세요. 구성 파일 정리와 진단 방법은 고급 설정 매뉴얼에서 확인할 수 있습니다. 이러한 점검은 본인이 이미 보유한 구성과 서비스를 기준으로 진행하고, 트래픽 총량만으로 연결 성공 여부를 판단하지 마세요.