Clash
用語集

HTTPプロキシは、アプリがローカルClashのリスニングポートへ接続する方法の一つです。ブラウザ、ターミナルツール、開発ソフトでよく使われます。HTTPSサイトでは通常、アプリがCONNECTメソッドでトンネルを確立し、その中で暗号化通信を行います。

これはアプリからローカルプロキシ入口までの接続方式を示すもので、リモートノードもHTTPプロトコルを使うという意味ではありません。システムプロキシを読み取るアプリや手動設定に対応したアプリだけが、この入口を自動的に利用します。

SOCKS5は汎用プロキシプロトコルで、TCPベースのさまざまなアプリに接続転送を提供し、UDPにも拡張対応できます。Webリクエスト向けのプロキシ入口だけを使うより汎用性があります。

SOCKS5自体は、ローカルアプリとプロキシポート間のデータを暗号化しません。設定時は、ローカルのSOCKS5リスニングポートとサブスクリプション内のリモートノードのプロトコルを区別してください。

Shadowsocksは暗号化通信を利用するプロキシプロトコルです。ノード設定には通常、サーバーアドレス、ポート、パスワード、暗号方式が含まれ、これらはサーバー側と一致していなければなりません。

読み込みに失敗したり接続がタイムアウトしたりする場合は、まずノードパラメータが揃っているか確認し、その後にローカルネットワークとサーバーへの到達性を調べます。対応する暗号方式はカーネルによって異なる場合があります。

TrojanはTLSの通信特性を利用するプロキシプロトコルです。一般的な設定にはサーバーアドレス、ポート、パスワード、サーバー名が含まれます。証明書検証、システム時刻、名前解決はいずれも接続結果に影響します。

TLSハンドシェイクエラーが出ても、ノードを繰り返し切り替えるだけでは解決しません。ログでサーバー名、証明書チェーン、システム時刻、中間ネットワークによる干渉を確認してください。

DNSはドメインを接続可能なIPアドレスへ変換します。ClashではシステムDNSを使うことも、設定でリゾルバー、フォールバック、ドメインごとの解決方式を指定することもできます。

Webページが開かない原因はノード障害とは限りません。名前解決の失敗、古い結果、想定したDNS経路に入っていないこともあります。切り分けでは、名前解決と宛先接続を別々に検証してください。

Fake-IPモードは、まずアプリに予約済みアドレスを返し、カーネル内部でそのアドレスと元のドメインの対応を保存します。アプリがそのアドレスへ接続すると、カーネルはドメインを復元して正確にドメインルールを適用できます。

名前解決と接続を一元的に取り込める一方、LAN機器、特殊なアプリ、実アドレスを必要とする場面ではフィルターリストへの追加が必要な場合があります。設定異常は、LANサービスの検出失敗や特定アプリだけ接続できない症状として現れることがあります。

Redir-Hostモードは通常、実際のDNS解決結果をアプリに返し、接続時にドメインと宛先アドレスを組み合わせて振り分けます。Fake-IPとの主な違いは、アプリが実際のアドレスを受け取る点です。

実IPを必要とする場面では分かりやすい方式ですが、ドメイン情報の保持やルール適用の結果は、システム、接続方式、スニッフィング設定の影響を受けます。モード変更後はDNSキャッシュとルールヒットを再確認してください。

DNSリークとは、一部のドメイン問い合わせが想定した解決経路を通らず、システムネットワーク、ブラウザ内蔵リゾルバー、別のDNSサービスで処理されることです。取り込み範囲が不完全、またはアプリが独自の名前解決を有効にしている可能性があります。

クライアントのDNS設定、システムプロキシとTUNの状態、ブラウザのセキュアDNS設定、IPv4とIPv6が異なる経路を使っていないかを確認します。ノードを替えるだけでは解決経路の問題は直せません。

GeoIPはIPアドレスの所在地域に基づいてルールを判定します。特定地域のアドレスを直接接続や指定ポリシーへ送る用途で使われますが、データベースに依存し、各アドレスの物理的位置をリアルタイム検索するものではありません。

アドレスの帰属地域は変わることがあり、データベースにも誤差があります。地域ルールが想定どおりにならない場合はデータベースの更新日を確認し、ログで実際の宛先IPを確認してください。

遅延はクライアントが測定を開始してから応答を受け取るまでの時間で、通常はミリ秒で表示されます。クライアントの結果は特定の測定先、方法、その時点のネットワーク状態にのみ対応します。

低遅延だからといってダウンロード速度が高いとは限らず、ノードの安定性を単独で証明するものでもありません。経路を選ぶ際は、パケットロス、ハンドシェイク成功率、長時間接続の状態、対象サイトへの実際のアクセスも確認しましょう。

システムプロキシは、OSのHTTP、HTTPS、SOCKSプロキシアドレスをClashのローカルリスニングポートへ向けます。ブラウザやシステム設定に従う多くのデスクトップアプリが、この設定で通信します。

システムプロキシを読み取らないアプリ、一部のゲーム、特定のコマンドラインツールは取り込まれない場合があります。クライアントを終了する前にシステムプロキシを元へ戻すと、停止したローカルポートを参照し続ける状態を避けられます。

TUNモードは仮想ネットワークインターフェースを通じてシステム通信を取り込み、カーネルがルールに基づいて直接接続かプロキシかを決めます。システムプロキシに対応しないアプリ、HTTP以外の通信、より広範な取り込みが必要なアプリに適しています。

有効化には通常システム権限が必要で、他のVPN、仮想NIC、セキュリティソフト、ルーティング設定と競合することがあります。通信が切れた場合は、TUNデバイス、ルート設定、DNSの取り込みが成功しているかを確認してください。

Mixed PortはHTTPプロキシとSOCKS5プロキシの接続を同時に受け付けるローカルリスニングポートです。アプリは対応方式に応じて同じポートへ接続でき、複数のポートを覚える手間を減らせます。

これはローカルの入口にすぎず、通信が最終的にどのノードを通るかは決めません。ポートの競合、ファイアウォールによる待ち受けの阻止、アプリのアドレス入力ミスはいずれもローカルプロキシへの接続失敗を引き起こします。

ルーティングテーブルは、データパケットをどのネットワークインターフェースから、どの次の転送先へ送るかをOSが判断するためのルール集合です。TUNモードでは通常、対象通信を仮想インターフェースへ入れるためにルートを追加・変更します。

誤ったルートは、LANへの接続不能、転送ループ、すべての通信断を引き起こすことがあります。複数のVPNツールを同時に使う場合は、デフォルトルートを奪い合っていないか特に注意してください。

バイパスアドレスは、プロキシのリスニングやTUN転送経路に入れない宛先範囲です。ループバックアドレス、LAN範囲、ゲートウェイ、必要なシステムサービスなどが該当し、適切に設定するとプリンター、ルーター管理画面、ローカル共有へアクセスできます。

バイパス範囲が広すぎると、本来振り分けるべき接続が直接外へ出ます。狭すぎるとLAN通信に影響します。変更後はローカル機器、公開Webサイト、対象アプリを分けてテストしてください。