入門ガイド

ステップ1：サブスクリプションを追加して有効化する

クライアントを開き、「設定」「設定ファイル」または「サブスクリプション」の画面に移動します。「追加」「インポート」またはプラス記号の項目から、URLでのインポートを選びます。サービス提供元のサブスクリプション管理画面に戻り、Clash、Clash Meta、またはmihomo用と記載された設定URLをコピーして、クライアントのURL欄に貼り付けてください。アカウントのログインページのURLや、ウェブページに表示された個別のノード名をサブスクリプションURLとして使わないでください。

インポート画面で名前を入力できる場合は、「普段使い」など識別しやすい名前を付けます。この名前は設定を見分けるためのもので、接続には影響しません。URLの前後に空白や改行がないことを確認し、「インポート」または「ダウンロード」をタップします。ダウンロードと解析が終わると、設定カードが表示されるか、リストに項目が追加されます。画面に「使用」「有効化」または設定名の選択が求められた場合は、その操作も行ってください。ファイルをダウンロードしただけでは、コアに読み込まれたとは限りません。

設定が読み込まれていることを確認する

新しい設定を選択したら、「プロキシ」画面に移動し、設定で定義されたポリシーグループと、その中のノードやポリシーが表示されることを確認します。グループ名や構成はサブスクリプションごとに異なり、用途別や地域別の場合もあります。ガイドと同じ名前を探す必要はありません。リストに項目があり、設定の解析エラーが表示されていないことを確認してください。「インポート成功」の通知だけでは、どの設定が現在使われているかまでは分かりません。

ローカルファイルを使う場合は、同じ画面で「ファイルからインポート」を選び、拡張子が .yaml または .yml の完全な設定ファイルを開いて、現在の設定として選択します。通常、ローカルからインポートしたファイルは元のサブスクリプションと自動同期されません。その後の更新方法は、クライアントがリモートの参照元を保持するかどうかによって異なります。ファイル名は変更できますが、ノード情報の一部だけを完全な設定ファイルに見せかけてはいけません。

追加に失敗したら、まず形式を確認する

タイムアウトやダウンロード失敗が起きた場合は、現在のネットワークからサブスクリプションサービスにアクセスできるかを確認し、アカウントの状態とURLが有効かどうかも調べます。YAMLの解析エラー、必須項目の不足、未対応の設定項目が表示された場合は、サブスクリプションの形式とクライアントのコアの互換性を確認してください。Base64形式のノードリスト、単独のプロトコルURL、完全なClash設定は、それぞれ異なる入力形式です。サービス提供元から対応形式を入手するか、クライアントが明示的に対応する方法でインポートしてください。同じ内容を何度も貼り付けて試す必要はありません。

初回のインポートがまだ成功していない場合、「プロキシ経由で更新」を有効にしても解決しないことがあります。クライアントに利用可能なプロキシ経路がまだない可能性があるためです。まず、設定を正常に取得できる状態にしてください。具体的なエラーはよくある質問、形式の違いはサブスクリプションURL・ローカルYAML・Base64の違いをご覧ください。ポリシーグループが表示されたらモード選択に進み、すぐに設定ファイルを変更する必要はありません。

ステップ2：ルールモードとポリシーを選択する

「プロキシ」または「動作モード」の画面を開き、「ルール / グローバル / DIRECT」から、まずルールモードを選択します。このモードでは、接続が現在の設定に含まれるルールと順に照合され、DIRECTまたは該当するプロキシのポリシーグループに振り分けられます。日常利用に適したモードです。DIRECTにするリクエストは直接接続し、プロキシが必要なリクエストは設定に指定されたポリシーに送られるため、クライアント全体の動作モードを毎回切り替える必要はありません。

続いてポリシーグループを確認します。メインのプロキシ出口となるグループを開き、利用可能なノードを選ぶか、サブスクリプションに含まれる自動選択ポリシーを使います。グループ名は設定によって異なるため、「デフォルト」という名前だけで用途を判断しないでください。サービス提供元に説明がある場合は、そちらを優先します。ノードを手動で選んだら、選択状態が目的の項目に付いていることを確認し、前の画面に戻ってポリシーグループがその選択先を示していることを確かめてください。

動作モード・ポリシーグループ・システムプロキシの違い

