VPNの使い方は、基本的には難しくありません。利用中の端末に合ったクライアントを入手し、サービスから提供されたサブスクリプション設定を読み込み、サーバーを選んで接続します。そのうえで、アクセス先に応じて分割トンネリングを使うか判断します。初心者が迷いやすいのは接続ボタンそのものではなく、サブスクリプションリンク、システムプロキシ、プロトコル、回線タイプ、通信期間、接続障害の関係です。

この記事では、初回設定から日常的なオン・オフ、複数端末での利用、速度の見方、DNS設定、トラブルシューティングまで説明します。クライアントによって画面上の名称は異なりますが、基本的な流れはほぼ共通です。メニュー名が完全には一致しない場合は、「サブスクリプション」「設定」「ノード」「プロキシモード」「ルーティング」に近い項目を探してください。

VPNを初めて使うときの手順

端末に合ったクライアントを入手する

まず、端末がWindows、Android、iOS、macOS、Linuxのどれで動作しているか確認し、サービスページから対応するクライアントの案内に進みます。あるプラットフォーム向けのインストールファイルを別のプラットフォームで使ったり、アイコンが似ているという理由だけで互換性を判断したりしないでください。デスクトップOSではルーティング、ログ、システムプロキシの選択肢が比較的豊富で、モバイルOSではシステムが提供するVPN権限への依存度が高くなります。

インストール後、VPN設定の作成、ネットワーク拡張の追加、プロキシ設定の変更を許可するよう求められる場合があります。これらの権限は、ルールに該当する通信をクライアントが処理するために使われます。重要な権限を拒否すると、画面上は設定済みでも実際には接続できないことがあります。サブスクリプションを何度も削除するのではなく、システムの権限画面で必要なネットワーク権限が付与されているか確認しましょう。

サブスクリプションリンクを読み込む

サブスクリプションリンクは、クライアントが回線設定を取得するための入口です。ノード名、サーバーアドレス、ポート、プロトコルパラメータ、グループ情報などが含まれる場合があります。一般的な読み込み方法には、クリップボードからの取得、URLの貼り付け、サービスページに表示されたQRコードの読み取り、システムの「クライアントで開く」機能の利用があります。

  1. ユーザーパネルでサブスクリプションの項目を見つけ、リンク全体をコピーします。
  2. クライアントのサブスクリプションまたは設定管理画面を開きます。
  3. リンクからの読み込みを選び、内容を貼り付けて保存します。
  4. 更新または再読み込みを実行し、回線一覧が表示されるまで待ちます。
  5. アクセス先に合った回線を選び、接続します。

読み込みが成功しても、接続済みとは限りません。サブスクリプションは設定をクライアントへ渡すもので、接続ボタンを押すことでプロキシコアが起動し、システムのネットワーク設定が適用されます。回線一覧が空の場合は、まず手動でサブスクリプションを更新してください。回線は表示されるのにアクセスできない場合は、回線、プロトコル、システム権限を確認します。

初回接続はデフォルトモードで行う

初めて接続する際は、DNS、ルーティング、伝送パラメータ、プロトコルコアを同時に変更しないことをおすすめします。まずはクライアント推奨のデフォルト設定を使い、アクセス先の地域に合った回線を選んで、ウェブページが正常に開くか確認しましょう。基本接続が確立した後で、分割トンネリングやDNSを一つずつ調整すると、原因を特定しやすくなります。

普段の利用中は常にオンにしておくべき？

常時オンにするかどうかは、ネットワーク環境と利用目的によって異なります。海外サイトの閲覧、国際的な業務サービスの利用、公共ネットワークでの暗号化接続が必要な場合は、クライアントを起動したままにできます。国内サービスだけを利用する場合は分割トンネリングを使い、国内通信は従来の経路に残し、プロキシが必要なリクエストだけをVPN回線に通す方法が便利です。

