インターフェイス、DNS および TUN

クリップボードからインポート

テキスト フィールドまたはクリップボードのインポート メニューの外で Ctrl+V を使用します。パーサーは、Base64 とプレーン テキスト (HTTPS サブスクリプション アドレス、標準プロトコル リンク、SIP008、WireGuard、内部リンク、複数/単一 Xray または sing-box 構成)、次にクラッシュ/ヒステリア カスタム ファイルを試行します。

失敗した場合は、完全性、プレフィックス、形式をチェックしてください。ページのテキストを囲むのではなく、リンク自体をコピーします。入力内では、Ctrl+V はテキストのみを貼り付けます。

カスタム構成と Socks ポート

クライアントは、すべてのカスタム コア構成から Socks リスナーを確実に推論することはできません。 Socks ポートを提供すると、ポートに転送する前にトラフィックをルーティングする Xray/sing-box フロントエンドが追加されます。

一般的な mihomo 構成のように、ファイルがすでに受信とルーティングを制御している場合は、追加のフロントエンドを省略します。次に、クライアントの混合ポートが使用されていると想定するのではなく、システム/アプリのプロキシ ポートがカスタム ファイルと一致していることを確認します。

サブスクリプション グループのフィールド

グループはソースを分離したり、互換性のあるコンテンツを結合したりできます。保存して更新してフィルタリングを適用し、設定を要求します。

アップデートの内容

更新では、まずグループの有効フラグを確認し、コンテンツを取得し、必要に応じて変換/マージし、プロファイルを解析します。アクティブなプロファイルがグループに属している場合は再処理されます。トラフィック記録が処理され、古い遅延/速度の結果が消去されます。

取得の失敗と解析の失敗を区別します。前者についてはルート/認証情報、後者についてはフォーマット/フィルター/ユーザー エージェントを確認してください。回復のために独立した作業プロファイルを保持します。

混合リスナーと関連ポート

混合リスナーは、HTTP と SOCKS5 を受け入れます。ベースを変更すると、関連するポートも変更されます。競合を確認し、手動で構成されたアプリを更新します。

基本的な接続設定

routeOnly は、接続先を置き換えるのではなく、スニッフィングされた情報をルーティングに使用します。 sing-box はそれを強制します。 REALITY/ECH は実際のターゲットとは異なる名前を使用する可能性があるため、変更する前にプロファイルを検討してください。

Client Mux のサポートは、VLESS、VMess、Shadowsocks、およびトロイの木馬をカバーします。 sing-box には多重化プロトコルも必要です。バージョン 7.25.6 では、コア設定で Mux が公開されます。

ファイルログにより、コア出力が guiLogs に保存されます。それ以外の場合は、情報パネルを調べてください。フラグメンテーションはチェーンでは期待どおりに動作しない可能性があります。インターフェイス/ソース アドレス バインディングはマルチインターフェイスのセットアップに役立ちますが、デュアルコア TUN ルーティングはソース バインディングに影響を与える可能性があります。

起動、更新、証明書のルート

起動時に TUN も有効にする必要がある場合は、クライアントによって要求された権限を構成します。トレイ プロファイル数が制限を超えると、プロファイルは削除されずにスイッチング リストが非表示になります。

UDP テスト ターゲット

UDP テストは、すべてのゲームやメディア サービスではなく、そのテスト サービスへの接続を測定します。使用できないテスト サーバーでも障害が発生する可能性があります。別の到達可能なターゲットと比較します。

システム プロキシの例外

例外/バイパス リスト内のアドレスはシステム プロキシをスキップします。エントリはカンマで区切ります。値を空にすると、空のバイパス リストが作成されるのではなく、クライアントのデフォルトが復元されます。

Windows の高度なプロトコルの選択は、特別なアプリケーション要件に対応します。通常の使用ではデフォルトのままにし、アプリ固有のプロキシ設定も確認します。

TUN: スタック、MTU、および除外

TUN は仮想インターフェイス経由でトラフィックを受信し、OS 権限と動作中のコアが必要です。最初に通常のプロキシ動作を確認し、複数のツールがデフォルト ルートを同時に変更することを避けてください。

スタックはシステム、gvisor、および混合です。 Wiki では gvisor をデフォルトとして記録し、適切な場合には混合してみることを推奨しています。 Xray は gvisor のみをサポートします。仮想インターフェイスのデフォルトの MTU は 9000 です。値を大きくすると問題が発生する場合は値を下げます。物理インターフェイス MTU とは異なります。

自動ルーティングでは、192.168.1.0/24 などのカンマ区切りの CIDRs により、選択したネットワークが TUN から除外されます。

TUN ICMP ポリシー

sing-box はこれらのポリシーをサポートしています。 Xray は ICMP にローカルで応答するため、非常に低い ping 結果がリモート遅延を反映する必要はありません。文書化された動作では、WireGuard のみが ICMP を転送します。他のプロキシ プロトコルはフォールバックして応答します。

