VPNの使い方：申し込み後の初日に、サブスクリプションをインポートして正常に接続するまで

アカウントとプラン：サービスの利用状態を確認

VPNHearではメールアドレス不要で、ユーザー名とパスワードだけでアカウントを作成できます。ログイン情報は信頼できるパスワード管理ツールに保存してください。アカウントのパスワードは管理パネルへのログインに使うもので、クライアントのサブスクリプションURL欄には入力しません。クライアントには、管理パネルで発行されたサブスクリプションリンクまたは設定ファイルが必要です。

管理パネルにログインしたら、利用頻度に合わせて料金プランを選びます。月額プランは継続利用に適しており、通信量は暦月の初日ではなく、開通日を基準に毎月リセットされます。利用時期が一定でない場合は、使い切るまで利用でき、期限のないデータパックが便利です。月額プランの通信量は、無期限に繰り越せる残高ではありません。

支払い方法はAlipay、WeChat Pay、USDTです。支払い時は管理パネルに表示されている現在の注文情報を確認し、以前の注文の支払い情報を使い回さないでください。支払い後は注文・プランページに戻り、ステータスを確認します。決済画面に完了と表示されても、クライアントに最新の設定が反映されたとは限りません。

この段階で確認すること：管理パネルにログインでき、注文ステータスと支払い結果が一致し、有効になったプランと通信量を確認できること。支払い済みなのにプランの状態が更新されない場合は、注文記録を保管し、管理パネルのサポートチケットから確認してください。重複して支払わないようにしましょう。月額プランの途中でアップグレードした場合、差額は残り日数に換算されます。詳細は管理パネルでご確認ください。

クライアントの入手：OS対応と設定形式の互換性は別

VPNHearはWindows、macOS、iOS、Android、Linuxに対応しています。ログイン後、クライアントのダウンロードページを開き、各OSの案内に従ってください。サブスクリプションの取得にもログインが必要です。iOSでの具体的な利用条件は管理パネルの案内をご確認ください。出所の不明な共有アカウントやインストール手順は利用しないでください。

「このOSに対応していること」と「この設定ファイルに対応していること」は別の問題です。Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICは、それぞれ異なるプロキシプロトコルまたは方式です。クライアントの対応状況は、実装やコアのバージョンによって異なります。ここでは設定形式の違いを説明するために名称を挙げていますが、VPNHearがこれらすべてのプロトコルを現在提供しているという意味ではありません。

サブスクリプションは、クライアント専用の設定の場合もあれば、ノード情報の一覧の場合もあります。取り込む際は、管理パネルで対応が明記された方法を選んでください。ファイルの拡張子だけで互換性を判断したり、拡張子を変更してプロトコルを変換したりすることはできません。ガイドで特定のクライアントやコアが指定されている場合は、先にインストールしてから対応する設定を取り込みます。

通信を引き継ぐ方法もOSによって異なります。WindowsやmacOSのクライアントでは、システムプロキシやTUNモードを利用できる場合があります。システムプロキシは通常、その設定に従うアプリだけに影響します。TUNは仮想ネットワークインターフェースを通じて通信を引き継ぎますが、実際の動作はルーティングルールにも左右されます。AndroidやiOSでは、システムのVPNインターフェースを使って通信経路を確立することが多く、初回利用時に許可を求められる場合があります。Linuxでは、デスクトップのプロキシ設定を使っているのか、追加権限が必要な仮想インターフェース方式なのかも確認してください。

この段階で確認すること：クライアントが正常に起動し、管理パネルのガイドが指定するバージョンを使い、案内に従ったシステム権限の許可が完了していること。システムにVPNアイコンが表示されても、通信を引き継ぐ経路が確立したことを示すだけで、すべてのアプリが指定した経路を使っているとは限りません。

サブスクリプションの取り込み：正しい方法で設定を追加

サブスクリプションリンクは、一般的なURLとは異なります。アカウントの回線設定を取得するための認証情報が含まれている場合があり、リンクを持つ人が設定を閲覧または利用できる可能性があります。リンク全体を公開フォーラムやオンライン変換サイトに貼り付けたり、スクリーンショットに含めたりしないでください。必要がない限り、サポートチケットの本文にも記載しないようにしましょう。

