Clash のサブスクリプションリンクをインポートする方法：形式の識別、更新失敗、漏えいへの対処

クライアントに直接リンク、設定リンク、URL Scheme など複数の入口がある場合は、まず通常のリモートリンクを使います。ある方法で client error(Connect) が出る場合は、クライアントのドキュメントに記載された別のインポート方法へ切り替えられます。ただし、「無効な証明書を許可」を恒久的に有効にしないでください。

Clash が直接インポートできるのは任意の Web アドレスではなく、サービス提供元が用意した Clash または Mihomo 互換のサブスクリプションです。クライアントがリンクへアクセスすると、サーバーから proxies、proxy-groups、rules を含む YAML が返る場合もあれば、エンコード済みのテキスト、ログインページ、エラーページが返る場合もあります。解析の可否は返された内容によって決まります。

サブスクリプションサービスによっては、User-Agent に応じて異なる形式を返します。ブラウザーで直接開いて一連の内容が表示されても、Clash からのリクエストで同じ内容が返るとは限りません。逆に、ブラウザーで Web ページが表示されても、リンクが無効とは限りません。設定を何度も削除するより、クライアントのバージョン、更新時刻、ステータスコードを提供元へ伝えるほうが有効です。

parse、yaml: unmarshal、field not found などのエラーが出る場合、通常はネットワークリクエストが完了し、クライアントが内容の読み取りで止まっています。よくある原因は、サーバーが別のクライアント向け形式を返した、YAML のインデントが壊れた、設定に現在のカーネルが対応しないフィールドがある、のいずれかです。

この場合、ノードを切り替えても通常は解決しません。最初の具体的なエラー行と行番号を記録し、クライアントの Mihomo バージョンを確認して、互換形式を生成するようサブスクリプション提供元へ依頼してください。リモート設定の数十か所を手動修正しても、次回更新ですべて上書きされるため避けてください。

リモート更新が成功しても Proxies にノードがない場合は、返された内容がルールだけ、全ノードが除外された、または古い構成が選択中の可能性があります。

Profiles の選択印を確認し、構成に proxies または proxy-providers があり、proxy-groups が参照しているか調べます。上書きスクリプトが全ノードを除外していないかも確認します。

ノードが存在していても、すべて未使用のグループに入っていると、メインポリシーは DIRECT のままになります。実際にノードを含むポリシーグループを選んでノードを固定し、Connections でリクエストを一件確認してください。設定が正しく接続されているかは、遅延テストのボタンだけを見るより、この方法のほうが明確に分かります。

Clash は通常、最後に正常取得したローカルコピーを引き続き使用します。そのため、サブスクリプションの期限切れやサーバー側エラーが発生しても、既存ノードが一時的に使える場合があります。更新状態は、ページが開くかどうかではなく、「最終更新日時」と今回のエラーで判断してください。

古い設定が動作しているなら、すぐに削除しないでください。まずエラー情報を保存し、アカウントとリンクの状態を確認します。新しいアドレスの更新に成功してから古い項目を削除してください。唯一動作するコピーを削除すると、調査できる問題が即座の通信断に変わってしまいます。

新しい Profile を選び、Proxies でノードを固定して Rule モードにします。Windows/macOS のデスクトップクライアントはシステムプロキシを有効にします。Android ではクライアントの接続操作で VPN を開始し、許可を与えます。普段使うページを開き、Connections でドメイン、ルール、接続経路を確認してください。遅延テストは実際のリクエストの代わりにはなりません。

Clash に入ったリクエストが timeout になるなら別のノードを試します。記録がなければデスクトップのシステムプロキシ、または Android の VPN が有効か確認し、DIRECT と出るならルールを調べます。ページが開き、記録が選択と一致して初めて、サブスクリプションの取得、解析、有効化、転送ができたと確認できます。

サブスクリプションアドレスの token は通常、読み取り用の認証情報として機能します。調査に必要なのはエラーのステータス、応答の種類、時刻だけで、完全な URL を公開する必要はありません。チャットのスクリーンショット、画面録画、ログを共有する前に、パスやパラメーター内の認証情報を隠します。どこが機密情報か分からなければ、アドレス全体を隠してください。

Profile の表示名だけ変えても古い認証情報は無効になりません。サブスクリプション全体が公開された場合は、サービスの管理画面でアドレスをリセットし、以下の手順で端末の古いリンクを置き換えます。