複数デバイス対応VPNを選ぶとき、紹介ページにある「マルチデバイス対応」だけを見てはいけません。家族で1つのアカウントを共有できるかどうかを左右するのは、同時接続のルール、デバイスの登録方法、サブスクリプション情報の管理、通信量の計算方法です。複数のクライアントに対応していても、同時にオンラインにできるとは限りません。サブスクリプションのインポートに対応していても、同じリンクを家族全員に長期間配布するのが適切とは限りません。

先に結論を述べると、家族共有は技術的には可能です。ただし、利用規約で共有が認められており、デバイスルールが明確で、家族がアカウントとサブスクリプションリンクを適切に管理できることが前提です。デバイス数が無制限なら、互いに接続を奪い合う問題は減らせますが、通信量の集中消費、ノードの頻繁な切り替え、設定の誤変更、認証情報の流出まで自動的に解決するわけではありません。「インストールできる」「ログインできる」「同時にトンネルを確立できる」は分けて考えましょう。

デバイス数制限は何を制限するのか

サービスがいう「デバイス数」は、異なる技術上の対象を指すことがあります。よくあるのは、アカウントのログイン数、認証済みデバイス数、同時オンラインセッション数、同時接続できる出口数です。似た概念に見えても、実際の結果は異なります。あるデバイスでクライアントを終了しても、認証済みリストには残ることがあります。複数のシステムでアカウントにログインできても、同時にデータ通信できる接続は一部に限られる場合があります。

制限の基準 通常の計算方法 家族共有時の挙動 確認すべき点
クライアントのインストール インストールまたはダウンロードできるプラットフォームを数える インストールできても同時接続できるとは限らない 同時接続セッションに別の制限があるか
アカウントへのログイン ログイン状態またはログイン端末の記録で判定する 新しいログイン時に、以前の端末で再認証を求められることがある ログアウトすると記録が解放されるか
デバイス認証 デバイス識別情報を認証済みリストに追加する OSを再インストールすると新しいデバイスとして認識されることがある 古いデバイスを自分で削除できるか
同時接続 現在確立しているトンネルまたはプロキシセッションで数える 上限に達すると新しい接続を拒否したり、既存の接続を切断したりすることがある ルーターを1つの接続として数えるか
出口の同時接続 アカウントから異なる出口またはノードへ接続している状態で判定する 家族が頻繁に地域を切り替えると制限にかかりやすい 異なる回線を同時に利用できるか

もう1つ混同しやすいのが、クライアント画面には「接続済み」と表示されているのに、バックグラウンドのセッションが無効になっているケースです。システムトレイやステータスバーには接続表示が残っていても、実際のリクエストはローカルネットワーク経由に戻っている可能性があります。家族の接続が互いに奪い合われているように見えるときは、クライアントのボタンだけでなく、出口IPとDNSの名前解決結果も確認してください。

ルーター経由の接続も個別に確認が必要です。ルーターを1つのトンネルとして扱い、そのルーターに接続した端末が同じ出口を共有するサービスもあります。一方で、内部実装や利用規約によって異なる基準を採用するサービスもあります。「ルーターなら1台として数えられる」と決めつけず、サービスの説明と実際のセッション管理画面を基準にしてください。

認証済みデバイスと同時オンラインは別物

認証済みデバイスは通常、過去の登録一覧です。一方、同時オンラインは現在の状態を示します。家庭で使わなくなった古いパソコンが認証済み一覧に残っていると、枠を使う可能性はありますが、現在の帯域を消費するとは限りません。逆に、1台のパソコンにある複数のネットワークコンポーネントが複数の接続を開始しても、サービス側がそれぞれを別デバイスとして扱うとは限りません。ルールを確認するときは、「同時接続」「同時セッション」「認証済みデバイス」といった明確な項目を探し、「マルチデバイス対応」という曖昧な表現だけを見ないようにしましょう。

デバイス数無制限でも共有リスクへの対策は必要