頻繁にオン・オフを切り替えても、サブスクリプション自体が壊れることはありません。ただし、一部のアプリは既存の接続を保持します。回線を切り替えた後もウェブページに以前の地域が表示されたり、動画アプリが古いセッションを使い続けたりする場合は、該当アプリを終了して再起動するか、対象サイトのセッションデータを削除してください。回線一覧を更新するだけでは、確立済みのすべての通信が自動的に切断されるわけではありません。

グローバルモードと分割トンネリングの違い

グローバルモードでは、端末の通信をできるだけ現在のプロキシ回線へ送ります。分割トンネリングのルール漏れを一時的に確認したい場合や、対象アプリのドメインが複雑で正確に判定しにくい場合に適しています。一方、国内サイト、システム更新、国際回線を必要としない通信まで遠隔回線を経由することがあり、通信量の増加やアクセス経路の変化につながります。

分割トンネリングでは、ドメイン、IPアドレス、アプリ、ルールセットなどに基づいて接続方式を決めます。一般的には、国内サービスは直接接続し、国際回線が必要なサービスはプロキシを経由し、LANアドレスは直接接続します。日常利用には便利ですが、ルールが最新かどうかに左右されます。「ブラウザでは開けるのにアプリでは開けない」場合は、すぐに回線の障害と判断せず、アプリの通信がルールによって直接接続に分類されていないか確認しましょう。

問題を切り分けるときは、短時間だけグローバルモードに切り替えてみます。グローバルモードでは使えるのに分割トンネリングでは使えない場合、原因はアカウントや回線そのものより、ルーティングルール、DNS名前解決、アプリの判定にある可能性が高いです。

システムプロキシと仮想ネットワークアダプター

デスクトップ向けクライアントの中には、システムプロキシだけを変更し、その設定に従うアプリの通信を主に処理するものがあります。一方、仮想ネットワークアダプターを使って、より広範囲の通信を処理できるクライアントもあります。ゲーム、コマンドラインツール、独自の通信方式を使うアプリはシステムプロキシを無視することがあるため、その場合はクライアント対応の仮想ネットワークアダプターモードを使うか、アプリ側でプロキシを設定します。

仮想ネットワークアダプターモードは適用範囲が広い一方、セキュリティソフト、別のネットワークツール、企業端末のポリシー、古い仮想ネットワークアダプターと競合しやすくなります。初回利用ではまずクライアントのデフォルト方式を試し、対象アプリがシステムプロキシを読み取らないと確認できた場合にのみ、処理モードの変更を検討してください。

回線、プロトコル、接続方式の選び方

クライアントの「ノード」は通常、接続可能なサーバーパラメータの一組を指します。「回線」には、入口、伝送経路、出口の場所が同時に含まれる場合があります。名前が似たノードでも、ネットワーク経路が同じとは限りません。選ぶ際は、対象地域、現在のネットワーク、実際の安定性を考慮し、クライアントに表示される遅延だけで判断しないようにしましょう。

回線タイプ 経路の特徴 適した用途 注意点
直接接続 端末から海外サーバーへ直接接続し、主にパブリックインターネットを経由する 現在のネットワークから対象地域までの経路が安定している場合、または基本接続のテスト ネットワーク間の接続や混雑時間帯に経路が変化しやすい
中継 近い入口に接続してから、中継ネットワークを経由して出口へ到達する 国内ネットワークから遠隔地の出口までの経路品質を改善する 入口または出口のどちらかに問題があると接続に影響する
IEPL 専用線 国際通信の一部で専用回線リソースを利用する 国際経路の安定性を重視するアクセス クライアントから入口までの国内ネットワーク品質も重要

IEPL 専用線だからといって、端末からすべての対象サイトまでの経路全体がパブリックインターネットから切り離されるわけではありません。端末はまずサービスの入口へ到達する必要があり、出口から対象サービスまでにも固有のネットワーク経路があります。IEPLは国際通信における回線構成を示すもので、あらゆる時間帯やネットワーク環境で同じ速度が保証されるという意味ではありません。