証明書の固定と取得

ピン留めは、検証を指定された証明書に制限します。信頼できるソースを通じてピンまたはチェーンを確認します。 Xray SHA-256 フィールドは、複数の値を ~ で区切ります。 sing-box は、この特定の UI フィールドを無視します。 PEM チェーンには複数の証明書を含めることができます。

証明書の取得では、サーバーに接続し、そのチェーンを検証します。到達可能性、自己署名証明書、不明な CAs、または信頼の問題が障害を引き起こす可能性があります。アドレス、SNI、時計、および予期される証明書を確認してください。証明書が更新されるときに、信頼できるソースを通じてピンを更新します。

ポリシー グループとメンバー

Xray は、安定性優先、最小遅延、負荷分散、ランダムの各ポリシーに対応しています。sing-box は最小遅延と、Selector による出口の手動選択に対応しています。フェイルオーバーは順番に切り替える方式ではなく、許容差 5000ms の最小遅延ポリシーとして実装されています。

メンバー セット 1 は、エイリアス正規表現によってサブスクリプション グループを選択し、更新に従います。セット 2 では手動選択を使用し、グループをネストできます。サブスクリプション メンバーは更新時に消える可能性があるため、安定した非サブスクリプション プロファイルを推奨します。両方のセットを組み合わせると、すべてのメンバーがグループのコアと互換性がある必要があります。

チェーンの順序とコアの選択

チェーンの順序はトラフィックの流れに従います。最初が上流、最後が出口です。プロファイルの明示的なコア タイプはグローバル選択をオーバーライドするため、グローバル値を変更しても、明示的に割り当てられたプロファイルは変更されません。

サポートされていないプロトコル エラーについては、すべてのチェーン ホップまたはグループ メンバーを検査してください。

プロキシチェーンのセットアップ

ルーティング設定とインポート

デフォルトは初回起動時に作成されます。デフォルト ルールをインポートすると、既存のルールを置き換えることなく新しいセットが追加され、リリース ノートで変更が発表される場合に便利です。ルールは、ファイル、クリップボード、またはサブスクリプション URL から取得することもできます。

順序は重要です。ルールごとにドメイン、IP、プロセスのいずれかの一致を使用し、ポート/プロトコル/受信/ネットワークの制約と組み合わせます。解決戦略の変更をログで確認します。 Windows は、システム プロキシ アイコンをオーバーライドするルールセット PNG トレイ アイコンをサポートしています。

ルーティング参照

カスタム sing-box ルール セット

JSON ルールセット設定では、ローカル ルールとリモート ルールを組み合わせることができます。タグはルーティング参照と一致し、ローカル ファイルが存在し、リモート URLs に到達可能である必要があります。アクティブ セット内のカスタム ソースが優先され、次にローカル リソース、ユーザーが選択したソース、デフォルトが続きます。

パス例を実際の SRS ファイルの場所に置き換えます。 Windows JSON パスではバックスラッシュをエスケープします。

JSON · ローカル ルール セットの例コピー

[
  {
    "tag": "example-rules",
    "type": "local",
    "format": "binary",
    "path": "/path/to/example-rules.srs"
  }
]

DNS の基本設定

IP ベースのルーティングの解決と実際の送信宛先の解決を区別します。 Xray のデフォルトの直接/リモート DNS は主にルーティングを行います。 sing-box は、ノードまたは宛先の解決にもそれらを使用します。複数のサーバー アドレスはカンマで区切ります。

ホスト、FakeIP および DNS の検証

システム ホストは Windows ホストと hosts.ics をインポートします。共通 DNS ホストは、ブートストラップ冗長性として既知のリゾルバー マッピングを追加します。手動ホスト エントリは、ドメインを 1 つ以上の IPs にマップし、通常の検索より優先されます。

FakeIP は sing-box TUN でのみ動作し、名前を合成アドレスにマップします。 SVCB/HTTPS クエリのブロックもこのモードに限定され、ECH/HTTP/3 検出に影響します。地域 IP 検証では、予想される GEO 範囲に対して結果がチェックされます。データ/ルールが一致しないと、解決エラーが発生する可能性があります。

ホスト · ドキュメントのアドレスコピー

example.com 192.0.2.10 192.0.2.11
example.org 198.51.100.20
# A matching keyword can return NOERROR
keyword:blocked.example #0

カスタム DNS 構成

Xray と sing-box は異なる DNS スキーマを使用します。重点的な変更を行う前に、選択したコアのデフォルトをインポートします。

システム ホストはホスト マップの結合を制御します。アウトバウンド解決アドレスはノードのホスト名をローカルで解決し、アウトバウンド戦略は IPv4/IPv6 の動作を選択します。ホスト名ベースのリゾルバーには、確立しようとしている接続が利用できないことに依存しないブートストラップ解決が必要です。

