Shadowrocket의 Data 사용량을 확인할 때는 먼저 집계 대상과 기간을 확인한 뒤 증가량을 비교해야 합니다. 서버별 보기는 트래픽이 어떤 서버 항목에 잡히는지 확인할 때, 앱별 보기는 어떤 앱에서 발생한 트래픽인지 살펴볼 때 유용합니다. 두 보기는 분류 기준이 다르므로 합산하면 안 됩니다. 설정을 마친 뒤 트래픽 경로를 확인하려는 사용자를 위해 업로드·다운로드 확인법, 초기화 전 기록 방법, 시스템 셀룰러 데이터와 비교하는 방법을 안내합니다.
방향, 속도, 누적 사용량 구분하기
업로드와 다운로드는 현재 기기를 기준으로 구분합니다. 기기에서 외부로 보내는 데이터는 업로드, 외부에서 기기로 받는 데이터는 다운로드입니다. 웹페이지를 열면 요청을 보내고 콘텐츠를 받으므로 두 방향의 사용량이 모두 늘어납니다. 동영상 재생은 대체로 다운로드가 많지만 요청, 확인 응답, 상태 보고도 발생합니다. 따라서 두 수치가 함께 증가한다고 해서 비정상적인 연결이라고 볼 수는 없습니다.
/s가 붙은 수치는 전송 속도이며, 시간 단위가 붙지 않은 바이트 수는 데이터량입니다. Home의 연결 상태 옆에 표시되는 순간 속도와 Data의 누적 사용량은 직접 비교할 수 없습니다. 누적값은 화면에 표시된 집계 범위도 확인해야 합니다. 현재 연결, 특정 항목, 보관된 기록은 집계 시작 시점이 서로 다를 수 있습니다.
| 수치 유형 | 의미 | 확인 방법 |
|---|---|---|
| Upload / 업로드 | 기기에서 외부로 보낸 데이터량 | 첨부 파일을 보낼 때는 최종 합계만 보지 말고 전후 차이를 확인합니다. |
| Download / 다운로드 | 기기가 받은 데이터량 | 캐시되지 않은 콘텐츠를 하나 불러온 뒤 해당 방향의 증가량을 확인합니다. |
| KB/s、MB/s | 초당 전송되는 데이터량 | 전송이 계속 진행 중인지 확인하는 값이며, 이번 달 사용량을 뜻하지 않습니다. |
| KB、MB、GB | 특정 집계 범위의 데이터량 | 먼저 집계 범위를 확인하고 시작값과 종료값을 기록합니다. |
대문자 B와 소문자 b의 차이에 유의하세요. 1바이트는 8비트입니다. 네트워크 대역폭은 보통 Mbps, 앱 전송 속도는 MB/s로 표시하므로 숫자가 같아도 같은 단위가 아닙니다. 카운터마다 단위 변환과 표시 정밀도도 다를 수 있으니 비교할 때는 화면에 나온 원래 단위를 유지하고, 먼저 반올림한 뒤 빼지 마세요.
서버별 보기와 앱별 보기: 서로 다른 기준
서버별 보기에서는 트래픽이 어느 서버 항목에 집계되는지가 중요하며, 어떤 앱이 요청을 보냈는지는 확인할 수 없습니다. 여러 앱이 같은 프록시 출구를 사용하면 해당 서버의 카운터가 함께 증가합니다. Home에서 선택한 서버가 모든 요청에 사용된다고 단정할 수도 없습니다. 실제 경로는 Global Routing, 현재 Config, 규칙에 지정된 정책에 따라 달라집니다.
앱별 보기에서는 요청이 어느 앱에서 발생했는지를 확인합니다. 앱에서 발생한 연결은 서로 다른 정책을 따를 수 있으므로 특정 앱의 트래픽을 특정 서버의 사용량과 동일시할 수 없습니다. 앱 출처를 식별할 수 있는지는 시스템이 제공하는 정보와 연결 유형에도 영향을 받습니다. 앱 이름이 별도로 표시되지 않는다고 해서 해당 앱의 네트워크 활동이 없었다는 뜻은 아닙니다. 현재 Data 화면에 앱별 보기 기능이 없다면 이용 가능한 서버 통계와 연결 기록을 확인하고, 도메인 항목을 앱 이름으로 간주하지 마세요.
서버별 보기
- 분류 대상
- 서버 항목 또는 해당 출구 기록
- 확인하기 좋은 내용
- 이번 요청으로 예상한 서버의 카운터가 증가했는지
- 관찰 전제
- 서버, Global Routing, 현재 Config를 동일하게 유지합니다.
- 이 정보만으로 알 수 없는 내용
- 어떤 앱이 전체 트래픽을 발생시켰는지
항목 이름이 비슷하면 주소와 포트를 먼저 확인해 다른 대상을 기록하지 않도록 합니다.
앱별 보기
- 분류 대상
- 식별 가능한 앱 출처
- 확인하기 좋은 내용
- 관찰 시간 동안 특정 출처의 전송이 계속되었는지
- 관찰 전제
- 백그라운드 활동을 줄이고 한 번에 앱 하나만 사용합니다.
- 이 정보만으로 알 수 없는 내용
- 모든 요청이 같은 프록시 서버를 통과했는지
현재 화면에 이 분류 기준이 제공될 때만 사용하고, 식별되지 않은 트래픽이 있다는 점을 고려합니다.
확인 방법: 같은 관찰 구간의 증가량으로 두 기준 비교하기
출구 서버를 고정하고 앱 하나만 사용한 뒤, 사용 전후의 서버 증가량과 식별 가능한 앱 증가량을 기록합니다. 두 기준의 총량을 합산하거나 바이트 단위까지 일치해야 한다고 보지 마세요.
경로를 먼저 확인한 뒤 증가 항목 해석하기
Data는 결과 수치를 보여줄 뿐, 규칙이 어떻게 적용됐는지를 증명하지는 않습니다. Global Routing이 Proxy이면 일반 요청은 프록시 모드로 처리되고, Direct이면 직접 연결 모드로 처리됩니다. Config이면 현재 설정을 기준으로 판단합니다. Scene은 장면별 설정과 관련되므로 모드 이름만으로 최종 정책을 추측하지 말고 해당 장면의 실제 설정을 확인해야 합니다.
Config 모드에서는 일반적으로 규칙이 순서대로 적용됩니다. DOMAIN-SUFFIX는 도메인 접미사, IP-CIDR은 IP 주소 대역, GEOIP는 IP 지리 데이터베이스를 기준으로 판단합니다. FINAL은 앞선 규칙에 일치하지 않은 요청을 처리합니다. 특정 요청이 DIRECT에 매칭됐다면 예상한 프록시 서버의 카운터가 증가하지 않을 수 있습니다. 이것만으로 연결 실패를 의미하지는 않습니다.
- Home에서 현재 Global Routing 설정을 기록하고 서버 항목을 확인합니다.
- Config를 사용한다면 이름이 비슷한 파일을 여는 데 그치지 말고 실제 사용 중인 설정을 확인합니다.
- 대상 도메인에 해당하는 규칙과 앞에 놓인 규칙, FINAL을 확인합니다. 카운터를 늘리려고 모든 규칙을 바로 변경하지 마세요.
- 연결 기록의 대상과 실제 정책을 함께 확인해 경로를 판단한 뒤 Data에서 해당 항목의 변화를 살펴봅니다.
누적값은 언제 초기화될까? 카운터 범위부터 확인하기
연결을 끊으면 모든 Data 기록이 지워진다고 생각해서는 안 됩니다. 연결이 끝나면 해당 세션은 종료되지만 과거 누적값이 유지되는지는 카운터의 범위와 현재 화면의 동작에 따라 다릅니다. 앱을 다시 열거나 서버를 바꾸거나 기존 구독을 업데이트하는 것도 확실한 초기화 방법으로 볼 수 없습니다.
현재 세션 수치와 과거 누적값은 따로 기록해야 합니다. 화면에 현재 연결 범위가 명시되어 있다면 해당 연결의 시작 시점을 기준으로 해석합니다. 항목별 누적값이 표시된다면 이를 현재 연결에서 발생한 데이터로 간주해서는 안 됩니다. 시작 시점이 표시되지 않는 경우 오늘, 이번 달 또는 앱 구매일부터 집계됐다고 추측하지 말고 전후 차이를 비교하는 것이 가장 안전합니다.
- 수동 초기화: Data 화면에 지우기 또는 재설정 기능이 있다면 확인 안내를 읽고 적용 범위를 확인한 뒤 실행하세요. 명확히 지워진 카운터만 새 시작값으로 취급합니다.
- 항목 삭제: 서버를 삭제하고 다시 만들면 통계 분류가 달라질 수 있습니다. 일상적인 초기화 방법으로 적합하지 않으며 연속 비교도 어려워집니다.
- 재연결: 세션값과 누적값이 각각 어떻게 변하는지 먼저 확인하세요. 둘 중 하나가 0이 됐다고 다른 하나도 지워졌다고 판단하지 마세요.
- 주기별 확인: 주간 또는 월간 기록이 필요하다면 날짜, 시작값, 종료값을 직접 저장하세요. Data가 청구 주기에 맞춰 자동으로 초기화된다고 가정하지 마세요.
예를 들어 관찰을 시작할 때 다운로드 누적값이 120 MB이고 끝날 때 138 MB라면, 같은 항목과 집계 범위를 유지하고 중간에 초기화하지 않았다는 전제에서 이번 관찰 구간의 다운로드 증가량은 18 MB입니다. 숫자는 계산 방법을 설명하기 위한 예시이며 실제 측정값이 아닙니다. 중간에 항목을 바꾸거나 기록을 지웠다면 두 값으로 유효한 차이를 계산할 수 없습니다.
시스템 셀룰러 데이터와 다를 때 확인할 네 가지 조건
iPhone 또는 iPad의 시스템 설정에서 ‘셀룰러’를 열면 시스템이 집계한 셀룰러 데이터 사용량을 확인할 수 있습니다. 이 화면과 Shadowrocket Data는 관찰 기준이 다릅니다. 전자는 셀룰러 네트워크 사용량을, 후자는 앱이 처리해 해당 범위에 분류한 데이터를 보여줍니다. 시스템의 ‘현재 기간’을 통신사 청구 기간으로 바로 해석하지 말고 화면 아래의 통계 재설정 시각을 확인하세요.
| 확인 조건 | 흔히 발생하는 차이 | 확인 방법 |
|---|---|---|
| 네트워크 범위 | Data의 관찰 구간에는 Wi-Fi가 포함될 수 있지만, 시스템 비교 항목은 셀룰러 데이터만 집계합니다. | 테스트 중에는 네트워크 한 종류를 유지하고 전환이 발생했는지 기록합니다. |
| 기간 | 두 집계의 시작 시점이 다르면 누적값도 달라집니다. | 시작값과 종료값을 함께 기록하고 같은 구간의 증가량만 비교합니다. |
| 분류 범위 | 서버 하나의 통계에는 기기의 모든 앱과 시스템 서비스가 포함되지 않습니다. | 서버, 앱, 시스템 전체 사용량 중 무엇을 비교하는지 먼저 확인합니다. |
| 집계 계층 | 프록시 캡슐화, 암호화, 재전송, 프로토콜 제어 데이터가 서로 다른 계층에서 집계될 수 있습니다. | 고정 환산 계수를 적용하지 말고 두 카운터가 완전히 같아야 한다고 기대하지 않습니다. |
프록시 프로토콜은 연결을 설정하고 세션을 유지하는 데 필요한 데이터를 주고받습니다. 따라서 실제 네트워크 전송량이 웹페이지 파일이나 첨부 파일에 표시된 크기와 같을 필요는 없습니다. 연결 재사용, 실패 후 재시도, 캐시도 한 번의 작업으로 늘어나는 데이터량에 영향을 줍니다. 그러므로 Data가 시스템 수치보다 조금 많거나 적다는 이유만으로 중복 과금이나 통계 오류라고 판단하지 마세요. 먼저 같은 네트워크, 기간, 집계 범위에서 비교해야 합니다.
확인 방법: 기간을 맞춘 뒤 지속적인 차이 살펴보기
두 카운터를 동시에 초기화할 수 없다면 각각 시작값을 기록하고 증가량을 계산하세요. 같은 조건에서 뚜렷한 차이가 반복될 때만 연결 분류, 백그라운드 전송, 재시도 기록을 추가로 확인하면 됩니다.
60초 관찰로 지속적인 트래픽 확인하기
다음 절차는 카운터 변화를 살펴보기 위한 것이며 속도 측정이 아닙니다. 사용 중인 서비스나 구독을 바꿀 필요도 없습니다. 테스트 전에 현재 설정을 기록하고 눈에 띄는 백그라운드 다운로드를 일시 중지하세요. 한 번의 관찰 중에는 네트워크, 서버, 모드를 바꾸지 않습니다. Settings → On Demand를 설정했다면 자동 연결이 작동하는지도 기록해 자동 재연결을 수동 테스트 결과로 착각하지 않도록 합니다.
- 환경 기록: 시간, Wi-Fi 또는 셀룰러 네트워크, Global Routing, 현재 Config, 서버 항목을 기록합니다.
- 시작값 기록: Data에서 대상 항목의 업로드와 다운로드 누적값을 각각 기록합니다. 앱별 보기 기능이 있다면 대상 앱의 시작값도 함께 기록합니다.
- 유휴 상태 관찰: 아무 작업도 하지 않고 60초간 기다린 뒤 종료값을 기록합니다. 이 과정에서 백그라운드 연결과 세션 유지에 따른 기준 트래픽을 확인할 수 있습니다.
- 단일 작업 관찰: 다시 60초간 관찰하면서 확인된 페이지 하나를 열거나 캐시되지 않은 콘텐츠 하나를 불러온 뒤 같은 카운터를 기록합니다.
- 결과 확인: 두 관찰 구간의 증가량을 각각 계산하고 연결 기록을 함께 살펴 새 전송이 예상한 대상에서 발생했는지 판단합니다. 반복 테스트에서는 다른 조건을 동일하게 유지합니다.
캐시에서 페이지를 불러왔다면 네트워크 사용량이 거의 늘지 않을 수 있습니다. 동영상이나 웹페이지가 미리 로드된 경우 시청을 멈춘 뒤에도 잠시 사용량이 증가할 수 있습니다. 업로드가 계속 늘어나면 증가 방향만으로 이상 여부를 판단하지 말고 전송 중인 첨부 파일, 사진 동기화, 기타 백그라운드 작업을 먼저 확인하세요. 전송 카운터는 데이터 교환이 있었음을 보여줄 뿐, 대상 콘텐츠가 성공적으로 로드됐다는 사실까지 증명하지는 않습니다.
“앱을 열지 않았는데 Data가 계속 늘어나는 이유는 무엇인가요?”
먼저 60초간 아무 작업도 하지 않고 관찰한 뒤 백그라운드 동기화, 푸시 관련 연결, 세션 유지 트래픽을 확인하세요. Settings → On Demand 상태를 기록하고 연결 기록으로 출처를 확인합니다. 앱이 백그라운드에 있다고 해서 모든 네트워크 활동이 멈추는 것은 아닙니다.
“서버를 바꿨는데 이전 항목의 트래픽 수치가 남아 있는 이유는 무엇인가요?”
저장된 누적값과 현재 증가하는 값부터 구분하세요. 이전 항목의 현재 수치를 기록하고 같은 시간 동안 기다린 뒤 다시 확인합니다. 숫자가 그대로 남아 있는 것은 전송이 계속된다는 뜻이 아닙니다. 서버를 바꾸기 전에 이미 연결된 세션은 연결 기록과 함께 확인하세요.
“앱별 보기에서 이름을 찾을 수 없는데 도메인으로 추측해도 되나요?”
도메인을 앱의 식별 정보로 바로 간주하지 마세요. 여러 앱이 같은 도메인에 접속할 수 있습니다. 한 번에 앱 하나만 사용하는 비교 방법으로 확인하고 연결 시간과 대상도 함께 살펴보세요. 출처를 확인할 수 없다면 미확인 상태로 두세요.
“Data의 총량을 요금제 사용량으로 봐도 되나요?”
사용 중인 서비스 계정의 사용량 통계를 대신할 수는 없습니다. 해당 서비스의 과금 기간과 집계 기준을 확인한 뒤 같은 기간의 Data 증가량을 참고 자료로 활용하세요. 클라이언트 구매와 회선 요금제는 별개이며, Data는 계정 잔여량을 조회하는 화면이 아닙니다.