Windows クライアントをゼロから設定:インストール、サブスクリプションのインポートから自動起動までの完全手順

Windows で国際回線を使えるようにする手順は、実は決まった5ステップです。クライアントのインストール、サブスクリプションのインポート、回線の選択、動作確認、自動起動の設定。どれか一つを飛ばすと、後の工程で「つながらない」「つながるが遅い」「ブラウザでしか使えない」という形で問題が現れます。この記事では5ステップを分解して書き、各ステップでよくあるつまずきも示します。一通りやってみると10分ほどで終わります。

まず準備するものを整理します。Windows クライアント自体はあくまで外側の入れ物で、実際につながるかどうかを決めるのはサブスクリプション内の設定です。そのため、インストールを始める前に次の3つを手元に用意してください。

始める前に:アカウント、サブスクリプションリンク、管理者権限

• アカウント:ユーザー名とパスワード。登録にメールアドレスは不要で、確認メールを待つ必要もありません。2つの項目を入力すれば管理画面に入れます。
• サブスクリプションリンク:トークン付きの HTTPS アドレスで、中身は回線リストと接続パラメータです。アカウントのパスワードそのものではありませんが、権限としてはパスワードと同等です。
• 管理者権限の承認(1回):インストール時に必要です。その後 TUN モードで全トラフィックを引き受ける場合、起動のたびに必要になります。

サブスクリプションを入手したら、まずその規模に目を通しておくと、後の当て推量をかなり減らせます。

同じアカウントで台数制限なく同時接続でき、2台目のために別のサブスクリプションを用意する必要はありません。自宅に複数のマシンがある場合に便利で、サブスクリプションリンクをコピーすれば設定手順はまったく同じです。まず効果を確かめたい場合も、60日間の理由を問わない返金があります。回線を通せる状態にしてから、長期利用を決めれば十分です。

ダウンロードとインストール:クライアントを正しい場所に入れる

1. 管理画面のダウンロード入口から Windows 用インストーラーを取得します。インストーラーとアカウントは同じ入口にあります。出所不明の改変版は使わないでください。改変版で最も多い問題は、他人のサブスクリプションが埋め込まれていることや、既定ポートが書き換えられていることです。
2. インストーラーをダブルクリックし、インストール先は既定のままで構いません。システムドライブ以外に置くと、後の自動更新で追加の書き込み権限が必要になることがあります。
3. 初回起動時に Windows のファイアウォール確認が出るので、プライベートネットワークを許可します。ここで拒否すると「接続済みと表示されるのにトラフィックが流れない」状態になります。
4. TUN モード(仮想ネットワークアダプターで全トラフィックを引き受ける方式)を使う予定なら、ショートカットを管理者として実行する設定にするか、クライアントの設定で該当項目にチェックを入れてください。
5. アップグレードの前に旧バージョンを終了します。2つのバージョンが同時に動くとローカルの待ち受けポートを取り合い、新しく入れたクライアントが未接続のまま止まります。

インストールで実際に問題になりやすいのは2点だけです。ファイアウォールの許可とポートの占有です。前者は初回起動時に聞かれ、後者は上書きインストールや2つのクライアントを併用した場合にだけ起こります。インストールが終わってもすぐ接続を押さず、サブスクリプションのインポートまで済ませてからまとめて確認すると、流れがずっとスムーズです。

サブスクリプションのインポート:リンク、更新、プロトコルの違い

サブスクリプションリンクは HTTPS アドレスで、クエリパラメータにトークンが含まれます。サーバーはトークンに応じて回線リストと接続パラメータを返します。クライアントはこの文字列だけを見るので、コピーは最後まで欠けなく、貼り付け時に余分な空白を入れないようにしてください。

1. リンク全体をコピーします。チャットアプリ経由で転送されたリンクは改行で途切れていることが多く、末尾が数文字欠けるだけでインポートに失敗します。
2. クライアントのサブスクリプションページ(または設定ページ)を開き、新規に1件追加してリンクを貼り付け、保存します。
3. 手動で一度「更新」を押し、回線リストが表示されるまで待ちます。初回インポートでは自動取得されないため、この手順を飛ばすと画面が空のままです。
4. 設定でサブスクリプションの自動更新をオンにします。1日1回で十分です。回線が調整されたとき、ローカルのリストはこの設定でしか同期されません。

プロトコルとトランスポートの違い

クライアントはサブスクリプションに従ってプロトコルを自動選択するため、日常利用で手動指定は不要です。ただし切り分けの際に違いを知っておくと役立ちます。同じ「つながらない」でも、プロトコルによって原因は異なります。

回線選び:直結・中継・専用線の使い分け

回線リストは通常3種類に分かれます。直結、中継、IEPL 専用線です。名前だけ見るとマーケティング用語のようですが、実際に示しているのはデータがローカルから接続先のデータセンターまでどう通るかです。ここが分かれば、回線選びは勘に頼らなくなります。

選ぶときは次の順で判断すれば、大きく外しません。

