☰

Windows 上の複数のデフォルト ゲートウェイ

tag-icon • tag-icon windows-10 networking vpn gateway udp
Windows 上の複数のデフォルト ゲートウェイ

私はイーサネット ケーブルを使用して接続するカスタム メイドのイメージング機器を持っていますが、これを動作させるには、デバイスに接続されているラップトップのネットワーク インターフェイスに静的 IP とゲートウェイを設定する必要があります。通信は UDP 経由で行われます。

さて、問題です。VPN を使用するには、ゲートウェイも変更する必要があります。今回は、Wi-Fi ネットワーク インターフェイスです。

これを実行すると、Windows は複数のゲートウェイが使用されているというメッセージを表示します。それがどの程度問題なのかはわかりません。ただし、VPN が機能しない場合もあります。

  1. ゲートウェイが複数あると問題になりますか?

  2. ゲートウェイはホストに対して「ユニバーサル」ですか、それともネットワーク インターフェイスごとに異なるゲートウェイを設定できますか?

これは実際には Parallels 仮想マシンですが、ハードウェア上で直接実行した場合 (仮想マシン内ではない) も同じ結果が得られました。

リターンroute print -4:

===========================================================================
    Interface List
     12...00 1c 42 27 1c 2c ......Intel(R) 82574L Gigabit Network Connection
      1...........................Software Loopback Interface 1
    ===========================================================================
    
    IPv4 Route Table
    ===========================================================================
    Active Routes:
    Network Destination        Netmask          Gateway       Interface  Metric
              0.0.0.0          0.0.0.0      10.211.55.1     10.211.55.15     25
          10.211.55.0    255.255.255.0         On-link      10.211.55.15    281
         10.211.55.15  255.255.255.255         On-link      10.211.55.15    281
        10.211.55.255  255.255.255.255         On-link      10.211.55.15    281
            127.0.0.0        255.0.0.0         On-link         127.0.0.1    331
            127.0.0.1  255.255.255.255         On-link         127.0.0.1    331
      127.255.255.255  255.255.255.255         On-link         127.0.0.1    331
            224.0.0.0        240.0.0.0         On-link         127.0.0.1    331
            224.0.0.0        240.0.0.0         On-link      10.211.55.15    281
      255.255.255.255  255.255.255.255         On-link         127.0.0.1    331
      255.255.255.255  255.255.255.255         On-link      10.211.55.15    281
    ===========================================================================
    Persistent Routes:
      Network Address          Netmask  Gateway Address  Metric
              0.0.0.0          0.0.0.0      192.168.1.2      90
              0.0.0.0          0.0.0.0      192.168.1.2      90
              0.0.0.0          0.0.0.0     192.168.11.2      90
    ===========================================================================

最後に 2 つの同一の行が存在する理由が気になります。

     0.0.0.0          0.0.0.0      192.168.1.2      90
      0.0.0.0          0.0.0.0      192.168.1.2      90

答え1

私はイーサネット ケーブルを使用して接続するカスタム メイドのイメージング機器を所有しており、これを動作させるには、デバイスに接続されているラップトップのネットワーク インターフェイスに静的 IP とゲートウェイを設定する必要があります。

必要ありません。デバイスはすでにローカルサブネット上にあり、正しいネットマスクすでにルートが指定されています。(たとえば、出力にルートがあります10.211.55.0 / 255.255.255.0 / On-link。)

「デフォルトゲートウェイ」はデバイスに到達するためにのみ使用されますないローカルサブネット上。

ゲートウェイはホストに対して「ユニバーサル」ですか、それともネットワーク インターフェイスごとに異なるゲートウェイを設定できますか?

「ゲートウェイ」は各ルートごとに異なります。あなたが実際に尋ねているのは「デフォルト0.0.0.0/0つまり、具体的には、それらのルートに接続されているゲートウェイについてです。

理論的には、各インターフェースは独自のデフォルトゲートウェイを持つことができます。もしOSには、ルートを選択するための追加ロジックがあり、ソースパケットの IP アドレス。

ただし、出力からわかるようにroute、通常はルートはその宛先によってのみ一致します。そのため、複数の「デフォルト ルート」がある場合、それらはホスト全体で優先されます。つまり、1 つのゲートウェイがすべてに使用され (間違った選択になった場合でも)、他のゲートウェイはまったく使用されません。

例外が発生する場合があります:

  • 私考えるWindows は、複数のデフォルト ルートのうちどれを使用するかを選択する際に、送信インターフェイスを考慮します。ただし、これに関する公式ドキュメントは見つかっておらず、実験的に検証したこともありません。ただ「聞いた」だけです。

    これは、着信接続の応答にのみ適用され (つまり、受け入れられたソケットは特定のインターフェースに自動的にバインドされる)、新しい発信接続には適用されない可能性があります。

  • FreeBSD についても同様です。FreeBSD がマルチホーミングをサポートし、少なくとも応答については正しいインターフェースを選択することは聞いたことがあると思いますが、それを確認できる情報源はありません。

  • 一方、Linuxでは、ソースによるルートのマッチングを明示的に許可している。そしてdestination – ただし IPv6 のみで、IPv4 には使用できません。たとえば、Linux のデフォルトの v6 ルートは実際にはであり、別のゲートウェイを経由する::/0 from ::/0より具体的なルートを追加できます。::/0 from 2001:db8::/48

  • Linuxは「ポリシールーティング」もサポートしており、これはロジックの層を追加します。複数のルーティングが存在する可能性があります。テーブルそれぞれに 0.0.0.0/0 の「デフォルトルート」があり、ポリシールールによってどのテーブルを使用するかが決定されます。この設定は通常、少々面倒です。(ただし、IPv6 でも同様に機能します。そしてIPv4 です。

答え2

「VPN が時々機能しない」という問題がある場合は、Wi-Fi インターフェース経由で VPN サーバーの IP アドレスに静的ルートを追加できます。

関連情報