Data

画面には、互いに独立した四つの信号があります。

スイッチはトンネルがあるかを言います。ポリシーはトンネルに入ったあとルールを問うかを言います。Data はすでに起きたバイトがどちら側を通ったかを言います。一覧プローブはこのホップが今プローブできるかだけを言います。一度に信じるのは一組です。

  1. 01四つの信号
  2. 02Data の二つのカウンタ
  3. 031 行を固定し、ポリシーだけ変える
  4. 04プローブはアプリ層ではない
  5. 05すべての読み取りをまとめて壊す場合

01

それぞれ何に答えているか

スイッチ
拡張が起きているか。オンのまま、ステータスバーに VPN アイコン: トンネルがあります。点滅してすぐ戻る: ハンドシェイクが立っていない、またはシステムに使える VPN 構成がありません。詳細は トンネル です。
ポリシー
Config だけがルールを走らせます。Proxy はルールを無視し、送信は現在のレコードへ入ります。Direct はルールを無視し、送信は元経路です。VPN アイコンは Direct でも点くので、アイコンを「ノードを通った」には使えません。
Data
Direct と Proxy の二つのカウンタが、すでに起きたバイトを数えます。端末上のカウントであり、プラン残量ではなく、第三者アカウントにいくら残っているかも見えません。リセットするとゼロから数え直し、対向のクォータには影響しません。
プローブ
一覧のミリ秒はプローブ往復です。タイムアウトは、このホップが今プローブできないことだけを示します。プローブできても、ページ、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 数字は残り、行ごとにゼロにはなりません。カウントをある行に対応させるには、先にリセットし、その行を固定して一度アクセスします。

03

1 レコードを固定し、ポリシーだけ変える

切り分けの途中でハイライト行を替えない、ルールファイルを同時に直さない、コンテナを同時に更新しないでください。一覧の 1 行を選んだあと、動かすのは 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 とセルラーを切り替えたあと、さっきの数字は無効です。十分前の 28 ms を、今も使える証拠にしないでください。

05

ある 1 行のレコードとは無関係な場合

システム時刻が自動設定でないと、TLS はまとめて失敗します。スイッチはどのレコードでも異常に見え、プローブも一緒に壊れます。先に時刻の「自動設定」を入れてから、レコードの話をしてください。

宛先が IPv6 で、ルールが IPv4 の IP-CIDR しか書いていないと、要求は FINAL に落ち、ルールが「ときどき効く」ように見えます。ルールページの IP-CIDR6 と、DNS を見てください。

別の VPN が接続中: システムはこの拡張にトラフィックを渡さないことがあります。スイッチが点いていても、バイトが Shadowrocket に入ったことにはなりません。Data が動かず、他の VPN アプリが接続中を示すなら、先に並存を処理します。システム と トンネル を見てください。

Captive Portal（ホテル、空港、キャンパス網のログインページ）が終わるまで、端末自身にネットはありません。Direct なら、先にログインページが開けるはずです。その状態でスイッチを入れ、コンテナを更新し、ルールを直すのは、送信がない前提での操作です。