デバイス数無制限で解決できるのは、利用を許可する台数の問題だけです。家族で同じプランを使うと、通信量、ノードの利用権限、アカウント設定、障害の影響範囲は通常つながったままです。あるメンバーが大容量ファイルを同期すれば、同じネットワークの上り帯域を圧迫することがあります。サブスクリプション情報をリセットすれば、他のクライアントも同時に使えなくなる可能性があります。信頼できないツールにサブスクリプションリンクをインポートすると、認証情報の露出範囲が広がるおそれもあります。

サブスクリプションリンクはアクセス認証情報として扱う

プロキシクライアントで使うサブスクリプションリンクは、単なるノード一覧のダウンロードURLとは限りません。リンクには、プランの識別や設定の取得に使えるトークンが含まれている場合があります。リンクを入手した人は、サービスが提供するプロトコルに応じて、Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICのノードをインポートできる可能性があります。そのため、サブスクリプションリンクの転送は、一般的なウェブページの共有ではなく、アカウント認証情報の転送に近いリスクを伴います。

より安全なのは、アカウント管理者が信頼できるデバイスでインポートを完了するか、サービスの管理画面に用意された個別の設定入口を使う方法です。リンクの流出が疑われる場合は、管理画面でサブスクリプション情報をリセットし、家族のデバイスで再度更新してください。リセットすると古いリンクは無効になります。実行前に他のメンバーへ知らせ、全員が同時に使えなくなった状態を回線障害と誤認しないようにしましょう。

共有アカウントとシステム権限は別に考える

家族でネットワークプランを共有することはできますが、OSの管理者アカウントまで共有するべきではありません。クライアントが仮想ネットワークアダプターの作成、VPN設定のインストール、システムプロキシの変更を求める場合は、デバイスの所有者が確認してください。macOS、Windows、iOS、Android、Linuxでは権限モデルが異なります。OSのVPN設定を使うプラットフォームもあれば、ローカルプロキシポートや仮想ネットワークアダプターで通信を制御するプラットフォームもあります。Linux環境では、コマンドラインサービスやファイアウォールルールに依存する場合もあります。

全員がメインアカウントの設定を自由に変更できる状態では、1回の誤操作がデバイス全体に影響します。アカウント管理、クライアントの利用、ノードの選択は分けて運用するのが理想です。管理者が管理画面の認証情報を保管し、家族は各自のデバイスに必要な設定だけを使う形にしましょう。

プロトコル、回線、同時接続時の使用感

家族で共有していて通信が遅い場合、原因がデバイス数制限とは限りません。接続しているネットワークの品質、プロトコルの通信方式、経路、出口の混雑、分割ルールの設定など、さまざまな要因が影響します。まず「新しいデバイスで接続を確立できない」のか、「すべてのデバイスで接続はできるが通信が遅い」のかを切り分けてください。前者は認証や同時接続ルール、後者は回線やローカルネットワークの確認が必要なケースが多いです。

主なプロトコルの位置づけ

Shadowsocksは暗号化プロキシプロトコルで、通常はクライアントがシステムプロキシまたは仮想ネットワークアダプターのモードで通信を制御します。VMessとVLESSは、複数のトランスポート層の組み合わせに対応するクライアントでよく使われます。VLESS自体は軽量な認証を重視しており、安全性は外側のトランスポートと暗号化設定にも左右されます。Trojanは通常、TLS接続上で動作します。Hysteria2とTUICは主にUDPまたはQUICを利用する通信環境向けで、パケットロスやネットワークの変動に対して異なる輻輳制御の考え方を採用しています。

これらのプロトコル名だけで回線品質を判断することはできません。プロトコルはクライアントと入口の間で通信する方法を決め、回線はデータが通過するネットワーク経路を決めます。家族が異なるプロトコルを同時に使う場合は、ルーターがUDP、IPv6、長時間接続をどのように処理するかも確認が必要です。あるクライアントが正常に接続できても、別のプラットフォームで異なるプロトコル設定が同じ結果になるとは限りません。

