サブスクリプションリンクとは？取得方法、クライアントへのインポート・更新を解説する初心者ガイド

サブスクリプションURLとは？プランとの違い

サブスクリプションURLは、クライアントに接続設定を読み込むための入口です。対応クライアントに追加すると設定がダウンロードされ、利用する接続先を選べるようになります。支払い用のURLでも、ネットワーク加速を開始するボタンでもありません。追加後に接続先を選び、接続を有効にする必要があります。

更新可能な設定一覧のURLと考えるとわかりやすいでしょう。一覧には通常、サーバーアドレス、ポート、プロトコル、認証情報などが含まれ、具体的な内容はサーバー側から提供されます。接続先が変更されたら、クライアントでURLを再読み込みすることで、新しい設定を取得できます。項目を一つずつ手入力する必要はありません。通信量や有効期限の情報が含まれる場合もありますが、クライアントに表示されるかどうかは双方の対応形式によります。

「サブスクリプション」という言葉は、ここでは意味が混同されがちです。月額サブスクリプションは料金体系を指し、サブスクリプションURLは設定の配布方法を指します。通信量パックでも設定をURL経由で利用できるため、URLの名称だけで月額課金かどうかを判断しないでください。

マイページからサブスクリプションURLを取得

まずは本サイトの入口からマイページにアクセスし、利用するアカウントでログインしていることを確認してください。VPNKJではメールアドレス不要で、ユーザー名とパスワードを使ってアカウントを作成できます。アカウントのパスワードとサブスクリプションURLはどちらも安全に保管してください。ただし、同じ種類の認証情報ではありません。

マイページで「サブスクリプション」「設定」「クライアントへの追加」などの項目を探し、実際に表示される名称を確認します。クライアントごとに異なる形式が用意されている場合は、利用中のクライアントに合った項目を選び、リンクをコピーしてください。ブラウザーのアドレス欄に表示されたマイページのURLは、アカウントページへのリンクであり、設定の取得先ではありません。

1. マイページでプランの状態と残り通信量を確認し、特典がまだ有効になっていない、または通信量を使い切っている可能性を除外します。
2. サブスクリプションまたは設定の項目からURL全体をコピーします。手動で選択すると末尾のパラメーターが抜けることがあるため注意してください。
3. クライアントのサブスクリプション管理、設定管理、またはURLからのインポートを開き、URLを貼り付けます。
4. 設定が見分けやすい名前を付けて保存し、更新を実行します。接続先一覧が表示されたことを確認してください。

マイページにQRコードが表示される場合、通常はURLや設定情報を別の形で読み込むためのものです。自分の端末間での追加には便利ですが、公開共有用の画像ではありません。読み取り後、クライアントがサブスクリプションURLと個別ノードのどちらとして認識したかも確認してください。読み取りに成功しただけでは、その後も接続先が自動更新されるとは限りません。

各プラットフォームへの追加方法とクライアントの互換性を確認

VPNKJはWindows / macOS / iOS / Android / Linuxに対応しています。まずマイページのクライアント案内で利用中のプラットフォーム向けの説明を確認し、クライアントの画面に従って設定を追加してください。同じOSでも、クライアントによって対応するサブスクリプション形式は異なります。

デスクトップ：設定を保存した後、接続を有効にする

WindowsやmacOSのクライアントでは、通常、設定管理と接続スイッチは別々です。読み込みに成功したら、まず設定を選び、接続先を指定します。ガイドでシステムプロキシの有効化が案内されている場合は、そのスイッチを確認してください。TUNモードを使う場合は、クライアントの案内に従って必要な権限を許可します。両モードで通信を処理する範囲は異なります。「より完全にする」ために複数のクライアントを同時に有効にし、プロキシ設定を取り合う状態にしないでください。

モバイル：権限の許可と設定の追加は別の手順

iOSやAndroidのクライアントでは、VPN接続を作成するためにシステムの許可が求められることがあります。これはネットワーク経路を作るための許可で、サブスクリプションの読み込みが完了したことを意味するものではありません。許可後も、設定一覧、接続先の選択、接続状態を確認してください。対応プロトコル、バックグラウンド動作、バッテリー制限はアプリによって異なります。画面ロック後に切断される場合は、システム設定とクライアントの説明を確認してください。

Linux：設定ファイルと起動方法を確認

LinuxにはGUIクライアントのほか、設定ファイルを使って起動するプログラムもあります。ノード一覧のみのサブスクリプションは、完全な実行設定としてそのまま使えるとは限りません。待ち受けポート、DNS、ルール設定を別途行う必要がある場合があります。利用するクライアントに対応した方法で読み込み、ダウンロードしたファイルの名前を安易に変更して別形式の設定ファイルとして扱わないでください。

Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICはそれぞれ異なるプロキシプロトコルです。クライアントが、実際の設定で使われているプロトコルと関連パラメーターに対応している必要があります。サブスクリプションURLにアクセスできても、内容を現在のクライアントで解析できるとは限りません。ここに挙げた名称は互換性の説明であり、VPNKJがこれらすべてのプロトコルを提供するという意味ではありません。具体的な対応状況は、マイページの設定とクライアントの説明を確認してください。

接続先の更新頻度と、更新で変わること

