サブスクリプションURLとは？取得・導入・更新の初心者向け完全ガイド

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

クライアントがサブスクリプションURLにアクセスすると、読み取り可能な設定情報を取得します。設定には、ノード名、サーバーアドレス、ポート、認証情報、接続パラメーターなどが含まれる場合があります。完全な設定には、プロキシグループ、ルール、DNS設定などが含まれることもあり、内容はサービスが提供する形式によって異なります。URL自体は接続を実行するものではありません。クライアントが設定を読み込み、対応するネットワーク機能を有効にして初めて、アプリの通信が設定に沿って転送される場合があります。

ノードとは通常、選択可能な接続設定を指します。サブスクリプションを使うと複数のノードをまとめて取得でき、クライアントで再取得すれば回線の変更も反映できます。ノードを手動で1つ追加して接続することもできますが、サブスクリプション全体の更新機能が自動で付くわけではありません。プランはアカウントの料金と利用資格に関するものです。互いに関係はありますが、同じものではありません。

VPNLQの月額プランでは、開通日を基準に毎月通信量がリセットされます。通信量パッケージは使い切るまで有効で、期限はありません。クライアントの「サブスクリプションを更新」は設定を再ダウンロードする操作であり、料金ルールには影響しません。ノード一覧が表示されているのに接続できない場合は、更新を繰り返すだけでなく、アカウントの状態も確認してください。

アカウント画面からサブスクリプションURLを取得

サブスクリプションURLはサービスのアカウント画面から取得してください。公開掲示板や検索結果のスクリーンショット、見知らぬ人の共有ドキュメントからコピーするのは避けましょう。VPNLQではメールアドレス不要で、ユーザー名とパスワードを使ってアカウントを作成できます。すでにアカウントをお持ちの場合はログインページに進み、アカウント概要の案内に沿ってサブスクリプションを取得してください。

1. アカウントにログインし、現在のプランと残りの通信量を確認します。画面に利用資格の問題が表示されている場合は、先にアカウントの状態を確認してください。
2. 画面に表示されるクライアント向けの案内を確認します。設定形式が複数ある場合は、使用するクライアントとそのコアに対応するものを選んでください。
3. 画面のコピー機能を使ってURL全体を保存します。末尾のパラメーターが抜けたり、改行や空白が混ざったりしないよう注意してください。
4. クライアントのサブスクリプションまたは設定管理画面を開きます。クライアントをまだ用意していない場合は、ログイン後にクライアントのダウンロードページで各プラットフォームの案内を確認できます。

サブスクリプションURLは通常、HTTPS経由で設定を取得します。しかし、HTTPSを使っているからといってURLを公開してよいわけではありません。通信の保護は取得時の安全性に関わるもので、有効なURLを持つ人が接続設定を取得できる可能性は残ります。

クライアントへの導入：形式を確認してから接続を有効にする

クライアントによって「リモート設定」「サブスクリプション管理」「URLからインポート」など表示名は異なりますが、いずれもサブスクリプションURLをリモート設定の取得元として登録する操作です。通常のWebページのブックマークとして扱わないでください。登録時に識別しやすい名前を付けられる場合もありますが、これは端末内で管理するための名前であり、ノードの出口には影響しません。

1. 設定またはサブスクリプションの管理画面を開き、リンクからインポートする項目を選んでURL全体を貼り付けます。サーバーアドレス欄には入力しないでください。
2. 取得または更新を実行し、ダウンロードと解析が完了するまで待ちます。ノードやプロキシグループが表示されるか、形式エラーが出ていないか確認してください。
3. インポートした設定を選び、使用する回線を選択します。クライアントによっては、インポートしただけでは新しい設定に自動で切り替わりません。
4. システムプロキシ、またはクライアントが対応するネットワーク制御機能を有効にします。モバイル端末で初めて有効にする際は、システムの案内に従ってVPN設定を許可してください。
5. 実際に利用するアプリを開いて確認し、クライアントのログと出口情報も見て、通信が想定どおりにルーティングされているか確認します。

Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICは、プロキシ環境で使われることがあるプロトコル名であり、サブスクリプション形式と同じ意味ではありません。特定の形式を読み込めるクライアントでも、設定に含まれるすべてのプロトコルに対応しているとは限りません。ここでの名称は互換性の説明を目的としており、VPNLQがすべてのプロトコルを提供するという意味ではありません。

