Clash 初回接続ガイド:ノード選択・遅延テスト・プロキシ動作確認

一、サブスクリプションの取り込み:クライアントにノードリストを取得させる

初めてクライアントを開くと、画面にはノードが一つも表示されませんが、これは正常な状態です。Clash 自体はあくまでプロキシツールであり、ノード情報はサブスクリプションリンクから取得します。これはサービスプロバイダーの管理画面で提供される https:// で始まるアドレスで、クライアントはここからノードリストを取得し、定期的に更新できます。

プラットフォームによって入口の位置は多少異なりますが、基本的な流れは同じです。次の4ステップで進めます:

1. サブスクリプションリンクをコピーする。サービスプロバイダーの管理画面で「サブスクリプションアドレス / サブスクリプションリンク」を見つけ、文字列全体をコピーします。手動で切り詰めたりせず、末尾のパラメータもすべて含めてください。
2. クライアントの設定ページを開く。Windows クライアントでは通常、左側の「サブスクリプション / Profiles」、macOS の ClashX 系ではメニューバーアイコンの「設定 → リモート設定 → 管理」、モバイル端末では「設定 / Profiles」ページ右上のプラスボタンから進みます。
3. リンクを貼り付けて保存する。名前は自分が識別しやすいもので構いません。その後「ダウンロード / 更新」をクリックしてノードを取得します。
4. この設定を選択して有効化する。ダウンロードが成功しただけではローカルに保存された状態で、設定カードをクリックしてアクティブにしないと、「プロキシ / Proxies」ページにノードグループが表示されません。

取り込み成功の目安:設定カードにノード数と更新日時が表示され、プロキシページに「手動選択」「自動選択」またはプロバイダー独自のグループが現れます。ダウンロードに失敗した場合は、リンクの有効期限が切れていないか、端末のネットワークで正常にウェブページを開けるかを確認してから、もう一度お試しください。

二、3つのプロキシモード:まずトラフィックの行き先を理解する

ノードリストが表示されても、慌ててクリックしないでください。まずクライアントのホーム画面またはプロキシページ上部にあるモード切替を確認しましょう。これがすべてのトラフィックの行き先を決定します:

初心者はルールモードをそのまま使いましょう。グローバルモードでは中国本土のサイトまで海外を経由してしまい、かえって遅くなります。ダイレクトモードはプロキシを使わないのと同じで、比較実験のときだけ使います。

モードのほかにもう一つメインスイッチがあります——「システムプロキシ / System Proxy」です。これをオンにすると、OS レベルでブラウザやほとんどのアプリがトラフィックを Clash に渡すようになります。クライアントだけ起動してシステムプロキシをオンにしないのは、エンジンをかけたのにギアを入れていないようなものです。一部のクライアントには TUN モード(拡張モード)もあり、仮想ネットワークアダプターで端末全体のトラフィックを引き受け、システムプロキシ設定に従わないアプリもカバーできます。初回の有効化時にはサービスコンポーネントのインストール許可が必要です。初心者はまずシステムプロキシに慣れてから、TUN の利用を検討するとよいでしょう。

三、ノード選択と遅延テスト

「プロキシ / Proxies」ページを開くと、各グループの下に複数のノードがぶら下がっています。グループ名の右側にある稲妻アイコン(または「遅延テスト」ボタン)をクリックすると、クライアントがグループ内のノードを順番に速度テストし、数秒後に各ノードの横にミリ秒の数値が表示されます。

この数値はクライアントがノード経由でテストアドレスにアクセスした往復時間で、帯域ではなく遅延を示しています。判断基準は次のとおりです:

• 300ms 以内:状態良好。日常のブラウジングや動画視聴に十分です。
• 300〜800ms:使えますがやや遅く、ウェブページの読み込みで体感できる停滞があります。
• timeout / タイムアウト:現在のネットワークではこのノードに接続できません。別のノードに切り替えてください。
• 遅延が低い=速いとは限りません:夜間の混雑時間帯には同じノードでも遅延が倍増することがあり、これは正常な変動です。長期間高いままの場合は、ノードや時間帯を変えて試してください。

毎回手動で選びたくない場合は、ポリシーグループを「自動選択 / url-test」タイプに切り替えられます(プロバイダーの設定に通常含まれています)。クライアントが遅延に基づいて現在最速のノードを自動で選びます。手動派は次の一点を覚えておきましょう:遅延が低く、かつ地理的な条件に合ったノードを選ぶこと——視聴したいストリーミングサービスが特定の地域限定なら、その地域のノードを選びます。

