Data 화면은 Shadowrocket이 기기에 기록한 트래픽을 보여 줍니다. 서비스 제공업체의 요금제 사용량이나 시스템의 셀룰러 데이터 사용량과는 다릅니다. 직접 연결 설정을 가져온 사용자를 대상으로, 먼저 서버별·앱별 분류 기준을 살펴봅니다. 같은 시간 범위의 수치 변화를 비교해 업로드·다운로드와 규칙의 연결 경로, 통계 범위를 확인한 뒤 값이 크거나 0인 원인을 점검합니다.
먼저 통계 대상 구분하기: 서버별 기록과 앱별 기록
Shadowrocket의 Data 화면은 현재 선택된 그룹, 단위, 시간 범위를 함께 살펴봐야 합니다. 서버별 보기에서는 연결이 나가는 서버에 연결된 기록을, 앱별 보기에서는 트래픽이 발생한 앱의 분류를 확인합니다. 두 보기는 같은 네트워크 활동을 서로 다른 관점에서 보여 주므로, 두 화면의 합계를 더해 추가 사용량으로 계산하면 안 됩니다.
서버 항목은 요금제 잔액이 아닙니다. 서비스 제공업체나 구독을 이미 이용 중이라면, 제공업체 측의 과금 기간, 배수, 업로드·다운로드 계산 방식, 갱신 지연이 별도로 적용될 수 있습니다. Data의 기기 내 수치는 해당 통계 범위에 기록된 트래픽을 보여 줄 뿐, 남은 사용량을 판단하는 근거가 되지 않습니다.
서버별 보기
- 확인 대상
- 연결이 나가는 서버에 기록된 트래픽
- 먼저 확인할 항목
- Home에서 선택한 서버와 실제 연결 경로
- 이럴 때 확인
- 연결 경로를 바꾼 뒤에도 계속 증가하는 기록
- 대신 확인할 수 없는 항목
- 서비스 제공업체의 요금제 사용량과 청구 내역
이름이 비슷해도 통계 대상이 같다는 뜻은 아닙니다. 비교하기 전에 항목을 확인하세요.
앱별 보기
- 확인 대상
- 앱을 출처로 분류할 수 있는 트래픽 기록
- 먼저 확인할 항목
- 현재 기기에서 해당 보기와 유효한 출처 정보가 표시되는지
- 이럴 때 확인
- 특정 앱을 사용할 때 증가하는 출처 기록
- 대신 확인할 수 없는 항목
- 시스템의 모든 네트워크 활동에 대한 완전한 통계
앱 출처를 식별할 수 있는 범위는 플랫폼과 연결 정보에 따라 다릅니다. 확인되지 않은 기록을 억지로 특정 앱에 연결하지 마세요.
Apple 기기마다 표시되는 통계 항목과 출처 정보가 다를 수 있습니다. 두 가지 보기 방식이 모든 기기에서 똑같은 앱 목록을 보여 준다는 뜻은 아닙니다. 현재 Data에 세부 정보가 없다면 서버 이름, 도메인, 프로세스 단서만으로 앱별 통계를 확정하지 마세요.
업로드·다운로드와 속도: 단위를 먼저 확인하세요
업로드는 기기에서 외부로 데이터를 보내는 것이고, 다운로드는 기기로 데이터를 받는 것입니다. 웹페이지를 열면 요청을 업로드하는 동시에 페이지 리소스를 다운로드하는 경우가 많습니다. 동영상 재생 중에도 요청, 확인, 제어 정보가 전송됩니다. 따라서 “동영상만 봤는데 업로드도 되나요?”라는 상황은 이상 징후가 아닙니다. 두 방향의 수치가 모두 증가하는 것은 일반적인 네트워크 동작입니다.
수치에 /s가 있으면 해당 측정 시간 동안의 전송 속도를 나타냅니다. KB, MB, GB로 표시된 누적값은 통계 범위 내 데이터 양입니다. 앱의 전송이 멈추면 속도는 0으로 돌아갈 수 있지만 누적값은 그대로 남습니다. 짧은 순간의 속도 최고치를 이미 사용한 총량으로 착각하지 마세요.
| 수치 또는 계산 | 의미 | 확인할 점 |
|---|---|---|
| 누적 다운로드 120 MB | 현재 통계 범위에서 받은 데이터 양 | 먼저 통계 범위와 초기화 시점을 확인합니다. |
| 다운로드 속도 2 MB/s | 현재 측정 중인 수신 속도 | 누적 사용량이 이미 2 MB라는 뜻은 아닙니다. |
| 150 MB − 120 MB = 30 MB | 두 누적값의 차이는 해당 시간대의 증가량입니다. | 두 값은 같은 항목과 통계 범위에서 비교해야 합니다. |
| 8 Mbps ÷ 8 = 1 MB/s | 10진 단위로 환산한 이론값 | 실제 전송량은 프로토콜 오버헤드 등의 영향을 받습니다. |
표의 수치는 계산 예시이며 속도 측정 결과가 아닙니다. 화면마다 단위 변환 방식이나 표시 정밀도가 다를 수 있으므로, 작은 차이만으로 누락이나 중복 집계를 단정하지 마세요.
통계 기간: 이번 달이나 현재 연결 시간이라고 단정하지 마세요
Data의 통계 기간은 현재 화면에 표시되는 범위, 시간 표시, 초기화 상태를 기준으로 확인해야 합니다. 오늘 앱을 열었다는 이유만으로 기존 누적값을 오늘 사용량으로 보면 안 됩니다. 연결을 끊었다가 다시 연결해도 모든 통계가 반드시 초기화되는 것은 아닙니다.
통계 초기화, 연결 해제, 서버 변경은 서로 다른 작업입니다. 화면에 삭제 또는 초기화 기능이 있더라도 현재 그룹, 현재 항목, 더 넓은 범위 중 어디에 적용되는지 먼저 확인하세요. 문제를 살펴볼 때는 기록을 바로 지우기보다 기준값을 남겨 증가량을 계산하는 편이 유용합니다.
- Data를 열어 현재 그룹, 항목 이름, 업로드·다운로드 누적값, 화면에 표시된 시간 범위를 기록합니다.
- 시작 시간을 기록합니다. 예를 들어 14:00에 시작하고, 테스트 중에는 같은 통계 보기와 비교 항목을 유지합니다.
- 한 가지 작업을 수행한 뒤 14:05에 같은 항목의 종료값을 기록합니다. 종료값에서 시작값을 빼세요.
- 중간에 초기화, 항목 변경, 범위 변경이 있었다면 이번 차이는 사용하지 말고 새 기준값을 설정하세요.
규칙에 따른 연결 경로: 서버를 선택해도 모든 트래픽이 그 서버를 거치는 것은 아닙니다
Home에서 서버를 선택했는데 해당 서버의 기록이 뚜렷하게 늘지 않는다면 먼저 Home → Global Routing을 확인하세요. Config를 사용하면 요청은 현재 Config의 규칙에 따라 경로가 결정됩니다. Direct는 직접 연결, Proxy는 프록시 연결 방식입니다. Scene을 사용 중이라면 마지막으로 선택한 서버 이름만 보지 말고 현재 적용 중인 Scene도 확인하세요.
이 흐름은 통계 간의 관계를 이해하기 위한 것으로, 모든 시스템 트래픽이 반드시 터널을 통과한다는 뜻은 아닙니다. 해당 처리 및 기록 범위에 포함된 데이터만 비교 대상으로 삼을 수 있습니다. 시스템에서 제외되거나 설정에 따라 우회되었거나 해당 기록 범위에 들어오지 않은 연결이 프록시 서버 항목에 반드시 표시되어야 하는 것은 아닙니다.
[Rule]
DOMAIN-SUFFIX,example.com,DIRECT
FINAL,PROXY위 예시는 트래픽 분기 관계만 설명하며 완전한 설정이 아닙니다. Config 방식에서는 example.com과 그 하위 도메인에 일치하는 연결이 DIRECT를 사용하고, 앞선 규칙에 일치하지 않는 연결은 FINAL,PROXY를 사용합니다. 따라서 직접 연결 규칙에 해당하는 대상에 접속해 프록시 서버 항목의 증가 여부를 확인해서는 안 됩니다. 규칙은 위에서 아래 순서로 적용되며, 변경 전에 이미 설정된 연결이 재사용되는지도 확인하세요.
- Config에서 현재 선택된 설정을 확인하세요. 활성화되지 않은 파일만 확인해서는 안 됩니다.
- 연결 기록에서 대상과 정책을 확인하세요. 한 페이지에 도메인이 여러 개 있더라도 페이지 전체를 하나의 연결로 취급하지 마세요.
- 비교 전후에 Global Routing을 그대로 유지해 연결 방식 변경을 통계 문제로 오해하지 않도록 합니다.
수치가 예상보다 클 때: 백그라운드 활동과 집계 기준부터 확인하세요
트래픽이 예상보다 많다면 먼저 “방금 받은 파일 크기보다 많은지”와 “서비스 제공업체 화면의 사용량보다 많은지”를 구분하세요. 전자는 미리 불러오기, 실패한 요청의 재시도, 백그라운드 동기화, 같은 페이지의 추가 리소스 때문일 수 있습니다. 후자에는 제공업체의 집계 범위와 과금 기준도 영향을 줍니다. 두 상황을 같은 이유로 설명할 수는 없습니다.
| 확인된 현상 | 우선 확인할 항목 | 확인 방법 |
|---|---|---|
| 앱을 사용하지 않는데도 수치가 증가함 | 백그라운드 전송과 자동 연결 | 동기화, 미디어 재생, 다운로드 작업을 일시 중지한 뒤 Settings → On Demand를 확인합니다. |
| 파일은 수십 MB인데 증가량은 더 큼 | 추가 리소스와 재시도 요청 | 다른 네트워크 작업을 중지하고 같은 파일로 짧게 다시 비교합니다. |
| 서비스 제공업체의 사용량과 일치하지 않음 | 통계 기간, 배수, 업로드·다운로드 집계 기준 | 먼저 시작·종료 시간을 맞춘 다음 서비스 제공업체가 안내한 사용량 산정 기준을 확인합니다. |
| 같은 앱에 연결된 기록이 여러 개 표시됨 | 페이지 리소스와 연결 분리 | 같은 시간 범위로 확인하고 도메인 수를 앱 수로 보지 않습니다. |
Settings → On Demand에서 자동 연결 설정을 확인할 수 있습니다. 조건에 맞는 네트워크 활동이 발생하면 사용을 멈췄다고 생각한 뒤에도 요청에 따라 연결될 수 있습니다. 이는 트래픽을 늘리거나 통계를 초기화하는 설정이 아닙니다. 문제를 확인할 때는 Home의 연결 상태와 시스템 VPN 상태를 함께 살펴보세요.
프로토콜 캡슐화나 연결 유지 등으로 측정 위치에 따라 바이트 수가 달라질 수 있지만, 모든 연결에 일률적인 비율을 적용할 수는 없습니다. 차이만 보고 특정 앱이 비정상적으로 데이터를 전송했다고 단정해서도 안 됩니다. 먼저 시간 범위를 좁혀 어떤 작업 이후에 수치가 증가했는지 확인하세요.
수치가 0이거나 앱이 보이지 않을 때: 순서대로 확인하기
0은 현재 항목과 통계 범위에서 눈에 보이는 증가량이 없다는 뜻일 뿐, 네트워크 활동이 전혀 없었다는 증거는 아닙니다. 요청이 캐시에서 처리되거나 다른 경로를 사용했을 수 있고, 아직 표시 정밀도에 도달하지 않았을 수도 있습니다. 앱 출처를 식별할 수 없다면 앱 이름이 없다는 이유만으로 전송이 없었다고 판단하지 마세요.
웹페이지가 열리는데 선택한 서버 수치는 왜 0인가요?
먼저 Home → Global Routing에서 연결 방식을 확인하세요. Config 방식이라면 Config에서 현재 규칙과 실제 연결 경로를 확인합니다. 그런 다음 캐시되지 않은 요청으로 다시 테스트하고, 이미 캐시된 내용을 계속 새로고침하지 마세요.
앱 목록에서 사용 중인 앱을 찾을 수 없는 이유는 무엇인가요?
먼저 현재 Data에서 앱 출처 정보를 제공하는지 확인한 다음, 분류되지 않은 기록이 있는지 살펴보세요. 앱 하나만 짧게 사용해 전후를 비교하고 서버별 보기와 대조합니다. 출처를 확실히 알 수 없다면 미확인 상태로 두고, 도메인이 비슷하다는 이유로 출처를 단정하지 마세요.
서버를 바꿨는데 이전 항목의 수치가 계속 증가하는 이유는 무엇인가요?
먼저 테스트 중인 앱의 네트워크 작업을 일시 중지한 뒤 다시 연결해 관찰하세요. 기존 연결, 백그라운드 작업, 설정의 경로 선택을 확인해야 합니다. Home에서 선택만 바꿨다고 해서 이미 연결된 모든 세션이 새 서버로 옮겨졌다고 볼 수는 없습니다.
업로드 수치는 있는데 다운로드는 한동안 0입니다. 연결 실패인가요?
화면이 갱신될 때까지 기다리고 대상에서 실제로 콘텐츠를 받았는지 확인하세요. 연결 기록과 실제 페이지 표시 결과도 함께 살펴보세요. 한쪽 방향으로만 발생하는 소량 요청, 표시 정밀도, 요청 실패 때문에 잠시 이런 현상이 나타날 수 있습니다.
재현 가능한 테스트 한 번으로 점검 기록 남기기
유용한 기록에는 “언제, 어떤 항목에서, 어떤 작업을 했고, 수치가 어떻게 바뀌었는지”가 함께 담겨야 합니다. 먼저 모든 데이터를 지우거나 숫자를 키우려고 장시간 전송할 필요는 없습니다. 평소 사용하는 대상을 선택하고 다른 네트워크 활동을 줄인 뒤, 짧게 전후를 비교하면 됩니다.
- 준비: Home에서 연결 상태와 Global Routing을 확인하고, Config에서 현재 적용 중인 설정을 확인합니다. Settings → On Demand의 현재 상태도 기록합니다.
- 기준값 설정: Data의 그룹, 항목, 시간 범위, 업로드값, 다운로드값을 기록합니다. 앱 출처를 확인하는 경우 식별 가능한 출처가 있는지도 기록합니다.
- 작업 수행: 확인할 페이지 하나를 열거나 기존 파일을 한 번 전송합니다. 속도 측정, 동영상 재생, 콘텐츠 업데이트를 동시에 하지 마세요.
- 갱신 대기: 작업 후 잠시 기다렸다가 같은 위치의 종료값을 기록합니다. 업로드와 다운로드의 증가량을 각각 계산합니다.
- 결과 해석: 실제 규칙 경로, 캐시, 백그라운드 활동을 함께 고려합니다. 재시험할 때는 조건을 동일하게 유지하고 한 번에 설정 하나만 변경하세요.
점검에 필요한 정보만 기록하세요. 공유하기 전에 구독 주소, 인증 정보, 개인 도메인, 서버 주소를 가려야 합니다. Data는 어떤 통계 범위에서 수치가 증가했는지 파악하는 데 도움이 되지만, 연결 품질, 요금제 잔액, 앱 출처는 각각 별도로 확인해야 합니다. 누적값 하나만으로 모든 결론을 내릴 수는 없습니다.