サブスクリプションリンクとは？初心者向け完全ガイド：取得・インポート・更新

サブスクリプションURL・ノード・プランの違い

ここでいう「サブスクリプション」は、意味が混同されやすい言葉です。月額サブスクリプションは課金方式を指し、サブスクリプションURLは設定を配布するための入口を指します。データ容量プランでも、サービスの提供方法によってはURLから設定を取得する場合があります。URLの内容を更新しても、自動で契約が更新されたり、データ容量がリセットされたりすることはありません。

クライアントがサブスクリプションURLにアクセスすると、応答内容をダウンロードして解析します。内容はノード一覧の場合もあれば、ノード、プロキシグループ、ルーティングルールを含む設定ファイルの場合もあります。クライアントに保存されるのは取得時点の設定です。サーバー側で経路が変更されても、保存済みの設定が自動で変わるとは限らないため、クライアントから再取得する必要があります。

ユーザーパネルからサブスクリプションURLを取得

4NVPNではメールアドレス不要で、ユーザー名とパスワードを使って登録できます。アカウントをお持ちの方はユーザーパネルのログインページにアクセスし、プランの状態を確認してから、パネルに表示されるクライアントやサブスクリプションの項目を利用してください。項目名、対応形式、表示位置はパネルの現在の状態をご確認ください。ネット上のスクリーンショットを頼りにURLを推測しないでください。

1. アカウントの状態を確認します。利用するアカウントでログインしていることを確認し、プラン、残りのデータ容量、パネルの案内をチェックします。設定の取得項目が表示されない場合は、まずパネルの案内に従ってください。他人のURLを借りて使わないでください。
2. 先にクライアントを決めます。パネルのダウンロードページから使用中のOSに適したクライアントを入手し、案内を読んでから対応するサブスクリプション形式を選びます。
3. URLを最後までコピーします。パネルのコピー機能を使い、テキスト選択時にクエリパラメーターが抜けないようにします。貼り付けた後、空白や改行、チャットアプリが付け加えた句読点が混入していないか確認してください。
4. クライアントに取得元を保存します。リモート設定またはサブスクリプションの追加画面を開き、見分けやすい名前を付けてURLを貼り付け、更新を実行します。

パネルに「ワンクリックで追加」機能がある場合、通常はシステムのプロトコルを使ってクライアントを起動します。クリックしても反応しない場合は、クライアントがインストールされていない、関連付けられたアプリがない、またはブラウザーが起動をブロックしている可能性があります。その場合はURLを手動でコピーしてください。ページ遷移に失敗しただけで、ノードに問題があるとは限りません。

サブスクリプションURLは認証情報として大切に管理してください。URL全体を見知らぬ変換サイト、公開フォーラム、オンライン検査ツールに入力しないでください。トラブルのスクリーンショットを共有する場合も、QRコード、クエリパラメーター、ノードの認証情報を隠してください。

各プラットフォームでの追加と接続

追加する前に「形式の互換性」と「プロトコルの互換性」の両方を確認してください。Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICはそれぞれ異なるプロキシプロトコルまたは方式の名称であり、共通のサブスクリプションファイル形式ではありません。クライアントでリモートURLを追加できても、そのURLから取得するすべてのノードプロトコルに対応しているとは限りません。また、ここに挙げたプロトコルを4NVPNがすべて提供しているという意味ではありません。

Windows・macOS

クライアントの設定、サブスクリプション、または設定管理画面でリモートURLを追加します。取得に成功したら設定を選び、ノードを指定して接続を有効にします。一部のクライアントでは、システムプロキシや仮想ネットワークアダプターを別途有効にする必要があります。システムプロキシの影響を受けるのは、主にシステムのプロキシ設定に従うアプリです。仮想ネットワークアダプターはより多くの通信を処理するために使われ、追加の権限が必要な場合がありますが、すべての通信が必ずプロキシ経由になるわけではありません。

Android・iOS

追加後、システムでVPN接続を確立するための許可が必要な場合があります。システムにVPNの表示が出ても、通信経路が確立したことを示すだけで、目的のサイトにアクセスできる証明にはなりません。Androidでは、クライアントの終了による切断を防ぐため、バックグラウンド動作とバッテリー管理の設定も確認してください。iOSでクライアントを入手できるかどうかは、パネルに表示される現在の案内をご確認ください。特定のアプリを常に入手できると決めつけないでください。

Linux

グラフィカル画面を備えたクライアントには、リモート設定の追加機能が用意されていることが多くあります。コマンドラインクライアントでは、設定ファイルを先にダウンロードしてから指定して起動し、システムプロキシ、ルーティング、DNSを自分で設定する場合があります。サブスクリプションURLをサーバーアドレスとして接続パラメーターに入力しないでください。クライアントの説明書に明記されていない限り、リモートファイルが自動で定期更新されるとも限りません。

追加後に形式エラーが表示されたら、まずパネルの選択項目とクライアントの説明書を確認してください。ファイルの拡張子をYAMLやJSONに変えるだけでは解決しません。また、認証、転送、TLSの項目をむやみに削除しないでください。拡張子を変えても内容の構造は変わらず、項目を削除するとノードが使えなくなることがあります。

追加後の接続とルーティングを確認

