Windows VPNを使い始めるには、まずクライアントをインストールしてサブスクリプションを追加し、接続先を選びます。通信の経路を設定して出口を確認したら、最後に自動起動を設定しましょう。画面に「接続済み」と表示されるだけでは十分ではありません。対象のアプリが選択した経路を通っていることを確認してください。実際の操作順に沿って解説します。画面の名称はクライアントのバージョンによって異なる場合があるため、パネルの案内を優先してください。
まず結論：初めて使う場合は、クライアントの標準ルールモードとシステムプロキシでブラウザーの接続を確認しましょう。対象アプリがシステムプロキシに対応していない場合や、より広い範囲の通信を経由させる必要がある場合に限り、仮想ネットワークアダプター（TUN）を検討してください。接続を確認するまでは自動起動を有効にせず、複数のプロキシツールを同時に起動しないようにしましょう。
インストール前：クライアントと設定の入手元を確認
パネルのダウンロードページからWindows用クライアントを入手します。VPNiyではメールアドレスは不要で、ユーザー名とパスワードでアカウントを利用できます。Windowsクライアントはログイン後に入手できます。ダウンロード先、設定手順、サブスクリプションURLは、パネルに現在表示されている案内を確認してください。検索結果に表示された見知らぬ配布サイトから、改変版のプログラムをダウンロードしないでください。
まずWindowsの「設定」を開き、「システム」から「システム情報」または「バージョン情報」に進んでシステムの種類を確認し、対応するインストーラーを選びます。インストーラー版には通常セットアップウィザードがあり、ポータブル版は通常、決まったフォルダーに展開して使います。ポータブル版を一時展開フォルダーに置いたまま使うのは避けましょう。ファイルを削除すると、スタートアップ項目からプログラムを見つけられなくなることがあります。
クライアント、サブスクリプションURL、接続先はそれぞれ別のものです。クライアントは設定を読み込んで接続を確立し、サブスクリプションURLは接続先の設定を取得するために使います。接続先によって接続先の入口と出口が決まります。プログラムをインストールしただけで有効な設定を追加していない場合、通常は接続できません。
システムの保護機能を無効にすることを、インストール手順に含めないでください。入手元、署名、権限について警告が表示された場合は、ダウンロード先と公開元の情報を確認してください。確認できない場合はインストールを中止し、サポートに問い合わせましょう。通常、システムプロキシの利用に管理者権限は必要ありませんが、仮想ネットワークアダプターのコンポーネントには追加の権限が必要な場合があります。
サブスクリプションを追加：接続先一覧の表示を確認
パネルにログインし、サブスクリプションまたはクライアント設定の項目を開きます。サブスクリプションURLにはアクセス情報が含まれる場合があるため、パスワードと同様に安全に保管してください。掲示板に公開したり、共有チャットの履歴に貼り付けたりしないでください。クライアントがワンクリック追加に対応している場合は、パネルの案内を利用できます。対応していない場合は、以下の手順で追加します。
- サブスクリプションURLをコピーします。末尾の文字が抜けないよう、パネルのコピー機能を使ってください。ブラウザーのアドレスバーに表示されているアカウントページのURLをコピーしないようにしましょう。
- クライアントのサブスクリプション管理を開きます。「サブスクリプション」「設定」「Profiles」などの項目を探し、URLからリモート設定を追加する機能を選びます。ローカルファイルの読み込みと間違えないようにしてください。
- URLを貼り付けて保存します。設定を見分けやすい名前にします。形式やクライアントの種類を選ぶ項目がある場合は、使用中のプログラムに合ったものを選択してください。
- 更新を実行します。「サブスクリプションを更新」などのボタンをクリックします。正常に完了すると、選択可能な接続先やプロキシグループが表示されます。設定名だけが空の状態で残っている場合は、完了していません。
- 設定を有効にします。追加後に「使用」をクリックしたり、現在の設定として選択したりする必要があるプログラムもあります。メイン画面に、追加した設定が表示されていることを確認してください。
「インポート成功」は、クライアントが設定を読み込めたことを示すだけで、接続先への接続まで保証するものではありません。解析エラーが表示された場合は、設定形式とクライアントの互換性を確認してください。ダウンロードエラーの場合は、サブスクリプションURLが完全か、アカウントが有効か、現在のネットワークから取得先にアクセスできるかを確認しましょう。サブスクリプションURLを見知らぬオンライン変換サイトにアップロードしないでください。
Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICは、それぞれ異なるプロキシプロトコルまたは方式です。自由に置き換えられるボタン名ではありません。利用できるかどうかは、クライアントのコア、バージョン、サーバー側の設定が一致しているかによって決まります。VPNiyがすべてのプロトコルを提供しているという意味ではありません。実際に利用できる項目はパネルで確認してください。
接続先を選ぶ：まず地域を確認し、次に通信の経由方法を選ぶ
まず、利用するサービスが対応している地域に合わせて出口を選び、普段の利用で安定しているかを確認しましょう。「中継」「直結」「IEPL」という名称は、通信経路や回線方式を表すもので、アクセスのたびに同じ使い心地になることを保証するものではありません。直結は通常、クライアントがサーバーに直接接続する方式です。中継では入口や中継ノードを経由します。IEPL専用線は専用の伝送経路を使う方式ですが、実際の使用感は利用者側の回線、出口の混雑状況、接続先のウェブサイトにも左右されます。
クライアントの単一の遅延テストだけで、通信速度全体を判断しないでください。プログラムによって接続確立までの時間を測る場合もあれば、指定されたURLにアクセスする場合もあり、テスト方法は同じではありません。利用する接続先を選んだら、実際の用途で確認しましょう。ウェブページが開くか、ログインできるか、ファイル転送が途切れないかを試してください。接続地域を変更すると、利用先サービスのセキュリティ確認が行われることがあります。日常的に出口を頻繁に切り替える必要はありません。
| 項目 | 機能 | 注意点 |
|---|---|---|
| システムプロキシ | Windowsのプロキシ設定に従うアプリに、プロキシへの接続口を提供する | この設定を参照しないアプリもあり、有効にしても直接接続する場合がある |
| 仮想ネットワークアダプター / TUN | 仮想ネットワークインターフェースを使い、より広い範囲の通信を経由させる | 権限、ドライバー、サービスコンポーネントが必要な場合があり、ほかのネットワークソフトと競合することもある |
| ルールモード | ドメイン、アドレス、その他のルールに基づいて、直接接続、プロキシ経由、遮断を決める | 動作は現在の設定によって異なるため、モード名だけでは判断できない |
| グローバルプロキシポリシー | クライアントに入った通信に、共通のプロキシポリシーを適用する | すべてのアプリの通信が経由されるわけではなく、TUNが自動的に有効になるわけでもない |
通常は先に接続先またはプロキシグループを選び、その後でシステムプロキシを有効にします。クライアントに「ルール」設定がある場合は、まず標準設定のままにしてください。ブラウザーでは使えるのにほかのアプリでは使えない場合は、接続先が使えないと決めつける前に、そのアプリがプロキシに対応しているか、ルールによって直接接続に振り分けられていないかを確認しましょう。
接続を確認：出口、通信の振り分け、DNS
プロキシ経由でアクセスする必要があるウェブページを開き、信頼できる出口IPアドレス確認ページで、ブラウザーの現在の出口を調べます。確認前に接続先を選び、必要であればブラウザーの新しいセッションを開始してください。以前の経路を使った接続が残っている場合があります。確認結果が示すのは、そのリクエストの出口だけです。すべてのプログラムが同じ経路を使っている証明にはなりません。
- ✅ クライアントに現在の設定、選択中の接続先、プロキシの有効状態が表示され、サブスクリプション一覧が空ではない。
- ✅ 対象のウェブページに正常にアクセスでき、出口の地域が選択した接続先と利用サービスの地域要件に合っている。
- ✅ クライアントの接続ログに対象ドメインが記録され、直接接続またはプロキシのどちらのルールが適用されたか確認できる。
- ✅ 普段直接接続するウェブサイトやローカルリソースも想定どおりに動作し、ルールの誤判定による問題がない。
- ✅ 通信を経由させる必要があるデスクトップアプリを個別にテストしている。ブラウザーの結果だけで判断しない。
DNSリークとは、想定と異なる経路でドメイン名の名前解決リクエストが送信されることです。たとえば、プロキシ経由で解決したいドメインの名前解決が、ローカルネットワークに送られてしまうケースがあります。これはウェブリクエストの出口アドレスとは別の問題なので、個別に確認が必要です。DNSテストページに表示されるDNSサービスの所在地が、実際のアクセス先の出口と一致するとは限りません。地域表示だけで判断しないでください。
名前解決に問題がある場合は、まず現在の設定でDNSポリシーを確認し、ブラウザーの「セキュアDNS」、システムDNS、クライアントDNSの設定が互いに上書きしていないか調べます。TUNを使う場合は、クライアントがマニュアルどおりにDNS通信を処理しているかも確認してください。ネット上で見つけたDNSアドレスをそのまま設定に上書きしないでください。通信の振り分けが変わり、正常だったドメインの名前解決までできなくなるおそれがあります。
グローバルポリシーは、ルールの問題を一時的に切り分ける用途に向いていますが、接続確認の代わりにはなりません。グローバルに切り替えても対象アプリの通信がクライアントに入らない場合は、振り分けルールよりも、通信の経由範囲、アプリ独自のプロキシ設定、ネットワークコンポーネントに原因がある可能性が高いでしょう。
自動起動を設定：プログラムの起動と接続の復元は別
手動接続が安定してから、クライアントの「設定」または「一般」を開き、「Windows起動時に起動」「ログイン時に起動」などの項目を探します。Windowsへのログイン後に起動するだけで、ログイン前から接続するわけではないプログラムもあります。通常のデスクトップ利用では、必要な動作を先に確認しましょう。
「クライアントの起動」「起動後に最小化」「前回の設定を復元」「システムプロキシを自動で有効化」は、それぞれ独立した設定の場合があります。自動起動だけを有効にすると、プログラムが起動してもプロキシ設定が復元されず、通知領域に表示されるだけのことがあります。反対に、システムプロキシが有効のままクライアントが起動していないと、ブラウザーから一時的にアクセスできなくなる場合があります。
- クライアントで起動時の設定を有効にし、現在の設定と接続先を保存します。
- Windowsの「設定 → アプリ → スタートアップ」、またはタスクマネージャーの「スタートアップ アプリ」を開き、対象プログラムの起動が許可されているか確認します。設定画面の名称はWindowsのバージョンによって異なります。
- 再起動してログインした後、通知領域にクライアントのアイコンが表示されるか確認し、プロキシまたはTUNの状態を調べます。
- 出口と対象アプリをもう一度確認し、ネットワークの準備が整った後に接続が復元されることを確かめます。ウィンドウが自動で開くだけでは不十分です。
TUNの接続を復元するためにサービスモードが必要な場合は、クライアントのマニュアルに従って必要なコンポーネントをインストールしてください。むやみに最高権限のタスクを追加しないでください。ポータブル版のフォルダーを移動した後は、スタートアップのパスを再確認します。会社や学校が管理する端末では、ネットワークコンポーネントやスタートアップ項目が制限されている場合があります。ポリシーによる制限がある場合は、端末の管理者に相談してください。
トラブルシューティング：症状ごとに原因を確認
サブスクリプションの更新は成功したが、接続できない
設定が有効になっているか、プランの状態と利用可能なデータ量に問題がないかを確認し、選択した接続先が現在のクライアントに対応しているか調べます。ログに未対応の設定項目やプロトコルが表示される場合は、パネルの案内とクライアントのバージョンを確認してください。認証情報をむやみに削除・変更したり、設定全体を公開ページに貼り付けたりしないでください。
ブラウザーではアクセスできるが、デスクトップアプリではできない
アプリに独自のプロキシ設定があるか、クライアントのログにそのアプリのリクエストが記録されているか確認します。リクエストの記録がない場合は、まず通信の経由方式を調べてください。記録はあるものの直接接続になっている場合は、ルールを確認します。必要な場合に限ってTUNを有効にし、ほかのVPN、仮想ネットワークアダプター、セキュリティソフトと競合しないかテストしましょう。
クライアントを終了すると、ブラウザーもアクセスできなくなる
Windowsの「設定 → ネットワークとインターネット → プロキシ」を開き、このPCを指す手動プロキシ設定が残っていないか確認します。まずクライアントを再起動し、システムプロキシを無効にする機能を使って元に戻してください。組織で管理されているプロキシ設定は、無断で変更しないでください。通常の終了前に通信の経由設定を無効にすると、設定の残留を防ぎやすくなります。
再起動後に接続が自動で復元されない
まずスタートアップ項目が登録されているか、プログラムのパスが有効かを確認し、クライアントが設定とプロキシの状態を復元しているか調べます。プログラムは起動しているのにネットワークがまだ利用できない場合は、自動再接続の設定があるか確認してください。一度に変更する設定は一つにし、変更前の状態を記録しておきましょう。プロキシ、DNS、ルールを同時に変更すると、原因を特定できなくなることがあります。