この3つはそれぞれ異なる設定です。動作モードはコアが接続をどう振り分けるかを決め、ポリシーグループは特定の接続にどの出口を使うかを決めます。システムプロキシは、システムプロキシに対応したアプリからのリクエストをクライアントに渡すかどうかを決めます。ルールモードを選んだだけでは、通信の振り分け方法を設定したにすぎず、ブラウザーがクライアント経由で接続されるとは限りません。次の手順でシステムのネットワーク経路を確立してください。ノード一覧が表示されたことだけで、設定完了と判断しないようにしましょう。

「グローバル」は、コアを通る接続をすべてグローバルポリシーで処理するという意味で、端末上の全アプリが自動的にクライアントを経由するわけではありません。「DIRECT」は、コアを通る接続を直接接続するという意味で、プログラムを終了することではありません。初期設定ではルールモードのままで問題ありません。特定のルールがアクセス障害の原因かを比較するときだけ、一時的にグローバルモードでテストしてください。確認後はルールモードに戻し、トラブルシューティング用の状態を普段の設定として使い続けないようにしましょう。

クライアントに接続テスト機能がある場合は、使用予定のノードで一度テストし、応答があるか失敗するかを確認できます。テスト結果が示すのは、その時点でテスト先に到達できるかどうかだけです。すべてのウェブサイトにアクセスできる保証にはならず、何度も繰り返す必要もありません。ここではグループをまとめて変更したり、ルールを削除したり、DNSを上書きしたりしないでください。サブスクリプションの元の設定を保つことで、後からノードの問題と設定変更の影響を切り分けられます。ルールの順序を詳しく知りたい場合は、完全ガイドのルールによる振り分けの解説をご覧ください。

ステップ3：プロキシ接続を有効にする

設定を有効にし、ポリシーを選んだら、クライアントのホーム画面に戻ります。デスクトップでは、まずコアまたはサービスが起動していることを確認し、「システムプロキシ」をオンにしてください。起動時にコアが自動実行されるクライアントもあれば、起動ボタンを押す必要があるものもあります。コアが未起動と表示される場合は、エラーを確認してください。システムプロキシを何度も切り替えるだけでは解決しません。初期設定ではTUNをオフのままにし、システムプロキシに対応していることが多いブラウザーで基本動作を確認しましょう。

WindowsやmacOSでは、クライアントがシステムのネットワーク設定にシステムプロキシを登録します。クライアントによっては権限を求められます。使用中のプログラムからの要求であることを確認してから許可してください。ブラウザーに独自のプロキシ切り替え拡張機能がある場合や、固定プロキシを手動で設定している場合は、システム設定に従わないことがあります。テスト時はシステム設定を使用してください。Linuxのデスクトップ環境やアプリは、システムプロキシへの対応状況が異なります。アプリが設定を読み込まない場合は、アプリのドキュメントに従って個別に設定してください。

モバイル端末でシステム接続を許可する

AndroidやiOSのクライアントでは、通常、ホーム画面に「接続」ボタンや全体スイッチがあります。タップすると、システムからVPN構成の追加やVPN接続の確立を求められることがあります。アプリ名を確認して許可し、クライアントに戻って接続済みになるまで待ってください。システムのVPNインターフェースは、アプリが通信を処理するための仕組みです。サブスクリプションが利用可能であることを示すものではありません。ステータスバーにVPNアイコンが表示されても、次の手順でウェブアクセスとルール適用を確認してください。

端末上で別のプロキシやVPNアプリが動作している場合は、先に切断してから、今回使うクライアントを起動してください。複数のツールが同時にシステムプロキシ、ルーティング、VPNインターフェースを変更すると、リクエストの経路を判断しにくくなります。モバイル端末でアプリを離れると接続が切れる場合は、クライアントが動作中か、システムによるバックグラウンド制限がないか確認してください。バッテリー管理機能を一度にすべて無効にする必要はありません。実際の症状に応じて対処しましょう。

ポートとTUNは、まずシンプルな設定にする

デスクトップ版では、ローカルの混合ポートが表示されることがあります。例：mixed-port: 7890。これは一般的な設定例にすぎないため、実際のポートは使用中のクライアントで確認してください。通常、システムプロキシのスイッチを使えば、クライアントが適切なポートを設定します。例の値を手動で転記する必要はありません。ログにアドレスの競合が表示された場合は、まずほかのプロキシプログラムを終了します。それでも競合する場合はポートを変更し、手動プロキシを使うアプリの設定も合わせて更新してください。