• まず地域:ある地域のコンテンツを見たいなら、その地域の接続先を選びます。地域が違うと、後からどう調整しても意味がありません。
• 次にタイプ:日常の閲覧や動画は中継、安定性が重要な会議やアップロードは専用線に切り替えます。
• レイテンシだけで判断しない:数値が低いのは往復が速いというだけで、帯域が足りることも、夜のピークに揺れないことも意味しません。体感を左右するのは通常パケットロスとジッターです。
• 2〜3本に固定する:回線が多いからといって全部が自分に合うわけではありません。自分の回線で安定する2〜3本を覚えておくほうが、毎回ランダムに選ぶより手間がかかりません。

地域と回線の一覧はグローバルノードページで国別に絞り込めるので、クライアント内で1件ずつ探す必要はありません。

動作確認:プロキシモード、DNS、出口 IP

クライアントが「接続済み」と表示しても、トラフィックが実際に回線を通っているとは限りません。Windows には引き受け方が2種類あり、挙動が大きく違うため、確認方法も変わります。

• システムプロキシモード:クライアントが OS のプロキシ設定を書き換え、その設定に従うソフト(ブラウザ、一部のデスクトップアプリ)が回線を通ります。システムプロキシを読まないプログラム、たとえば一部のゲーム、コマンドラインツール、特定のストアアプリは直接接続のままです。
• TUN モード:クライアントが仮想ネットワークアダプターを作成し、システムプロキシを読まないプログラムを含むすべての IP トラフィックを引き受けます。管理者権限が必要で、他の仮想アダプター(仮想マシン、コンテナツール、他のネットワークソフト)と競合することがあり、症状は「接続済みなのにトラフィックが流れない」です。

次のチェックリストに沿って照合すれば、ほとんどの問題は特定できます。

• ✅ IP 確認ページを開き、表示される出口地域が選択した回線と一致している。
• ✅ よく使うサイトのファーストビューが正常に表示され、長時間の白画面や再接続の繰り返しがない。
• ✅ コマンドラインツール(パッケージマネージャー、git など)も回線を通っている。TUN モードが有効か、個別に設定済みということ。
• ❌ 出口 IP がローカル ISP のままで、プロキシがトラフィックを引き受けていない。
• ❌ ブラウザだけ効いて他のプログラムは直接接続のまま。システムプロキシモードで止まっている。
• ❌ IP は正しく表示されるのに、コンテンツ側がローカル地域と判定する。DNS リークの可能性が高い。

コマンドラインでは、システムプロキシが書き換えられているか、古い DNS キャッシュが干渉していないかを2つのコマンドですばやく確認できます。

:: DNS キャッシュを更新し、古い解決結果の干渉を排除
ipconfig /flushdns

:: システムプロキシの設定を確認。ProxyEnable が 1 ならクライアントが引き受け済み
reg query "HKCU\Software\Microsoft\Windows\CurrentVersion\Internet Settings" /v ProxyEnable

DNS リークは見落とされやすいポイントです。システムプロキシモードでは、名前解決がローカルのリゾルバで行われることが多く、出口 IP は回線のものに変わっても、コンテンツ側が受け取る解決元はローカルのままです。その結果、地域判定が狂い、一部のコンテンツが開けないままになります。対処は2つで、クライアントの DNS 引き受け(または TUN モードでクライアントに解決を一元化する)を有効にするか、ネットワークアダプターの DNS をクライアントが提供するローカルアドレスに手動で向けます。変更後はキャッシュを更新してから再テストしてください。

自動起動と常駐設定

確認が通ったら、最後のステップは起動時に自動で待機させることです。毎回手動で押す必要はありません。ここには2つのスイッチがあり、どちらか一方でも漏らすと「起動したのに接続されていない」状態になります。

1. 起動時に自動起動:クライアントのプロセスを OS の起動とともに立ち上げます。
2. 起動後に自動接続:プロセスの起動後すぐ、前回使った回線に接続します。1つ目だけオンにすると、プロセスはタスクトレイに残りますが、ネットワークは引き受けられません。
3. 管理者として起動:TUN モードを使う場合は必須です。オフのままだと、起動後もプロセスはあるのに仮想アダプターが作られず、症状は起動していないときと同じです。
4. ウィンドウを閉じたらタスクトレイに最小化:誤って閉じて接続が切れるのを防ぎます。

サブスクリプションの自動更新とクライアントの自動起動は別物です。前者は回線リストが最新かどうか、後者はプロセスが動いているかどうかを管理します。両方オンにしておけば、回線が調整されてもローカルのリストは自動で同期され、手動更新を覚えておく必要はありません。常駐させたくない場合は、少なくとも使う前に十数秒の接続とルール読み込みの時間を取り、ページを開いたその瞬間に「壊れた」と判断しないようにしてください。

よくあるつまずき早見表

次の表は、インストールから自動起動までの過程で最もよく遭遇する6つの状況をまとめたものです。症状から照合してください。

まとめ:5ステップの順序は飛ばさない

冒頭の5ステップに戻ります。クライアントのインストール、サブスクリプションのインポート、回線選び、動作確認、自動起動の設定。ほとんどの「つながらない」は回線の問題ではなく、サブスクリプションが更新されていない、システムプロキシが引き受けていない、自動起動が半分しか設定されていない、のいずれかです。まず確認のステップを最後まで済ませ、確定した出口 IP とプログラムの適用範囲を把握してから、回線を変えるべきか判断すると、切り分けの効率が大きく上がります。