すべてのクライアントに共通する決まった更新間隔はありません。初回の読み込み後、サービスから接続先の変更通知があったとき、ノード一覧が古くなったとき、サブスクリプションURLをリセットしたときは、手動で更新してください。自動更新に対応しているクライアントは、説明に従って設定し、直近の更新が成功したか確認しましょう。接続を維持するために何度も更新ボタンを押す必要はありません。

サブスクリプションの更新は設定を再取得する操作であり、通信量のリセットや自動更新とは異なります。VPNKJの月額プランでは、利用開始日に毎月通信量がリセットされます。途中でプランをアップグレードした場合、差額は残りの日数に応じて換算されます。通信量パックは使い切るまで有効で、期限はありません。クライアントで一覧を更新しても、これらの課金ルールは変わりません。

更新しても、手動で変更した内容がすべて維持されるとは限りません。サブスクリプションのノード設定を置き換えるクライアントもあれば、ローカルルールや上書き設定を保持するものもあります。DNS、ルーティング、プロキシグループを自分で変更した場合は、クライアントの設定統合方法を確認し、必要に応じてローカル設定を保存してください。更新後にノード名が変わると、名前を条件にしているルールに影響することもあります。

読み込みに成功してもアクセスできない場合の確認手順

問題を「サブスクリプションの取得失敗」と「接続失敗」に分けると、原因を特定しやすくなります。前者は設定のダウンロード中、後者は接続先を読み込んだ後に発生します。証明書エラーが表示されたら、端末の日時、URLが完全かどうか、クライアントのバージョンを確認してください。エラーを回避するために証明書の検証を無効にしないでください。

• ✅ 取得元を確認：マイページからサブスクリプションURLをコピーし直し、余分な空白や改行、チャットアプリが付加した記号が含まれていないか確認します。
• ✅ 形式を確認：現在のクライアントが対応するサブスクリプション形式を選んでいるか確認します。Webページは開けるのにクライアントで解析エラーになる場合は、形式とプロトコルの対応状況を確認してください。
• ✅ 設定を確認：読み込んだばかりの設定を使っているか確認します。古い設定を選んだままになっていないか、接続先を選び、接続を有効にしたかも確認してください。
• ✅ 端末のネットワークを確認：通常のWebサイトにアクセスできることを確認し、他のプロキシツールを一時停止します。システムプロキシやルーティング設定が競合しないようにしてください。
• ✅ プランの状態を確認：マイページで特典と通信量を確認します。正確なエラーメッセージを控え、サポート窓口から問い合わせてください。サブスクリプションURL全体は送らないでください。

接続後はIPアドレス確認ページを開いて、外部から見えるIPを確認できます。ただし、ルール設定による振り分けを使っている場合、この結果が示すのはそのページへのアクセス経路だけで、すべてのアプリがプロキシを経由している証明にはなりません。目的のWebサイトへの通信がプロキシ経由かどうかは、クライアントのルール適用履歴を確認してください。アプリによっては独自のネットワーク設定を使うこともあります。

DNSリークとは、ドメイン名の問い合わせが想定した経路で処理されない問題です。外部IPの確認とは別の問題です。クライアントの説明に従ってDNSとルールを設定し、プロキシを経由しない問い合わせがないか確認してください。暗号化された接続だけでDNS設定の不備がすべて修正されるわけではなく、ログイン済みのWebサイトがアカウント情報を識別できなくなるわけでもありません。

IEPL専線、中継、直結は接続経路や伝送方式を表し、サブスクリプションファイルの形式ではありません。サブスクリプションに特定の種類の接続先が表示されていても、どのクライアントでも使えるとは限らず、すべてのWebサイトへのアクセスが保証されるわけでもありません。接続方式、プロトコルの互換性、接続先プラットフォームのルールをそれぞれ確認してください。その他の操作方法は使い方ガイドとヘルプページをご覧ください。

URLが漏えいした場合のリセットと再読み込み

サブスクリプションURL全体が公開スクリーンショット、グループチャット、見知らぬツールなどに表示された場合は、漏えいしたものとして対応してください。まずマイページでサブスクリプションのリセットや認証情報の更新機能を探します。該当する項目が見つからない場合は、サポートに連絡して古い認証情報を無効にする方法を確認してください。ログインパスワードを変更すればサブスクリプショントークンも無効になるとは限りません。サービスの仕様によって異なります。

1. 削除できる公開リンクやスクリーンショットは取り下げ、以後の転送を止めてください。ただし、メッセージを削除しただけで漏えいが解消したと考えないでください。
2. マイページまたはサポート窓口で認証情報をリセットし、古いURLと、それに関連する接続認証情報がどこまで無効になるか確認します。
3. 自分の端末で新しいサブスクリプションに差し替えます。古い設定を削除するか、無効になっていることを確認してから、再度更新して接続してください。
4. マイページで通信量の変化を確認し、不審な点があればサポートに伝えてください。通信量が一度変動しただけで、他人にアカウントを使われたと断定しないでください。

URLをリセットしても、ダウンロード済みのノード認証情報がすぐ無効になるとは限りません。サーバー側で実際にどう処理されたかを確認してください。もう一つよくあるリスクは、アカウントのサブスクリプションを見知らぬオンライン変換サイトに入力することです。変換サイトは設定を読み込むため、認証情報に触れる可能性があります。マイページで提供される互換形式を使うか、信頼できるクライアントのローカル読み込み機能を利用してください。