四、ブラウザでの確認:最も直感的な方法

ここまでの手順で、サブスクリプションの取り込み、ルールモード、システムプロキシの有効化、遅延が正常なノードの選択が完了しました。次に、トラフィックが本当にプロキシを通っているかを確認します。

1. 現在の出口 IP を確認する

   ブラウザを開き、ip.sb や ipinfo.io などの IP 確認ページにアクセスして、表示された IP アドレスと地域をメモします。

2. 地域を照合する

   ノードの所在地が表示されていれば(日本のノードを選んだなら日本と表示される)、プロキシは有効です。依然として契約しているプロバイダーのアドレスが表示される場合は、トラフィックがプロキシを通っていません。

3. オン/オフで比較する

   システムプロキシをオフにしてページを更新すると、IP が端末本来のアドレスに戻ります。再度オンにすると、ノードのアドレスに戻ります。この往復で、スイッチが確かにトラフィックの行き先を制御していることが分かります。

4. 実際にアクセスして試す

   普段アクセスできない海外サイトを開いてみて、正常に読み込めれば全工程が完了です。

五、コマンドラインでの確認:ブラウザの干渉を排除

ブラウザでの確認はブラウザに依存しますが、ブラウザにはキャッシュや拡張機能、独自のプロキシロジックがあります。最もクリーンな結論を得るには、コマンドラインから Clash のローカルポートに直接リクエストを送ります。

まずポートを確認します。クライアントの設定ページを開き、「ポート / Port」または「混合ポート / Mixed Port」を見つけて番号をメモします。一般的なデフォルト値は 7890 で、クライアントによっては 7897 の場合もあります。以下のコマンドは 7890 を例にしているので、実際に表示されているポートに置き換えてください。

Windows(PowerShell ウィンドウ):

curl.exe -x http://127.0.0.1:7890 https://api.ipify.org

curl ではなく curl.exe と書くのがポイントです——Windows 標準の PowerShell では curl は内部コマンドのエイリアスで、パラメータの意味が異なります。.exe を付けて呼び出すのが本物の curl プログラムです。

macOS / Linux(ターミナル):

curl -x http://127.0.0.1:7890 https://api.ipify.org

IP アドレスが返ってきて、それがノードの地域と一致していれば、コマンドラインのトラフィックが正常にプロキシを通っています。次に -x を付けないコマンドを実行します:

curl https://api.ipify.org

今度は端末の実際の IP が返ってきます。2つの IP が異なれば、確認は完了です。

ターミナルで以降のすべてのコマンドをプロキシ経由にしたい場合は、環境変数を設定します。macOS / Linux:

export https_proxy=http://127.0.0.1:7890

Windows PowerShell:

$env:https_proxy="http://127.0.0.1:7890"

環境変数は現在のウィンドウでのみ有効で、ウィンドウを閉じれば元に戻ります。システム設定を変更しない一時的な利用に適しています。

六、初回接続のよくある問題早見表

• すべてのノードが timeout:まずサブスクリプションを更新します。それでも全部タイムアウトする場合は、端末のシステム時刻が正確か確認し(時刻のずれが大きいと暗号化ハンドシェイクに失敗します)、スマートフォンのテザリングに切り替えて現在の回線の干渉を排除してください。
• システムプロキシのスイッチが自動的にオフに戻る:通常は権限不足かセキュリティソフトによるブロックが原因です。管理者としてクライアントを実行するか、セキュリティソフトのホワイトリストにクライアントを追加してください。
• コマンドラインはプロキシを通るのにブラウザが通らない:ブラウザの拡張機能がプロキシ設定を奪っています。他のプロキシ拡張機能を無効化してから再試行してください。
• コマンドラインに connection refused と表示される:クライアントが起動していないか、ポート番号が間違っています。設定ページでポート番号を確認してください。
• ストアからダウンロードした UWP アプリがプロキシを通らない:これは Windows による UWP アプリのループバックアクセス制限です。クライアント付属の UWP ループバック免除ツールで該当アプリにチェックを入れてください。
• 接続できるのに速度が極端に遅い:遅延テストは接続性しか示しません。実際の速度はノードの帯域や夜間の混雑にも左右されます。いくつかのノードを試して比較してください。