有線コンソールと Windows VPN を共有する: PC ゲートウェイかルーターか
Windows PC の後ろにあるコンソールには、下流セグメント、アドレス指定、変換、転送するクライアントが必要です。トンネルを所有するルーターと比較してください。
VPN クライアントを実行できないコンソールは、Windows PC のトンネルを借りることがありますが、この構成は VPN とは無関係な理由で成功より失敗のほうが多くなります。PC がゲートウェイになるには、下流専用のインターフェース、コンソール用のアドレス指定、変換、そして他の機器のパケットを転送するクライアントが必要です。PC 自身のアプリケーションで機能するトンネルは、そのどれも証明しません。
比較する価値があるのは、その構成と、ネットワーク全体のトンネルを所有するルーターとの違いです。保守、障害時の挙動、そしてポリシーを一度にどこまで見られるかが異なります。
PC ゲートウェイが行うべきこと
ゲートウェイには、コンソール側を向いたインターフェース、そのセグメント用のアドレス範囲、コンソールの通信をトンネルに書き換える変換ルールが必要です。さらに、自分が生成していないパケットを転送するようクライアントを設定する必要があり、これは自分の通信を受け入れるのとは別の設定です。名前解決も同じ経路を通らなければならず、そうでないとコンソールは一方の経路でゲームサービスを解決し、もう一方で接続します。これらはそれぞれ独立した設定手順であり、それぞれに固有の失敗の仕方があります。
console -> dedicated ethernet -> windows sharing / nat
-> selected tunnel interface -> internetWindows のインターネット接続共有は、一方の接続をパブリック、もう一方をプライベートとして指定する形をそのまま提供します。この指定は人が思う以上に重要で、家庭のルーターに届くインターフェースが自動的にトンネルを運ぶインターフェースになるわけではないからです。
判断を決める比較
PC ゲートウェイとルーターゲートウェイを分ける三つの違いがあり、それが数か月後に表面化する違いです。表で並べて示します。
| Aspect | Windows PC gateway | Router gateway |
|---|---|---|
| Tied to a user session | Yes; sleep or sign-out ends it | No |
| Policy visibility | Split across client and sharing layer | One ruleset |
| Address service | Private side of the sharing feature | Router scope |
| Recovery after reboot | Manual, per session | Automatic |
セッションとの結び付きが最初の違いであり、人を驚かせる違いです。スリープする、サインアウトする、更新プログラムをインストールする PC はゲートウェイでなくなり、設定が何も変わらないままコンソールは経路を失います。ポリシーの可視性が二つ目で、クライアントのルールと共有層は二つの場所にあり、どちらも他方を説明していません。アドレスサービスが三つ目で、アドレスを持っているのに何にも到達できないコンソールを説明します。
どれも PC の構成を間違いにするものではありません。一時的な設計にするだけであり、要件が一時的であれば許容されます。
転送される通信は別のカテゴリ
デスクトップクライアントは、他の機器のために転送するパケットを自分のものと別に扱うことがあります。アプリケーションごとの対象一覧は PC 上のプロセスを対象にし、コンソールの通信については何も述べませんが、ローカルアプリケーションを守るキルスイッチは転送経路をまったく守らないことがあります。PC でのページ読み込みの成功から推測するのではなく、転送通信についてクライアントの文書化された挙動を確認してください。その挙動が不明確な場合、構成全体が仮定の上に載ることになります。
コンソールのアドレス指定は共有の構成から来るべきで、PC のトンネルアドレスをコピーしてはいけません。コピーすると重複アドレス、誤ったゲートウェイ、そしてコンソールが到達できない先を指すリゾルバーが生じます。下流のサービスに設定を配布させ、コンソールが実際に何を受け取ったかを確認してください。
PC ではなくコンソールの通信を確認する
意味のある唯一のテストはコンソールの経路を観察します。PC では、以下のコマンドでインターフェースの構成、下流リンクの近隣テーブル、コンソールがサービスポートに応答するかどうかを示します。ゲームセッションが実際に接続されている間に実行してください。
Get-NetIPConfiguration | Select-Object InterfaceAlias, IPv4Address
Get-NetAdapter | Select-Object Name, Status, LinkSpeed
arp -a | findstr 192.168.137.
Test-NetConnection 192.168.137.10 -Port 3074下流側にアドレスのないインターフェースは、共有が始まっていないことを意味し、接続できないコンソールとは別の問題です。近隣テーブルにコンソールの項目があれば、リンクとアドレス指定が生きている証拠です。その後にポートテストが失敗するなら、転送かクライアントの転送通信の扱いを示しており、ケーブルではありません。トンネルが使用中の経路だと結論する前に、コンソールの出口アドレスを PC のものと比較してください。
構成をインターフェース名とアドレス範囲とともに文書化しておいてください。次の更新後に壊れたとき、そのページが一時間の再発見を節約します。