代表的なプロトコルの違い

Shadowsocksは暗号化プロキシ向けに設計された一般的なプロトコルで、設定は比較的シンプルです。ただし、実際の性能は暗号化方式、実装バージョン、ネットワーク経路によって変わります。VMessとVLESSは、複数のトランスポート層の組み合わせに対応するクライアントでよく使われます。VMessは独自の認証・暗号化設計を備え、VLESSはより簡潔なプロトコル構造を重視しており、通常はTLSなどの安全な伝送設定と組み合わせて利用します。

Trojanは通常TLS接続上で動作し、導入時には証明書、ドメイン、サーバー設定を正しく整える必要があります。Hysteria2とTUICはQUICおよびUDPの伝送能力を利用するため、一部のパケットロスが多いネットワークでは従来のTCP経路とは異なる性能を示すことがあります。ただし、現在のネットワークがUDPを大きく制限していないことが前提です。プロトコル名だけで速度は決まりません。サーバー実装、入口の品質、輻輳制御、端末性能、通信事業者の経路などが最終結果に影響します。

サブスクリプションに利用可能な設定が含まれている場合、初心者がプロトコルパラメータを手動で書き換える必要はありません。ポート、トランスポート層、セキュリティ設定、サーバー名を不用意に変更すると、サーバーとクライアントの組み合わせが崩れることがあります。サブスクリプションを更新し、サービスが提供する別の回線へ切り替えるか、クライアントログでエラーの種類を確認する方法が安全です。

遅延が最も小さい回線が必ず最速？

必ずしもそうではありません。クライアントに表示される遅延は、通常、短時間の簡易測定によるもので、測定時点の応答性しか示しません。継続的なダウンロード帯域、動画再生の安定性、混雑状況を完全に表すものではありません。遅延が小さくても長時間の通信で変動が大きい回線がある一方、遅延が少し大きくても安定したスループットを維持する回線もあります。

回線を選ぶときは、まず対象サービスの地域に合わせ、普段使うウェブページを開いたりコンテンツを再生したりして確認します。操作性を重視するなら応答の安定性、動画視聴や大容量ファイル転送を重視するなら継続速度と途中の変動を見ます。複数の回線を短時間に連続して切り替えると、DNSキャッシュ、既存接続、アプリのセッションがテスト結果に影響するため避けてください。

複数端末接続とプラットフォームごとの違い

Bibi VPNは同時接続端末数に制限がないため、パソコン、タブレットなど対応端末に設定を読み込んで利用できます。ただし、同じサブスクリプションを複数端末で共有する場合も、リンクを適切に管理し、各端末の合計通信量に注意してください。使っていない端末の同期、更新、バックアップがバックグラウンドで通信量を消費することもあります。

プラットフォームによってクライアントの機能は完全には一致しません。WindowsとmacOSのクライアントは、システムプロキシ、仮想ネットワークアダプター、ログ、ルール管理に対応しやすい傾向があります。Linuxクライアントは、デスクトップ環境、コマンドラインツール、システムのネットワークサービスに依存する場合があります。Androidではアプリごとの分割トンネリングが一般的で、iOSのルーティング機能は利用するクライアントとシステムのネットワーク拡張機構によって異なります。

同じ回線でも端末によって結果が違うのはなぜ？

同じ出口に接続していても、端末が使う無線ネットワーク、ネットワークアダプターのドライバー、システムDNS、クライアントコア、プロキシモードは異なる場合があります。デスクトップ端末は仮想ネットワークアダプターで通信を処理し、モバイル端末はシステムVPNインターフェースを使うことがあります。ブラウザが独自のセキュアDNSを有効にしている場合もあります。そのため、1台で正常に動作しても、別の端末の設定が正しいとは限りません。

