Shadowrocket 데이터 사용량 확인 방법: 서버별·앱별 통계 읽기

Data의 업로드·다운로드와 전송 속도란

먼저 Shadowrocket에서 Data 통계 화면을 엽니다. 메뉴 위치와 항목 구성은 화면에 따라 달라질 수 있으므로 현재 표시되는 이름을 기준으로 확인하세요. 누적 데이터량과 실시간 전송 속도를 구분하는 것이 중요합니다. 누적량은 ‘지금까지 얼마나 전송했는지’, 전송 속도는 ‘현재 얼마나 빠르게 전송 중인지’를 나타냅니다. 페이지 로딩을 멈추면 속도는 거의 0으로 떨어질 수 있지만 누적 데이터량은 자동으로 초기화되지 않습니다.

같은 통계 대상에서 Upload가 2 MiB, Download가 10 MiB라면 합계는 12 MiB입니다. 이는 수치 읽기 예시이며 성능 테스트 결과가 아닙니다. 화면에 표시하기 전에 항목별 값을 반올림할 수 있어, 화면의 소수 값을 더한 결과와 합계의 마지막 자릿수가 조금 다를 수 있습니다.

서버별 통계: 연결이 어느 출구를 이용했는지 확인

서버별 통계는 요청을 보낸 앱 이름이 아니라 트래픽이 통과한 프록시 출구를 기준으로 분류합니다. 사용자가 이미 보유한 서비스와 연결 정보가 있다는 전제입니다. 서버 항목의 수치가 증가하면 통계 범위에 포함된 트래픽이 해당 출구로 분류되었다는 뜻입니다. 이를 근거로 기기의 모든 네트워크 활동이 그 출구를 통과했다고 단정할 수는 없습니다.

Home → Global Routing을 확인하세요. Proxy, Direct, Config, Scene은 서로 다른 라우팅 방식이지 네 가지 트래픽 통계 단위가 아닙니다. Config를 사용하면 현재 설정의 규칙에 따라 연결이 처리됩니다. Home에서 선택한 서버가 모든 연결을 처리하는 것은 아닙니다. Scene의 실제 동작은 선택한 장면에 따라 달라지므로 이름만 보고 출구를 판단하지 마세요.

• Proxy: 프록시 처리 대상인 연결에 프록시 정책을 적용합니다. 실제 출구는 연결 기록으로 확인해야 합니다.
• Direct: 직접 연결 정책을 사용하므로 모든 웹 활동에 따라 프록시 서버 항목의 수치가 증가하지는 않습니다.
• Config: Config에서 현재 적용 중인 설정을 확인하세요. DOMAIN-SUFFIX, GEOIP, IP-CIDR, FINAL 규칙에 따라 연결마다 다른 정책이 적용될 수 있습니다.
• Scene: 서버 사용량을 해석하기 전에 해당 장면에서 사용하는 설정을 확인하세요. 통계를 맞추려고 기존 장면을 바로 변경하지 마세요.

예를 들어 일부 도메인은 규칙에 따라 DIRECT로 연결하고 나머지는 프록시 출구로 보낸다면, 두 트래픽을 하나의 프록시 서버 항목에 모두 합산하면 안 됩니다. 화면에 직접 연결 통계가 별도로 표시된다면 프록시 항목과 구분해서 확인하세요. 서버 이름을 변경하거나 정보를 다시 가져온 뒤에는 표시 이름만으로 이전 기록과 같은 통계 대상이라고 판단하기 어렵습니다.

앱별 통계: 분류 결과를 확인하는 기능, 시스템 사용량과는 다름

앱별 화면은 클라이언트가 식별할 수 있는 연결을 해당 범주에 모아 보여 줍니다. ‘연결 정보를 바탕으로 분류한 결과’와 ‘시스템이 직접 제공하는 앱별 바이트 청구 내역’을 구분해야 합니다. iPhone과 iPad에서는 터널을 통과하는 모든 연결에서 신뢰할 수 있는 출발 앱 정보를 얻는다고 가정할 수 없습니다. 현재 화면에 없는 앱별 정보도 서버 이름만으로 알아낼 수 없습니다.

