ルーターのサブネットマスクを古いものを含むものに変更した場合、古い構成のホストは引き続き機能しますか？
現在、10.2.1.1ネットワーク上に10.2.1.0/24としてアドレス指定されているルーターがあります。私のすべてのホストには、デフォルトゲートウェイ10.2.1.1とマスク255.255.255.0があります。
知りたいのですが、ルーターを10.2.0.0/16に変更した場合、/24に対応するサブネットマスクを持つホストは、（再構成する前に）暫定的に機能しますか？
編集：それが不可能な場合、これらがすべてpfSenseデバイスの背後にあるWindowsホストであると仮定して、小さなサブネットから大きなサブネットに移行するための最良の方法は何ですか？
編集1：明確にするために、ルーターアドレスを10.2.1.1のままにし、サブネットを大きくします（/ 24ではなく/ 16）。
それは幾分うまくいくでしょう。それはあなたが仕事をどのように定義するかに依存します。ルーターのネットマスクを変更すると、10.2.1.1/24ではなく10.2.1.1/16になります。
10.2.1.0/24アドレスを持つホストは、/24または/16のマスクを持つ10.2.1.0-10.2.1.255のアドレスを持つ任意のシステムに到達できます。システムは単にarp解像度を使用し、相互に直接接続します。両方のシステムの観点から、それらはそれぞれローカルネットワーク上にあるためです。
10.2.1.0/24を持つホストは、10.2.0.0/16ネットワーク外の任意のホストに接続できます。ゲートウェイアドレスのARPを実行し、ルーター経由で接続します。
彼らが到達できなかったのは10.2.0.0/16のホストだけですが、10.2.1.0/24の範囲ではありません。 10.2.1.0/24内のアドレスを持つホストはルーター経由で接続しようとしますが、そのサブネット上であるが10.2.1.0/24外のホストは直接接続しようとします。これでさえ、proxy-arpと呼ばれるものを使用している一部のルーターでは軽減できます。基本的に、要求がそのサブネット内にないシステムから送信された場合、システムに代わって10.2.1.0/24を使用してARP要求に応答するようにルーターを説得する必要があります。
ここで重要な点は、ある程度は機能することですが、ネットワークの他の部分からアドレススペースの割り当てを開始する前に、新しいサブネットに固定されているすべてのシステムでネットマスクを修正する必要があります。
いくつかの潜在的な問題があります。
- ネットマスクが狭いホストは、別のホストに直接送信する必要があるパケットをルーターに送信します。ルーターとその構成に応じて、パケットが着信したのと同じインターフェイスを介してパケットを転送する場合と転送しない場合があります。
- ブロードキャストアドレスは異なります。これは、「LAN検出」技術に依存するいくつかのものを台無しにする可能性があります。
- サブネットマスクが狭いホストは、「サブネット外」のリクエスターからのarp要求を無視する場合があります。これにより、マスクの広いホストからマスクの狭いホストへのパケットの配信に失敗する可能性があります。
これらの潜在的な問題が実際の問題になるかどうかは、環境によって大きく異なります。確実に知る唯一の方法はテストすることです。