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

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

リンクをクライアントへ貼り付けた後に「追加成功」と表示されても、アドレスが保存されたことしか分かりません。設定のダウンロードが終わったことも、その中のノードを利用できることも保証されません。

サブスクリプションアドレスの token は、通常読み取り用の認証情報と同等です。以後のトラブルシューティングで必要なのは、エラーステータス、レスポンスの種類、時刻だけであり、完全な URL を公開する必要はありません。チャットのスクリーンショット、画面録画、ログを共有する前に、疑問符以降のパラメーターを隠してください。

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

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

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

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

リモート更新が成功と表示されても Proxies 画面にノードがない場合、返された内容がルールだけである、すべてのノードがフィルターで除外された、または古い設定が選択されたままである可能性があります。Profiles に戻って選択マークを確認し、設定に proxies または proxy-providers が含まれていること、さらに proxy-groups からそれらが参照されていることを確認してください。

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

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

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

新しい Profile を選択し、Proxies でノードを一つ固定します。Rule モードを維持してシステムプロキシを有効にしてください。使い慣れたWebページを開くと、Connections に対象ドメイン、該当ルール、送信経路が表示されるはずです。遅延テストで分かるのは確認先が応答したことだけであり、実際のリクエストの代わりにはなりません。

リクエストが Clash に入り timeout と表示されたら、別のノードに切り替えます。記録がまったくなければシステムプロキシを、DIRECT と表示されたらルールを確認してください。ページが正常に開き、記録と選択内容が一致して初めて、サブスクリプションの取得、解析、有効化、転送がすべて完了したと判断できます。

完全なサブスクリプションが公開スクリーンショット、グループチャット、サポートチケット、または信頼できない変換サイトに掲載された場合は、サービスの管理画面でサブスクリプションアドレスをリセットしてください。新しい token が有効になったら、自分のクライアントでリンクを置き換えて更新します。古いアドレスは無効な状態を返す必要があります。Profile の表示名を変更しただけでは、古い認証情報は無効になりません。