Data는 Shadowrocket이 처리한 트래픽 변화를 확인하는 기능이며, 회선 계정의 잔여 데이터 확인용은 아닙니다. 이 글에서는 iPhone / iPad의 Home → Data 화면을 기준으로 서버·앱별 분류, 누적 기간, 초기화 전후 비교 방법을 설명합니다. Mac, Windows, Android, Linux에서도 같은 원칙으로 읽을 수 있지만, 메뉴 위치와 앱 식별 기능은 각 플랫폼의 실제 화면을 기준으로 확인하세요.
Data 통계의 범위: 클라이언트 트래픽과 회선 사용량 구분하기
Shadowrocket의 Data는 클라이언트가 처리해 기록한 트래픽을 확인하는 기능입니다. 연결이 켜져 있어도 해당 통계 항목이 포함하는 처리 경로로 요청이 전달된 경우에만 수치가 증가합니다. 휴대전화 설정의 셀룰러 데이터 사용량, 라우터에 기록된 기기 사용량, 사용 중인 회선 계정의 사용량은 집계 기준이 서로 다르므로 세 값이 같을 필요는 없습니다.
이 흐름은 통계가 기록되는 위치를 이해하기 위한 것으로, Data가 모든 요청의 출처를 완벽히 식별한다는 뜻은 아닙니다. 시스템 백그라운드 작업, 네트워크 공유 프로세스, 플랫폼 권한 제한 등이 분류에 영향을 줄 수 있습니다. 앱 이름이 보이지 않는다고 해서 해당 앱이 네트워크에 연결되지 않았다고 단정할 수는 없습니다. 서버 사용량이 늘지 않은 경우에도 요청이 캐시에 처리됐거나 DIRECT가 적용됐을 수 있습니다.
- 클라이언트 누적량: 로컬 기록 범위에서 전송된 양을 확인합니다. 집계 시작점은 해당 기록이 생성되거나 마지막으로 초기화된 시점입니다.
- 시스템 사용량: 기기, 앱 또는 네트워크 유형별로 집계되며 Shadowrocket을 거치지 않은 트래픽이 포함될 수 있습니다.
- 회선 사용량: 사용 중인 서비스의 집계 기준에 따라 달라집니다. 과금 주기, 적용 배수, 프로토콜 오버헤드, 집계 지연의 영향을 받을 수 있습니다.
업로드·다운로드·누적량: 단위부터 확인하기
업로드와 다운로드는 현재 기기를 기준으로 구분합니다. 요청 전송이나 첨부 파일 업로드는 업로드이고, 웹페이지 수신이나 파일 다운로드는 다운로드입니다. 웹 서핑에서는 다운로드가 많은 편이지만, 사진 업로드나 클라우드 백업 중에 업로드가 더 많아도 이상하지 않습니다. 서버 입장에서의 송수신 방향을 클라이언트 통계에 그대로 적용하지 마세요.
| 통계 항목 | 의미 | 해석 시 주의점 |
|---|---|---|
| 업로드 | 기기에서 외부로 전송한 데이터 양 | 작은 요청에도 확인 패킷이나 연결 설정을 위한 전송이 포함될 수 있음 |
| 다운로드 | 기기가 외부에서 수신한 데이터 양 | 페이지 리소스, 미리 불러오기, 백그라운드 다운로드도 수치를 늘릴 수 있음 |
| 누적량 | 현재 집계 구간에 합산된 데이터 양 | 현재 속도가 아니며, 이번 연결에서 사용한 양과도 다를 수 있음 |
| 전송 속도 | 일정한 측정 구간에서의 전송 속도 | 단위에 /s가 붙어 있으면 누적 용량으로 볼 수 없음 |
예를 들어 다운로드가 48 MB에서 60 MB로 늘었다면 두 시점 사이에 약 12 MB가 추가된 것입니다. 이는 “현재 속도가 12 MB/s”라는 뜻이 아닙니다. 30초 동안 증가한 값이라면 구간 평균은 약 0.4 MB/s지만, 매초의 순간 속도와 같지는 않습니다. 이는 통계 읽는 법을 설명하기 위한 예시이며 실제 성능 측정값이 아닙니다.
서버별 보기와 앱별 보기: 두 수치를 더하지 마세요
Home에서 Data를 연 뒤 현재 화면이 서버별 보기인지 앱별 보기인지 확인하고 해당 항목을 살펴보세요. 플랫폼마다 메뉴 구성과 사용할 수 있는 분류 기준이 다를 수 있습니다. 현재 플랫폼에서 앱별 항목을 제공하지 않는다면 서버 통계와 연결 기록을 활용해 점검하고, 다른 플랫폼의 화면 이름을 필수 버튼으로 여기지 마세요.
서버별 보기
- 분류 기준
- 요청에 사용된 서버 항목
- 주요 확인 사항
- 이번 전송이 예상한 아웃바운드를 거쳤는지
- 확인 방법
- 테스트 전후 같은 항목의 차이를 기록
- 주의 사항
- 서버를 바꿔도 이전 기록의 분류는 바뀌지 않음
항목의 주소, 포트, 현재 선택 상태부터 확인하세요. 이름이 비슷하다고 같은 서버라고 판단하지 마세요.
앱별 보기
- 분류 기준
- 클라이언트가 식별할 수 있는 앱 또는 프로세스 출처
- 주요 확인 사항
- 테스트 중 어떤 출처에서 계속 전송이 발생했는지
- 확인 방법
- 테스트 앱 하나만 남긴 뒤 증가량 비교
- 주의 사항
- 식별 기능은 플랫폼과 시스템 권한에 따라 제한됨
앱 분류만으로 라우팅 정책을 알 수는 없습니다. 실제 연결에 적용된 규칙 결과를 함께 확인하세요.
하나의 전송에는 “어떤 앱에서 발생했는지”와 “어떤 서버를 거쳤는지”라는 속성이 동시에 붙을 수 있습니다. 따라서 두 보기는 같은 데이터를 서로 다른 관점에서 보여주는 것이며, 별개의 사용량이 아니므로 더해서 전체 트래픽으로 계산하면 안 됩니다. 두 수치가 정확히 일치하지 않을 수도 있습니다. 출처를 식별하지 못한 트래픽, 현재 보기에서 DIRECT 기록을 포함하는지 여부, 통계 갱신 시점 등에 따라 차이가 생길 수 있습니다.
- 브라우저에서 여러 탭을 열면 하나의 앱 항목에 여러 도메인과 연결이 함께 집계될 수 있습니다.
- 앱 내부 페이지나 백그라운드 네트워크 작업은 공유 구성 요소에서 실행될 수 있어 예상한 앱 이름으로 표시되지 않을 수 있습니다.
- 앱 항목의 수치가 늘었다는 사실만으로 해당 분류에서 전송이 발생했다고 볼 수 있습니다. 모든 요청이 PROXY를 거쳤다는 증거는 아닙니다.
누적량은 언제부터 집계되나요? 초기화 전에 비교 기준 만들기
누적량이 매일 자정, 매월 1일 또는 연결을 켤 때마다 초기화된다고 가정하지 마세요. 현재 화면에 표시된 통계 범위를 기준으로 확인해야 합니다. 시작 시점이 표시되지 않는다면 특정 날짜의 정확한 사용량이라고 단정하지 마세요. 연결을 끊거나 화면을 닫거나 서버를 바꿔도 모든 통계가 초기화되는 것은 아닙니다.
- 이전 수치를 먼저 기록합니다. Home → Data로 이동해 현재 보기, 항목 이름, 업로드·다운로드 수치와 확인 시각을 적어 두세요. 한 번의 접속을 점검하는 목적이라면 이전 기록을 지우지 않고 전후 차이만 비교해도 됩니다.
- 테스트 트래픽을 멈춥니다. 다운로드, 동영상 재생, 클라우드 동기화를 중지하고 필요한 경우 연결도 끊으세요. 그렇지 않으면 초기화 직후에도 새로운 트래픽이 발생해 수치가 다시 늘어날 수 있습니다.
- 초기화 범위를 확인합니다. Data 화면에서 현재 제공되는 삭제 또는 초기화 기능을 찾아 확인 메시지를 읽고, 단일 항목·현재 보기·전체 기록 중 어디에 적용되는지 구분하세요. 버튼 이름과 위치는 플랫폼의 실제 화면을 기준으로 합니다. 서버 삭제나 Config 삭제를 초기화 단계로 삼지 마세요.
- 초기화 후 다시 확인합니다. 해당 보기로 돌아가 대상 항목의 기준값이 초기화됐는지 확인하세요. 이어 다른 보기로 전환해 그쪽 기록도 초기화됐는지 살펴보세요. 두 분류가 반드시 함께 초기화된다고 가정하지 마세요.
- 초기화 기능이 없다면 차이를 계산합니다. 시작값과 종료값을 각각 기록한 뒤 종료값에서 시작값을 빼세요. 이렇게 해도 재현 가능한 테스트 구간을 만들 수 있습니다.
Data로 라우팅 점검하기: 먼저 Global Routing을 확인한 뒤 증가량 비교
Data는 전송의 분류와 양을 보여주는 자료일 뿐, 규칙 매칭 기록을 대신하지 않습니다. 먼저 Home → Global Routing에서 현재 모드를 확인하세요. Proxy는 프록시 경로, Direct는 직접 연결 경로, Config는 현재 설정에 따른 처리, Scene은 설정된 시나리오에 따른 처리를 의미합니다. Config 규칙을 점검할 때는 Config를 선택하고, Config에서 예상한 설정이 활성화돼 있는지 확인하세요.
아래는 문법 설명을 위한 예시로, 예약된 예시 도메인만 사용하며 실제 서비스와는 무관합니다. 일상적으로 사용하는 설정에 추가할 필요도 없습니다. 규칙은 순서대로 매칭되므로 앞에서 일치하는 항목이 있으면 뒤쪽 규칙이 적용되지 않을 수 있습니다.
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.0.2.0/24,DIRECT,no-resolve
GEOIP,CN,DIRECT
FINAL,PROXY- 현재 Config에서 대상 도메인 또는 IP에 적용돼야 하는 규칙을 찾고, 앞쪽에 더 넓은 범위의 규칙이 있는지 확인하세요.
- Data에서 예상 서버의 시작값을 기록한 다음, 관련 없는 앱을 종료하고 직접 접속할 수 있는 기존 테스트 주소 하나를 선택하세요.
- 테스트 연결을 새로 만든 뒤, 알고 있는 크기의 테스트 파일을 다운로드하는 등 분명한 동작을 한 번 수행하세요. 브라우저 캐시에서 처리될 수 있는 페이지는 네트워크 전송 확인에 적합하지 않습니다.
- Data로 돌아가 같은 항목의 차이를 확인한 다음 연결 기록에서 대상, 매칭된 규칙, 최종 정책을 살펴보세요. 대상 포트가 443이라는 사실은 일반적인 암호화 연결 포트를 사용한다는 뜻일 뿐, PROXY를 거쳤다는 근거는 아닙니다.
- 규칙을 수정했다면 이전 요청을 끝낸 뒤 다시 테스트하세요. 이미 연결된 장시간 연결은 생성 당시의 경로를 계속 사용할 수 있으므로, 이후 전송을 새 규칙이 즉시 적용된 결과로 판단하면 안 됩니다.
| 확인된 현상 | 판단할 수 있는 내용 | 다음 확인 항목 |
|---|---|---|
| 예상 서버의 다운로드 증가 | 확인 구간에 해당 항목으로 데이터가 수신됨 | 연결 기록의 대상과 PROXY 적용 여부가 이번 테스트와 일치하는지 |
| 앱 수치는 늘었지만 서버 수치는 뚜렷한 변화 없음 | 해당 출처에서 트래픽이 발생했으나 아웃바운드는 아직 확인되지 않음 | DIRECT, 다른 서버 또는 기존 연결이 적용됐는지 |
| 웹페이지는 열렸지만 관련 수치가 모두 그대로임 | 새로운 전송이 발생했다는 유효한 증거를 얻지 못함 | 캐시가 사용됐는지, 잘못된 항목을 확인했는지, 통계가 아직 갱신되지 않았는지 |
| 화면에서 조작을 멈춘 뒤에도 수치가 조금씩 증가 | 백그라운드 작업 또는 연결 유지 트래픽이 계속 발생 | 동기화 작업, 연결 유지 요청, 자동 업데이트 |
결론: 세 가지 근거로 라우팅 확인하기
테스트 시각, 대상 연결의 규칙 결과, 예상 서버의 사용량 증가가 모두 일치할 때 이번 결과가 예상대로라고 기록하세요. 증가한 수치 하나만으로 전체 규칙이 올바르다고 확인할 수는 없습니다.
통계 수치가 예상과 다를 때 자주 묻는 질문
초기화했는데 왜 바로 트래픽이 다시 생기나요?
먼저 화면에서 다운로드를 멈추고 백그라운드 동기화를 확인한 다음, 같은 항목을 약 30초 동안 살펴보세요. 연결 유지 요청, 백그라운드 요청, 초기화 후 새로 만들어진 연결에서 소량의 트래픽이 발생할 수 있습니다. 조용한 기준값이 필요하다면 먼저 연결을 끊은 뒤 현재 화면에서 지원하는 초기화를 수행하세요.
Data 사용량이 회선 계정에 표시된 양보다 적은 이유는 무엇인가요?
먼저 시작·종료 시각을 맞추고 같은 서버, 계정, 기기를 비교하는지 확인하세요. 이어 계정 사용량에 다른 기기가 포함되는지, 과금 배수나 집계 기간이 다른지 살펴보세요. 클라이언트의 단일 항목 다운로드량을 계정에 등록된 모든 기기의 총사용량과 비교하지 마세요.
서버를 바꿨는데 이전 항목의 수치가 계속 늘어나는 이유는 무엇인가요?
재생 중이거나 다운로드 중인 작업, 연결이 유지되는 앱을 먼저 종료한 뒤 다시 접속하세요. 기존 연결은 이전 경로로 계속 데이터를 전송할 수 있습니다. 정확히 비교해야 한다면 앱 작업을 멈춘 상태에서 다시 연결하고 두 서버의 시작값을 새로 기록하세요.
앱을 종료했는데 누적량이 왜 초기화되지 않나요?
누적량은 현재 활성 연결 수가 아니므로 앱을 닫아도 이전 값은 남을 수 있습니다. 종료값을 기록한 뒤 시간이 지나고 다시 확인해 차이를 비교하세요. 수치가 더 늘지 않았다면 해당 구간에 새로 확인되는 트래픽이 없다는 뜻입니다. 이전 수치를 없애려고 설정을 삭제할 필요는 없습니다.
연결이 자동으로 다시 켜져 초기화 테스트에 영향을 주는 이유는 무엇인가요?
Settings → On Demand에 자동 연결 조건이 설정돼 있는지 확인하고 시스템 VPN 상태도 살펴보세요. 테스트 전에 현재 설정을 기록하고 필요하면 자동 연결을 잠시 중지한 뒤, 완료 후 원래대로 되돌리세요. On Demand는 연결이 시작되는 조건을 정하며 Data 누적량을 초기화하지 않습니다.
최소한의 점검 기록 남기기
재확인하거나 문제를 더 살펴볼 때는 총수치 하나만 저장하기보다 “언제, 어떤 보기와 항목에서, 무엇을 했고, 얼마가 늘었는지”를 기록하는 편이 유용합니다. 구독 주소, 인증 정보, 서버 접속 정보를 기록에 공개하지 마세요. 구독을 업데이트하면 항목 이름이나 선택 가능한 서버가 바뀔 수 있으므로 업데이트 전후 통계를 비교하기 전에 동일한 항목인지 확인하세요.
- 환경: 기기 플랫폼, Wi-Fi 또는 셀룰러, 연결 상태.
- 라우팅: 현재 선택된 Global Routing, Config가 예상한 설정인지, 대상 규칙과 최종 정책.
- 기간: 시작·종료 시각, 초기화 여부, 시작·종료 수치와 단위.
- 테스트 동작: 테스트 앱 하나만 실행하고 명확한 접속을 한 번 기록합니다. 캐시와 기존 연결을 제외했는지도 적습니다.
- 결과: 서버별 증가량, 앱별 증가량, 연결 기록이 서로 일치하는지.
Data는 “이 시간 동안 어떤 전송이 바뀌었는지” 확인하는 데 적합하지만, “회선에 데이터가 얼마나 남았는지” 또는 “모든 앱이 항상 규칙대로 처리되는지”를 단독으로 판단하는 기능은 아닙니다. 통계 차이와 실제 연결의 규칙 결과를 함께 기록해야 나중에 검토할 수 있는 결론을 만들 수 있습니다.
Shadowrocket 다운로드 및 기본 설정 안내
iPhone / iPad 버전은 App Store에서 다운로드할 수 있으며 $2.99 일회성 결제입니다. 시스템 요구 사항은 App Store 페이지를 기준으로 확인하세요. Mac(Apple 실리콘 / Intel), Windows, Android, Linux 버전은 무료입니다. 다운로드 페이지에서 플랫폼을 선택한 뒤 제공 정보를 확인하세요.
iPhone / iPad 제품 페이지의 개발자는 Shadow Launch Technology Limited이며 앱 ID는 932747118입니다. 앱 구매와 회선 요금제는 별개입니다. 이 글은 사용자가 이미 자신의 서비스 제공업체와 구독을 이용하고 있다는 전제로 작성됐으며, 이 사이트는 클라이언트 사용 및 설정 안내만 제공하며 연결 서비스는 제공하지 않습니다.