更新をクリックするとタイムアウトする、解析エラーが出る、更新完了後もノードが表示されない場合の対処法です。まず現在使えるノードを残し、リクエスト失敗・形式の不一致・一覧のフィルターを切り分けます。設定を一度に一つだけ変更し、同じサブスクリプショングループで再確認すれば、URL・ネットワーク・形式・表示条件のどこに原因があるか判断できます。
まず失敗した段階を切り分ける
サブスクリプションの更新は、ノードへの接続テストではありません。v2rayNはまずURLにリクエストを送り、応答を受け取ってからノードを解析し、グループ設定に従ってサーバー一覧に登録します。URLを開けても応答内容をインポートできるとは限らず、ノードを登録できても接続先サーバーが利用可能とは限りません。「更新成功」と「実接続の遅延テスト成功」は別の結果です。
- メイン画面下部のログまたは情報欄で、今回更新したグループ名、時刻、直後に出たエラーを確認します。画面レイアウトによって表示場所は異なるため、更新操作後に追加されたログを確認してください。
- 「サブスクリプショングループ」→「サブスクリプショングループの設定」を開き、対象グループのURL、フィルター条件、更新設定を控えます。比較に必要な情報を失わないよう、最初にグループを削除しないでください。
- 問題があるグループだけを更新します。すべてのサブスクリプションを更新するメニューしかない場合は、ログに表示されたグループ名を見て個別に判断してください。別グループの成功ログを対象グループの成功と取り違えないようにします。
- 更新前後のノード数を記録します。ノード数が0から1以上になったら、ノードの接続確認に進みます。0のままなら、応答と解析を引き続き確認してください。
URLが無効：サブスクリプションのURLとHTTPステータスを確認
「サブスクリプショングループ」→「サブスクリプショングループの設定」を開き、対象グループを選んでURL欄を確認します。サービス提供元が案内する完全なサブスクリプションURLを貼り付けてください。ユーザーセンターや購入ページのURL、個別ノードの共有リンクではありません。末尾に空白や改行、日本語の句読点が加わっていないか、&を含むクエリパラメーターが途中で欠けていないかも確認します。
トークンの再発行、アカウントの期限切れ、サービス移行などにより、サブスクリプションURLが無効になることがあります。以前使えたURLでも、現在有効とは限りません。サービス提供元のユーザーセンターでサブスクリプションの状態を確認してからURLをコピーし直し、対象グループだけを変更してください。同じURLをすべてのグループに一括で設定しないでください。
エラー：Response status code does not indicate success: 401 (Unauthorized).
原因：サーバーが今回のリクエストの認証情報を受け付けていません。トークンの無効化や、URLを開く際にログインが必要な場合によく見られます。
対処法：ユーザーセンターでクライアントから直接アクセスできるサブスクリプションURLを取得し、グループのURLを置き換えてから再試行します。
エラー：Response status code does not indicate success: 403 (Forbidden).
原因：リクエストが拒否されています。アカウントの権限、接続元ネットワークの制限、サイト側のアクセス防御などが考えられます。このステータスコードだけでサブスクリプションの期限切れとは断定できません。
対処法：アカウントの状態とURLへのアクセス要件を確認し、直結とプロキシ経由の更新をそれぞれ試します。それでも拒否される場合は、ステータスコードと発生時刻を添えてサービス提供元に問い合わせてください。
エラー：Response status code does not indicate success: 404 (Not Found).
原因：指定されたパスが見つかりません。URLのコピー漏れ、旧エンドポイントの移行、無効なトークンを隠すためのサーバー応答などが考えられます。
対処法：URLを最初から最後までコピーし直してください。パスを自分で追加したり、ドメインだけを置き換えて古いパラメーターを使い続けたりしないでください。
上記はよくあるHTTPエラーの表示例です。実際の文言は画面の言語や実行環境によって異なるため、ステータスコードを基準に判断してください。ブラウザーでURLを開けても、それだけでは十分な確認になりません。ブラウザーにはログインCookieが付いている場合がありますが、クライアントからのサブスクリプション要求では通常、そのログイン状態は引き継がれません。ブラウザーにログイン画面やアクセス確認画面が表示されても、ノード情報を取得できたことにはなりません。
更新がタイムアウトする：直結とプロキシ経由を比較
「サブスクリプショングループ」メニューで「すべてのサブスクリプションを更新（プロキシを使用しない）」と「すべてのサブスクリプションを更新（プロキシを使用）」を探します。バージョンによっては、選択中のグループだけを更新する同様の項目もあります。表記が多少異なる場合があるため、まず対象グループで比較してください。ここで選ぶのはサブスクリプションの取得経路です。ノード自体のプロトコルを変更したり、すべてのアプリの通信をプロキシ経由にしたりする設定ではありません。
| 比較結果 | 考えられる原因 | 次の手順 |
|---|---|---|
| 直結は失敗、プロキシ経由は成功 | 現在のネットワークからサブスクリプションURLへ直接アクセスできない | 使えるノードを残し、プロキシ経由で更新する |
| 直結は成功、プロキシ経由は失敗 | プロキシノードが使えないか、接続元がURLへのアクセスを制限されている | 直結で更新し、プロキシの接続経路は別途確認する |
| どちらも401または404を返す | URLまたは認証情報に問題がある可能性が高い | ユーザーセンターに戻り、サブスクリプションURLを取得し直す |
| どちらもタイムアウトする | DNS、アクセス経路、サービスの稼働状況を確認する | 別のネットワークで再試行し、ホスト名の名前解決エラーを記録する |
「プロキシ経由で更新」を使うには、すでに利用できるプロキシ接続が必要です。メイン画面で現在使えるノードを選択してアクティブサーバーに設定し、コアが正常に動作していることを確認してください。古いノードがすべて使えない場合、この設定を選んでも新たな接続手段は得られません。URLにアクセスできる別のネットワークを使うか、サービス提供元に有効な復旧方法を問い合わせてください。
結論：更新経路だけを切り替え、ルーティングは同時に変更しない
同じグループで直結とプロキシ経由の更新をそれぞれ1回行い、新しいログを比較してください。どちらかで解析可能な内容を取得できたら、その方法でまずサブスクリプションを復旧します。原因を特定しにくくなるため、TUN、DNS、ルーティングルールを同時に変更しないでください。
応答は受信できるのにノードを解析できない
HTTPの200はリクエストが正常な応答を受け取ったことを示すだけで、応答本文がサブスクリプションであるとは限りません。ユーザーセンターのHTML、期限切れの案内、アクセス確認ページ、エラーを示すJSONでも同じステータスコードが返る場合があります。この場合、ノードを何度も切り替えても解決しにくいため、応答内容の形式を確認してください。
- まず応答の種類を確認：ローカルのテキスト表示ツールで内容の先頭を確認します。
<!DOCTYPE html>、<html、ログイン案内などが見つかった場合は、URLや権限を先に確認してください。Webページをサブスクリプションとしてインポートしないでください。 - クライアント対応形式を選ぶ：サービス提供元のエクスポート画面で、v2rayNに対応したサブスクリプションを選択します。一般的なのは複数行の共有リンク、またはそれらをBase64でエンコードした形式です。別形式の構造化設定は、拡張子を変えただけでは対応形式になりません。
- 共有リンクとサブスクリプションURLを区別する：
vmess://、vless://で始まる文字列は、通常ノードの共有リンクです。HTTPリクエストが必要なサブスクリプションURL欄に入力せず、「サーバー」メニューのクリップボードからのインポート機能を使ってください。 - 一部のノードだけ解析に失敗する場合：表示されないノードのプロトコルや通信パラメーター、クライアントの対応状況を確認します。1件の失敗だけで、サブスクリプション全体に問題があるとは限りません。
応答テキストを手動でコピーした場合は、コードブロックの記号、説明文、途中で切れたエンコードデータが混ざっていないかも確認してください。Base64はエンコード方式であり、サブスクリプションが有効である保証ではありません。デコードできても、共有リンクの各項目が正しいとは限りません。サブスクリプションURLや元の内容を、信頼できないオンライン変換ツールに入力しないでください。アクセス用の認証情報がすべて含まれていることがあります。
証明書エラー：システム時刻とネットワークを確認
HTTPSのサブスクリプションでは、最初にTLS接続を確立します。システムの日付と時刻が実際と大きくずれていると、証明書が有効期限前または期限切れと判断されることがあります。Windows 11では「設定」→「時刻と言語」→「日付と時刻」を開き、「時刻を自動的に設定する」を確認してから「今すぐ同期」を実行してください。タイムゾーンと表示時刻も確認します。タイムゾーンだけを変更しても、システム時刻が正しく同期されたとは限りません。
エラー：The SSL connection could not be established, see inner exception.
原因：TLS接続の確立に失敗しています。システム時刻、証明書チェーン、ネットワークによる遮断、サーバー設定などが考えられるため、内部例外も確認してください。
対処法：まずシステム時刻を正しく設定し、同じURLをブラウザーで開いたときの証明書警告を確認します。別のネットワークで正常に接続できる場合は、現在のネットワークの認証画面やHTTPS検査の設定を確認してください。
エラー：No such host is known.
原因：リクエスト先のホスト名を名前解決できていません。ノードのプロトコルが間違っているという意味ではありません。
対処法：サブスクリプションのドメイン名に誤りがないか確認し、公共ネットワークのログインを済ませてから再試行します。別のネットワークでも、そのドメイン名を名前解決できるか確認してください。
ログインが必要な公共ネットワークを使っている場合は、先にネットワーク認証を完了してください。組織のネットワークでHTTPS検査が行われている場合は、ネットワーク管理者の指示に従って証明書の信頼設定を行います。出所が不明なルート証明書を安易にインストールしないでください。ノード設定の「証明書の検証をスキップ」は該当ノードの接続に関する設定であり、HTTPSサブスクリプションの証明書エラーを直すための汎用設定ではありません。
更新は完了したのに一覧が空：フィルターと表示範囲を確認
「ノードが登録されなかった」のか「現在の一覧に表示されていない」のかを切り分けます。更新ログにインポートされた項目が記録されているのにメイン画面が空の場合は、まずメイン画面のグループ選択と検索欄を確認してください。更新したグループに切り替え、検索語を消して一覧を確認します。以前の検索語が残っていると、新しい名前のノードがすべて消えたように見えることがあります。
- グループを確認：「サブスクリプショングループ」→「サブスクリプショングループの設定」を開き、更新したURLが現在表示しているグループに設定されているか確認します。名前が似た別のグループと取り違えないようにしてください。
- サブスクリプションのフィルター条件を一時的に解除：グループの編集画面で、別名や正規表現のフィルターに関する項目を確認します。元の値をコピーして保存してから条件を消し、更新してください。項目名はバージョンによって異なります。
- 条件を一つずつ試す：フィルターを戻すときは、一度に一つだけ追加します。正規表現の
^は先頭、$は末尾を表します。提供元がノード名を変更すると、条件を絞り込みすぎた式には一致しなくなる場合があります。 - 残ったノード数を確認：フィルター条件を消してノードが表示された場合は、絞り込みルールを修正します。それでも0件なら、応答形式と解析ログの確認に戻り、表示設定を繰り返し探さないでください。
サブスクリプションのフィルターとルーティングルールは別の設定です。前者は更新結果に含めるノードを決め、後者は接続後の通信をどの出力経路に流すかを決めます。「ルーティング設定」を変更しても、サブスクリプションのフィルターで除外されたノードは表示されません。一致する項目を残す設定なのか除外する設定なのかは、各項目の説明を確認してください。逆方向のルールをそのまま流用しないようにします。
サブスクリプション復旧後によくある質問
ブラウザーでサブスクリプションを開けるのに、v2rayNでは失敗するのはなぜ？
ブラウザーにはログイン状態が残っている場合や、v2rayNとは異なるプロキシ経路が使われている場合があります。ページにノード情報が表示されているのか、ユーザーセンターが表示されているのかを確認し、v2rayNの直結とプロキシ経由の更新結果を比較してください。「Webページにアクセスできること」と「クライアントがサブスクリプションを取得できること」は分けて確認します。
ノードがすべて使えない場合も、プロキシ経由で更新できる？
プロキシ接続が実際に使える場合に限り、その経路でサブスクリプションを取得できます。まず既存ノードを一つテストしてください。すべて失敗する場合は、URLにアクセスできる別のネットワークを試すか、サービス提供元に有効なURLを問い合わせます。プロキシ経由で更新を何度もクリックしても、使えない接続経路は復旧しません。
更新に成功したのに、ノードが接続タイムアウトするのはなぜ？
サブスクリプションの更新成功は、URLへのリクエスト、解析、登録が完了したことを示すだけです。次にノードを選択して実接続の遅延テストを行い、コアのログを確認してください。サーバーの停止、ノードの認証情報の期限切れ、通信パラメーターの不一致などが考えられます。接続障害として引き続き確認するには、詳細トラブルシューティングガイドを参照してください。
ログで問い合わせるとき、どの情報が役立つ？
クライアントの画面レイアウト、OS、更新時刻、直結とプロキシ経由それぞれの結果、機密情報を隠したエラー行を伝えてください。HTTPステータスコードと例外の種類は残し、サブスクリプションのトークン、アカウント情報、ノードのパスワード、共有リンク全体は隠します。設定全体を公開する必要はありません。
確認が終わったら、最後に正常だった更新方法を維持し、通常の更新が繰り返し成功するか確認してください。手動更新が安定してから自動更新を再開し、失効したURLへの定期的なリクエストを避けます。グループの整理やインポート手順を確認したい場合は、設定ガイドに沿って一つずつ確認してください。