ガイド
VPNキルスイッチのテスト方法
クライアントに指示せずトンネルを切断する3つの方法、切断時に停止すべきもの、そして多くのスイッチが見落とすケース、つまりマシンの起動からクライアント接続までの空白をテストする方法。2026年後半のクライアントを対象としています。
ここで確認できること
キルスイッチとは、トンネルに障害が起きたとき、通常のネットワークへ何も切り替わらないという約束です。クライアントの設定ページではその約束が設定されているかが分かり、以下のテストでは、その約束がどの障害に対して守られるかを確認できます。自宅から持ち出すデバイスでは一度実行し、クライアントの更新後にも再度実行してください。スイッチの目的についてはキルスイッチのページで説明しています。
発生頻度の高い順に、3つの切断を確認します。最初の切断には耐えるが2つ目には耐えないスイッチはよくあります。3つすべてに耐えても、起動時の空白には耐えないスイッチはさらに多くあります。
始める前に
- クライアントでスイッチをオンにする。さらに、永続、常時、システム起動時など、より厳格な2つ目のモードがある場合は、どちらを選んだかを記録してください。以下では2つを別々にテストします。
- 連続して動き、進行状況を表示するものを開始する。大容量のダウンロード、長時間の動画、端末での連続 ping などが該当します。すでに読み込み済みのページでは、取得するものが残っていないため、何も証明できません。
- 2つ目のウィンドウでアドレス確認ページを開く。接続中に出口のアドレスを記録してください。各切断の後に再読み込みします。
3つの切断
1. ネットワークを切断する
Wi-Fiをオフにするかケーブルを抜き、数秒待ってから再びオンにします。経路が切れたためトンネルも切断されます。ここで確認するのは、ネットワークが戻ってからトンネルが戻るまでの数秒間にクライアントがどう動くかです。クライアントが再接続済みと表示するまで転送は停止し続けなければなりません。クライアントが再接続する前に転送が再開する場合、転送は保護されていないネットワーク上で実行されています。
2. クライアントに指示せずトンネルを停止する
クライアントのバックグラウンドプロセスを直接終了します。Windowsではタスクマネージャーのサービス、macOSではアクティビティモニタのプロセス、Androidではアプリの設定からの強制停止、Linuxでは端末からのプロセス終了を使います。クライアントには切断を指示していないため、正常な切断に対してのみ動作するスイッチは関与しません。転送は完全に停止し、クライアントを再起動するまで停止したままでなければなりません。
3. クライアントの動作中にネットワークを変更する
スマートフォンではモバイルデータ通信をオンにしたままWi-Fiをオフにし、デバイスを別のネットワークへ移します。ノートパソコンでは2つ目のWi-Fiネットワークまたはスマートフォンのテザリングに接続します。モバイルOSは新しいネットワーク上でトンネルを再構築しますが、その再構築中の時間に弱いスイッチから通信が漏れます。新しいネットワークが利用可能になったらすぐにアドレス確認ページを再読み込みしてください。出口のアドレスが表示されるか、何も表示されなければ合格です。自分のアドレスが表示された場合は不合格です。
起動時の空白
多くのクライアントに搭載されているスイッチは、クライアントの実行中に適用されます。マシンの起動からクライアントの接続までの間は何も適用されません。ホテルのネットワークで再開するノートパソコンでは、その空白の間に、システムとともに起動するすべてのアプリケーションが開いた接続を通じて外部へ通信するのに十分な時間があります。
- クライアントがシステムとともに起動し、起動時に接続するよう設定する。通常、この2つは別々のスイッチで、2つ目は初期状態でオフになっています。
- マシンを再起動し、クライアントが接続済みと表示する前に、開いたままにしておいたアドレス確認ページを再読み込みする。自分のアドレスが表示されたページが読み込まれた場合は空白が発生しています。エラーが表示される場合、またはクライアントが接続するまで待ってから出口を表示する場合は、空白が閉じられています。
- 読み込まれた場合は、永続またはシステム起動時に適用されると説明されている、より厳格なスイッチのモードを探して再実行します。Androidでは、以下で説明するように、クライアントとは関係なくシステム独自の設定がこのケースを対象にします。
Androidのシステム独自のスイッチ
Androidにはクライアント内ではなくVPNのシステム設定に独自のスイッチがあります。常時接続VPNと、その下にあるVPNなしの接続をブロックです。OSによって適用されるため、クライアントの強制終了、ネットワークの変更、起動時の空白をすべて対象にします。これは多くのクライアント独自のスイッチを上回る範囲です。両方をオンにしてから、3つの切断と再起動をもう一度実行してください。クライアントのスイッチもオンのままで構いません。2つは競合せず、アプリが動作していないときに機能するのはシステム側のスイッチです。
合格が意味すること
この確認で証明できること
+どのような形でトンネルに障害が起きても、開いた接続ではなく停止した接続になる
+ネットワークが戻ってからトンネルが戻るまでの数秒間に、何も通信されない
+見慣れないネットワーク上で起動するデバイスでも、クライアントが接続する前の空白が閉じられている
この確認で証明できないこと
−トンネル接続中にプロバイダーが何を保持するかについては何も分からない — それについては保持に関するページで確認できます
−スイッチが機能していても、漏洩するトンネルは修正できない。DNSとIPv6はVPNが機能しているかの確認方法で別途確認します
−合格はこのクライアントバージョンについての判定であり、更新によってスイッチの位置が変わったり、リセットされたりすることがある
結果が不明確な場合
ダウンロードが数秒間停止してから再開した
判断する前にクライアントの状態を確認してください。再接続され、トンネル経由でダウンロードが再開した場合、スイッチは機能しており、停止したのは再接続中だったということです。クライアントは切断済みのままでダウンロードが進んでいる場合、スイッチはタイムアウト後にネットワークを開放しています。このスイッチは機能していません。
ダウンロード再開中にアドレスを確認すれば判定できます。出口のアドレスならトンネルは復旧しており、自分のアドレスなら復旧していません。
何も停止しなかったが、クライアントではスイッチがオンになっている
その場合、スイッチの適用範囲が想定より狭く設定されています。多くのクライアントは、接続済みと判断している間だけスイッチを適用します。そのため、切断を指示されたトンネルや、プロセスの終了とともに停止したトンネルでは作動しません。永続、常時、システム起動時などの名前が付いた2つ目のモードを探し、そのモードをオンにしてテストを繰り返してください。
そのようなモードがない場合、重要な切断に対してスイッチは見かけだけのものです。プラットフォームに独自のスイッチがある場合は、そちらを頼るべきです。
すべてが停止し、その後も戻らなかった
それはスイッチが機能している状態です。スイッチが機能している間は、トンネルが戻るまで接続は停止します。クライアントが再接続できない場合は、適切に切断するよう指示するか、スイッチをオフにするまでオフラインのままです。ノートパソコンでは、それが求めていた動作です。防いでいる障害が目に見えないため、故障のように見えるだけです。
一部のものだけが停止した
何かが例外扱いされています。スプリットトンネリングのルール、独自のプロキシを使うブラウザー拡張機能、またはトンネル接続前から接続を維持しているアプリケーションは、スイッチが機能していても動作し続けます。これらはいずれもスイッチの障害ではなく、設定の問題です。クライアント内の例外設定を確認し、その後、トンネル接続前に確立された接続を制御する設定を確認してください。一部のクライアントでは、この設定が初期状態で変更されません。
同じ手順、別の機種
他のプラットフォーム
すべてのプラットフォームには、1つのページのタブではなく専用のガイドがある。手順はインストーラーが開いた時点で分岐し、3つのプラットフォームに一度に答えようとするページはどれにもきちんと答えられない。