本文へスキップ

Windows VPNの設定方法|クライアントの導入からサブスクリプション設定・自動起動まで

クライアントの導入、サブスクリプションの追加、接続先の選択、動作確認、自動起動の設定まで、Windowsでの初期設定を順を追って解説します。

Windows VPNの初期設定では、すべての機能を一度に有効にするのではなく、クライアント、サブスクリプション、接続先、アプリの通信が順につながっているか確認することが大切です。インストールできてもサブスクリプションが有効とは限らず、接続済みと表示されても対象アプリの通信がプロキシ経由とは限りません。実際の操作順に沿って一つずつ設定すれば、問題が起きたときも原因を特定しやすくなります。

インストール前に確認すること:アカウント、システム、ダウンロード元

まず、パソコンから通常どおりインターネットに接続できるか確認してください。Webページを直接開けない場合は、Wi-Fi、ルーター、ネットワークのログイン画面などを先に確認しましょう。接続先を切り替えても、基本的なネットワーク障害は解決しません。会社が管理するパソコンでは、ソフトウェアのインストールや仮想ネットワークアダプターの作成が制限されることがあります。所属組織の端末管理ルールに従ってください。

VPNWearはWindowsのほか、macOS、iOS、Android、Linuxに対応し、利用台数に制限はありません。メールアドレスは不要で、ユーザー名とパスワードでアカウントを作成できます。アカウントは管理パネルへのログインに使い、サブスクリプションリンクは対応クライアントに設定を提供するために使います。用途は異なります。クライアントを起動できても、アカウントに利用可能なデータ通信量があるとは限りません。

  • ✅ 管理パネルのクライアント入手ページでWindows向けのダウンロード方法を確認してください。検索広告やチャットの添付ファイルからインストーラーを探すのは避けましょう。
  • ✅ Windowsのシステム情報でプロセッサのアーキテクチャを確認し、ダウンロードページから対応するバージョンを選びます。ファイル名に「Windows」とあるだけで、互換性があると判断しないでください。
  • ✅ 現在のプロキシ設定を控え、ネットワーク設定を変更しているほかのクライアントを終了します。複数のプログラムが同時にシステムプロキシやルーティングを変更するのを防げます。
  • ✅ アカウント情報を用意し、管理パネルでプランの状態と残りのデータ通信量を確認します。データ通信量のプランを比較する場合は、プランの詳細をご覧ください。

この記事では「サブスクリプションのインポート」「システムプロキシ」「仮想ネットワークアダプター」などの一般的な名称を使います。クライアントによってメニューの場所や機能は異なるため、ダウンロードページの説明と実際の画面を確認してください。同じ名前のボタンを探すために、提供元が不明な改変版をインストールしないでください。

クライアントをインストールする:まず起動し、必要な場合にのみ権限を許可

ダウンロードしたファイルの入手元と公開情報を確認し、インストーラーの案内に従って操作します。Windowsのセキュリティ警告が表示された場合は、先ほどアクセスしたダウンロードページから入手したファイルか、発行元情報に不審な点がないかを確認してください。入手元を確認できない場合は中止しましょう。システムの保護機能を無効にすることを、インストール手順に含めないでください。

通常の起動と、システムのネットワーク設定を変更する操作では、必要な権限が異なる場合があります。仮想ネットワークアダプターの有効化、補助サービスのインストール、ルートの変更などで管理者権限を求めるクライアントもあります。まず通常どおり起動し、付属の説明に明記され、操作の目的が明確な場合に限って権限を許可してください。すべての機能を常に管理者として実行する必要はありません。

メイン画面で、設定管理、サブスクリプション管理、アカウントログインのいずれかを開きます。アカウントへのログインで設定が自動取得されるクライアントでは、案内に従って同期してください。同じサブスクリプションを重ねてインポートする必要はありません。汎用クライアントを使う場合は、以下の手動インポート手順に進みます。

インストール中は、自動起動、自動接続、仮想ネットワークアダプターを同時に有効にしないでください。まず手動接続で動作を確認し、その後に自動化の設定を追加すると、問題の原因を絞り込みやすくなります。

サブスクリプションを追加する:リンクの有効性と形式の互換性を確認

サブスクリプションリンクには、接続設定の取得に必要な認証情報が含まれていることがあります。パスワードと同じように安全に保管してください。一般的なWebアドレスとは異なり、リンクを入手した人が接続先の設定を取得できる可能性があります。公開フォーラムに投稿したり、見知らぬオンライン変換サイトに入力したりしないでください。問い合わせ用のスクリーンショットを送る際は、リンク全体、ユーザー名、機密情報を隠してください。

  1. 管理パネルで使用中のアカウントのサブスクリプションページを開き、クライアントの種類に合った形式をコピーします。コピーする際はリンク全体を保ち、空白や改行、チャットアプリが付け加えた句読点が混入しないようにしてください。
  2. クライアントの設定管理でリンクからのインポートを選び、見分けやすい名前を付けてからサブスクリプションURLを貼り付けます。個別サーバーのアドレス欄には入力しないでください。
  3. 設定を更新または取得し、接続先の一覧が表示されることを確認します。複数の設定がある場合は、今回インポートした設定が現在の使用対象になっているかも確認してください。
  4. 更新結果を確認します。インポートに失敗した場合は、リンクが無効になっていないか、プランの状態に問題がないか、サブスクリプションの形式が対応しているかを確認してから、現在のネットワークからサブスクリプションURLにアクセスできるかを調べます。