IEPL専用線、中継、直結は、回線の収容方式や転送経路を表すもので、必要なプロトコルを推測する手がかりにはなりません。「未対応の種類」や「不明なフィールド」と表示された場合は、クライアントのバージョン、コアの対応状況、画面で提供される設定形式を確認してください。認証パラメーターをむやみに変更して試すのは避けましょう。

各プラットフォームで導入後に確認するポイント

VPNLQはWindows、macOS、iOS、Android、Linuxに対応しています。同じプラットフォームでもクライアントのメニューは異なり、すべてのソフトが同じ方法で通信を制御するわけではありません。該当プラットフォームの案内に従ったうえで、見落としやすい設定を確認してください。

• ✅ Windows：使用する設定が選択されていることと、システムプロキシが有効であることを確認します。システムプロキシのみのモードでは、プロキシ設定を参照しないアプリの通信は制御できない場合があります。
• ✅ macOS：クライアントに必要な権限が付与されているか確認します。システムプロキシとTUNによる通信制御は別の機能です。有効化の方法や対象範囲はクライアントによって異なります。
• ✅ iOS：VPN設定がシステムで許可されているか確認し、ほかのVPN設定が有効になっていないかも確認します。サブスクリプションの更新と接続の有効化は、それぞれ別に確認してください。
• ✅ Android：VPN権限、アプリごとの通信設定、バックグラウンド動作の制限を確認します。特定のアプリが除外されていると、選択した回線を経由しない場合があります。
• ✅ Linux：デスクトップのプロキシ設定、アプリのプロキシ環境変数、TUNルーティングを区別して確認します。コマンドラインのプログラムがデスクトップクライアントのシステムプロキシを自動的に使うとは限りません。

同じ端末で複数のネットワーク制御ツールを同時に有効にすると、プロキシポート、デフォルトルート、DNS設定が互いに上書きされることがあります。トラブル対応では、検証中のクライアントだけを残し、元の設定を記録してから変更してください。VPNLQは利用台数に制限がありませんが、端末ごとに設定と権限の確認が必要です。ある端末で接続できても、ほかの端末での動作確認にはなりません。

更新頻度は？変更や不具合に応じて対応

サブスクリプション更新に、すべてのクライアント共通の決まった周期はありません。初回の導入後に取得できたことを確認し、サービスから回線変更の通知があったとき、ノード一覧が古くなったとき、または利用中の回線に問題が出たときに更新してください。クライアントが自動更新に対応している場合は、機能説明に従って設定できます。ただし、バックグラウンド動作の制限やネットワーク状況によって、自動更新できないこともあります。

更新すると通常はリモートのノード情報が更新されますが、ローカルのプロキシグループ、ルール、手動変更が上書きされるかどうかは、クライアントの設定管理方式によって異なります。重要なローカル設定は事前にバックアップし、クライアントが提供する永続的な上書き機能を優先して使いましょう。リモート設定ファイルを直接編集した内容が長期間保持されるとは限りません。

特定の回線だけ接続できず、サブスクリプションは正常に取得できる場合は、更新後に別の回線へ切り替えて比較します。サブスクリプション全体をダウンロードできない場合は、まず取得先へのネットワーク経路を調べてください。クライアントによっては、現在のプロキシ経由でサブスクリプションを取得します。そのプロキシが使えないと更新もできない場合があります。更新ボタンを何度も押すより、取得リクエストが直結かプロキシ経由かを確認するほうが役立ちます。

インポートできない・接続できても開けない場合の確認順

ダウンロード失敗と解析失敗を分けて確認

「タイムアウト」「ドメイン名を解決できない」は取得時の問題、「形式エラー」「未対応のプロトコル」は解析や互換性の問題である可能性が高いです。まずURL全体を確認し、次にアカウントの状態とネットワーク経路、最後にクライアントが対応する形式を確認します。ブラウザーでログインページを開けても、クライアントがサブスクリプションを正常に取得できるとは限りません。