切り分けるときは、端末を同じローカルネットワークに接続し、同じ回線とできるだけ同じアクセス先を使います。それでも結果が異なる場合は、クライアントのバージョン、プロキシモード、DNS設定、システム時刻を比較します。回線、ネットワーク、クライアントを同時に変更するより、違いの原因を見つけやすくなります。

通信量はいつリセットされる？通信パックに期限はある？

月額サブスクリプションの通信量は、通常、該当するサブスクリプション期間に基づいて管理されます。具体的なリセット時刻はユーザーパネルの表示を確認し、単純に暦月で判断しないでください。更新日、プラン変更、サービス側の精算方法によって、パネル上の期間の境界が変わることがあります。通信量が想定した時刻に変化しない場合は、まず現在のプラン状態と期間情報を確認してから問い合わせを検討しましょう。

Bibi VPNの通信パックには期限がなく、利用量が一定でない方や残りの通信量を保持したい方に適しています。月額サブスクリプションと通信パックは異なる料金方式のため、購入前に料金プランページで選択した種類を確認してください。「サブスクリプション設定の更新」と「プラン通信量のリセット」を混同しないようにしましょう。前者はクライアントが回線情報を再取得する操作で、後者はアカウントのプラン期間によって決まります。

使っていないのに通信量が発生するのはなぜ？

クライアントの接続後は、システム更新、クラウド同期、アプリ通知、メディアの先読み、バックグラウンド更新などもプロキシを経由することがあります。特にグローバルモードでは、より多くのバックグラウンド通信が回線に送られやすくなります。消費量を抑えたい場合は、適切な分割トンネリングを有効にし、不要なバックグラウンド同期を停止し、使わないときは接続を切ってください。

アップロードとダウンロードの両方が通信量に含まれるかは、パネルのルールを確認してください。異常な消費を調べるときは、まず頻繁に同期するアプリを停止し、パネルの変化を観察します。ブラウザでページを開いているかどうかだけでは、端末の通信活動を判断できません。多くのシステムサービスはバックグラウンドで通信を続けています。

速度が遅い、接続できないときの対処法

接続トラブルは、すべての設定を一度に変更するのではなく、段階的に確認します。まずローカルネットワークが使えるか、次にサブスクリプションの更新が成功しているか、その後に個別の回線、プロトコル、対象サイトを確認します。各手順の結果を残すことで、端末、回線、対象サービスのどこに問題があるか切り分けられます。

  1. 基本ネットワークを確認：VPNを切断し、普段使う国内サイトを開きます。基本ネットワーク自体が使えない場合は、ルーター、無線ネットワーク、通信事業者の接続を先に確認してください。
  2. サブスクリプションを更新：クライアントが回線一覧を取得できるか確認します。認証エラーやリンクエラーが表示されたら、サブスクリプションリンク全体をコピーし直し、文字を手動で削除・変更しないでください。
  3. 回線を変更：同じ地域の別の回線を選びます。一部の回線だけ使えない場合は、通常クライアントを再インストールする必要はありません。
  4. ネットワークを変更：信頼できる別のネットワーク環境でテストし、現在のネットワークが対象ポートやUDP通信を制限していないか確認します。
  5. システム時刻を確認：時刻のずれは、TLS証明書の検証や一部プロトコルの認証に影響することがあります。
  6. ログを確認：タイムアウト、DNS、証明書、認証、ポートの競合などのキーワードを確認し、問い合わせ時にはプライバシーに配慮して加工したエラー情報を添付してください。

クライアントは接続済みなのにウェブページが開けない

この場合、プロキシコアは起動していても、リクエストが正しく完了していない可能性があります。まずプロキシモードをグローバルに切り替えて比較します。グローバルでは使える場合は分割トンネリングのルールを確認し、それでも使えない場合は回線を変更してDNSを確認します。デスクトップでは、他のプロキシツールが同時にシステム設定を変更していないかも確認してください。