プロトコルとサブスクリプション形式は別のものです。Shadowsocks、VMess、Trojan、VLESSなどはそれぞれ異なるプロキシプロトコルで、クライアントによって対応状況が異なります。サブスクリプションファイルには接続先や関連設定が記述されています。拡張子が似ていても設定を使い回せるとは限りません。対応範囲はクライアントの説明と管理パネルで提供される形式を確認してください。

更新後も一覧が空の場合は、設定を何度も追加しないでください。エラーメッセージを残し、管理パネルでサブスクリプションの再発行が必要か確認します。リンクの漏えいが疑われる場合は、管理パネルのリセット機能を使い、各端末にインポートした設定も更新してください。パソコン上の設定を削除しただけでは、通常、元のリンクは無効になりません。

接続先を選ぶ:ルールモードで通信の振り分けを確認

接続先の一覧が表示されたら、まず利用するサービスが求める地域に合った接続先を選びます。地理的な距離は選択の目安になりますが、実際の使用感は通信事業者の経路、出口の負荷、接続先のWebサイトにも左右されます。接続先名に表示された地域は、常に利用可能であることを保証するものではありません。一覧のテストに成功しても、実際のアプリでの確認が必要です。

初回設定では、クライアントの説明に従ってルールモードを使うのがおすすめです。国際接続が必要なリクエストはプロキシに送り、ローカルサービスはルールに従って直接接続します。すべてのアプリの要件を自動で判断する機能ではなく、ドメイン、宛先アドレス、プロセスなどのルールに基づいて振り分けます。ルールが適用されない場合は、どのポリシーに一致したか確認し、すぐに全通信をプロキシ経由へ切り替えないでください。

設定 動作 注意点
システムプロキシ Windowsのプロキシ設定に従うアプリのリクエストをクライアントに送ります。 システムプロキシを参照しないアプリもあるため、有効にしてもすべての通信が対象になるとは限りません。
ルールモード クライアントに入ったリクエストを、直接接続または指定したプロキシポリシーに振り分けます。 通信の振り分け方法であり、システムプロキシのオン・オフとは別の設定です。
グローバルプロキシモード 通常、クライアントに入ったリクエストをすべて同じプロキシポリシーで処理します。 対象となるのはクライアントに入る通信の範囲内であり、パソコン全体の通信を完全に制御するとは限りません。
仮想ネットワークアダプターモード 仮想ネットワークインターフェースを使い、より広い範囲の通信をクライアント経由にします。 管理者権限、ルーティング、DNSの設定が関係する場合があります。クライアントが対応しているか確認してください。

VPNWearは120以上の国、190以上の接続先を提供しています。対応地域は接続先を選ぶ際の参考になりますが、利用中のネットワーク速度を測定した結果ではありません。まず用途に合った接続先を一つ選び、実際のWebページやアプリで確認してください。一覧の遅延が最も低い接続先を探して、何度も切り替える必要はありません。

接続を確認する:Webページ、アプリ、DNSを個別にチェック

クライアントに「接続済み」と表示されるのは、接続または設定が確立されたことを示すだけです。ブラウザーがシステムプロキシを使っているか、アプリに独自のプロキシ設定があるか、ルールがリクエストをどこへ送っているかは、別途確認が必要です。検証時は一度に一つだけ設定を変え、変更前後の状況を記録してください。

  1. ローカルサービスを確認。ルールモードのまま、普段使うローカルのWebサイトにアクセスし、直接接続に支障がないか確認します。ページに問題がある場合は、プロキシの一括適用を誤って有効にしていないか、ルールが誤って適用されていないかを確認してください。
  2. 接続先のWebサイトを確認。実際に利用する海外のWebサイトを開き、クライアントの接続ログでドメインと適用されたルールを確認します。ページが開くことと、出口の地域が想定どおりであることは別々に確認してください。
  3. 対象アプリを確認。アプリを完全に終了してから再起動します。ブラウザーでは正常でもアプリが動かない場合は、アプリがシステムプロキシを無視していないか、古い接続が残っていないかを優先して確認してください。
  4. 名前解決の経路を確認。クライアントのDNS設定、ブラウザーのセキュアDNS設定、通信の振り分け記録を照らし合わせ、プロキシを使うドメインが想定どおり処理されているか確認します。複数の名前解決設定を同時に変更しないでください。

