複数端末で利用するとき、どの制限を確認すればよい？
VPN初心者のよくある疑問では、接続台数が最初に挙がりがちです。まず「何台にインストールできるか」と「何台まで同時接続できるか」を分けて考えましょう。インストール台数に制限がなくても、同時接続数を制限するサービスがあります。また、アカウント、サブスクリプション、回線ごとにルールが異なる場合もあります。YRVPNは接続端末数に制限がないため、パソコン、タブレットなどの個人端末で同じアカウント設定を利用でき、端末ごとに別のプランを用意する必要はありません。
端末が多くても、すべてが常に大量の通信量を消費するとは限りません。待機中のクライアントが発生させるのは、通常、接続維持やシステムのバックグラウンド通信です。実際の使用量に大きく影響するのは、動画再生、ファイル同期、システム更新、クラウドバックアップ、大容量ファイルのダウンロードです。家庭用ルーターで一括接続している場合、ルーターにつないだ端末の通信量も同じサブスクリプションに合算されます。
通信量にはアップロードも含まれますか？
通常は含まれます。ウェブ閲覧で受信するテキスト、画像、スクリプトは下り通信量に、フォーム送信、添付ファイルのアップロード、クラウド同期、ビデオ通話の送信は上り通信量に加算されます。クライアントに表示される総使用量は、一般にアップロードとダウンロードの合計であり、ダウンロードだけではありません。プロキシプロトコルでは、ハンドシェイク、カプセル化、接続維持のための少量の通信も発生するため、サーバー側の集計値とアプリの表示値が完全に一致しない場合があります。
見落としやすいのがバックグラウンド通信です。OSの更新、写真の自動バックアップ、クラウドストレージの同期、ゲームプラットフォームの更新、ブラウザーの先読みは、ウィンドウを開いていなくても通信を続けることがあります。通信量の増加が速いときは、まずシステムのネットワーク使用量でアプリごとの状況を確認し、次にクライアントがグローバルモードになっていないか確認してください。ウェブ閲覧だけを見ても、消費量の全体像は分かりにくいものです。
- ✅ システムのネットワーク使用量を確認し、継続的にアップロードまたはダウンロードしているアプリを見つける。
- ✅ クラウド同期、システム更新、自動バックアップを一時停止し、使用量が安定するか確認する。
- ✅ 国際サイトへのアクセスだけが必要な場合はルール分岐を使い、国内サービスが国際回線を経由しないようにする。
- ✅ サブスクリプション更新後にプラン名と有効状態を確認し、クライアントのキャッシュ表示の遅れを切り分ける。
月額サブスクリプションと通信量パックでは、精算方法も確認が必要です。YRVPNの月額サブスクリプションの通信量は開通日を基準に毎月リセットされ、通信量パックには有効期限がありません。前者は継続的で規則的なアクセスに、後者は使用量が一定しない場合に適しています。リセットされるのはプランの容量だけで、クライアントに保存された過去の利用統計が自動的に消えるわけではありません。そのため、両方の数値が異なる期間を基準にしている場合があります。
速度が遅くなったら、速度制限ですか？
必ずしもそうとは限りません。速度は、利用中のネットワーク、Wi-Fiの電波状態、通信事業者の出口、入口ノード、国際経路、接続先のウェブサイト、プロトコルが複合的に作用して決まります。同じ端末、同じネットワーク、同じ接続先、近い時間帯という条件で、複数の回線に同様の上限が継続して見られる場合に初めて、プランやサービス側の設定を詳しく確認する価値があります。一度の速度測定だけで速度制限があるとは判断できません。
夜間の混雑では、遅延の増加、パケットロス、動画のバッファリング、ダウンロード速度の変動が起こりやすくなります。無線干渉があると、利用中のネットワーク自体が先にボトルネックになることもあります。また、接続先のウェブサイトが単一接続の転送速度を制御している可能性もあります。特定のサイトだけ遅く、他のサイトが正常なら、原因は接続先のサービスや上流ネットワークにある可能性が高いでしょう。
- まず高速化接続を切断し、利用中のネットワークだけで普段使うサービスに安定してアクセスできるか確認します。
- 接続後、同じ地域の直接接続、中継、専用回線のノードをそれぞれ試し、1本の回線だけで判断しないようにします。
- テスト用ファイル、端末の場所、ネットワークへの接続方法をそろえてから結果を比較します。
- ウェブページは正常で動画だけに問題がある場合は、対象プラットフォームの地域設定、出口IP、DNSの名前解決先が一致しているか確認します。
国際ネットワーク高速化は常にオンにしておく必要がありますか？
「常にオン」を固定の答えにする必要はありません。国内サイトの閲覧、LANプリンターの利用、社内ネットワークへの接続だけなら、クライアントを切断するか、ルールモードで国内通信を直接接続にできます。国際サイトへのアクセス、海外の仕事用資料の同期、特定地域向けサービスの利用が必要なときだけ、該当する通信をプロキシ回線に通すほうが、速度と安定性を両立しやすくなります。
グローバルモードでは、より多くのリクエストが選択したノードを経由します。ルール設定の漏れを調べたり、短時間だけ出口IPを確認したりするのに便利です。一方、長時間使うと国内サイトまで遠回りになり、不要なプラン通信量が増える可能性があります。ルールモードはドメイン、IPアドレス、アプリに応じて接続方法を振り分けるため、日常設定に適していますが、ルールセットを最新に保つ必要があります。
モバイル端末では、OSの省電力設定の影響も受けます。OSがバックグラウンドのクライアントを停止すると、画面には直前の接続状態が表示されたままでも、実際のトンネルは再構築または切断されていることがあります。画面ロック後に接続できなくなった場合は、まずクライアントのバックグラウンド実行権限を確認し、必要なら再接続してください。
サブスクリプションURLとは何ですか？どう追加しますか？
サブスクリプションURLは、サービス側が生成するアドレスです。クライアントはこのURLから、ノード名、サーバーアドレス、ポート、プロトコル、必要な接続パラメータを取得します。通常のウェブページではないため、ブラウザーで読む必要はありません。完全なURLをコピーし、対応クライアントで「URLからインポート」「サブスクリプションを追加」などの項目を選び、更新を実行します。
追加に成功すると、クライアントにノード一覧が表示されます。その後サービス提供側が回線を調整しても、通常はサブスクリプションを更新するだけで済み、サーバー情報を一つずつ手作業で変更する必要はありません。追加後に一覧が空の場合は、URLが途中で切れていないか、クライアントがその形式に対応しているか、現在のネットワークからURLへアクセスできるか、システムの日付が正しいかを順に確認します。
- ✅ アカウントパネルから完全なサブスクリプションURLをコピーし、文字を手動で書き換えない。
- ✅ ノードアドレス欄ではなく、クライアントのサブスクリプション管理から追加する。
- ✅ 追加後に手動で更新し、ノード名が一覧に表示されたことを確認する。
- ✅ 端末を変更するときは、パネルからURLをあらためてコピーし、転送中の欠落を防ぐ。
- ✅ サブスクリプションURLはアカウントの認証情報として扱い、公開したり、公開画像に載せたりしない。
サブスクリプションの更新に失敗しても、既存のノードがすぐ使えなくなるとは限りません。クライアントには前回正常に更新した設定が残っている場合がありますが、その後の回線変更は取得できません。まず古いノードに接続できるか確認し、その後サブスクリプションURLを確認してください。パネルでURLが再生成されている場合は、クライアントに保存された古いURLも置き換える必要があります。
プロキシプロトコルはどのように選べばよいですか？
Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICはいずれもプロキシ通信を運べますが、設計上の重点、通信方式、クライアントの互換性が異なります。プロトコル名だけで回線品質が決まるわけではありません。同じプロトコルでも、ネットワーク経路、サーバー、クライアントが違えば結果は大きく変わります。初心者は名称だけで速さを判断せず、サービス側が提供し、クライアントが明確に対応している設定を優先しましょう。
| プロトコル | 主な特徴 | 選ぶときの確認点 |
|---|---|---|
| Shadowsocks | 軽量で実装され、対応クライアントが多く、一般的なプロキシ接続に使われる | 暗号化方式とクライアントの互換性 |
| VMess | 成熟した設定エコシステムがあり、異なる通信方式を組み合わせられる | トランスポート層のパラメータをサービス側と一致させる必要がある |
| VLESS | 認証とデータ転送の設計がシンプルで、他のトランスポート層と組み合わせることが多い | クライアントのコアバージョンと通信設定 |
| Trojan | 通常はTLS接続を使用し、証明書とドメイン設定に依存する | システム時刻、証明書検証、ドメイン名前解決 |
| Hysteria2 | UDPを利用する現代的な通信方式で、高遅延または不安定なネットワークでの転送を重視する | 現在のネットワークで安定したUDP通信が可能か |
| TUIC | 同じくUDPを利用する現代的な方式で、同時通信と接続復旧を重視する | クライアントの対応状況とUDPネットワークの品質 |
ネットワークのUDP対応が不安定な場合、Hysteria2やTUICではハンドシェイクの失敗、断続的な切断、接続済みと表示されても通信できない状態が起こることがあります。その場合は、サービス側が提供する別のプロトコルを試してください。反対に、遅延が大きくUDP環境が良好なネットワークでは、これらが継続的な通信に適している場合もあります。判断は実際の接続状況に基づけ、特定のプロトコルを常に最適と決めつけないことが大切です。
IEPL専用回線・中継・直接接続はどう違いますか？
直接接続は、端末から利用中の通信事業者ネットワークを通じて海外サーバーへアクセスする方式です。経路はシンプルですが、国際区間がパブリックインターネットのルーティング変更を受けやすくなります。中継回線では、まず近い入口ノードへ接続し、サービス提供側が出口までの経路を選びます。これにより、一部地域での迂回を改善できる場合があります。IEPL専用回線は通常、国際区間に国際イーサネット専用線のリソースを使うものを指し、経路の制御性を重視します。ただし、すべての接続区間がパブリックネットワークから切り離されるわけではありません。
専用回線、中継、直接接続はネットワーク経路を表すもので、暗号化プロトコルではありません。IEPL回線でもShadowsocks、Trojanなどのプロトコルを利用できます。同様に、現代的なプロトコルを使ったからといって、直接接続の経路が自動的に専用回線になるわけではありません。回線を選ぶときは「どのように転送するか」と「どこを経由するか」を分けて考えましょう。
| 回線タイプ | 経路の特徴 | 適した判断方法 |
|---|---|---|
| 直接接続 | ローカルネットワークから海外の出口へ直接接続する | 利用中の通信事業者から対象地域までのルーティング品質を確認する |
| 中継 | 入口ノードへ接続してから海外の出口へ転送する | 入口への到達性と、その後の経路の安定性を比較する |
| IEPL専用回線 | 国際区間に専用線リソースを使い、経路を比較的制御しやすい | 利用地域、入口の品質、対象サービスで実測する |
距離が近いからといって、必ずしも快適とは限りません。ノードの地理的位置は潜在的な経路長に影響するだけで、実際の遅延は通信事業者間の接続、入口の位置、国際ルーティング、接続先サイトのデータセンターにも左右されます。まず対象地域で絞り込み、同じプロトコルで異なる回線タイプを比較するとよいでしょう。一度に複数の条件を変えないことがポイントです。
DNSリークとルール分岐にはどんな関係がありますか？
ドメインへアクセスする前に、端末は通常DNSを使ってドメインをIPアドレスに変換します。ウェブ通信はプロキシを通っているのに、DNSリクエストだけがローカルネットワークに送られると、名前解決の結果と出口地域が一致しないことがあります。また、検索しているドメインの範囲が外部に伝わる可能性もあります。DNSリークで重要なのは、サイトが開けないことではなく、名前解決のリクエストが想定した経路で送信されていないことです。
ルール分岐は、どのドメインやIPをプロキシに通すかを決め、使用するDNSのグループにも影響する場合があります。信頼できる設定では、名前解決の方針と通信の方針を一致させます。プロキシを通すドメインは、ローカルDNSによって不適切な地域の結果が先に返されないようにし、直接接続する国内サービスはすべて遠隔DNSに任せる必要はありません。クライアントの遠隔DNS、ローカルDNS、プロキシDNS、システムDNSは名称が異なる場合がありますが、目的はリクエストの送信元を明確にすることです。
- ノード接続後に出口IPを確認し、選択したノードの地域と一致しているか確認する。
- グローバルモードとルールモードをそれぞれテストし、問題がルール分岐時だけ起きるか確認する。
- システムとブラウザーのDNSキャッシュを削除してから、対象ドメインへ再アクセスする。
- 端末でIPv4とIPv6を同時に有効にしている場合は、どちらの通信も想定どおりルーティングされているか確認する。
- DNSやネットワークプロキシを書き換える他のツールを終了し、複数の設定が上書きし合わないようにする。
ブラウザーが独自の暗号化DNSを有効にしていると、システムやクライアントの名前解決方針を回避することがあります。切り分けでは、ブラウザー、OS、プロキシクライアントを一続きの経路として確認してください。一箇所だけ変更しても、最終的なリクエスト経路が変わるとは限りません。
各プラットフォームのクライアントにはどんな違いがありますか？
WindowsとmacOSのクライアントは、通常、システムプロキシを引き受けたり、仮想ネットワークインターフェースでより多くのアプリ通信を処理したりできます。前者では、異常終了後にシステムプロキシが正しく戻るか確認が必要です。後者ではネットワーク拡張の権限が関係することが多く、初回有効化時はシステムの案内に従って許可します。ブラウザーのプロキシだけを設定した場合、他のアプリは選択した回線を通らないことがあります。
AndroidとiOSは通常、OSが提供するVPNインターフェースでローカルトンネルを構築します。ステータスバーの接続アイコンはインターフェースが作成されたことを示すだけで、対象ノードが実際にデータを転送できるとは限りません。出口IPや実際のアクセスで確認してください。省電力、バックグラウンド停止、ネットワーク切り替えによって接続が再構築されることもあります。
ルーター方式では、家庭内ネットワークに接続する端末全体でルール分岐を利用できます。クライアントをインストールしにくいテレビ、ゲーム機、その他の端末に適しています。一方、設定がルーターに集中するため、特定アプリのリクエストを直接確認しにくく、暗号化と転送がルーターの処理能力を消費します。ルーターの性能が不足している場合、1台のパソコンのクライアントは正常なのに、家庭内全体の構成だけ遅くなることも不思議ではありません。
接続に失敗したときは、どの順番で確認すればよいですか？
有効な切り分けは、ローカルから遠隔へ進め、毎回一つの条件だけを変える方法です。まず端末が通常どおりインターネットへ接続できることを確認し、次にサブスクリプションの更新、ノードの切り替え、システム時刻、クライアントの権限を確認します。プロトコルの互換性やネットワーク経路を検討するのは最後です。クライアント、プロトコル、ノード、DNSを同時に変更すると、復旧しても本当の原因が分かりません。
- ✅ クライアントを切断して普段使う国内サイトを開き、基本ネットワークが利用できるか確認する。
- ✅ サブスクリプションを更新して有効状態を確認し、ノード一覧が古いキャッシュではないことを確かめる。
- ✅ 同じ地域の別回線を選び、障害が特定のノードだけに発生しているか判断する。
- ✅ システムの日付、タイムゾーン、ネットワーク権限を確認し、TLS検証やトンネル作成の失敗を防ぐ。
- ✅ 一時的にグローバルモードへ切り替え、回線とルール分岐のどちらに問題があるか確認する。
- ✅ ブラウザー、システム、クライアントに重複したプロキシ設定がないか確認する。
- ✅ UDPプロトコルの接続に異常がある場合は、サブスクリプションにある別の対応プロトコルで比較する。
- ✅ エラー文、選択したノード、プロトコル、問題が起きたネットワーク環境を記録してから問い合わせる。
よくあるエラーは、発生段階ごとに考えると整理しやすくなります。サブスクリプションを更新できない場合は、設定の取得段階に問題があることが多いでしょう。ノードのハンドシェイクに失敗する場合は、プロトコルパラメータ、システム時刻、ドメイン名前解決、ネットワーク互換性を確認します。接続済みなのにウェブが開けない場合は、ルーティング、DNS、システムプロキシを確認してください。特定のアプリだけ使えない場合は、そのアプリがシステムプロキシを回避していないか、独自のネットワーク設定を使っていないかを確認します。
修復を確認するときは、クライアントのボタンが「接続済み」に変わったかだけを見ないでください。選択した地域に出口IPが一致していること、DNSの名前解決経路が想定どおりであること、対象サイトが継続して読み込めること、切断後にネットワーク設定が復元されることを確認するほうが確実です。ここまで確認して初めて、接続経路が実際に機能していると判断できます。