Shadowrocket에 이미 보유한 설정을 가져온 사용자를 위한 안내입니다. 먼저 업로드, 다운로드, 실시간 속도의 차이를 알아보고 서버와 앱별 분류로 트래픽 흐름을 살펴본 뒤, 같은 시간대를 기준으로 통계를 기록하고 재설정해 대조합니다. Data는 기기에서 문제를 확인할 때 활용하세요. 제공업체 계정의 잔여량과 정산 결과는 해당 업체의 측정 안내와 계정 기록을 기준으로 확인해야 합니다.
1. Data 페이지 통계: 방향, 누적량, 실시간 속도
Shadowrocket 트래픽은 먼저 기기 관점에서 이해해야 합니다. Upload는 기기에서 외부로 전송하는 데이터이고, Download는 기기가 받는 데이터입니다. 웹페이지를 열 때 다운로드만 발생하는 것은 아닙니다. 요청과 로그인 정보, 첨부 파일 업로드도 업로드량에 포함되며, 파일을 올릴 때 응답이나 확인 데이터가 다운로드량을 늘릴 수도 있습니다.
누적 트래픽과 실시간 속도는 서로 다른 지표입니다. KB, MB, GB로 표시되는 값은 보통 데이터 양을, KB/s, MB/s로 표시되는 값은 시간당 전송 속도를 뜻합니다. 작업을 멈춘 뒤 속도가 낮아져도 누적 데이터가 자동으로 초기화되는 것은 아닙니다. 연결을 끊었다가 다시 연결해도 새로운 통계 기간이 시작됐다고 단정할 수 없습니다.
단위를 비교할 때는 십진법과 이진법 환산도 확인해야 합니다. 십진법 기준 1 MB는 1,000,000바이트이고, 1 MiB는 1,048,576바이트입니다. 화면에 MB만 표시되어 있다면 두 통계 출처가 같은 환산 방식을 사용한다고 단정하지 마세요. 가능하면 원시 바이트 수를 비교하거나 양쪽의 단위 정의부터 확인하세요.
2. 서버별 분류: 실제 트래픽이 어느 출구를 거쳤는지 확인
Data 페이지의 서버별 목록에서 누적 총량만 보지 말고 대상 서버 항목의 업로드와 다운로드 증가량을 확인하세요. Home에서 현재 선택한 서버가 모든 요청을 처리한다고 볼 수는 없습니다. Global Routing 상태와 현재 Config의 규칙 및 정책 선택에 따라 실제 아웃바운드 경로가 달라집니다.
Global Routing이 Config(설정 기반 라우팅)로 되어 있으면 요청은 활성화된 설정의 규칙에 따라 처리됩니다. DOMAIN-SUFFIX는 도메인과 하위 도메인을 매칭하고, IP-CIDR은 대상 IP 주소 범위를 매칭합니다. GEOIP는 주소 데이터베이스를 바탕으로 판정하며, FINAL은 앞선 규칙에 매칭되지 않은 요청을 처리합니다. DIRECT 정책에 매칭된 요청은 제공업체의 프록시 출구를 거치지 않으므로 해당 서버 항목의 프록시 트래픽이 증가할 것으로 기대할 수 없습니다.
- Home에서 현재 서버 이름과 Global Routing 상태를 기록하고, Config에서 활성화된 설정을 확인합니다.
- Data를 열어 대상 서버의 업로드·다운로드 시작값과 기기 시간을 기록합니다.
- 알고 있는 웹페이지를 한 번 여는 등 명확한 작업 하나만 수행하고, 그동안 서버를 바꾸지 마세요.
- Data로 돌아와 증가량을 확인합니다. 목록이 아직 갱신되지 않았다면 통계가 업데이트된 뒤 종료값을 기록하세요.
- 다른 항목의 수치가 증가했다면 연결 기록을 바탕으로 적용된 정책과 실제 아웃바운드를 확인하세요. 먼저 서버 설정을 변경하지 마세요.
서버를 전환해도 기존 누적량이 새 서버 이름으로 옮겨지지는 않습니다. 설정의 여러 항목이 같은 원격 서비스를 가리킬 수도 있으므로 클라이언트의 항목 분류와 제공업체 청구서의 서버 분류가 일대일로 대응하지 않을 수 있습니다. 확인할 때는 항목 이름과 테스트 시간을 기록하세요. 스크린샷에 비밀번호, 키 또는 전체 구독 주소를 포함하지 마세요.
3. 앱별 분류: 트래픽 발생 앱과 식별 범위 확인
앱별 분류는 특정 시간 동안 어느 출처에서 트래픽이 계속 발생했는지 확인하는 데 적합합니다. 제공업체 청구서의 전체 사용량을 어느 앱이 부담해야 하는지 바로 알려주는 기능은 아닙니다. 앱 분류는 시스템이 제공하는 정보와 클라이언트가 식별할 수 있는 연결 데이터에 따라 달라집니다. 시스템 서비스, 공유 네트워크 구성 요소, 출처 정보가 없는 연결은 특정 앱 이름으로 표시되지 않을 수 있습니다.
웹 브라우저에서 여러 페이지를 열어도 보통 하나의 앱 출처로 집계됩니다. 따라서 앱별 분류를 페이지별 청구 내역처럼 볼 수는 없습니다. 화면을 사용하지 않는 동안에도 앱 동기화, 시스템 작업, 지속 연결로 네트워크 활동이 발생할 수 있습니다. 출처가 불분명한 항목은 이름만 보고 판단하지 말고, 한 번에 앱 하나만 사용하는 등 일정한 시간대를 정해 비교하며 범위를 좁히세요.
- 다운로드를 발생시킨 앱 찾기: 시작값을 기록한 뒤 한 앱에서만 다운로드를 한 번 실행하고 해당 앱 항목의 다운로드 증가량을 비교합니다.
- 백그라운드 활동 확인: 앱을 사용하지 않은 상태에서 연결 조건을 그대로 유지하고 일정 시간 기다린 뒤 증가량을 기록합니다. 이 결과는 해당 시간대에 트래픽이 있었다는 뜻일 뿐, 이상 동작의 증거는 아닙니다.
- 출처를 식별할 수 없는 항목 처리: 해당 항목의 수치를 그대로 기록하고 연결 시간, 대상 도메인, 아웃바운드 정책을 함께 살펴보세요. 현재 사용 중인 앱의 트래픽으로 임의 분류하지 마세요.
- 중복 합산 방지: 서버별 분류와 앱별 분류는 서로 다른 관점입니다. 두 목록의 총량을 다시 더해 기기 전체 사용량으로 계산하면 안 됩니다.
판단 기준: 증가량부터 비교한 뒤 트래픽 출처를 확인하세요
특정 앱이 계속 데이터를 전송하는지 확인하려면 먼저 통계를 기록하세요. 다른 작업은 그대로 둔 채 5분 동안 관찰한 다음 종료값을 비교합니다. 과거 누적량만으로 현재도 네트워크를 사용 중이라고 판단할 수는 없습니다.
4. 통계 재설정: 기준값을 저장한 뒤 새 관찰 구간 시작
통계 재설정은 기기에서 새로운 관찰 기준을 만드는 기능이지, 제공업체의 데이터 용량을 복구하는 작업이 아닙니다. 기기의 누적값을 지워도 이미 전송된 데이터가 취소되거나 제공업체 계정의 정산 기간이 바뀌지는 않습니다. 특히 사용량 이상을 확인하거나 제공업체에 문의할 예정이라면 재설정 전에 과거 기록이 필요한지 먼저 판단하세요.
- 재설정 전 데이터 저장: 시간, 서버 항목, 업로드·다운로드 통계, 현재 분류 기준을 기록합니다. 스크린샷을 찍을 때는 계정 정보와 설정 자격 증명을 가리세요.
- 테스트 간섭 줄이기: 대용량 파일 전송, 동영상 재생, 그 밖의 명확한 다운로드 작업을 잠시 멈춥니다. 이번 작업 중 연결을 끊어도 된다면 Home에서 연결 스위치를 끄세요.
- Data에서 재설정: 페이지에 표시된 통계 재설정 기능을 사용하고 확인 안내를 읽으세요. 적용 대상이 현재 항목인지 전체 통계인지 확인합니다. 버튼 위치와 사용 가능 범위는 현재 화면을 기준으로 하세요.
- 결과 확인: 같은 분류 화면에서 수치가 0이 되었거나 크게 줄었는지 확인합니다. 연결이 계속 작동 중이라면 재설정 직후 소량의 새 통계가 나타날 수 있으며, 이는 별도로 관찰할 새 데이터입니다.
- 새 기준값 설정: 필요한 연결을 다시 켜고 새 시작 시간을 기록한 다음 테스트를 하나 수행합니다. 테스트가 끝나면 종료값에서 시작값을 빼세요. 시작값이 반드시 0이라고 가정하지 마세요.
Subscribe의 서버 목록 업데이트와 Data 통계 재설정은 서로 다른 작업입니다. 구독 업데이트는 사용자가 제공업체에서 받은 기존 설정을 새로 고치는 기능이며, 기기의 누적량을 보정하지 않습니다. 통계 차이를 확인하려고 설정을 반복해서 삭제하고 다시 가져오면 유용한 항목 대응 관계를 잃을 수 있습니다.
5. 제공업체 사용량과 차이가 날 때: 측정 기준을 하나씩 통일
Data와 제공업체 대시보드의 값이 다르면 먼저 같은 계정, 같은 기기 범위, 같은 시간대를 비교하는지 확인하세요. 클라이언트와 서버는 서로 다른 지점에서 데이터를 측정합니다. 프로토콜 오버헤드, 업로드와 다운로드 합산 방식, 계정에 연결된 다른 기기, 보고서 갱신 지연 등으로 차이가 발생할 수 있습니다. 차이가 있다는 사실만으로 어느 쪽의 통계가 잘못됐다고 단정할 수는 없습니다.
| 확인 항목 | 발생할 수 있는 차이 | 확인 방법 |
|---|---|---|
| 통계 기간 | 기기에서는 마지막 재설정 이후 누적되고, 계정에서는 정산 기간에 따라 누적됨 | 시작 시간과 종료 시간을 동일하게 맞추고 총량 대신 양쪽의 증가량을 비교 |
| 방향별 합산 | Download만 보고 업로드·다운로드 합계와 비교함 | 요금 산정 안내에서 양방향을 모두 계산하는지 확인 |
| 기기 범위 | 이 기기의 목록을 계정에 연결된 여러 기기의 합계와 비교함 | 테스트 시간 동안 다른 기기에서 관련 데이터 전송을 일시 중지 |
| 라우팅 범위 | 일부 요청은 DIRECT로, 나머지는 프록시 출구로 전송됨 | 현재 라우팅 상태와 연결 기록으로 실제 아웃바운드를 확인 |
| 측정 지점 | 프로토콜 오버헤드, 제어 데이터, 재전송의 처리 기준이 다름 | 제공업체 안내를 확인하고 고정된 손실률을 가정하지 않음 |
| 갱신과 배수 | 계정 보고서 갱신이 늦거나 특정 회선에 안내된 배수가 적용됨 | 보고서가 갱신될 때까지 기다린 뒤 해당 시간대의 측정 규칙을 확인 |
다음은 실제 측정 결과가 아닌 단순 계산 예시입니다. 한 시간대에 클라이언트 Upload가 12 MB, Download가 88 MB 증가했다면 단위가 같다는 전제에서 합계는 100 MB입니다. 계정 안내에 해당 회선은 2배로 계산한다고 명시되어 있다면 측정값은 200 MB로 계산될 수 있습니다. 다운로드 88 MB만 이 값과 직접 비교해서는 안 됩니다. 실제 정산은 계정 안내에 적힌 측정 범위를 따라야 합니다.
판단 기준: 시간대가 일치하지 않으면 오차율을 계산하지 마세요
양쪽의 시작값과 종료값을 먼저 저장하고, 제공업체 보고서가 같은 종료 시간까지 반영될 때까지 기다린 뒤 차이를 계산하세요. 계정 보고서가 더 이른 시점에 머물러 있다면 기기 통계를 다시 재설정해도 대조 기준값만 사라집니다.
6. 자주 묻는 질문: 통계가 멈추거나 계속 늘 때, 잔여량 확인
웹페이지는 열리는데 선택한 서버의 트래픽이 늘지 않는 이유는 무엇인가요?
먼저 Home에서 Global Routing을 확인한 뒤 실제 요청에 적용된 정책을 살펴보세요. Config의 규칙에 따라 요청이 DIRECT로 전송되거나 다른 아웃바운드가 선택될 수 있습니다. 페이지 캐시로 실제 전송량이 줄어들 수도 있습니다. 시작값을 기록하고 새 요청을 한 번 실행한 다음 Data로 돌아와 해당 항목의 증가량을 확인하세요.
통계를 0으로 만들었는데 왜 곧바로 몇 KB가 다시 표시되나요?
먼저 연결이 켜져 있는지 확인한 뒤 Settings → On Demand의 트리거 조건을 살펴보세요. 백그라운드 요청, 도메인 조회, 연결 유지 과정에서 새 데이터가 발생할 수 있습니다. 재설정 직후 첫 통계값을 기준값으로 기록하고 일정한 시간 동안 증가량을 관찰하세요. 계속 0으로 표시하려고 재설정을 반복하지 마세요.
앱별 통계를 더한 값이 서버 목록과 정확히 일치하지 않는 이유는 무엇인가요?
먼저 두 화면이 같은 시간 범위를 포함하는지 확인하고, 출처를 식별할 수 없는 연결이나 서로 다른 아웃바운드 범위, 표시 정밀도 차이가 있는지 살펴보세요. 앱 하나와 서버 하나만 선택해 짧은 시간 동안 테스트하세요. 분류가 다른 목록끼리 합산하지 말고, 식별되지 않은 항목을 특정 앱에 임의로 배정하지 마세요.
Data로 이번 달에 남은 트래픽을 계산할 수 있나요?
Data는 알려진 시간대에 이 기기에서 사용한 양을 추정하는 데 유용하지만, 계정의 잔여량을 단독으로 확인할 수는 없습니다. 이용 중인 제공업체의 계정 기록에서 정산 기간, 업로드·다운로드 측정 방식, 다른 기기의 사용량, 보고서 갱신 시각을 확인한 다음 같은 기간의 기기 증가량과 비교하세요.
확인이 끝나면 테스트 시작·종료 시간, 현재 라우팅 상태, 서버 항목, 양방향 증가량, 계정 보고서 갱신 시각을 간단히 기록해 두세요. 이후에도 같은 형식으로 기록하면 설정 변경, 통계 갱신, 실제 전송으로 인한 차이를 구분할 수 있습니다. 처음 사용하는 방법은 시작 가이드에서, 규칙의 의미는 설정 항목 안내에서 확인하세요.