DNSリークとは、本来想定する保護経路で処理されるべき名前解決のリクエストが、別のDNS経路へ送信される状態を指します。Webページが開けても、DNSリークがないとは限りません。出口のIPアドレスが正しく見えても、名前解決の経路が正しい証明にはなりません。一方、ルールモードでローカル接続するドメインがローカルのDNSを使うのは通常の動作であり、それだけで設定に問題があるとは判断できません。

オンラインのDNSチェックは参考になりますが、表示されたDNS事業者名だけではリクエストの伝送経路を判断できないことがあります。クライアントのDNSポリシー、ブラウザーの設定、接続ログをあわせて確認してください。チェックページに特定の名前を表示させるために、提供元が不明な設定一式をそのまま使わないでください。

手動設定の確認基準:ローカルサービスが正常に動作し、対象のWebページやアプリに想定どおりアクセスでき、用途に合ったルールが適用され、名前解決の動作を説明できること。これらを確認してから自動起動を設定してください。接続アイコンや一度の遅延テストだけでは不十分です。

自動起動の設定:クライアントの起動と自動接続を区別する

「スタートアップ」は通常、Windowsへのサインイン後にクライアントを起動する設定です。クライアントが自動で設定を選び、接続先に接続し、システムプロキシを設定するとは限りません。これらが別々のオプションになっているクライアントもあります。現在の設定を保存してから、スタートアップ、起動後の自動接続、システムプロキシ関連の設定をそれぞれ確認してください。

Windowsの「設定」で「アプリ」から「スタートアップ」を開くか、タスクマネージャーのスタートアップアプリ一覧でクライアントの自動起動が許可されているか確認できます。項目名や場所はWindowsのバージョンによって異なることがあります。複数のショートカット、タスクスケジューラのタスク、クライアントの自動起動を同時に設定すると、重複起動やプロキシ状態の競合が起きる可能性があります。

設定後にパソコンを再起動してサインインし、まずローカルネットワークが利用可能になるのを待ちます。その後、クライアントが起動しているか、設定が正しいか、接続先につながっているかを確認し、最後に対象のWebページとローカルサービスを再確認してください。起動時だけ失敗し、手動で再接続すると正常な場合は、ネットワークの準備が整うタイミングとクライアントの自動再試行設定を確認しましょう。すぐにサブスクリプションを変更する必要はありません。

クライアント終了後にWebページへアクセスできなくなった場合は、Windowsにローカルアドレスを指す手動プロキシ設定が残っていないか確認してください。組織で使用するネットワーク設定は保持し、終了したクライアントのものと確認できる設定だけを削除します。ネットワーク設定をすべて消去しないでください。

よくあるトラブル:発生した段階から原因を確認

サブスクリプションは更新できるが、どの接続先も使えない

サブスクリプションのダウンロードと接続先への接続は、別々の通信です。まずアカウントのデータ通信量とプランの状態を確認し、現在のネットワークでWebログインが必要か、システム時刻が正確か、ほかのセキュリティソフトやネットワーククライアントが干渉していないかを調べます。一つのネットワークだけで失敗する場合は、利用が許可された別のネットワークでも確認し、ローカル環境と設定のどちらに原因があるか切り分けてください。

ブラウザーは使えるが、ほかのアプリが使えない

通信の入口とアプリ独自の設定を確認してください。まずアプリにプロキシ設定があるか、クライアントのログにそのアプリのリクエストが記録されているかを調べます。必要な場合は、クライアントの説明書を確認したうえで仮想ネットワークアダプターモードを検討してください。あらゆる問題に使える解決策ではなく、適切な通信ルールの代わりにもなりません。

接続後に遅くなる、またはローカルサービスに影響が出る

まず、動作を確認済みのルールモードに戻し、ローカルへのリクエストが国際接続へ送られていないか確認します。対象サービスが遅い場合は、同じ内容とローカルネットワークで測定し、地域に合った接続先に切り替えて比較してください。直接接続、中継、専用回線はそれぞれ異なる通信方式を指します。名称だけで、時間帯ごとの実際の速度を判断することはできません。

サポートが必要な場合は、管理パネルの問い合わせ窓口から、OSの種類、クライアント名、問題が発生した手順、個人情報を伏せたエラーメッセージをお知らせください。詳しい確認手順はトラブルシューティング、基本操作は初めての方へをご覧ください。サブスクリプションリンクやパスワード全体は送信しないでください。

日常的に使う際、何度も再インストールする必要はありません。動作を確認した設定を保存し、クライアントやサブスクリプションを更新した後に、Webページ、アプリ、通信の振り分けを再確認してから自動起動の状態を確かめましょう。問題が起きたときは、すべての設定を推測し直すのではなく、直近で変更した箇所から確認できます。

初月無料