サブスクリプション URL を読み込めない、または更新できない場合は?

主な原因は、URL の期限切れ、token の誤り、ネットワークアクセスの失敗、TLS 検証エラー、クライアントが対応していないレスポンス形式、サーバー側のレート制限です。

  • サブスクリプションと設定の読み込み
  • トラブルシューティング
要点

一般的な原因は、リンクの期限切れ、token の誤り、ネットワークアクセスの失敗、TLS 検証の失敗、返される形式へのクライアントの非対応、サーバー側のレート制限です。サービス提供元の管理画面から完全な URL をコピーし直し、クライアントのリモートサブスクリプション画面で更新してください。ステータスコードが変わらない場合は、提供元にアカウントと API を確認してもらいます。

401、403、404、解析エラーはそれぞれ何を示しますか?

ログから今回の更新に対応する HTTP ステータス、または最初の解析エラーを確認します。401/403 は認証、404 はアドレスの問題を示します。HTML が返る場合、取得した内容は設定ではありません。

  • リンクが完全で、token または認証パラメーターを含んでいるか(参照: Secret と token の安全性
  • ブラウザで開いたとき、401、403、404、または空の内容が返るか
  • クライアントログに timeout、TLS、YAML、parse のいずれかのエラーがあるか
  • 返される内容が Clash/Mihomo に対応した設定形式か

レスポンスに応じてサブスクリプションを読み込み直す

  1. 完全なサブスクリプションリンクをコピーし、余分な空白や改行が入らないようにします
  2. クライアントのサブスクリプション読み込み画面を使い、ローカル YAML ファイルとして読み込まないでください(参照: 設定の基本
  3. HTTP ステータスから、認証、期限切れ、サーバー側の問題を判断します
  4. YAML の解析エラーが返る場合は、エラーの行番号を設定の提供元へ伝えます

サブスクリプションリンクには通常、機密性の高い token が含まれます。パスワードと同様に扱ってください

完全なサブスクリプション URL を、公開フォーラム、サポートチケットの画像、GitHub issue に掲載しないでください

更新の失敗が必ずしもクライアントの不具合を意味するわけではありません