1. 管理パネルで対応する形式を取得します。現在のプランが有効であることを確認し、クライアントの種類に合わせてサブスクリプションリンクをコピーするか、管理パネルの取り込み機能を使います。ブラウザーに表示されている管理パネルのページURLをコピーしないでください。
2. サブスクリプションまたは設定の管理画面を開きます。リモート設定の追加やリンクからの取り込みなどの項目を探します。リンクを貼り付けたら、余分な空白や改行、説明文が混ざっていないか確認し、保存して更新を実行してください。
3. 更新結果を確認します。クライアントに利用可能な設定またはノード一覧が表示されていることを確認してください。空の名前が一つ追加されただけでは、正常に取り込めたとはいえません。解析エラーが出る場合は、まず設定形式とクライアントの互換性を確認します。
4. 取り込んだ設定を有効にします。クライアントによっては、「ダウンロード」と「現在の設定として選択」が別の操作になっています。以前のサブスクリプションではなく、新しい設定が実際に使われていることを確認してください。
5. サブスクリプションの更新方法を確認します。クライアントの説明に従って、適切な更新設定を有効にしてください。管理パネルで設定が変更されても、クライアント側で再取得しない限り、古い一覧が自動更新されるとは限りません。

この段階で確認すること：クライアントに認識可能な回線一覧が表示され、更新時にエラーがなく、目的の設定が有効になっていること。ダウンロードに失敗する場合は、まずローカルネットワーク、リンクの完全性、アカウントの状態を確認します。ダウンロードできても解析に失敗する場合は、回線を次々と変更するのではなく、設定形式を確認してください。

初回接続：経路を確認してからルールを調整

最初は管理パネルのガイドで推奨されている初期設定を使い、DNS、ルール、通信の引き継ぎ方式を一度に変更しないでください。回線を選ぶ際は、まず利用するサービスが求める地域で絞り込み、実際の接続状況を踏まえて判断します。VPNHearは90+か国、210+回線をカバーしていますが、カバー地域の数だけで、特定サイトのアカウント要件や地域ルールを満たすとは限りません。

接続できたら、通常のウェブページ、国際回線が必要なウェブサイト、実際に使うアプリをそれぞれ確認してください。ウェブページは開けるのにデスクトップアプリが使えない場合、アプリがシステムプロキシに従っていない、またはルールによって別の経路に振り分けられていることがあります。その場合は通信の引き継ぎ方式を確認し、回線全体が使えないと決めつけないでください。

ルールモードでは、ドメインやアドレスなどの条件に基づき、直接接続とプロキシ経由の通信を振り分けます。グローバルプロキシモードでは通常、クライアントが引き継いだ通信を選択中のプロキシにまとめて送りますが、デバイス上のすべての通信が自動的に引き継がれるわけではありません。アプリごとのプロキシ設定では、アプリ単位でプロキシ経由にするかを決めます。利用できる機能はOSとクライアントによって異なります。特にシステムプロキシモードでは、一部のアプリがその設定を参照しないことがあります。

• ✅ 現在の設定が有効で、選択中のノードがその設定に含まれている。
• ✅ ガイドに従ってシステムプロキシまたはVPNによる通信の引き継ぎを有効にし、ほかのツールと競合していない。
• ✅ 通常のウェブページが開き、目的のサイトも実際に読み込める。
• ✅ 日常的に使うアプリも個別に確認し、ブラウザーだけでテストしていない。
• ✅ 接続元の地域が指定されるサービスでは、アカウント要件と地域ルールを確認している。

この段階で確認すること：クライアントに「接続済み」と表示されるだけでなく、目的のウェブページやアプリで想定した操作ができること。速度テストの結果は特定のテスト経路を反映するにすぎません。実際の利用確認の代わりにはならず、接続先を頻繁に切り替える唯一の判断材料にもなりません。

よくあるつまずき：問題が起きた段階から確認する

サブスクリプションは更新できるのにウェブページが開かない

サブスクリプションの更新は設定の取得、ウェブページへのアクセスはプロキシ経由の通信であり、それぞれ異なる経路を使う場合があります。まずシステム側の通信引き継ぎが有効か確認し、次に現在のノードとルールの適用状況を見ます。クライアントに接続ログがある場合は、対象ドメインが直接接続とプロキシ経由のどちらに振り分けられたか確認できます。ログを共有する前に、アカウント情報、サブスクリプションURL全体、不要な閲覧内容を隠してください。

