Data는 Shadowrocket이 기록한 연결 트래픽을 확인하는 기능이며, 통신사 요금 내역이나 서비스 제공업체의 잔여 데이터와는 다릅니다. 설정을 마치고 트래픽 사용처를 확인하려는 사용자를 위해 누적 사용량과 속도를 구분하고, 서버별·앱별 통계를 읽는 방법과 초기화, 분할 라우팅, 수치 차이를 같은 시간대 기준으로 확인하는 절차를 설명합니다.
Data 통계 범위와 단위
Shadowrocket의 Data는 기기에서 트래픽을 확인하는 기능입니다. 관련 연결이 앱에서 관찰하고 집계할 수 있는 처리 경로를 거쳐야 통계에 반영됩니다. 기기의 모든 네트워크 활동을 빠짐없이 기록하는 장부는 아닙니다. 연결이 종료된 동안 발생한 기기 트래픽이나 다른 기기의 트래픽, 서비스 제공업체가 원격에서 다른 기준으로 집계한 사용량은 기기의 Data만으로 복원할 수 없습니다.
숫자보다 단위를 먼저 확인하세요. 초당 속도를 나타내는 KB/s, MB/s와 누적 데이터량을 나타내는 KB, MB, GB는 서로 다른 값입니다. 웹 페이지 로딩이 끝나면 속도는 빠르게 낮아질 수 있지만 누적 데이터량은 그대로 남습니다. 두 지표의 차이일 뿐, 기록이 서로 모순되는 것은 아닙니다.
Upload와 Download는 일반적으로 기기를 기준으로 이해하면 됩니다. 요청을 보내거나 파일을 올리는 것은 송신, 웹 리소스를 받거나 파일을 내려받는 것은 수신입니다. 다운로드 중에도 요청, 확인 응답, 상호작용에 데이터가 필요하므로 Upload 수치가 늘 수 있습니다. 업로드 수치가 보인다는 이유만으로 파일이 백그라운드에서 업로드 중이라고 단정하지 마세요.
서버별 통계: 트래픽이 어느 출구를 거쳤는지 확인
서버별 통계에서는 어떤 웹사이트나 앱인지가 아니라 연결이 어느 프록시 서버에 연결되었는지를 확인합니다. 먼저 Home에서 선택된 서버와 Global Routing 설정을 확인한 뒤 Data에서 해당 항목을 살펴보세요. 서버별 누적량은 ‘이 시간 동안 주로 어떤 출구를 이용했는가’를 파악하는 데 유용하지만, ‘어떤 앱이 데이터를 가장 많이 사용했는가’를 단독으로 판단하는 데는 적합하지 않습니다.
Home에서 선택한 서버를 바꿔도 기존 연결이 모두 새 서버로 옮겨가는 것은 아닙니다. 이미 연결된 장시간 연결은 기존 출구를 계속 사용할 수 있으며, 새 연결부터 변경된 선택과 규칙에 따라 처리됩니다. 전환 직후에도 이전 항목의 수치가 잠시 늘어난다면 동영상 재생, 다운로드 또는 장시간 연결이 계속 작동 중인지 먼저 확인하세요.
| 관찰된 현상 | 확인할 수 있는 내용 | 다음 확인 항목 |
|---|---|---|
| 특정 서버의 누적량이 증가함 | 관찰 시간 동안 해당 통계 항목에 데이터가 기록됨 | Home에서 선택한 서버와 활성 연결 확인 |
| 서버를 바꾼 뒤에도 이전 서버의 수치가 증가함 | 이전 출구를 사용하는 연결이 남아 있을 수 있음 | 기존 작업을 중지한 뒤 새 요청을 보내 확인 |
| 웹 페이지는 열리지만 프록시 항목의 수치가 늘지 않음 | 요청이 DIRECT로 처리되었거나 캐시를 사용했을 수 있음 | Global Routing과 연결 기록 확인 |
| 이름이 같은 항목을 구분하기 어려움 | 이름만으로는 설정의 동일성을 확인할 수 없음 | 서버 주소, 포트, 구독에 포함된 항목인지 확인 |
구독을 업데이트하면 표시 이름이나 서버 주소, 항목 구성 방식이 달라질 수 있습니다. 이전 기록과 비교할 때는 이 정보를 함께 확인하세요. 이름이 같다는 이유만으로 같은 항목이라고 판단해서는 안 됩니다. 구독은 서비스 제공업체에서 받습니다. 구독 업데이트는 설정 출처를 갱신하는 작업이며, 기기의 통계를 초기화하거나 서비스 제공업체의 사용량을 다시 계산하는 작업이 아닙니다.
앱별 통계: 어떤 앱에서 트래픽이 발생했는지 확인
앱별 통계는 출처를 확인할 수 있는 트래픽을 앱별로 합산하고, 서버별 통계는 처리 출구별로 합산합니다. 하나의 앱이 여러 도메인에 접속하면서 규칙에 따라 DIRECT 연결과 프록시 연결을 함께 만들 수 있습니다. 하나의 프록시 서버도 여러 앱의 연결을 처리할 수 있습니다. 서로 다른 두 통계 기준이므로 두 값을 별도의 사용량으로 보고 다시 더하지 마세요.
iPhone과 iPad에서는 시스템이 네트워크 확장에 제공하는 정보에 한계가 있습니다. 앱 이름이 표시되는지, 각 연결을 정확히 특정 앱에 연결할 수 있는지는 시스템 제공 정보와 연결 유형, 현재 통계 화면에 따라 달라집니다. 출처를 확인할 수 없거나 별도 항목으로 표시되지 않는 트래픽을 특정 앱의 사용량이라고 임의로 판단하지 마세요. 현재 화면에 앱별 통계가 없다면 서버 이름만으로 앱을 추정할 수도 없습니다.
- 먼저 동영상 재생, 클라우드 동기화 등 눈에 띄는 백그라운드 작업을 일시 중지하고, Data의 현재 수치와 시간을 기록합니다.
- 한 앱에서 한 가지 작업만 실행합니다. 예를 들어 아직 로드하지 않은 웹 페이지를 열고, 여러 작업을 동시에 전환하지 마세요.
- 고정된 60초 동안 기다린 다음 Data로 돌아와 증가량을 비교합니다. 서버별 통계에도 관련 변화가 있는지 함께 확인하세요.
- 같은 절차를 한 번 더 반복합니다. 페이지가 캐시된 경우 두 번째 측정에서는 트래픽이 줄어들 수 있으므로 아직 불러오지 않은 콘텐츠로 다시 확인하세요.
요약: 출처는 단일 앱의 증가량으로 확인하고 두 통계를 더하지 마세요
시작 수치를 기록한 뒤 작업 하나만 실행하세요. 출처를 찾을 때는 앱별 통계를, 출구를 확인할 때는 서버별 통계를 사용합니다. 두 기준을 교차 확인하면 누적 총량 두 개를 비교하는 것보다 원인을 쉽게 파악할 수 있습니다.
Global Routing과 규칙이 통계에 미치는 영향
Data는 결과를 기록하고 라우팅 설정은 연결 처리 방식을 결정합니다. 확인을 시작하기 전에 Home → Global Routing으로 이동하세요. Proxy, Direct, Config, Scene은 서로 다른 처리 방식이며 각각 별도의 카운터를 뜻하지 않습니다. Proxy는 해당 연결을 프록시로 처리하고, Direct는 직접 연결합니다. Config는 현재 설정의 규칙에 따라 트래픽을 분기하며, Scene은 현재 장면 설정을 기준으로 실제 처리 방식을 확인해야 합니다.
Config 방식에서는 웹 페이지를 한 번 방문해도 메인 페이지, 이미지, 동영상, 분석 인터페이스에 각각 요청을 보낼 수 있으며, 각 도메인에 같은 규칙이 적용된다고 볼 수 없습니다. 아래 규칙은 매칭 순서를 설명하기 위한 일부 예시일 뿐, 완전한 설정이 아니며 기존 설정을 교체할 필요도 없습니다. 여기서 192.0.2.0/24는 문서용 예시 주소 대역입니다.
DOMAIN-SUFFIX,example.com,DIRECT
IP-CIDR,192.0.2.0/24,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXYDOMAIN-SUFFIX는 지정한 도메인 접미사와 일치하는 규칙입니다. 예시에서는 관련 요청을 DIRECT로 처리합니다.IP-CIDR는 주소 대역과 일치하는 규칙입니다.no-resolve는 이 IP 규칙 때문에 도메인 조회를 추가로 실행하지 않는다는 뜻입니다.GEOIP는 IP 지리 데이터베이스를 기준으로 매칭하며, 결과는 사용하는 데이터베이스와 실제 대상 IP 주소에 따라 달라집니다.FINAL은 앞선 규칙과 일치하지 않은 연결을 처리합니다. 예시에서는 해당 연결을 PROXY로 보냅니다.
따라서 브라우저에서 트래픽이 발생하더라도 특정 프록시 서버의 수치가 반드시 함께 늘어나는 것은 아닙니다. 연결 기록의 대상, 일치한 규칙, 최종 처리 방식을 함께 확인하세요. 연결이 예기치 않게 다시 활성화되는 것 같다면 기존 Settings → On Demand 설정도 확인하세요. 주문형 연결은 통계를 확인하는 동안 연결 상태에 영향을 줄 수 있지만 Data를 통신사 과금 기록으로 바꾸지는 않습니다.
통계 초기화: 기준 수치를 저장한 뒤 새 측정을 시작하세요
통계를 초기화하면 기기에서 비교할 기준점이 바뀝니다. 연결 해제, 서버 전환, 구독 업데이트와는 별개의 작업이며 서비스 제공업체 계정의 데이터 사용량을 초기화하지 않습니다. 작업하기 전에 현재 화면의 통계 범위와 총량, 시간을 기록하세요. 이상 현상을 확인하려는 경우에는 바로 초기화하는 것보다 초기화 전 정보를 보존하는 편이 유용합니다.
- Data를 열어 현재 서버별 통계인지 앱별 통계인지 확인하고, 적용된 필터나 시간 범위를 기록합니다.
- 중요 항목의 수치와 기기 시간을 저장합니다. Upload와 Download를 각각 기록하고 합계만 적지 마세요.
- 현재 Data 화면에 실제로 표시되는 삭제 또는 초기화 기능을 사용하고 확인 안내를 읽습니다. 화면 구성은 다를 수 있으므로 ‘연결 기록 삭제’를 ‘누적 트래픽 초기화’와 혼동하지 마세요.
- 같은 통계 화면으로 돌아가 어떤 항목에 영향이 있었는지 확인합니다. 해당 초기화 기능이 없다면 시작 수치와의 차이를 계산해 측정 구간을 만들 수 있습니다.
- 정해진 작업 하나를 실행하고 60초 후 최종 수치를 기록합니다. ‘최종 수치 - 시작 수치’로 증가량을 계산하고, 측정 중 네트워크나 서버를 전환했는지 함께 적어 둡니다.
예를 들어 특정 항목의 Download가 시작할 때 120 MB, 종료할 때 145 MB라면 이 측정 구간의 표시 증가량은 25 MB입니다. 이는 뺄셈 방법을 설명하기 위한 예시이며 실제 측정 결과가 아닙니다. 측정 중 초기화했거나 시작값과 종료값을 서로 다른 필터 화면에서 가져왔다면 단순히 빼도 의미가 없으므로 기준을 새로 설정하세요.
수치 차이와 자주 묻는 문제
기기의 Data, 시스템의 셀룰러 데이터 통계, 서비스 제공업체의 사용량은 서로 다른 위치에서 집계됩니다. 서비스 제공업체는 계정에 연결된 여러 기기를 합산하거나, 다른 정산 시간대를 사용하거나, 갱신을 지연할 수 있습니다. 과금 기준에 따라 프로토콜 오버헤드나 데이터 배율을 적용할 수도 있습니다. 시스템 셀룰러 통계에는 연결이 종료된 동안의 활동이 포함될 수 있으며 Wi-Fi 트래픽은 셀룰러 사용량에 포함되지 않습니다. 비교하기 전에 기기, 시간대, 네트워크 유형, 측정 단위를 맞추세요.
서비스 제공업체의 사용량이 Data보다 많은 이유는 무엇인가요?
먼저 서비스 제공업체의 통계 시작·종료 시간과 다른 기기의 사용량 포함 여부, 데이터 배율 적용 여부를 확인하세요. 같은 기기에서 정해진 시간 동안 측정한 뒤 원격 데이터가 갱신될 때까지 기다렸다가 증가량을 비교합니다. 클라이언트에 표시되는 바이트 수를 서비스 제공업체의 과금 기준과 동일하게 볼 수는 없습니다.
앱을 열지 않았는데 왜 수치가 계속 증가하나요?
먼저 백그라운드 동기화와 미디어 재생을 일시 중지하고, 다운로드나 장시간 연결이 남아 있는지 확인한 뒤 Home의 연결 상태와 Settings → On Demand를 확인하세요. 화면에서 앱을 사용하지 않는다고 해서 기기의 네트워크 활동도 멈춘 것은 아닙니다. 누적 수치만으로는 구체적인 출처를 확인할 수 없습니다.
계속 웹을 탐색하는데 특정 서버의 수치가 그대로인 이유는 무엇인가요?
먼저 Home → Global Routing에서 현재 방식을 확인한 다음 연결이 DIRECT와 일치했는지 살펴보세요. 라우팅 설정이 예상대로라면 아직 캐시되지 않은 페이지를 열어 테스트하고 같은 통계 화면에서 변화를 확인합니다. 수치를 늘리려고 전체 규칙 설정을 바로 바꾸지 마세요.
초기화한 뒤 이전 통계를 복구할 수 있나요?
초기화 작업을 되돌릴 수 있다고 가정하지 마세요. 먼저 현재 화면에 다른 시간 범위의 통계가 남아 있는지 확인합니다. 남아 있지 않다면 기기에서 삭제된 데이터는 현재 누적 수치만으로 정확히 복원할 수 없습니다. 장기간 사용량을 대조해야 한다면 초기화할 때마다 수치와 시간을 저장하세요.
요약: 시간대를 먼저 맞춘 뒤 차이를 확인하세요
차이가 계속된다면 시작·종료 시간, 네트워크 유형, Global Routing 방식, 서버 정보, 양쪽의 증가량을 기록한 다음 과금 기준을 확인하세요. 이러한 기본 정보를 기록하는 대신 프로토콜을 바꾸거나 통계를 반복해서 초기화하지 마세요.
Data는 사용 추이를 파악하고 문제 범위를 좁히는 데 적합합니다. 어떤 출구의 수치가 계속 늘어나는지, 단일 작업으로 증가량이 얼마나 발생하는지, 직접 연결과 프록시 처리가 규칙에 부합하는지 확인할 수 있습니다. 하지만 특정 앱의 전체 트래픽이 어디에 속하는지 단독으로 증명하거나 서비스 제공업체의 잔여 데이터를 알려주지는 않습니다. 위 항목을 확인한 다음 구체적인 연결 기록을 바탕으로 설정을 조정하면 정상적인 설정을 통계 오해로 바꾸는 일을 줄일 수 있습니다.