サブスクリプションURLとは、クライアントがサーバーから接続設定を取得するためのアドレスです。通常、アカウントに紐づく認証情報が含まれています。基本的な流れは、ユーザーパネルでURLを取得し、対応クライアントに追加して設定を更新し、接続を確認することです。URLをコピーできても接続済みとは限らず、読み込みに成功してもすべてのアプリが想定どおりの経路を使うとは限りません。
サブスクリプションURLとプラン・ノードの違い
「サブスクリプション」という言葉から月額課金を連想しがちですが、サブスクリプションURLと月額プランは別のものです。プランは利用できる通信量や権限を定め、サブスクリプションURLはクライアントに設定を渡します。通信量パッケージでもURL経由でクライアントを設定する場合があります。URLの名称だけで、プランが毎月リセットされるかどうかを判断しないでください。
クライアントがURLにアクセスすると、サーバーアドレス、接続ポート、プロトコル、認証パラメーターなどの接続情報を取得します。返される内容はサーバー側とクライアント側の形式によって異なり、ノード一覧のみの場合もあれば、プロキシグループやルーティングルールを含む場合もあります。すべてのサブスクリプションに完全なルールが含まれるとは限りません。また、ノード一覧が表示されても接続が有効になったとは限りません。
| 用語 | 主な役割 | 間違えやすい点 |
|---|---|---|
| プラン | アカウントの課金方式、通信量、利用権限を決める | 更新やアップグレードの際に、URLの再追加が必要とは限らない |
| サブスクリプションURL | クライアントがノード情報または設定一式を取得するためのもの | インストーラーでも、通常の共有ページでもない |
| 個別ノード | 特定の接続に必要な設定を表す | 個別に追加した場合、サブスクリプションの更新に追随しないことがある |
| クライアント | 設定を解析し、接続・プロキシ・ルーティングを実行する | 同じURLでも、すべてのクライアントで認識されるとは限らない |
サブスクリプションURLが担うのは設定の受け渡しです。IEPL専用線、中継、直結は通信経路や伝送方式を表し、サブスクリプションの形式ではありません。Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICはそれぞれ異なるプロキシプロトコルです。URLを読み込めても、その中のすべてのプロトコルにクライアントが対応しているとは限らず、特定の通信速度が保証されるわけでもありません。
ユーザーパネルからリンクを取得
MeveVPNはメールアドレス不要で、ユーザー名とパスワードがあれば利用を開始できます。アカウントをお持ちの方はユーザーパネルのログインページからログインしてください。ログイン後、パネルの案内に従ってサブスクリプションとクライアントの案内ページを確認します。実際に利用できる機能はプランの状態に応じてパネルに表示されます。本記事では実際のサブスクリプションURLやインストーラーへの直リンクは提供していません。
- 自分のアカウントにログインし、パネルに表示されているプランの状態と利用可能な通信量を確認します。利用権限がまだ有効でない場合は、パネルの案内に従って対応してください。同じURLを何度もコピーし直す必要はありません。
- クライアント案内ページで、利用する端末のインストール方法と読み込み手順を確認し、対応するクライアントと設定形式を選びます。
- パネルのコピー機能を使って、URL全体を取得してください。スクリーンショットを見ながら手入力したり、通常のパネルページのアドレスをサブスクリプションURLとして使ったりしないでください。
- URLをクライアントのサブスクリプションURL欄に貼り付けて保存し、設定を取得します。パネルから直接読み込む場合も、正しいクライアントが起動していることを確認してください。
コピーした後は、チャットツールによる改行でURLが途中で切れていないか、前後に余計な空白や引用符、説明文が付いていないか確認してください。URLのクエリパラメーターは認証や形式の指定に使われることがあるため、長く見えても削除してはいけません。ブラウザーに設定テキストが表示された場合、そのテキスト自体を再度URLとして読み込まないようにしてください。
サブスクリプションURLはアカウントの認証情報です。不明なサブスクリプション変換サイトに入力したり、公開フォーラムに貼り付けたりしないでください。スクリーンショットやQRコード、エクスポートした設定ファイルにも同様の認証情報が含まれることがあります。
各プラットフォームでのクライアントへの追加方法
MeveVPNはWindows、macOS、iOS、Android、Linuxに対応しています。ただし、プラットフォームに対応していても、あらゆるサードパーティ製クライアントで同じ設定が使えるとは限りません。手順、バージョン、形式はユーザーパネルと使い方ガイドを確認してください。以下では一般的な操作を説明します。特定のクライアントのメニュー名を、すべてのプラットフォーム共通の名称として扱うことはありません。
Windows・macOS：追加してから接続を有効にする
クライアントで設定、サブスクリプション、リモート設定などの項目を探し、URLを追加して設定を取得します。見分けやすい名前を付けて保存し、追加した設定を選択してからノードを選び、接続を有効にしてください。リストにノードが表示されただけでは、通常は設定の解析に成功したことしか確認できません。システムプロキシやクライアントの該当するトラフィック制御モードが有効でない場合、ブラウザーが通常のネットワークから直接接続することがあります。
iOS・Android：システムの許可に注意
読み込み後、クライアントがシステムVPN設定の作成や関連するネットワーク権限を求めることがあります。アプリの入手元とシステムの確認画面を確認し、ガイドに従って許可してください。システムにVPNアイコンが表示されても、有効になったのはネットワーク制御の入口であり、すべてのアプリが同じ出口を経由する証明にはなりません。アプリが除外されているか、ルールに応じて直結するかは、クライアントの設定も確認してください。
Linux：GUIとサービスモードを区別する
GUIクライアントには、通常、リモート設定を追加する項目があります。コマンドラインやバックグラウンドサービスでは、利用するソフトウェアによって、設定ファイルのパス、サブスクリプション取得ツール、再読み込み操作が必要な場合があります。サブスクリプションURLを実行可能なコマンドとして扱ったり、別のコアの設定構文を流用したりしないでください。ファイルを変更した後は、解析エラーとサービスログを確認し、新しい設定が読み込まれたことを確かめます。
- ✅ クライアントの入手元とバージョンがパネルまたはガイドの案内に沿っており、選択したサブスクリプション形式に対応している。
- ✅ サブスクリプションの取得後、古い設定ではなく、使用する設定が選択されている。
- ✅ 利用可能なノードを選び、ガイドに従って接続またはトラフィック制御を有効にしている。
- ❌「ノードが表示された」「システムにVPNアイコンが表示された」だけで、確認が完了したと判断しない。
更新頻度と通信量のリセット
サブスクリプションの更新は設定を再取得する操作であり、通信量の購入や使用量のリセットではありません。回線やパラメーターが変更されたとき、古いノードが使えなくなったとき、またはパネルに更新が明示されたときは、サブスクリプションを更新してください。すべてのクライアントに共通する更新間隔はありません。クライアントの案内に従って自動更新を設定し、接続に問題が起きたら手動で再取得して確認できます。
MeveVPNの月額プランでは、通信量は利用開始日を基準に毎月リセットされ、アップグレード時の差額は残り日数に応じて計算されます。通信量パッケージは使い切るまで利用でき、有効期限はありません。これらはアカウントの課金ルールであり、クライアントで「サブスクリプションを更新」を実行するタイミングとは無関係です。何度更新しても使い切った通信量は戻らず、リセット日が当日に変わることもありません。
更新前に、使用中のノード名とルールモードを控えておき、更新後も選択状態が維持されているか確認すると便利です。クライアントによっては古い設定を保持し、別のクライアントではリモート設定に置き換わることがあります。設定を手動で変更していた場合、更新によって変更内容が上書きされる可能性もあります。独自ルールが必要な場合は、クライアントが対応する上書き機能や独立したルール設定を利用してください。リモート設定を編集すれば変更が永久に残るとは限りません。
自動更新に失敗しても、ノードが使えなくなったとは限りません。サブスクリプションのダウンロードと実際のプロキシ接続では、ネットワーク経路が異なる場合があります。既存のノードには接続できてもサブスクリプションのドメインに一時的にアクセスできないこともあれば、設定を取得できても特定のノードには接続できないこともあります。ダウンロード状況と接続状況を分けて記録し、問題の箇所を取り違えないようにしてください。
インポート失敗と接続失敗の切り分け
まず、どの段階で失敗したかを特定してください。設定をダウンロードできない、ダウンロード後に解析できない、ノードは表示されるが接続できない、といった問題はそれぞれ異なります。クライアント名、バージョン、エラーメッセージ、発生した段階を記録すると、「サブスクリプションが使えない」とだけ伝えるより原因を調べやすくなります。記録を共有する際は、URLと認証情報を必ず隠してください。
| 症状 | まず確認する点 | 対処方法 |
|---|---|---|
| ダウンロードに失敗する | URLの完全性、アカウントの利用権限、ネットワークからのアクセス | パネルからURLを再コピーし、エラーメッセージを確認する |
| 形式を認識できない | 返された内容とクライアントの形式が一致しているか | パネルで案内されている対応用の入口を選び、拡張子をむやみに変更しない |
| 一部のノードが使えない | プロトコルへの対応、クライアントのバージョン、回線の状態 | 設定を更新し、ガイドに従って別のノードに切り替えて確認する |
| 接続後もアプリにアクセスできない | ルールの適用状況、トラフィック制御モード、アプリごとのプロキシ設定 | アプリごとに実際の接続元IPとDNSの経路を確認する |
ログインページやエラーページが返された場合、クライアントで設定として解析できないことがほとんどです。すぐに不明な変換ツールを使うのではなく、パネルのサブスクリプションページからコピーしたか、アカウントの利用権限があるか、選択した形式がクライアントに対応しているかを確認してください。証明書に関するエラーが出た場合は、端末の時刻と公式案内を確認してください。読み込みのために証明書の検証をむやみに無効にしないでください。
接続できた後は、ルーティングと情報漏えいを区別する必要があります。ルールによって特定のサイトが直結する設定であれば、それだけで漏えいとは限りません。一方、本来はプロキシ経由で名前解決するはずのドメインが、意図せずローカルネットワークのDNSリゾルバーで処理されている場合は調査が必要です。ブラウザーのセキュアDNS、クライアントのDNS設定、システムの名前解決経路は互いに影響することがあります。DNSサーバーの地域だけを見て結論を出さないでください。
接続の前後で対象アプリの接続元IPを比較し、クライアントのログでルールの適用状況や名前解決の動作を確認できます。ブラウザーでの確認から分かるのは、その時点でのブラウザーの経路だけであり、ほかのアプリについては判断できません。原因を特定できない場合は、サポートチケット窓口に認証情報を隠した記録を添えて問い合わせてください。設定全体を公開しないでください。
リンク漏えい時の対処手順
リンクが公開されたことに気づいたら、まず自分で削除できる投稿や共有コンテンツを取り下げ、パネルでサブスクリプションのリセットや認証情報の更新ができるか確認してください。該当する操作が見つからない場合は、古い認証情報を無効にする方法をサポートに問い合わせます。投稿を削除すれば拡散を抑えられますが、すでにコピーされた情報を回収することはできません。
- 漏えいした場所を記録して公開内容を取り下げ、サポートへの問い合わせに必要な情報は認証情報を隠して保存します。
- パネルまたはサポートを通じて古いサブスクリプション認証情報を無効にし、新しいURLを取得して、古いURLに引き続きアクセスできるか確認します。
- 自分が使っている各端末でサブスクリプションを差し替え、古いリモート設定を削除してから、新しい設定を取得し、接続を確認します。
- エクスポートしたファイル、クリップボードの同期、共有メモを確認し、古い認証情報が残っているコピーを削除します。
アカウントのパスワードを変更しただけでは、古いサブスクリプションURLが無効にならないことがあります。ログイン認証情報とサブスクリプショントークンが別々の場合があるためです。サブスクリプションをリセットしても、第三者がすでに取得したノードの認証情報がすぐに無効になるとは限りません。無効になる範囲やタイミングはパネルまたはサポートに確認してください。アカウントのパスワードも公開された場合は、アカウントの安全対策も行ってください。