システム プロキシとルーティング モード

交通の出入り

システム プロキシ設定は、参加しているアプリケーションをローカル コアに誘導します。すべてのアプリにその使用を強制するものではありません。トラフィックが到着すると、ルーティングによってダイレクト、プロキシ、ブロック、または別のアウトバウンドが選択されます。

自動システム プロキシは、選択した宛先をバイパスするルールと共存できます。ルーティングの変更は、トラフィックをコアに送信しないアプリケーションには影響しません。

1. アプリ
2. システム / 手動プロキシ / TUN
3. コアルーティング
4. ダイレクト / プロキシ / ブロック

4 つのシステム プロキシ モード

これらのモードは、サービスの開始時または再起動時のシステム設定を制御します。別のアプリケーションでもそれらの設定を管理しているかどうかを確認してください。

日常のワークフロー

作業プロファイルをインポートしてアクティブ化し、コアの起動を確認し、自動システム プロキシを有効にして、適切な既存のルーティング プリセットを選択します。ブラウザーリクエストを作成し、ログ内のターゲット/アウトバウンドを検査します。

手動プロキシ設定を持つ単一アプリの場合は、127.0.0.1 で HTTP または SOCKS5 と、クライアントの実際の混合リスニング ポートを使用します。これはリモートサーバーのポートではありません。

ローカルポート参照

PAC と自動モードの比較

自動モードでは、アプリのリクエストがルーティングのためにコアに送信されます。 PAC は最初にアプリケーション側のスクリプトを実行します。DIRECT はコアをバイパスしますが、プロキシされたリクエストは引き続きコア ルーティングを通過します。

Windows では、ストレージ内の pac.txt に FindProxyForURL などの JavaScript が含まれています。編集する前にバックアップし、有効な構文を保持してください。アプリがスクリプトをキャッシュする可能性があるため、変更後に設定を再適用してください。 PAC は、それをサポートするアプリケーションにのみ影響します。

プリセットとカスタム ルーティング

生成されたルーティング プリセットから始めます。ルールは順番に評価されます。特定のドメイン/IP ルールはキャッチオールの前に属します。ターゲットのルールを追加し、編集したルール セットをアクティブ化します。

グローバル ルーティング プリセットは、コア内部にすでにあるトラフィックを制御します。システム プロキシを無視するアプリケーションにコアの使用を強制することはできません。

ルーティング ルールの書き込み

ネットワークを終了して復元する

不要になった場合は、終了する前にシステム プロキシをクリアを選択してください。シャットダウン、強制終了、クラッシュにより設定が残る可能性があります。

クライアントが停止し、参照が失敗した場合は、プロキシがまだ 127.0.0.1 を指しているかどうかを確認してください。クライアントを再度開いてクリアするか、OS のネットワーク設定から古い設定を削除してから、通常の接続をテストします。