TUNは、通常のシステムプロキシを経由しないアプリの通信も取り込むための機能ですが、サービス権限、仮想ネットワークアダプター、DNSの設定が必要になることがあります。初回の接続で有効にする必要はありません。まずシステムプロキシ経由の接続を確認し、必要に応じて有効化を検討してください。ゲームなど、システムプロキシを利用しないアプリの通信も取り込みたい場合は、完全ガイドのTUNの章をご覧ください。接続状態に問題がなければクライアントを起動したままにし、実際のアクセスを確認します。

ステップ4：アクセスとルールの適用を確認する

ブラウザーで新しいタブを開き、現在の設定でDIRECTになるサイトと、プロキシ経由になるサイトにそれぞれアクセスします。クライアントのホーム画面に「接続済み」と表示されるだけで判断したり、ウェブページが1つ開いただけで結論を出したりしないでください。表示中のページはキャッシュの可能性があり、既存の接続が以前の経路を使い続ける場合もあります。ページを再読み込みするか、新たにリクエストを送り、クライアントの接続ログも確認しましょう。

クライアントに戻り、「接続」「セッション」または「ログ」の画面を開いて、先ほどアクセスしたドメインを探します。確認するのは、リクエストが記録されたか、どのルールが適用されたか、最終的にどのポリシーまたは出口が使われたかの3点です。DIRECT接続は通常 DIRECT と表示され、プロキシ接続ではポリシーグループや実際のノードが表示される場合があります。項目名はクライアントによって異なりますが、判断方法は同じです。プロキシ経由になるはずの接続が、一覧に表示されるだけでなく、正しいポリシーを通っていることを確認してください。

ログから問題の範囲を絞り込む

ブラウザーからリクエストを送った後、クライアントに関連する記録がまったくない場合は、まずシステムプロキシが有効か、ブラウザーがシステム設定を使っているか、テストのリクエストを再送したかを確認します。リクエストがまだコアに届いていない可能性があるため、この段階でルールを変更しないでください。ログがあるのに想定と異なる出口を使っている場合は、適用されたルールとポリシーグループの選択を確認します。ルールは上から順に評価され、先に一致したルールによって接続経路が決まります。

ログ上ではプロキシに渡されているのにウェブページがタイムアウトする場合は、同じポリシーグループ内の別のノードを選び、新しいリクエストを送ってください。一部のドメインだけ失敗する場合は、ログに名前解決エラーや接続拒否が記録されていないか確認し、すぐにクライアントを再インストールしないでください。証明書の警告が表示されても、証明書検証を無効にしないでください。まず端末の日時、対象サイト、現在のネットワーク環境を確認しましょう。詳しい確認手順は接続中なのにウェブページを開けない場合のチェックリストをご覧ください。

普段使いの設定を保存する

アクセスと通信の振り分けが想定どおりであることを確認したら、ルールモードのままにし、使用中の設定と主要なポリシーグループを覚えておきます。クライアントが自動更新に対応している場合は、サブスクリプションの詳細画面で適切な間隔を設定できます。たとえば1日1回更新する場合、分単位の入力欄には 1440、時間単位の欄には 24 と入力します。単位はクライアントによって異なるため、保存前にラベルをよく確認してください。ノード一覧を頻繁に更新するために、間隔を短くしすぎないようにしましょう。

最後に終了時の状態を確認します。デスクトップでは、先にシステムプロキシをオフにしてからクライアントを通常の手順で終了し、普段使うDIRECT接続のサイトにアクセスできることを確認します。モバイルでは、先に接続を切り、システムの接続状態も解除されたことを確認してください。次回起動時は、必要に応じて再接続します。この確認を行うと、プロキシ設定が残っていないかを把握でき、正しい停止方法も分かります。異常終了後にブラウザーがインターネットへ接続できない場合は、設定全体をすぐに削除せず、システムプロキシが停止済みのローカルプロキシを参照していないか確認してください。

これで基本設定は完了です。サブスクリプションが有効で、動作モードがルールになり、アプリの通信がクライアントに届き、ログに表示された出口も想定どおりであることを確認できました。今後は必要に応じてサブスクリプションやポリシーを更新し、元に戻せる設定を残しておけば十分です。個別の疑問はよくある質問をご覧ください。ルール、DNS、TUNの設定をさらに進める場合は、基礎から学ぶ完全ガイドへ進んでください。初回の接続時に、すべての項目を一度に変更する必要はありません。