도메인, 대상 주소, 연결 특성은 접속 대상을 파악하는 데 도움이 되지만, 특정 앱 하나와 항상 일치하는 것은 아닙니다. 하나의 콘텐츠 전송 도메인을 여러 앱이 사용할 수 있으며, 하나의 앱도 로그인·이미지·동영상·통계용 도메인에 요청을 보낼 수 있습니다. 알 수 없거나 미분류된 기록이 있더라도 해당 데이터를 유지하고, 가장 최근에 연 앱에 임의로 할당하지 마세요.

사용량 초기화 시점: 누적 시작 시점부터 확인

‘VPN 연결 해제’, ‘앱 종료’, ‘자정이 지남’이 모든 Data 기록을 초기화한다고 생각하지 마세요. 현재 연결 수치, 누적 통계, 연결 로그는 각각 유지 기간이 다를 수 있습니다. 연결을 끊은 뒤 실시간 속도가 0이 되어도 과거 누적량이 삭제된 것은 아닙니다. 로그를 지워도 모든 트래픽 수치가 초기화되는 것은 아닙니다.

1. Data에서 확인하려는 그룹을 선택하세요. 시간, 항목 이름, Upload 및 Download 수치, 통계 기간 표시 여부를 기록합니다.
2. 현재 화면에 Reset 또는 통계 삭제 기능이 있다면 먼저 확인 안내를 읽고 적용 범위를 확인하세요. 테스트할 통계만 초기화하고, 기록 삭제를 일상적으로 해야 하는 절차로 여기지 마세요.
3. 작업 직후 원래 그룹으로 돌아가 대상 수치가 0으로 바뀌었는지 확인하세요. 다른 그룹의 수치가 그대로여도 초기화가 실패한 것은 아닙니다.
4. 명확한 초기화 기능이 없다면 ‘종료 시 수치 - 시작 시 수치’로 해당 구간의 사용량을 계산하세요. 설정을 삭제하거나 앱을 다시 설치할 필요는 없습니다.
5. 비교할 때마다 시작 시간과 종료 시간을 기록하세요. 시스템 셀룰러 통계 기간, 클라이언트 누적 기간, 서비스 제공자의 정산 기간은 각각 따로 관리해야 합니다.

예를 들어 시작 시 Download가 120 MiB이고 종료 시 132 MiB라면 해당 구간의 다운로드 증가량은 12 MiB입니다. 중간에 통계가 초기화되어 종료 수치가 시작 수치보다 작아지면 이 차이는 의미가 없으므로 기준값을 다시 설정해야 합니다. 특정 누적 기록이 계속 저장되는지는 현재 화면의 안내와 실제 동작을 확인하세요. 한 번 재시동한 뒤 관찰한 현상을 모든 통계에 일반화할 수는 없습니다.

Data와 통신사·서비스 제공자 청구량이 다른 이유

세 가지 수치는 서로 다른 기준을 보여 줍니다. Data는 클라이언트가 관찰한 트래픽을 기록하고, 통신사는 네트워크에서 과금한 사용량을 기록합니다. 사용자가 이미 이용 중인 서비스 제공자는 자체 기준으로 연결 서비스 사용량을 집계합니다. 네트워크 종류, 시간 구간, 업로드·다운로드 방향, 단위가 같을 때만 비교할 수 있습니다.

• Wi-Fi와 셀룰러의 범위가 다릅니다: Wi-Fi에서 발생한 클라이언트 사용량이 셀룰러 청구 내역에 포함되지 않는 것은 당연합니다. 테스트 중 네트워크를 전환하면 Data의 증가량에 두 접속 방식의 사용량이 함께 들어갑니다.
• 터널과 측정 지점이 다릅니다: 프록시 프로토콜의 캡슐화, 암호화 기록, 핸드셰이크, 연결 유지 과정에서 추가 데이터가 발생합니다. 측정값이 캡슐화 전인지 후인지에 따라 네트워크 측 사용량과 차이가 달라집니다.
• 재전송과 실패한 요청도 데이터를 사용할 수 있습니다: 페이지 로딩에 실패했더라도 데이터가 전송되지 않았다는 뜻은 아닙니다. 특정 수치에 포함되는지는 해당 통계의 측정 지점에 따라 달라집니다.
• 모든 트래픽이 같은 서버에 집계되는 것은 아닙니다: DIRECT, 다른 정책의 출구, 해당 통계 범위에 포함되지 않은 시스템 활동에 따라 항목별 관계가 달라집니다.
• 서비스 제공자마다 과금 기준이 다를 수 있습니다: 이미 이용 중인 서비스의 안내에서 업로드·다운로드 합산 여부, 배율, 통계 지연, 기간 경계를 확인하세요. 클라이언트의 한 가지 수치로 대신할 수 없습니다.
• 표시 단위와 정밀도가 다릅니다: 십진법 GB와 이진법 GiB는 환산 값이 다릅니다. 반올림도 사용량이 적은 테스트 결과에 영향을 줄 수 있습니다.