クライアントを終了した後も、システムに古いプロキシアドレスが残っていると通常のネットワークにアクセスできないことがあります。その場合は、システムのネットワーク設定で残ったプロキシを無効にするか、クライアントを再起動し、通常の終了機能を使ってネットワークを復元してください。プロセスを強制終了すると、システムプロキシの状態を消去できない場合があります。

特定のサイトやアプリだけアクセスできない

1つの対象だけに問題があっても、回線全体が使えないとは限りません。対象サービスが出口地域を制限している、古いセッションを保持している、独自のDNSを使っている、複数のドメインにリソースを分散している可能性があります。まず回線の出口地域が対象サービスの要件に合っているか確認し、アプリを再起動して関連サイトのセッションを削除します。

ブラウザでは使えるのにネイティブアプリでは使えない場合は、アプリがシステムプロキシを迂回していないか確認します。アプリ内にプロキシ設定がある場合は、システム側のクライアントと重複して設定しないでください。仮想ネットワークアダプターモードを使うクライアントでは、対象アプリがルーティングルールの対象外になっていないかも確認します。

接続後に速度が大きく低下する

暗号化処理、国際的な距離、中継経路には追加の負荷がかかるため、VPN接続の速度をローカル回線の公称値だけと比較するべきではありません。近い時間帯に同じ地域の複数回線をテストし、普段の作業を安定して完了できるかを確認する方が実用的です。

速度が低下したら、まず距離が近い、または経路が適した入口を選び、端末のバックグラウンドダウンロードを停止し、無線信号の弱い場所を避けます。Hysteria2やTUICで安定して接続できない場合は、サブスクリプションにある別の伝送方式の回線を試してください。逆に、TCP経路の混雑が目立つネットワークでは、サービスが提供するQUIC系の設定をテストする方法もあります。サービス側にないプロトコルの組み合わせを自分で変更しないでください。

トラブルシューティングの原則

まず基本ネットワークを確認し、次にサブスクリプションを更新します。その後、回線を変更してからプロトコルを調整します。一度に一つだけ変更し、結果を比較してください。「遅い」という一言より、安定して再現できる問題の方が有効に対処できます。

DNSリークとプライバシー設定で注意すること

DNSはドメイン名を接続可能なアドレスに変換します。DNSリークとは一般に、DNSリクエストを管理されたプロキシや暗号化された名前解決経路で処理したいにもかかわらず、一部のリクエストがローカルネットワークのリゾルバーへ送信される状態を指します。アクセスしたドメインの名前解決に関する情報が露出したり、分割トンネリングの判定と対象地域が一致しなくなったりする可能性があります。

DNSの問題に対処する前に、クライアントの現在のモードを確認してください。仮想ネットワークアダプターモードでDNSを処理するクライアントもあれば、リモートDNSアドレスだけを提供するクライアント、ルールに応じてローカルまたはリモートの名前解決を選ぶクライアントもあります。ブラウザ独自のセキュアDNSが、クライアントの想定経路を迂回することもあります。テスト結果に問題がある場合は、クライアントDNS、システムDNS、ブラウザ設定、分割トンネリングのルールを順番に確認し、互いに上書きする機能を同時に有効にしないでください。

DNSリークテストで確認できるのは、その時点で検出されたリゾルバーだけで、すべてのアプリが同じ経路を使っていることを単独で証明するものではありません。クライアントログ、システムのネットワーク設定、実際の分割トンネリング結果を組み合わせて判断する方が確実です。企業端末では管理ポリシーによってDNSサービスが指定されている場合があるため、変更前に業務ネットワークへの影響を確認してください。

サブスクリプションリンクとアカウント情報の管理

メールアドレスなしでBibi VPNのアカウントを作成でき、ユーザー名とパスワードで登録できます。アカウントの復旧には利用可能な本人確認情報が必要になるため、ユーザー名、パスワード、サブスクリプションリンクを安全に保管してください。完全なサブスクリプションアドレスを公開画像に載せたり、接続パラメータを含むクライアントログをそのまま公開したりしないでください。

