1つのホストを同じネットワークアドレスを持つ別々のネットワーク上の2つのホストに接続するためのオプションは？

これが私の状況の図です。

/-(Network cloud)- Host B (192.168.1.2) Host A -NIC 1 (192.168.1.50) - <-- Connected via patch panel to either B or C \-(Network cloud)- Host C (192.168.1.2) - NIC 2 (currently unused)

すべてのホストでLinux Redhatバリアントが実行されています。この構成は、ソフトウェア展開のテストを目的として、以前は完全に分離された2つのネットワークでした。ホストBとホストCは両方とも同じネットワーク上にあり、両方とも同じホストとネットワークアドレスで構成されています。さらに、ホストAと2つのネットワーク間の接続は、テスト上の理由から変更できない一連のスイッチとルーターを経由します。

ホストAにすべての開発ツールがインストールされています。ホストBまたはホストCのネットワークに接続できるように、192.168.1.0ネットワークのIP用に構成されたホストAに1つのNICがあります。ホストAにも追加のNICが1つあり、これも使用できます。

私の質問は、もしあれば、どのオプションがホストBとホストCの両方に同時に接続する必要があるかということです。ホストAの構成の変更のみが許可されており、ホストB、ホストC、または途中のホップの構成を変更しないでください。

最初に考えたのは、ホストAでNAT変換を使用してこの問題を解決できるということでした。しかし、それをどのように構成する必要があるか、またはそれが私の状況で機能するかどうかもわかりませんでした。

回答は、ネットワークサービスのアクセス可能性/要件に依存します。ただし、一般的には、2つのネットワーク（BまたはC）のいずれかでNATを使用できます。たとえば、ネットワークBをNATの背後に隠し、NATを備えたルーターで必要なサービスのポート転送を構成する必要があります。

これにより、安価なSOHOルーターでも実行できます-ホストAで直接NATを構成するよりも良い方法です-ホストAハードウェアの更新（アップグレード、誤動作など）に依存しません。

サンプル図を参照してください。

ホストA NIC 1（192.168.2.1）-> || ルーターWAN-ルーターLAN || ->ホストB（192.168.1.2）

ホストA NIC 2（192.168.1.50）->ホストC（192.168.1.2）

ワオ。誰かがあなたを本当に不器用な立場に置きました。あなたは彼らと真剣な言葉を持つべきです。また、これは、ルーティングされていないIPサブネットを持つ内部ネットワークであっても、IPアドレスの計画とIPアドレスの再利用の回避が重要な理由です。

ホストAで静的ARPエントリを使用できると思います。それらが異なる「ネットワーククラウド」上にあることを考えると、それがどれほど正確に機能するかは、より難しい質問かもしれません。これらのネットワーククラウドの1つを2番目のアダプターに接続できる場合、私の提案（およびこれは壊れるEVIL EVIL HACK）です。

アダプター1：

• IP：192.168.1.50/25
• ホストBのネットワーククラウドに接続されている

アダプター2：

• IP：192.168.1.178/25
• ホストCのネットワーククラウドに接続

静的ARPエントリ：

• 192.168.1.130->ホストCのMACアドレス

これで、ホストBに192.168.1.2として、ホストCに192.168.1.130としてアクセスでき、パケットは正しいインターフェイスを通過してそこに到達します。それでうまくいくかもしれません。少なくとも、ネットワークの問題を解決できるまで。

警告（ああ、少年は警告があります）：

• ホストAは、ホストBのネットワーク上の192.168.1.0/24の上半分のホスト、およびホストCのネットワーク上の192.168.1.0/24の下半分のホストに到達できません。
• ホストCは、ホストAを.50ではなく192.168.1.178として認識します。（178が使用される場合、そのネットワークの上半分で未使用のIPアドレスを使用できます）。
• ブート時に確立されるルートと静的ARPエントリを構成する必要があります。
• ゲートウェイのIPアドレスに基づいて、コンピューターからデフォルトルートを慎重に配置する必要があります。デフォルトルートを含むネットワークを変更する必要がある場合があります。
• これが_every_subsequent_network_change_で破損するのを防ぐために、非常に厳密なネットワーク変更制御を実施する必要があります。これは、実施できれば、この問題を正しく解決または防止できたことを意味します。

将来の編集者に注意してください。この答えが恐ろしいハックである理由や間違った方法を追加することを恥ずかしがらないでください。