こちらの設定は比較的シンプルで、多くのオプションはありません。各モードとタイプの違いについて説明します。
動作モードには以下のものがあります：
Redir-Host(互換)モード：互換性が最も高く、UDPサポートが弱いため、一部のゲーム動画が失敗する可能性があります。
Redir-Host(TUN)モード：UDP/TCPの両方を捕捉可能で、トラフィックを完全に制御できます。一部の古いファームウェアはTUNをサポートしていません。
Redir-Host(TUN-混合)モード【UDP-TUN,TCP-転送】：UDP完全サポート、TCPは従来方式、ロジックが複雑で性能要求がやや高い。
私はTUNモードを使用しています
もう一つはネットワークタイプ：
OpenClashカーネルがトラフィックをキャプチャ・処理する際、実際にはOSのネットワークスタック（kernel network stack）または内蔵のgVisorネットワークスタックに依存しています。
ネットワークスタック = システムがネットワークプロトコル（TCP/UDP/IP）を管理する中核コンポーネント
OpenClashは3種類のトラフィックキャプチャ/転送方式を提供し、カーネルによるトラフィック処理方法を変化させる
異なるネットワークスタックの選択が影響する要素：UDP/TCP処理能力、互換性、システムリソース消費量
System：OSデフォルトのネットワークスタック。TCP/UDP両対応だが、UDPはNAT/ファイアウォールで一部制限される可能性あり。互換性は最高だが、複雑なUDP/TUNシナリオでは性能がやや低下。
gVisor：TCP/UDP完全対応（TUNキャプチャ含む）。UDP/TCP互換性は最高で、システムネットワーク制限を回避可能。CPU/メモリ使用量がやや増加。
Mixed：TCPはSystemスタック、UDPはgVisorスタックを使用。互換性とUDP完全キャプチャを両立。ロジックが複雑でCPUリソース消費がやや高い。
私はMixedを選択した。
その他：
プロキシモード：Rule[ポリシープロキシ]
遅延起動：5。ハードウェア起動が遅い場合は増やせる。そうでなければ0で問題ない。
ログサイズ：1024。ログ確認の必要性に応じて設定。私は1Mを選択し、時々確認しています。
バイパスゲートウェイ（バイパスルーティング）互換性：未チェック。バイパスルーティングとして使用する場合はチェックが必要ですが、私は使用したことがありません。
quic-go GSOサポート無効化：未チェック。UDP QUIC互換性に問題が生じた場合にのみチェックします。
スモールフラッシュモード：未チェック。私のメモリ容量は十分にあるため不要です。
上記情報は2026年2月時点のもので、後日更新情報があれば追記します。