サービスが接続情報を記録するかどうかは、プライバシーポリシーに記載された対象範囲、用途、保存ルールを確認してください。「ノーログ」は通常、方針を示す表現であり、アカウント管理、通信量の精算、障害対応にどの運用データが使われるかは、ポリシー本文と合わせて理解する必要があります。共有端末にアカウント状態を保存したままにせず、使わなくなったクライアント設定も削除しましょう。

VPN初心者によくある疑問

パソコンを起動するたびにサブスクリプションを読み込み直す必要はありますか？

必要ありません。クライアントにサブスクリプションを保存した後は、普段は設定を更新して回線を選ぶだけです。サブスクリプションリンクがリセットされた場合、クライアントデータを消去した場合、新しい端末に切り替えた場合にのみ、再読み込みが必要になります。回線名やパラメータが変わったときは、クライアントを再インストールするよりサブスクリプションを更新する方が適切です。

回線を切り替える前に切断する必要がありますか？

クライアントの仕様によって異なります。古い回線を自動で切断して新しい回線に接続するものもあれば、手動確認が必要なものもあります。切り替え後も、開いているウェブページやアプリのセッションが古い接続を使い続けることがあるため、対象アプリを再起動するのがおすすめです。切り替え状態が長く続く場合は、いったん切断してから新しい回線を選んで接続してください。

サブスクリプションの更新失敗は、プランが無効になったということですか？

必ずしもそうではありません。ローカルネットワーク、サブスクリプションリンクのコピー漏れ、クライアントの時刻設定、または一時的な接続障害が原因の場合もあります。まずユーザーパネルでプランの状態を確認し、サブスクリプションをコピーし直して別のネットワークでもテストしてください。パネルにアカウントやプランの異常が明確に表示されている場合に限り、サブスクリプションの状態を中心に対応します。

同じ回線を長期間使い続けるべきですか？

回線が対象地域に合っていて安定しているなら、そのまま使い続けて問題ありません。一時的に低い遅延を求めて頻繁に切り替える必要もありません。アクセス先が変わった、回線が混雑した、現在のネットワーク環境が変わった場合に、予備の回線を選びます。安定性はノード名や一度の測定値ではなく、継続利用の結果で判断しましょう。

クライアントの再インストールですべての接続問題を解決できますか？

できません。再インストールはクライアントファイルの破損、コアの欠落、システム権限の異常には有効ですが、基本ネットワークの切断、回線メンテナンス、サブスクリプション状態、対象サービスの制限は解決できません。再インストール前に必要な設定をエクスポートし、現在のエラーログを記録してください。問題の特定に役立つ情報を失う可能性があります。

問題が起きたとき、サポートに何を伝えればよいですか？

端末のプラットフォーム、クライアント名、接続方式、選択した回線タイプ、問題が発生した操作手順、プライバシーに配慮して加工したエラーログを伝えてください。完全なサブスクリプションリンク、パスワード、認証情報を含む設定は送らないでください。問題を安定して再現できる場合は、すべての回線で起きるのか、特定地域で起きるのか、1つのアプリだけで起きるのかを説明します。基本操作は使い方ガイドで確認でき、解決しない場合はヘルプセンターをご利用ください。

初回設定後のチェックリスト

設定が完了した後、すべての高度な項目を調整し続ける必要はありません。基本ネットワークが正常で、サブスクリプションを更新でき、対象サービスにアクセスできれば、主要な設定は完了です。その後、端末の種類と実際の用途に応じて、分割トンネリング、DNS、回線選択を最適化しましょう。

初心者にとって効果的なのは、複雑な設定を重ねることではありません。まず動作するデフォルト設定を作り、そこから回線、分割トンネリング、DNSを少しずつ理解していきましょう。一度に一つの項目だけを変更して結果を記録すれば、設定の競合を減らし、問題が起きたときも利用可能な状態へ早く戻せます。