ノード、直接ターゲット、およびプロキシ ターゲットの名前を個別にテストし、必要に応じて保存されたデフォルトに戻します。

完全な構成テンプレート

クライアントは構成を生成し、デザインを維持しながら完全なテンプレートを適用します。テンプレートを有効にすると、UI インバウンド/ルーティング/DNS 設定によって最終ファイルが決定されなくなる場合があります。生成された結果を検査します。

非プロキシ アウトバウンドが除外される場合は、テンプレートで直接/ブロックに相当するものを定義します。アップストリーム タグはアップストリームのないプロファイルに割り当てられますが、対応するアウトバウンドがテンプレートに存在する必要があります。タグが欠落していると失敗する可能性があります。

Windows UWP ループバック

一部のサンドボックス化された UWP アプリはローカルホストにアクセスできないため、127.0.0.1 のプロキシに到達できません。ループバック ユーティリティにより、選択したアプリケーションへのアクセスが可能になります。

適切なシステム権限が必要です。失敗した場合は、Windows のバージョン、アプリのインストール、および権限のプロンプトを確認し、正確なエラーを保持します。ファイアウォール全体を無効にするのではなく、アプリケーション固有の構成を使用します。

トラフィック統計のクリア

これにより、遅延や速度テストの結果ではなく、記録されたアップロード/ダウンロード トラフィックが消去されます。プロバイダーでの使用量アカウンティングはリセットされません。

比較が必要な場合は、クリアする前に古い値を記録してください。サブスクリプションの置き換えも、ローカル統計の表示方法に影響を与える可能性があります。

地域のプリセットとソース

デフォルトの GEO、ルールセットおよびルーティング ソースは、中国での一般的な使用を対象としています。他のリージョンでは、リソースを更新する前にプリセットまたはカスタム ソースを変更できます。

ソースを変更した後、カテゴリ名が依然として既存のルールと一致していることを確認してください。新しいデータセットに古いカテゴリが含まれていない場合は、ルールを調整します。

バックアップと復元

バックアップには、guiConfigs: 設定、プロファイル データベース、カスタム構成が含まれます。バックアップと復元を通じて ZIP を保存します。 Windows 以外のシステムでは、明示的に zip 拡張子を使用します。この場合、復元ピッカーは ZIP ファイルを受け入れます。

復元では関連データが置き換えられ、クライアントが再起動されるため、最初に現在の状態をバックアップします。再起動に失敗した場合は、手動で再度開きます。バックアップには認証情報が含まれています。これらを管理されたストレージに保管し、移行後にローカル パス/コア バイナリを確認します。

アプリケーション ストレージを見つける

ポータブル データは通常、抽出されたアプリとともに存在します。インストールされているエディションは、別のユーザー データ ディレクトリを使用する場合があります。 open-storage コマンドは、バックアップ、guiLogs、および構成用の実際のデータを見つけます。

シャットダウン書き込みによって変更が上書きされないように、guiNConfig.json を編集する前に終了してください。 guiNDB.db をテキストとして編集しないでください。

ファイルとパラメータ

アップデートをチェックする

更新には、クライアント、コア、ルール リソースが含まれます。バージョン 7.25.6 では、プロキシを介してチェックするオプションが追加されています。失敗した場合にソースの到達可能性を検証します。チェックを繰り返すと、GitHub API レート制限に達する可能性があります。

更新ウィンドウを閉じると、タスクが実行されたままになる場合があります。自己更新では別のプロセスが使用されるため、再度開く前に完了してください。 Wiki は 6.10 ～ 7.23.2 における過去の自己更新の問題にフラグを立てています。これらのバージョンの場合は、検証済みの最新リリース パッケージを使用し、バックアップを移行してください。

ダウンロードの検証更新履歴

閉店と閉店

一部の Windows を閉じるアクションでは、コアの実行中にウィンドウがトレイに隠れます。 Windows 以外のウィンドウを閉じる動作は、非表示または最小化を含めて構成可能です。明示的に終了すると、アプリとコアが停止します。

トレイ/プロセスとネットワークの状態を使用して、非表示と終了を区別します。使用を停止する前にシステム プロキシをクリアしてください。

プロフィールリストと情報のフィルタリング

並べ替える列をクリックします。無効なレイテンシ/速度の値は最後に残ります。列をドラッグして順序/幅を変更し、通常どおり終了してレイアウトを保存します。プロファイル フィルタリングは、正規表現ではなくあいまいテキスト検索です。

情報パネル フィルタは正規表現を受け入れますが、フィルタが設定された後の新しい出力にのみ影響します。より詳細な分析のために関連する抜粋をコピーし、共有する前に資格情報を編集します。