目次
初めてプロキシクライアントを使うと、「インストールしたのにページが開かない」「ノードはどこから入手するのか」と迷うことがあります。インストール、設定の入手、ノードの選択、アプリからのリクエストを別々に考えると、どこまでできたかを確認しやすくなります。スイッチを有効にするだけでなく、接続画面で確かめられるリクエストを完了させることが目標です。
クライアントを入れた後、接続に必要なものは？
インストールしたプログラムには管理画面とプロキシのコアが含まれ、設定内のノードとルールがウェブ通信の転送方法を決めます。クライアントの画面でそれぞれを見つけ、どの段階まで設定できているか確認しましょう。
- グラフィカルクライアント
- サブスクリプション、ポリシーグループ、システムプロキシ、TUN、ログ、更新を管理します。
- プロキシコア
- Mihomo はプロキシのコアです。YAML を読み、ルールを照合し、直接接続またはプロキシ接続を作ります。GUI クライアントがこのコアを管理します。
- サブスクリプションリンク
- 認証情報を含むリモートアドレス。更新時にノード、グループ、ルールを返します。
- ノード情報
- リモートネットワークへの接続に使うサーバーです。可用性、プロトコル、回線は提供元が決めます。
Clash Verge Rev、FlClash、ほかのクライアントをダウンロードしてもノードが自動で付くわけではなく、このサイトもサブスクリプションを提供しません。サブスクリプションは構成を取得する方法の一つで、ローカル構成も使えます。選ぶときは対応する形式を読めるか確認します。
機器に対応し、保守が続いているクライアントを選ぶ
ダウンロード前の確認
| 見るべき項目 | 理由 |
|---|---|
| OS とチップアーキテクチャ | Windows x64、Windows ARM64、Apple Silicon、Intel、Android のパッケージは相互に使用できない |
| プロジェクトが現在もメンテナンスされているか | リリースページ、最近のバージョン、issue の動きから現在の状態が分かる |
| 使用するコア | 設定フィールド、プロトコル、機能の互換性を決める |
デスクトップ版は、継続的に保守されているプロジェクトの Release ページからダウンロードできます。Android では APK のアーキテクチャと署名元を確認してください。名前に Clash が含まれていても、同じ作者によるものとは限らず、古いチュートリアルのメニューが残っているとも限りません。
インストール後、まず画面が開き、コアの状態が安定していることを確認します。この時点ではサブスクリプションをインポートしていません。すでにアプリがクラッシュする、または core failed と表示される場合は、ノードのせいにせず、インストールとローカル環境の問題に対処してください。
サブスクリプションを更新して使用中の設定にする
リンクから現在の設定まで
Clash または Mihomo 互換のサブスクリプションをコピーする
完全な HTTPS アドレスをコピーし、token を信頼できない変換サイトへ送らない
Profiles / 設定画面で追加する
配布元を識別できるローカル名を付けます。
手動で一度更新する
新しい更新日時を待ち、download failed または parse error に注意します。
現在の設定として有効にする
直前に更新した Profile に選択マークが付いている必要があります。
リストに名前が表示されても、インポート成功とは限りません。正しく解析されると、Proxies 画面にポリシーグループとノードが表示されます。空白のままなら、同じアドレスを繰り返し貼り付けず、返された形式、アカウント状態、現在の設定を確認してください。
ポリシーグループで使えるノードを選ぶ
Proxies 画面で「自動選択」「フェイルオーバー」「AI サービス」などの名前が付いた項目は通常ポリシーグループで、展開するとノードが表示されます。select グループでは手動で選択し、url-test は確認時の遅延に基づいて選び、fallback は現在のノードが利用できなくなると順番に切り替えます。
最初の接続で自動グループにそのまま依存しないでください。特定のノードを一つ選び、実際のリクエストが成功してから自動選択を戻します。そうしないと、ノードが故障したのか、ヘルスチェックで送信経路が切り替わったのか判断できません。
最初にノードを選ぶときの確認事項
- クリックしたのがポリシーグループか、特定ノードか
- グループ内に少なくとも一つのノードがあるか
- ノード遅延は確認結果であり、利用可能性を保証しない
- メインのサービスグループが最終的に参照する送信経路
デスクトップと Android で初めて接続する
以下では Windows/macOS の Clash Verge Rev で System Proxy を使い、ブラウザーをテストします。Android では、使っているクライアントで VPN 接続を開始し、システムの許可を与えます。操作は Android のインストールとサブスクリプションの手順を参照してください。
デスクトップの TUN は仮想アダプターでより多くの TCP、UDP 通信を取り込み、追加権限が必要でルートと DNS にも関わります。デスクトップのブラウザーが接続できない場合は、サブスクリプション、ノード、システムプロキシを確認します。Android ではデスクトップのスイッチを当てはめず、許可済みの VPN とアプリ別設定を確認してください。
デスクトップで TUN を使う場面
| 症状 | 対処方法 |
|---|---|
| ブラウザーと普段使うソフトウェアがどちらも正常である | システムプロキシを維持する |
| ブラウザは正常だが、ターミナルには接続記録がまったくない | ツールごとにプロキシを設定するか、TUN と比較する |
| 接続は表示されるが、誤ったルールに一致する | ルールを修正する。入口を広げる必要はない |
| すべての接続が timeout になる | ノードとネットワークを確認する。TUN でノードが復旧することはない |
初回接続を行い、Connections で確認する
Windows/macOS の Clash Verge Rev で最初のブラウザーリクエストを送る
使用中の設定を確認する
Profile が更新・選択され、Proxies にグループとノードが表示されていることを確認します。
ノードを一つに固定する
使用中の設定の主な選択グループで使えるノードを選び、モードは Rule にします。Rule は設定内のルールに従い、直接接続、プロキシ利用、接続拒否を決めます。テスト中は自動切り替えを使いません。
System Proxy を有効にする
現在のクライアントでシステムプロキシを設定します。初回のブラウザーテストでは、デスクトップの TUN を同時に有効にしたり、DNS を変更したりしません。
新しいリクエストを送り、記録を見る
普段使うサイトを開き直し、Connections で接続先、ルール、実際の接続経路を確認します。遅延テストのボタンでページへのアクセスを代用しません。
ページが開いたら、Connections で新しいリクエストを探し、接続先、一致したルール、実際に使われた接続経路を確認します。選択したノードが表示されて初めて、そのリクエストがそのノードを経由したと分かります。DIRECT はルールによる直接接続です。記録がない、または timeout が続く場合は、下の判断表で原因の箇所を調べてください。スイッチの色だけでは成功と判断できません。
初回接続の結果を判断する
| 確認できた結果 | 次の操作 |
|---|---|
| ページが正常に開き、想定したノードを使っている | このリクエストは選択したノードを経由しています。 |
| ページは開くが、記録は DIRECT | 今回はルールによる直接接続です。プロキシノードを確かめるには、本来プロキシを使う接続先へリクエストを送ります。 |
| 新しくリクエストしても記録がない | デスクトップでは System Proxy とシステムのプロキシアドレスを確認します。Android では専用の手順で VPN 接続とアプリ別の設定を確認してください。 |
| ノードを使っているが timeout が続く | 動作確認済みの別のノードと比較し、ルールとエラーの記録を残します。 |
Rule・Global・Direct はこの接続をどう変える？
Rule は現在の構成のルールを上から順に照合し、接続を DIRECT（直接接続）、プロキシのポリシーグループ、REJECT（接続拒否）に渡します。結果は構成で決まります。Global は Clash に入る接続を全体のグループに渡し、Direct は直接接続します。
日常利用は通常 Rule から始めます。特定サイトが開かない場合は、Connections で一致したルールを確認してください。Global を恒久的な万能スイッチとして使わず、DIRECT と表示されただけでクライアントが故障したと判断しないでください。
proxy-groups:
- name: 默认代理
type: select
include-all: true
proxies:
- DIRECT
rules:
- DOMAIN-SUFFIX,lan.example,DIRECT
- DOMAIN-SUFFIX,example.com,默认代理
- MATCH,默认代理エラーは設定、アプリのプロキシ利用、ノードのどこで起きている？
Profile に 401 / 403 と表示される
サブスクリプションの認証情報またはアカウント状態に問題があります。クライアントを再インストールする必要はありません。
Profile に parse error と表示される
返された内容がコアの形式と互換性を持ちません。具体的な行番号を残してください。
Proxies にノードはあるが、Webページの Connections 記録がない
新しくリクエストしても記録がない場合は、デスクトップのシステムプロキシ、または Android の VPN/アプリ別設定を確認します。
Connections が DIRECT に一致する
ルールが直接接続を選んでいます。想定どおりか確認してください。
Connections がノードを使った後に timeout になる
特定ノード、接続ネットワーク、ログを比較してください。
サブスクリプション更新が失敗したら古い設定を残し、一つのノードが使えないならそのノードだけを変えます。新しいリクエストも Connections に記録されない場合は、各プラットフォームのプロキシ利用方法と対象アプリを確認してから、通信の取り込み方を変えるか判断してください。