初めて使うときは、必要最小限の範囲で確認します。設定が読み込まれていること、ノードが選択されていること、接続が有効になっていることを確認してから、利用するサービスにアクセスしてください。クライアントに接続成功と表示されてもアプリからアクセスできない場合は、サブスクリプションをすぐに再発行するのではなく、通信がクライアントを通っているか確認しましょう。

• ✅ 設定一覧にノードが表示され、更新履歴に解析エラーがなく、追加した設定が選択されています。
• ✅ クライアントのシステムプロキシ、仮想ネットワークアダプター、またはシステムVPNの権限が、各案内に従って有効になっています。
• ✅ 利用するアプリからリクエストを送ると、クライアントの接続履歴に関連する通信が表示されます。アプリによっては独自のプロキシ設定を使う場合があります。
• ✅ ルーティングルールが用途に合っています。国際経路が必要な通信が誤って直接接続になっておらず、通常のローカル通信も不要な迂回をしていません。
• ✅ IPアドレス確認ページで現在のブラウザー通信の出口を確認し、実際に使うアプリも個別に検証します。

IPアドレスの確認でわかるのは、そのリクエストの出口だけです。すべてのアプリやDNSリクエストが同じ経路を使っている証明にはなりません。DNSリークとは、本来想定した経路で処理されるべきドメイン名の問い合わせが、意図しない経路で解決されることです。「出口は変わったのに一部のドメインが開けない」場合は、クライアントのDNS設定、ルールの適用、ブラウザーのセキュアDNSが互いに影響していないか確認してください。複数のDNS設定をむやみに重ねないでください。

サブスクリプションURLだけでは、回線がIEPLを利用しているとは判断できません。IEPL専線、中継、直接接続は、それぞれ異なるネットワーク経路や伝送方式を指します。ノード名、サブスクリプション形式、実際の経路は別のものです。回線情報はサービスの案内とパネルで確認してください。実際の利用感は、ローカルネットワーク、出口、接続先のサービスにも左右されます。

サブスクリプションの更新頻度と失敗時の確認方法

すべてのクライアントに共通する決まった更新間隔はありません。初回追加後は設定を取得してください。パネルから経路変更の案内があったとき、ノード名や利用可能な一覧が変わったとき、長期間クライアントを使っていなかったときは、手動更新が適しています。自動更新機能がある場合は、説明書に従って設定し、更新が正常に完了したか確認してください。「最新」にするために何度も更新ボタンを押す必要はありません。

更新成功は、設定を取得して解析できたことを示すだけで、通信速度の測定が完了したという意味ではありません。更新後は、選択中のノードやプロキシグループが維持されているかも確認してください。リモート設定を手動で変更している場合、次回更新時に変更が上書きされることがあります。ローカルルールを保持するには、クライアントが正式に対応する上書きまたはマージ機能を使い、復元可能な設定を保存しておきましょう。

取得エラーと解析エラーを分けて対処する

接続タイムアウトやドメイン名の解決失敗は、通常、設定ファイルのダウンロード中に発生します。まずデバイスからパネルにアクセスできるか確認し、信頼できるネットワークで更新を試してください。また、無効なノード経由でサブスクリプションを取得する設定になっていないか確認します。TLSエラーを回避するために証明書検証を無効にせず、システム時刻、URLの入手元、ネットワーク環境を確認してください。

内容をダウンロードできたのに解析エラーになる場合は、サブスクリプション形式、クライアントのバージョン、プロトコルへの対応状況を確認してください。設定内容ではなく、ログインページやエラーページが返されている可能性もあります。認証無効、権限不足、データ容量に関するエラーが表示された場合は、パネルでアカウントの状態を確認し、エラーの文面と発生状況をパネルのサポート窓口から連絡してください。URL全体は公開しないでください。

URL漏えい後の再発行と確認

URL全体が公開された、スクリーンショットにQRコードが写っている、または信頼できないツールにURLを入力した場合は、認証情報が漏えいした可能性があるものとして対処してください。チャットのメッセージを削除しても、すでにコピーされた内容は取り消せません。アカウントのパスワードを変更しても、以前のサブスクリプション認証情報が無効になるとは限りません。連動するかどうかはサービスの仕組みによります。

1. 公開した内容を削除します。管理できる投稿、スクリーンショット、共有ファイルを削除し、古いURLの拡散を止めます。ただし、これだけで失効処理が完了したと思わないでください。
2. パネルで関連する認証情報を再発行します。サブスクリプションの再発行または認証情報管理の項目を探してください。該当する項目が見つからない場合は、サポート窓口に問い合わせ、古いURLの無効化方法と、ノードの認証情報も同時に再発行する必要があるかを確認します。
3. すべてのデバイスでURLを差し替えます。各デバイスのリモート設定の取得元を更新し、設定を再取得してください。古い設定の「更新」を押すだけでは、古いURLが新しいURLに置き換わることはありません。
4. 失効の範囲を確認します。パネルの案内に従って古いサブスクリプションが無効になったことを確認し、以前にダウンロードしたノードの認証情報がまだ有効かどうかも確認してください。最後に新しい設定で正常に接続できることを検証します。

サブスクリプション設定のダウンロード権限を失効させる操作と、すでに配布されたノード認証情報を失効させる操作は異なります。古いURLから設定を取得できなくなっても、他の人が保存したノード情報がすぐに無効になるとは限りません。漏えい後は、実際にどこまで失効できたかを確認し、「新しいURLを発行しました」という表示だけで判断しないでください。