Data

화면에는 서로 독립된 네 신호가 있습니다.

스위치는 터널이 있는지를 말합니다. 정책은 터널에 들어간 뒤 규칙을 물을지를 말합니다. Data는 이미 일어난 바이트가 어느 쪽을 탔는지를 말합니다. 목록 프로브는 이 홉이 지금 프로브되는지만 말합니다. 한 번에 한 묶음만 믿으세요.

  1. 01네 신호
  2. 02Data의 두 카운터
  3. 03한 줄을 고정하고 정책만 바꿉니다
  4. 04프로브는 앱 층이 아닙니다
  5. 05모든 읽기를 한꺼번에 깨는 경우

01

각각 무엇에 답하는가

스위치
확장이 떴는지. 켜진 채 상태 표시줄에 VPN 아이콘: 터널이 있습니다. 깜빡이며 바로 돌아감: 핸드셰이크가 안 섰거나 시스템에 쓸 VPN 구성이 없습니다. 세부는 터널입니다.
정책
Config만 규칙을 돌립니다. Proxy는 규칙을 무시하고 송신은 현재 레코드로 들어갑니다. Direct는 규칙을 무시하고 송신은 원래 경로입니다. VPN 아이콘은 Direct에서도 켜질 수 있어 아이콘을 「노드를 탔다」로 쓸 수 없습니다.
Data
Direct와 Proxy 두 카운터가 이미 일어난 바이트를 셉니다. 기기 위 카운트이지 요금제 잔량이 아니고, 제3자 계정에 얼마나 남았는지도 보이지 않습니다. 리셋하면 0부터 다시 세고 대향 쿼터에는 영향이 없습니다.
프로브
목록의 밀리초는 프로브 왕복입니다. 타임아웃은 이 홉이 지금 프로브되지 않는다는 뜻일 뿐입니다. 프로브된다고 페이지, API, 영상이 앱 층에서 된다는 증명이 아니고, 프로브 안 된다고 「규칙이 틀렸다」는 자동 설명도 아닙니다.

네 신호는 임의로 조합되므로 한 묶음만 보면 오판합니다. 스위치 켜짐 + 정책 Direct + Data는 Direct만 증가: 정상 동작이며 노드를 안 탄 것뿐입니다. 스위치 켜짐 + 정책 Proxy + Data가 안 움직임: 요청이 이 레코드에 안 들어갔거나 대향이 바이트를 안 돌려보냈을 수 있습니다. 스위치 켜짐 + 프로브가 작음 + 페이지 실패: 터널과 이 홉은 있고 실패는 더 위 앱 층이나 규칙입니다.

02

한 번 방문하고 어느 쪽이 오르는지 보기

Shadowrocket Data 탭: 백업, Statistics, 로그
Data 탭입니다. 두 카운터는 Statistics에 있습니다. App Store 화면이며 기기 버전이 다를 수 있습니다.

스위치를 켜고 현재 레코드에 들어가야 한다고 생각하는 호스트로 간 뒤 Data를 보세요. 열 페이지를 연 뒤 합계를 보지 마세요. Direct와 Proxy가 모두 움직여 어떤 한 방문에 대응할 수 없습니다.

Proxy가 늘면: 바이트가 이 레코드에 들어간 것입니다. 페이지가 아직 실패하면 문제는 대향, DNS, 앱이 VPN을 거절하는 경우가 많고 「노드를 안 탄 것」이 아닙니다. 그때 규칙을 고치는 것은 이미 레코드를 탔다고 증명된 경로를 고치는 것입니다.

Direct만 늘면: 요청이 원래 경로에 남은 것입니다. 레코드로 넣을 생각이었다면 정책이 Direct인지, Config 아래 규칙이 먼저 DIRECT / REJECT로 썼는지를 보세요. 규칙입니다.

둘 다 거의 안 움직이면: 요청이 터널에 안 들어갔거나(스위치, VPN 구성, 다른 VPN 점유), 아예 송신이 없을 수 있습니다(앱이 아직 로컬, 포털 페이지가 안 끝남, 비행기 모드). 먼저 스위치, 다음 시스템을 보세요.

REJECT가 맞으면 성공한 로드처럼 카운터를 밀어 올리지 않는 경우가 많습니다. 앱이 오류, Data가 조용한 것은 「노드에 트래픽이 없다」와 닮아, 정책을 Proxy로 바꿔 한 번 대조해야 갈립니다.