サブスクリプションURL全体を、見知らぬオンライン変換サイトに入力しないでください。変換ツールにサブスクリプショントークンやすべてのノード情報が渡る可能性があります。変換が必要な場合は、まずサービスの画面に互換形式が用意されているか、信頼できるローカル方式があるか確認し、処理中にどの認証情報が扱われるのか把握してください。

接続できても、すべてのアプリがプロキシを経由するとは限らない

ルールモードでは、ドメインやアドレスなどの条件に応じて直結とプロキシを切り替えます。グローバルモードでは通常、クライアントが制御する通信に選択したプロキシを使いますが、OS上のすべての通信が完全に制御されるわけではありません。各アプリの通信がプロキシを経由するかどうかは、システムプロキシ、TUN、アプリごとの通信設定、クライアントの実装にも左右されます。

実際に利用するアプリとIPアドレス確認ページを使って出口を調べられますが、ブラウザーに表示される出口情報が示すのは、そのリクエストの経路だけです。コマンドラインツール、ゲーム、ほかのアプリでは別の経路を使うことがあります。グローバルモードに変えてアクセスできるようになった場合も、グローバルモードを恒久的な診断結果とみなさず、ルール設定を確認してください。

DNSと出口は別々に確認する

DNSリークとは、ドメイン名の問い合わせが、想定するプライバシー保護やルーティング方針と異なる経路で処理される状態を指します。たとえば、通信本体はプロキシを経由していても、DNS問い合わせはローカルネットワークのリゾルバーに送られる場合があります。リークの有無はクライアントのDNSポリシーと実際の検査結果を照らし合わせて判断します。出口IPだけを見ても、特定のリゾルバー名だけを見ても断定できません。

DNS制御を有効にした場合は、OS、ブラウザー、アプリ独自の暗号化DNS設定が互いに影響しないかも確認してください。元の設定を記録し、クライアントのドキュメントに沿って一つずつ確認します。複数箇所を同時に変更すると原因を特定しにくくなります。さらにサポートが必要な場合はクイックスタートを確認するか、ログイン後にサポートチケットを送信し、個人情報を伏せたエラー情報を添えてください。

URLが漏えいした場合の再設定と移行

サブスクリプションURLを公開の場に貼り付けた、不審なサイトに送った、またはQRコードを他人に見られた場合は、認証情報が漏えいした可能性があるものとして扱ってください。公開した内容を削除すれば拡散を抑えられますが、すでにコピーされた設定までは取り消せません。ログインパスワードを変更しても、サブスクリプショントークンが無効になるとは限りません。連動するかどうかはサービスの仕組みによります。

1. アカウント画面を開き、サブスクリプションのリセットまたはトークン再発行の操作があるか確認します。案内を読み、旧URLとダウンロード済みノードの認証情報がどの範囲で無効になるか確認してください。
2. 画面に明確な操作項目がない場合や、リセットの影響が分からない場合は、状況を説明してサポートチケットを送り、旧認証情報をどう無効化できるか確認してください。
3. 新しいURLを取得したら、各端末のクライアントでリモートURLを差し替え、設定を更新します。現在有効な設定が新しいURLから取得したものか確認してください。
4. 古いサブスクリプションの記録や、機密情報を含むスクリーンショットを削除します。旧認証情報の処理結果を確認してから、各端末の利用を再開してください。

VPNLQの匿名・ノーログ方針はサービスのプライバシー方針です。サブスクリプションURLを公開してよいという意味でも、アクセス先のWebサイトがログイン中のアカウントを識別できないという意味でもありません。URLの保護、アカウントパスワードの管理、端末の権限確認はそれぞれ異なる対策であり、互いに代用できません。

初期設定後は、アカウント画面からURLを取得し、対応クライアントに導入して、設定と回線を確認し、実際のアプリで動作を確かめる、という流れを把握しておきましょう。変更があれば更新し、漏えいの疑いがあれば認証情報を対処します。設定のメンテナンスと日常利用を分けて考えられます。