プロトコルまたは方式 一般的な接続方法 家族共有で確認したい点
Shadowsocks システムプロキシまたは仮想ネットワークアダプターのモード プロキシ非対応アプリが仮想ネットワークアダプターで制御されるか確認する
VMess / VLESS サブスクリプションをインポートし、トランスポート設定を選択する 単一ノードだけをコピーして、関連するトランスポートパラメータを省略しない
Trojan TLSベースのクライアント接続 システム時刻や証明書検証の異常がハンドシェイクに影響する
Hysteria2 / TUIC UDPまたはQUICベースの接続 ローカルネットワークでUDPが制限される場合は、別の利用可能な方法を用意する
システムVPN設定 OSがトンネルを一元管理する 省電力設定、バックグラウンド制限、オンデマンド接続の挙動はプラットフォームによって異なる

IEPL、中継、直接接続の違い

直接接続は、クライアントがリモートノードへ直接アクセスする方式で、経路は主に利用中の通信事業者とインターネット上のルーティングによって決まります。中継は通常、近い入口に接続してからサービス側のネットワーク経由で出口へ転送します。不安定な公衆ネットワーク経路の影響を抑えることが目的です。IEPLは国際イーサネット専用線を指す業界用語です。サービスがこの名称を使っている場合は、どの区間をカバーするのか、入口と出口がどのように接続されるのかを確認しましょう。

専用線や中継を利用していても、家庭内ネットワークが混雑しないとは限りません。複数のメンバーが同時に通信すると、データはまず家庭のWi-Fi、ルーター、接続回線を通ります。すべてのデバイスが同時に遅くなった場合は、まず上り帯域と無線信号を確認してください。特定の地域向け回線だけに問題がある場合は、ノードまたはプロトコルを切り替えます。これにより、局所的な経路の問題をアカウントのデバイス制限と誤認しにくくなります。

家庭内デバイスのトラフィックを分けて設定する方法

グローバルプロキシではすべてのアプリが同じ出口を経由するため、設定は簡単です。しかし不要な通信量が増えたり、ローカル印刷、家庭内ストレージ、LANサービスに影響したりする可能性があります。分割接続モードでは、ドメイン、IP、アプリ、ネットワークインターフェースに応じて経路を決めるため、デバイスの多い家庭に向いています。重要なのはルールを増やすことではなく、どの通信をトンネル経由にし、どれを直接接続にするかを明確にすることです。

デフォルトルールから始める

初回設定では、まずクライアントが提供する安定したデフォルトルールを使い、基本接続が正常であることを確認してから特殊なアプリに対応します。出どころの不明なルールセットを複数同時にインポートしないでください。ルールには適用順があり、先に一致したルールが通信先を決めることがあります。システムプロキシ、ブラウザのプロキシ拡張機能、仮想ネットワークアダプターのモードを同時に有効にすると、二重プロキシやループが発生する可能性もあります。

  1. デバイスにサブスクリプションをインポートし、ノード一覧とルールの更新が完了するまで待ちます。
  2. 現在のネットワークに適した回線を選び、まずはデフォルトの分割接続モードを維持します。
  3. 接続後に出口IPを確認し、プロキシが必要なブラウザのリクエストが想定どおり別の経路になっていることを確認します。
  4. ローカルサイト、印刷サービス、家庭内ストレージを確認し、LANアクセスが誤って転送されていないことを確認します。
  5. その後、アプリの要件に応じて少数のルールを追加し、変更するたびに再確認します。
  6. 利用できる設定はデバイス内に記録し、サブスクリプションリンクを公開状態で保存しないでください。

デスクトップOSでは通常、プロセス単位の分割接続を実現しやすい一方、バックグラウンドサービスが開始したリクエストをプロセスルールで拾えないことがあります。iOSとAndroidではシステムVPNインターフェースとクライアントの機能に大きく依存し、バックグラウンド維持、省電力設定、ネットワーク切り替えが接続の継続性に影響します。Linuxではルーティングテーブル、ポリシールーティング、プロキシ環境変数で細かく制御できますが、保守の負担は大きくなります。家族全員がまったく同じルールを使う必要はありません。最終的な通信経路を検証できれば十分です。

DNSリークは別途確認する

