Häufig gestellte Fragen
VPN Trackerは、次の理由により、コンピューターがスリープ状態になるとVPN接続を維持しません。
システムは、スリープ状態になったときとは異なるネットワーク設定で起動する場合があります。たとえば、コンピューターがスリープ状態になっている間にネットワークケーブルが抜き差しされた場合や、別のWLANが存在する場所にコンピューターが移動した場合、またはDHCPリースが期限切れになり、DHCPサーバーが起動後にコンピューターに新しいIPアドレスを割り当てる必要がある場合（古いものはすでに他の人に与えられているため）、またはネットワークインターフェイスが存在しない場合（USBネットワークアダプターが抜き差しされた場合など）です。これらの場合、接続は起動後すぐに機能しなくなり、VPN Trackerもリモートピアから正しくログオフできなくなります。
また、アプリケーションはシステムがスリープ状態になっている間にはネットワークイベントを受信しないため、VPN Trackerはこれらのイベントの一部を直接認識できず、起動後にすべてのネットワーク構成をスリープ前のものと比較し、接続がまだ機能するかどうかを判断する必要があります。一部のVPNプロトコルではこれを積極的にテストする方法がなく、他のプロトコルでは特定のオプションを使用した場合にのみ可能です（例：DPD）。誤った判断により、実際にはもう機能しないトンネルが維持され、ユーザーは再起動するまで再び機能しません。
NATゲートウェイは、プライベートIPアドレスをパブリックアドレスにマッピングし、ポートを書き換える方法を限られた時間だけテーブルに記憶します。この期間はプロトコルによって異なり、数秒から数分（一部のゲートウェイではUDPで20秒しか記憶しない）です。このテーブルエントリが失われるとエラーが発生するわけではなく、次のパケットに対して新しいエントリが作成されますが、多くの場合異なるマッピングになり、リモートステーションは接続を乗っ取ろうとしているように見えます（パケットが突然別の送信元から来るため）。VPN Trackerは起動時にこの以前のテーブルエントリが存在するか失われたかを判断できず、後者の場合NATゲートウェイからエラーを受信しませんが、接続は機能しなくなり、最初のケースと同じ問題が発生します。ローカルNATゲートウェイ（ほとんどのホームルーターやモデムで使用）またはISPにあり、複数の顧客が単一のパブリックIPv4アドレスを共有できるキャリアグレードNATゲートウェイを使用するかどうかは関係ありません。後者はますます一般的になっています。これは、利用可能なIPv4アドレスがなくなったため、すべての顧客が独自のものを取得できなくなっているためです。
Dead Peer Detection（DPD）の何らかの形式を使用するVPNプロトコルでは、相手側からの定期的なデータトラフィックを期待します。これが失敗すると、DPDパケットを送信し、これらのDPDリクエストに応答することを期待します。応答がない場合、相手側は接続が切断されたと見なし、削除します。VPN Trackerもコンピューターがスリープ状態になっている間はこの状況を認識できず、これらの要求に応答できません。起動後、接続は再び機能しなくなりますが、DPDを使用している場合でも、これは約1分後にしか検出されないことが多く、それまではシステムは成功の可能性がないにもかかわらず、この接続を引き続き使用しようとします。これにより、さまざまなアプリケーションでエラーや切断が発生する可能性があります。
VPN接続がクライアントがVPNゲートウェイからログオフせずに、ゲートウェイがそれを認識せずに切断された場合、クライアントはすぐに再確立できないか、最初の確立時に接続エラーが発生する可能性があります。最悪の場合、クライアントは数分間ロックアウトされる可能性があります。これは、スリープ段階後にネットワーク設定が変更された場合や、NATテーブルエントリが失われた場合に発生する可能性があります。
これらの問題をすべて防ぐために、VPN Trackerはシステムがスリープ状態になるように要求するとすぐにすべてのVPN接続を終了し、リモートピアから正しくログオフします。システムが起動してネットワークが完全に機能していると報告するとすぐに、VPN Trackerはこれらの接続をすべて再確立します。これにより上記のすべての問題が回避され、通常のアプリケーションはシステムがスリープ状態になっている間にはネットワークアクセスがなく、起動後しばらくの間ネットワークが利用できないことにも慣れています（これはVPNなしでも発生し、特にネットワークに変更があった場合に顕著です）。