通知レポート
Chuteは接続品質、プロキシの可用性、トラフィックパターン、設定の健全性を監視します。重大な異常が検出された場合、Chuteアプリがシステム通知を表示して警告することがあります。
単一のタイムアウトや到達不能ノードでは通知はトリガーされません — 持続的または大規模なパターンのみが対象となります。
イベントタイプ
| イベント | 意味 |
|---|---|
| 大規模な接続失敗 | 多数の接続が同じ方法で失敗している（例: 全てがタイムアウト）。 |
| プロキシノード利用不可 | 特定のプロキシノードがデータを返さずに接続を閉じ続けている — ノードがダウンしている可能性が高い。 |
| トラフィック急増 | 最近の平均を大幅に上回る持続的な高帯域幅トラフィック（アップロードまたはダウンロード）。瞬間的なスパイクは無視されます。 |
| 設定更新失敗 | 管理設定の自動更新が繰り返し失敗している（ダウンロードまたは解析エラー）。 |
| ポリシーグループの主ポリシーが変更されました | ポリシーグループが別のプロキシに切り替わった — 自動的に（フォールバック / URLテスト / ロードバランス / SSID）、または手動で別のものを選んだ場合も含みます。グループが急速に変動する場合、切り替えごとではなく単一の「ポリシーグループ振動」アラートが表示されます。Chute Macではこのアラートに専用のスイッチポリシーグループ振動があり、デフォルトではオフです。 |
| ネットワークアドレス変更 | このデバイスがネットワーク上に持つアドレスが変わった。通知ではIPv4とIPv6のアドレスを別々に示します。Chute Androidでは代わりに出口IP変更というイベントになります: トラフィックが出ていく公開アドレス（1つのアドレス）で、そのスイッチはデフォルトでオフです。 |
| TailscaleホームDERP変更 | Tailscaleエンジンが別のホームDERPリレーリージョンに切り替わった。すべてのプラットフォームで記録されます。Chute Macは通知を出し、Chute AndroidもTailscaleイベントスイッチの下で通知を出します（デフォルトでオフ）。 |
| Tailscaleイベント | 出口ノードの問題や認証キーの失敗などのTailscaleイベント。 |
| ルール通知 | notification-text=付きのルールにマッチしました。Chuteがそのテキストを自ら通知し（ルール通知を参照）、イベントも記録します。 |
| ネットワークが通信を運んでいません | システムはネットワークが使えると報告しているのに、アウトバウンド接続がタイムアウトし続け、何も受信できない状態です（例: 停止したセルラー回線）。1回の発生につき1度だけ報告され、通信が戻るかネットワークが変わるまで再報告されません。Chute Macには専用のスイッチがあり、デフォルトでオンです。Chute iOSとChute Androidでは「大規模な接続失敗」のスイッチに従います。 |
ルール通知
[Rule]
DOMAIN-SUFFIX,bank.example,DIRECT,notification-text="Bank site opened",notification-interval=60
notification-text=付きのルールにマッチすると、Chuteはシステム通知を出します。タイトルはそのテキスト、本文はホスト:ポート → ポリシーです。各ルールの通知はnotification-interval秒（デフォルト300）ごとに最大1回です。これらの通知は、スクリプトが$notificationで出す通知と同じく、アプリの通知スイッチに従います: Chute iOSでは 通知を許可、Chute Macでは イベントレポート通知を表示、Chute AndroidではChuteに対するシステムの通知許可で、スクリプトの通知にはそこで専用のチャンネル スクリプト通知 もあります。これをオフにすると何も表示されません。Apple TVでは通知は表示されません。
しきい値
レポートシステムはデフォルトで有効になっています。しきい値は組み込みで、設定ファイルからは変更できません。参考値は次のとおりです:
| しきい値 | 値 | 単位 | 説明 |
|---|---|---|---|
| 大規模障害しきい値 | 20 | 回数 | 大規模な接続失敗アラートをトリガーするウィンドウ内の最小障害数 |
| 大規模障害率 | 0.3 | 比率（0–1） | TCP接続の最小障害率（障害数 / 合計） |
| 大規模障害ウィンドウ | 60 | 秒 | 大規模障害をカウントする時間枠 |
| プロキシノード利用不可回数 | 3 | 回数 | プロキシノード利用不可アラートをトリガーする単一ノードでの障害数 |
| プロキシノード利用不可ウィンドウ | 300 | 秒 | ノード障害をカウントする時間枠 |
| トラフィック急増倍率 | 5.0 | 比率 | 現在のレートが5分間平均をこの倍数超える必要がある |
| トラフィック急増持続時間 | 60 | 秒 | アラート前に急増が持続する必要がある時間 |
| ポリシー振動ウィンドウ | 60 | 秒 | ポリシーグループの振動を検出する時間枠 |
| ポリシー振動しきい値 | 3 | 回数 | ポリシーグループ振動アラートをトリガーするウィンドウ内の切り替え回数 |
| クールダウン間隔 | 120 | 秒 | 同じアラートが再び発火するまでの最小間隔 — アラート抑制の仕組みを参照 |
| 設定失敗回数 | 2 | 回数 | 設定更新失敗アラートをトリガーする連続更新失敗数（成功するとリセット。アドレスがClashやsing-boxのプロファイルを返すようになっていた回は、成功にも失敗にも数えません）— 時間枠はありません |
アラート抑制の仕組み
通知スパムを避けるため、Chuteは複数の保護措置を適用します:
- クールダウン: 同じアラートは、クールダウン間隔（120秒）内に複数回発火することはありません。「同じ」とは、同じノード、同じ方向への同じグループの切り替え、同じ種類の失敗、または同じ設定URLのことです — 間隔内に別のノードが落ちれば、そのノードのアラートは別に出ます。TailscaleホームDERP変更にはクールダウンが無く、ルール通知はそれ自身の
notification-intervalに従います。 - 大規模障害の抑制: 大規模な接続失敗アラートが発火すると、個別のプロキシノード利用不可アラートは抑制されます — 大規模障害アラートが既に問題をカバーしています。
- アンチフラップ: ポリシーグループが急速に前後に切り替わる場合（60秒以内に3回以上）、切り替えごとではなく単一の「ポリシーグループ振動」アラートが表示されます。
- 猶予期間: エンジン起動または設定再読み込み後60秒間、プロキシノード利用不可アラートは抑制され、起動時の接続変動による誤アラートを防ぎます。
- ネットワーク変更リセット: ネットワーク変更時（Wi-Fi ↔ セルラー）または設定再読み込み時に全ての内部カウンターがリセットされ、古いデータによる誤アラートを防ぎます。
本ページは英語版からの翻訳です。内容に相違がある場合は、英語版が優先されます。