接続を切った後も通常のウェブページが開かない場合は、まずローカルネットワークを復旧させてください。クライアント終了後もシステムプロキシ設定が残っている場合は、OSのガイドに従って確認し、元に戻します。用途がわからないままネットワークアダプターをまとめて削除したり、ネットワーク設定をすべてリセットしたりしないでください。

一部のサイトだけエラーになる、または地域が一致しない

ルールとDNSの処理が整合しているか確認します。DNSはドメイン名をアドレスに変換する仕組みです。本来は制御された経路で処理すべき問い合わせが、想定外のDNSサーバーに送られると、問い合わせ情報が漏れたりアクセスに問題が生じたりする可能性があります。ウェブページに表示される接続元の地域が想定どおりでも、DNSの経路が正しいとは限りません。

ブラウザーの暗号化DNS、システムDNS、クライアント内蔵のDNSが同時に名前解決に関与することがあります。まずクライアントの資料を確認し、どの機能が問い合わせを処理しているか把握してから、一つずつテストしてください。特定のパブリックDNSに変更すれば必ず直るとは限りません。DNS検査の結果も設定と合わせて判断が必要です。異なるDNSサーバー名が表示されても、それだけで情報漏えいが起きたとは限りません。

地域に関する表示には、アカウントの登録地域、プラットフォームのリスク判定、過去のセッションが影響する場合もあります。接続元の地域を変えても、プラットフォームが求めるアカウント条件を満たせるとは限りません。まずサービスのルールを確認し、回線を調整する必要があるか判断してください。地域を何度も切り替えることを、初期対応にしないようにしましょう。

画面ロック後に切断される、またはデバイスによって動作が異なる

Androidでは、省電力設定やバックグラウンド制限によってクライアントが停止していないか確認します。iOSでは、システムのVPN状態とクライアントの案内を合わせて判断してください。デスクトップでは、スリープ復帰後のネットワーク状態の変化や、セキュリティソフトが仮想インターフェースをブロックしていないか確認します。各デバイスでは対応するクライアント設定を使用し、別のOS用の設定ファイルをそのままコピーしないでください。

VPNHearでは同時接続できるデバイス数に上限はありませんが、通信量が無制限という意味でも、デバイスごとに別の通信量が割り当てられるという意味でもありません。使用量を確認する際は管理パネルの統計を見て、クラウドストレージの同期、システム更新、動画アプリの通信がプロキシ経由になっていないかも確認してください。複数のデバイスを同時に接続できるかと、それぞれがどれだけ通信量を消費するかは、別々に確認する必要があります。

設定後に記録しておくことと利用状況の確認

正常に接続できたら、クライアント名、設定の取得元、通信の引き継ぎ方式、利用可能な回線を記録し、認証情報を含まない設定メモを保存しておきましょう。次に問題が起きたときは、直近で変更した項目から確認します。一度に変更する設定は一つにし、結果を見てから維持するか判断してください。ノード、DNS、コアを同時に変更するより、原因を特定しやすくなります。

回線名にある「直接接続」「中継」「IEPL」だけで、品質全体を判断することはできません。直接接続は通常、クライアントから海外のサーバーに直接接続する方式を指します。中継は、最初に転送用ノードを経由する方式です。IEPLは一般に、通信事業者が提供する国際イーサネット専用回線区間を指します。実際のサービスでは複数の経路が組み合わさる場合があり、専用回線の表示があっても、端末から接続先サイトまでの全区間が専有されるとは限りません。また、すべての時間帯やサイトで同じ性能が得られる保証もありません。VPNHearの具体的な回線種別は、管理パネルの案内をご確認ください。

プライバシーについて、VPNHearはログを保存しない方針を掲げています。この方針は、デバイスのセキュリティやブラウザー設定、接続先サイトのアカウント保護に代わるものではありません。サブスクリプションの認証情報、アカウントのパスワード、支払い記録はそれぞれ適切に管理し、トラブル調査では必要な情報だけを提供してください。

それでも利用できない場合は、サポートチケットにOS、クライアント、設定の更新時刻、エラーの原文、通常のウェブページが開けるかを記載し、個人情報を隠したスクリーンショットを添えてください。支払いに関する問い合わせでは注文記録を追加し、アカウントのパスワードは記載しないでください。返金ルール：初回支払いから14日以内であれば、理由を問わず全額返金を申請できます。料金と通信量のルールはプランページで、操作方法はガイドページでご確認ください。