두 카운터는 좌우만 나누고 「어느 레코드인지」는 나누지 않습니다. 하이라이트를 바꾸기 전 Proxy 숫자는 남고 줄마다 0이 되지 않습니다. 카운트를 어떤 줄에 대응시키려면 먼저 리셋하고 그 줄을 고정해 한 번 방문합니다.

03

한 레코드를 고정하고 정책만 바꿉니다

대조 중에 하이라이트 행을 바꾸지 말고, 규칙 파일을 동시에 고치지 말고, 컨테이너를 동시에 새로고침하지 마세요. 목록에서 한 줄을 고른 뒤 움직이는 것은 Config / Proxy / Direct뿐입니다.

  1. Direct

    기기 방문과 포털 인증 페이지가 되어야 합니다. 여기서 이미 망이 없으면 먼저 Wi-Fi / 셀룰러 / 포털 페이지를 처리하고 레코드와 무관합니다. Data는 주로 Direct가 늘어야 합니다.

  2. Proxy

    레코드로 보낼 호스트가 여기서 열리면 터널과 이 레코드는 앱 층에서 쓸 수 있습니다. 나중에 Config 아래 같은 호스트가 실패하면 규칙을 보세요. 여기서도 안 열리면 문제는 레코드나 대향이며 FINAL을 먼저 고치지 마세요.

  3. Config

    Proxy가 레코드를 쓸 수 있다고 증명한 뒤에만 규칙을 조정합니다. 한 번에 조건 하나, Data로 카운터가 어느 쪽에 서는지를 봅니다. 고친 뒤에도 Direct만 오르면 새 줄이 아직 안 맞았거나 더 앞 줄에 가로채인 것입니다.

이 순서의 용도는 귀속입니다. Direct가 실패하면 로컬 망을 고칩니다. Proxy가 실패하면 레코드를 고칩니다. Config가 실패하고 Proxy가 성공하면 규칙을 고칩니다. 세 단계를 동시에 하면 화면의 매번 변화를 나머지 두 변수로 설명할 수 있어 설명이 없습니다.

04

프로브가 작아도 페이지는 안 열릴 수 있습니다

목록 프로브는 보통 이 홉의 핸드셰이크 또는 ICMP / TCP 프로브까지이며 지금 쓰는 사이트는 로드하지 않습니다. 따라서:

  • 프로브 성공, 페이지 실패: 이 홉은 지금 프로브되고 실패는 DNS, 규칙, 대향 사이트, 그 App이 터널을 거절하는 것입니다.
  • 프로브 실패, 일부 페이지는 열림: 그 페이지는 DIRECT를 타 이 레코드를 안 썼을 수 있습니다. 밀리초가 아니라 Data를 보세요.
  • 모든 줄 프로브가 실패: 먼저 로컬 망과 시스템 시각을 보고 「모든 레코드가 한꺼번에 만료」를 의심하는 것은 그다음입니다. 후자는 드물고 전자는 흔합니다.

프로브 결과는 순간의 것입니다. Wi-Fi와 셀룰러를 바꾼 뒤 아까 숫자는 무효입니다. 십 분 전 28ms를 지금도 된다는 증거로 쓰지 마세요.

05

어떤 한 줄 레코드와 무관한 경우

시스템 시각이 자동 설정이 아니면 TLS가 한꺼번에 실패합니다. 스위치는 어떤 레코드에서도 이상해 보이고 프로브도 같이 깨집니다. 먼저 시각 「자동 설정」을 켠 뒤에 레코드를 이야기하세요.

목적지가 IPv6이고 규칙이 IPv4 IP-CIDR만 적혀 있으면 요청은 FINAL로 떨어져 규칙이 「가끔 먹히는」 것처럼 보입니다. 규칙 페이지의 IP-CIDR6와 DNS를 보세요.

다른 VPN이 연결 중: 시스템이 이 확장에 트래픽을 넘기지 않을 수 있습니다. 스위치가 켜져 있어도 바이트가 Shadowrocket에 들어간 것이 아닙니다. Data가 안 움직이고 다른 VPN 앱이 연결됨을 보이면 먼저 병존을 처리하세요. 시스템과 터널입니다.

Captive Portal(호텔, 공항, 캠퍼스망 로그인 페이지)이 끝나기 전에 기기 자체에 망이 없습니다. Direct라면 로그인 페이지가 먼저 열려야 합니다. 그 상태에서 스위치를 켜고 컨테이너를 새로고침하고 규칙을 고치는 것은 송신이 없는 전제에서의 조작입니다.