複数デバイスVPNの実測で確認すべきなのは、クライアントをどのプラットフォームにインストールできるかではなく、サーバー側が「デバイス」をどう認識するかです。家族で1つのアカウントを共有すると、スマホ、PC、タブレット、テレビ、ルーターにそれぞれクライアントを入れられますが、インストールできても同時に接続できるとは限りません。デバイス数制限は、ログイン履歴、同時接続、認証済み端末、接続セッションのいずれかの層で適用されることが多く、名称が似ていても結果は異なります。
結論から言えば、家庭で共有するなら「複数プラットフォーム対応」だけでなく、「同時接続デバイス」のルールを確認するのが適切です。複数のクライアントをインストールできるとだけ書かれ、同時接続数の説明がない場合、家族全員が一緒に使えるとは判断できません。上限を超えた際の処理も一律ではなく、新しい接続を拒否するサービス、先に確立した接続を切断するサービス、管理画面から古いデバイスを削除するよう求めるサービスがあります。
デバイス数制限は何を数えているのか
サーバー側は、デバイス名だけですべてを判断できるわけではありません。クライアント接続時には、サービス構成に応じてアカウント認証情報、サブスクリプションのノード認証情報、デバイス識別子、セッション情報などが送信されます。Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICでは認証項目や通信方式が異なりますが、プロトコル名そのものがデバイス上限を決めるわけではありません。制限は、サーバー側のアカウントポリシー、ノードの認証方式、クライアントの管理ロジックによって共同で適用されます。
| カウントモデル | カウント方法 | 上限超過時によくある挙動 | 家庭での利用への影響 |
|---|---|---|---|
| インストール済みデバイス | インストールまたは有効化した端末を記録 | 新しいデバイスを有効化できず、古い記録の削除が必要 | 使っていないデバイスも枠を消費する場合がある |
| ログイン済みデバイス | クライアント内でログイン中の端末を数える | 新しいログインが拒否されるか、古いログイン状態が無効になる | 接続していないデバイスもカウントされる場合がある |
| 同時接続中のデバイス | 現在プロキシ接続を確立している端末だけを集計 | 後からの接続を拒否するか、既存のセッションを切断 | 日常的な家族の同時利用に近い |
| 同時セッション | サーバーが認識した有効な認証セッションを基準に計算 | 再接続を繰り返したり、古いセッションが解放されなかったりすると制限にかかりやすい | クライアントがネットワークを切り替えた後、古いセッションが一時的に残ることがある |
| ルーター経由の出口 | ルーターが1つのプロキシクライアントとして接続を確立 | ルーターがトンネルを維持し、端末は同じ出口を共有 | 共有が許可されるかどうかは利用規約の確認が必要 |
インストール済みデバイスとログイン済みデバイスは、特に混同しやすい項目です。クライアントが切断状態でもログイン用トークンを保持している場合があり、接続を切っただけではデバイス記録が解放されないことがあります。アプリをアンインストールしても、サーバー側にログアウトが通知されるとは限りません。このような制限に遭遇したら、クライアントを何度も削除・再インストールするのではなく、まずアカウント管理画面にデバイス管理の項目がないか確認してください。
同時接続モデルは、端末を切断すれば接続枠が解放されるため、比較的わかりやすい仕組みです。ただし、スマホが家庭のWi-Fiからモバイルネットワークに切り替わったり、PCがスリープから復帰したり、ネットワークの揺らぎでクライアントが自動再接続したりすると、古いセッションが期限切れになる前に新しいセッションの確立が始まることがあります。短時間に重複した接続が見えても、必ずしも第三者がアカウントを使っているとは限らず、ネットワーク切り替えや再接続によるセッションの重複かもしれません。
同じ手順で実測する
デバイス制限のテストでは、最高速度を追求する必要はありません。確認すべきなのは、カウント方法、発動条件、上限超過後の処理順です。ノード障害をデバイス制限と誤認しないよう、テスト対象の端末には同じ有効なサブスクリプションを使い、最初に各デバイスが単独で正常接続できることを確認してください。
- 初期状態を記録する。アカウント管理画面で、ログイン済みデバイス、アクティブな接続、セッション管理への入口があるか確認します。先に記録を削除すると、古いデバイスが長時間枠を占有しているか観察できなくなるため、削除は後にしてください。
- 1台ずつ単独で接続する。スマホ、PCなど家庭内の端末をそれぞれ接続し、IP確認ページで出口アドレスが変わったことを確認します。単独接続に失敗した場合は、同時接続のテストを続ける前に、サブスクリプションとノードを確認してください。
- 既存の接続を維持する。接続済みの端末で通常のウェブ閲覧を続けながら、別のデバイスから接続を開始します。新しいデバイスが拒否されるか、古いデバイスが通知なしに切断されていないかを確認します。
- ネットワーク切り替えをテストする。モバイル端末のネットワークを切り替えて自動再接続させ、サーバー側に重複セッションが現れるか、既存の端末に影響が出るかを確認します。
- 正常な解放をテストする。クライアントを手動で切断し、管理画面の状態が更新されるまで待ってから、別の端末で接続します。これにより、「切断だけで枠が解放される」のか「デバイスの登録解除が必要」なのかを区別できます。
- 異常終了をテストする。接続中にクライアントを終了し、再度起動します。新しい接続が継続して拒否される場合、サーバー側に古いセッションが残っている可能性があります。セッションが失効するまで待つか、管理画面で手動処理してください。
上限超過時に「どの接続が切られるか」は、利用規約または実測で確認するしかありません。新しい接続を拒否する方式なら、接続中のメンバーへの影響は小さいものの、後から使う人には認証エラーが表示されます。古いセッションを置き換える方式は新しいデバイスを接続しやすい一方、会議中、ファイル転送中、動画視聴中の端末が突然切断される可能性があります。デバイス登録モデルでは、PCの買い替えやOSの再インストール後に問題が表面化しやすく、再インストール後のデバイス識別子が新しい端末として扱われることがあります。
デバイス制限とノード障害を見分ける方法
- ✅ 1台だけなら正常に接続でき、別の端末を追加したときだけ再現性のある認証エラーが発生する。
- ✅ 接続中の端末を切断すると新しい端末が接続できるようになり、同時接続の状態との関連が確認できる。
- ✅ アカウント管理画面にデバイス記録またはアクティブセッションが表示され、テストの経過と対応している。
- ❌ すべての端末が同じ回線で同時に失敗し、回線を切り替えると復旧する場合は、回線側の問題に近い。
- ❌ クライアントにサブスクリプション期限切れ、設定なし、ノード一覧未更新と表示される場合は、サブスクリプションの状態に関する問題。
- ❌ ウェブページだけ開けず、プロキシのハンドシェイクが正常なら、DNS、ルール分岐、ブラウザキャッシュを引き続き確認する。
スマホ、PC、テレビ、ルーターの違い
家庭内のデバイスの違いは、画面サイズだけの問題ではありません。プラットフォームごとにクライアントの機能が異なり、同じサブスクリプションURLを読み込んでも、対応プロトコル、バックグラウンド動作、システムプロキシ、ルール分岐の方法が変わることがあります。PCで使えるノードでも、テレビ用クライアントが同じプロトコルに対応しているとは限りません。
スマホとタブレット
モバイルOSでは通常、システムVPNインターフェースを通じて通信を制御します。アプリをバックグラウンドに移すと、OSがプロセスを一時停止することがありますが、システムトンネルは動作を続ける場合があります。一方、省電力機能によって終了され、後からセッションが再確立されることもあります。Wi-Fiとモバイルネットワークを頻繁に切り替えると接続元アドレスが変わり、サーバー側に前後2つのセッションが一時的に見える場合があります。家庭内の同時接続をテストするときは、このネットワーク切り替えによる再接続と、実際に追加したデバイスを分けて記録してください。
WindowsとmacOS
デスクトップクライアントでは、システムプロキシ、仮想ネットワークアダプター、ルール分岐などのモードを利用できることが多いです。システムプロキシはプロキシ設定に従うアプリだけに影響します。仮想ネットワークアダプター方式はより多くの通信を制御できますが、ファイアウォール、ほかのネットワークソフト、スリープ復帰の影響も受けやすくなります。PCの復帰後にネットワークへアクセスできない場合は、古いトンネルが残っていないか確認してから再接続し、すぐに家族の誰かにアカウントを奪われたと判断しないでください。
テレビとテレビボックス
テレビ側でよくある問題は、デバイス枠ではなくクライアントとプロトコルの対応範囲です。サブスクリプションにShadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICのノードが含まれていても、テレビ用アプリがすべて認識できるとは限りません。読み込み後にノードが表示されない場合、多くはアプリがそのプロトコルまたはサブスクリプション形式に対応していないことを示しており、サーバー側がデバイス権限を削減したという意味ではありません。
テレビアプリのエラーメッセージは簡潔なことが多いです。切り分ける際は、まずPCクライアントに同じサブスクリプションを読み込み、更新できることを確認してから、テレビ側が対応するプロトコルを照合します。テレビで特定のアプリだけ使いたい場合は、対象ドメインがプロキシへ送られるよう分岐ルールも確認してください。接続に成功したからといって、すべてのアプリが同じ経路を使うとは限りません。
ルーター
ルーターを使うと、家庭内の複数端末の通信を1つのプロキシクライアントに集約できます。サーバー側から見ると、通常はLAN内の各端末が個別にクライアントを動かすのではなく、ルーターが確立した1つのセッションとして扱われます。ただし、すべてのサービスがルーター経由で共有範囲を広げることを許可しているわけではありません。利用できるかどうかは、アカウントの利用規約とルーター側クライアントの互換性を基準に判断してください。
ルーター方式の利点は、テレビやゲーム機などにクライアントを1台ずつインストールしなくてよいことです。一方、トラブルの切り分けは集中します。DNS転送、ルール分岐、ハードウェア性能、ファームウェアのプラグインのどこかに設定ミスがあると、家庭全体のネットワークに影響します。外出先で使うスマホやPCには独立したクライアントが必要なため、ルーターだけで端末接続を完全に置き換えることはできません。
サブスクリプションURL共有のリスクと管理
アカウントのパスワードとサブスクリプションURLは、同じ種類の認証情報ではありません。多くのクライアントはウェブサイトのアカウントにログインしなくても、サブスクリプションURLを読み込むだけでノード設定を取得できます。サブスクリプションURLには設定取得に使える認証情報が含まれることが多く、家族がURLを転送すると、相手がノード一覧を更新し続けられる可能性があります。共有範囲は信頼できるデバイスに限定し、完全なURLをチャットグループ、スクリーンショット、公開ドキュメントに貼り付けないでください。
読み込み方もデバイス判定に影響します。クライアントによるサブスクリプション更新は設定の取得にすぎず、プロキシセッションを開始するとは限りません。ノード接続を実際に開始して初めて、サーバー側に認証が記録されます。管理画面の更新履歴だけを見て、特定のデバイスが同時接続枠を使っていると判断することはできません。
家庭内デバイスの記録
デバイス名：家庭内で決めた名称
クライアント：アプリ名とバージョンを記録
読み込み方法：サブスクリプションURLまたは手動設定
接続モード：システムプロキシ、仮想ネットワークアダプター、またはルーター
主な回線：直接接続、中継、または IEPL 専用線
異常の内容：新しい接続の拒否、既存接続の切断、またはセッションの残留
対応結果：手動切断、デバイス削除、またはサブスクリプション更新サブスクリプションURLが誤って公開された場合は、サービスの管理画面でサブスクリプション認証情報をリセットし、家族に新しいURLを更新してもらいます。メッセージを削除するだけでは、すでにコピーされたURLを無効にできません。リセット後は、古いクライアントで設定を更新できなくなることが多いため、家庭内のデバイスに新しいURLを再度読み込ませる必要があります。
回線、プロトコル、デバイス上限を混同しない
接続が不安定になると、家族はまずデバイスが多すぎるのではないかと考えがちです。しかし、回線タイプやプロトコルの選択も実際の使用感を左右します。直接接続では端末が遠隔ノードへ直接アクセスするため経路は単純ですが、国境をまたぐ通信経路の揺らぎが接続に直接表れます。中継では近い入口に接続してから目的地域へ転送するため、回線を調整しやすくなります。IEPL 専用線は管理された国際通信経路を重視し、通常の公衆インターネット経由の直接接続とはルーティング方式が異なります。
これらの回線の違いは接続品質に影響しますが、アカウントのデバイスルールを自動的に変えることはありません。ある回線だけ接続できず、ほかの回線は正常なら、ノードまたは経路の問題に近いと考えられます。新しいデバイスを追加した後にすべての回線で認証が拒否される場合は、同時接続制限の可能性が高まります。テストでは端末ごとにまったく異なる回線を使わず、変化の原因がデバイス数なのか回線状態なのかを判断できるようにしてください。
プロトコルもクライアントとの互換性を基準に選びます。Shadowsocksは構成がシンプルで対応クライアントが多く、VMessとVLESSはルールルーティングに対応したクライアントでよく使われます。TrojanはTLSをベースにした通信形態です。Hysteria2とTUICはUDPベースの転送方式を採用しており、一部のネットワークで柔軟に動作しますが、ローカルネットワークのUDP制限を受ける場合があります。プロトコルは認証と通信を担うものであり、それだけでデバイス上限が高くなるわけではありません。
DNSとルール分岐も忘れずに確認
プロキシが接続済みと表示されているのにウェブサイトへアクセスできない場合は、DNSリクエストが想定どおり処理されているか確認します。業務通信はプロキシを経由しているのにDNSクエリだけがローカルネットワークへ送られると、名前解決の結果が一致しなかったり、DNS漏洩が起きたりする可能性があります。接続後にIP確認とDNS検査のページを使って出口を照合し、クライアントでリモートDNS、暗号化DNS、または仮想ネットワークアダプター方式に合う名前解決設定が有効になっているか確認してください。
ルール分岐は、どのドメインやアドレスをプロキシ経由にし、どれを直接接続にするかを決めます。家族が使うアプリはそれぞれ異なるため、1つのルールがPCのブラウザでは正常でも、テレビアプリを誤って直接接続にすることがあります。「特定のアプリだけ通信できない」場合は、まず一時的にグローバルプロキシへ切り替えて比較します。グローバルモードで復旧するなら、問題は通常ルールのマッチングにあり、デバイス枠ではありません。
家族共有前の確認チェックリスト
アカウントを共有する前に、デバイスルール、クライアントの互換性、認証情報の管理を1つのチェックリストで確認しましょう。料金やノード地域だけを見ても、家庭利用で起こりやすい切断やメンテナンスの問題までは把握できません。
- ✅ 料金プランに、ログイン済みデバイス、有効化済みデバイス、同時接続のどれを基準に数えるか明記されている。
- ✅ 上限超過後に新しい接続を拒否するのか、古い接続を切断するのか、デバイス削除を求めるのかが規約に記載されている。
- ✅ 家庭内の各プラットフォームに対応クライアントがあり、サブスクリプションで実際に使うプロトコルを認識できる。
- ✅ モバイル端末がネットワークを切り替えた後、古いセッションを正常に解放するか、再接続を完了できる。
- ✅ テレビ側でプロトコルの対応を確認し、ノードが表示されないことをデバイス制限と誤認していない。
- ✅ ルーター方式について、ファームウェアの互換性、DNS転送、ルール分岐を確認している。
- ✅ サブスクリプションURLを信頼できるデバイスだけに保存し、誤公開時のリセット方法を把握している。
- ✅ 各デバイスが単独で正常に接続できてから、家庭内の同時接続をテストしている。
- ❌ 「複数プラットフォーム対応」を「同時接続可能」という明確な説明の代わりにしない。
- ❌ すべての認証エラーをデバイス上限のせいにせず、まずサブスクリプションと回線の状態を確認する。
VPNRZは同時接続台数に制限がなく、家族が異なる端末で並行して利用するのに適しています。実際に導入する際は、クライアントのプロトコル対応、サブスクリプションの読み込み方法、ルール分岐をそれぞれ確認してください。デバイス制限が緩やかでも解決するのは接続資格の問題であり、特定プラットフォームのクライアント互換性やローカルネットワーク設定まで自動的に修正するものではありません。
選択基準はシンプルです。ルールが理解しやすく、上限超過時の挙動を予測でき、古いデバイスを管理でき、家庭でよく使うプラットフォームに適したクライアントがあることです。手順に沿って接続テストを1回記録すれば、問題がアカウントポリシー、回線・プロトコル、端末設定のどこにあるか判断でき、何度もログインや再インストールを繰り返して試す必要はありません。