iPhone과 iPad의 시스템 셀룰러 사용량은 보통 시스템의 Settings → Cellular에서 확인할 수 있습니다. 실제 메뉴 이름은 시스템 지역 및 언어에 따라 다릅니다. 현재 기간이 청구 월과 자동으로 일치하지 않을 수도 있습니다. 시스템 통계를 수동으로 초기화하려면 먼저 기존 기록을 저장하세요. 시스템에서 초기화해도 Shadowrocket의 Data가 함께 초기화되지는 않습니다.

통제된 작업 한 번으로 사용량 확인하기

문제 해결을 위해 반복해서 속도를 측정할 필요는 없습니다. 속도 테스트 자체가 상당한 트래픽을 발생시켜 확인하려는 앱의 요청을 구분하기 어렵게 만들 수 있습니다. 아래 절차는 분류와 사용량 증가를 확인하기 위한 것으로 프로토콜 성능 측정용이 아닙니다. 서버 포트나 기존 연결 매개변수를 변경할 필요도 없습니다.

1. 네트워크 고정: Wi-Fi 또는 셀룰러 중 하나를 선택하고 테스트가 끝날 때까지 유지하세요. 다른 대용량 전송은 멈추고 현재 시간을 기록합니다.
2. 라우팅 고정: 현재 Home → Global Routing 방식과 적용 중인 설정을 기록하세요. Config를 사용한다면 테스트 대상에 적용될 것으로 예상되는 정책을 확인합니다.
3. 기준값 기록: 전체 요약, 대상 서버, 사용 가능한 앱 그룹에서 업로드와 다운로드 수치를 각각 기록하세요. 미리 초기화할 필요는 없습니다.
4. 작업 한 번 실행: 확인하려는 앱에서 특정 페이지 하나를 열고 요청이 끝날 때까지 기다리세요. 연속으로 새로고침하거나 동시에 미디어를 재생하지 마세요.
5. 차이 확인: 같은 그룹으로 돌아가 화면이 갱신될 때까지 기다린 뒤 종료 수치에서 시작 수치를 빼세요. 연결 기록과 대조해 대상 및 출구가 일치하는지 확인합니다.
6. 자동 재연결 확인: 관찰을 잠시 멈춰야 한다면 Settings → On Demand를 확인하세요. 필요 시 연결 규칙이 연결을 다시 시작할 수 있으므로 한 번 수동으로 연결을 끊는 것만으로는 충분하지 않습니다.

같은 페이지를 다시 열었을 때 두 번째 증가량이 더 작다면 통계 누락으로 단정하기 전에 로컬 캐시를 고려하세요. 앱을 직접 사용하지 않는데도 소량의 사용량이 증가한다면 백그라운드 새로고침, 알림 연결, 이름 확인, 연결 유지가 있는지 확인할 수 있습니다. 조금씩 계속 증가한다는 사실만으로 비정상적인 다운로드가 있다고 판단할 수는 없습니다.

자주 묻는 사용량 문제와 확인 순서

Data 분석은 시간 범위와 단위를 맞춘 뒤 실제 적용된 정책을 확인하고, 마지막으로 앱 분류와 과금 기준을 살펴보는 순서로 진행하세요. 문제 해결에 필요한 정보를 전달할 때는 시작·종료 수치와 증상을 기록하면 됩니다. 연결 기록을 공유하기 전에는 서버 주소, 인증 정보, 사용자가 보유한 구독 정보의 전체 링크를 가리세요.