出口IPが変わったことは、一部の通信がリモートの出口を通ったことを示すだけです。DNSクエリはローカルネットワークに送られたままの場合があり、名前解決の経路とプロキシの経路が一致しなくなることがあります。一般にこれはDNSリークと呼ばれます。地域判定の異常、解決結果の不一致、接続失敗を引き起こす可能性があり、家族がノードの不安定さと誤解する原因にもなります。

確認時は、クライアントがDNSを制御しているか、分割接続ルールによってDNSリクエストが誤ったインターフェースへ送られていないか、ブラウザで独自の暗号化DNS設定が有効になっていないかを確認します。ブラウザ設定、OSのDNS、クライアントのDNSが同時に存在する場合があるため、1か所だけ変更して解決したと判断しないでください。クライアントを切り替える前には既存の接続を切断し、複数の仮想ネットワークアダプターやDNSサービスが同時に有効にならないようにします。

接続が互いに切断されるときの確認方法

接続の奪い合いは、新しいデバイスを接続すると古いデバイスがすぐ切断される、または接続表示は残っているのに古いデバイスで通信を続けられない、といった形で現れます。確認時は、サブスクリプションの無効化、ノード障害、ローカルネットワークの切り替え、クライアントのバックグラウンド制限を切り分けてください。すぐにサーバー側のデバイス制限と決めつけたり、最初からすべてのクライアントを再インストールしたりしないようにしましょう。

特定のプラットフォームだけで切断が起きる場合は、アカウントそのものよりも、そのプラットフォームのクライアントを優先して確認します。WindowsとmacOSでは、仮想ネットワークアダプター、残ったシステムプロキシ、ファイアウォールルールの影響を受けることがあります。iOSとAndroidでは、ネットワーク切り替えやバックグラウンド制限の後にトンネルが再構築される場合があります。Linuxでは、サービスプロセス、ルーティングテーブル、DNSサービスの状態が一致しているかを確認してください。

各デバイスを単独で使うと正常なのに、同時接続時だけ決まった組み合わせで切り替わる場合は、同時接続ルールの問題に近いと考えられます。プランの説明を確認するか、サポートに「同時接続」の計算方法を問い合わせましょう。ルーター、仮想マシン、同じデバイス上の複数クライアントが別々に数えられるかも確認が必要です。問い合わせ時には、プラットフォーム、クライアントモード、プロトコル、再現手順を伝えると、「すぐ切断される」とだけ説明するより原因を特定しやすくなります。

複数デバイス対応VPNを選ぶ基準

家庭で重要なのは、デバイス数の多さだけではなく、ルールが明確で、設定を管理しやすく、障害から復旧できることです。デバイス数無制限は、端末が多く、家族がネットワークを頻繁に切り替える家庭に向いており、古い認証記録を整理する負担も減らせます。ただし、通信量の計算方法、サブスクリプション情報をリセットできるか、実際のデバイスをカバーできるか、回線とプロトコルの説明が明確かは確認してください。

74VPNはデバイス数無制限で、Windows、macOS、iOS、Android、Linuxに対応しています。メールアドレスなしで登録できます。家庭で利用する場合も、特定のメンバーがアカウントとサブスクリプションの入口を管理し、他のメンバーは信頼できるクライアントで設定を使う方法をおすすめします。使用しなくなったデバイスでは、ローカルのサブスクリプションを削除してセッションを切断してください。

月額サブスクリプションとデータ容量パックでは、利用の仕組みも異なります。家族が頻繁にオンラインになる場合は、期間内の通信量とリセットルールを確認しましょう。利用頻度が安定しない場合は、有効期限のないデータ容量パックを比較できます。どちらを選んでも、共有するメンバーが増えれば総通信量に影響するため、接続が途切れてから判断するのではなく、管理画面で定期的に使用量を確認してください。

最後に、家族共有の範囲はシンプルに保ちましょう。信頼できるメンバー、信頼できるデバイス、信頼できるクライアントに限定します。家族以外へサブスクリプションを広げたり、共有デバイスに設定を長期間残したりせず、現地の法律、ネットワーク管理ルール、サービスの利用規約も確認してください。設定後は出口IP、DNS、LANアクセスをそれぞれ検証して、複数デバイスの接続が「オンライン表示」だけでなく、実際に想定どおり機能していることを確認しましょう。