ネットワーク - 同じルーティングテーブルが両方のホストで異なる結果を提供します。

ネットワーク - 同じルーティングテーブルが両方のホストで異なる結果を提供します。

次のような混乱があります。 2つのホストがあり、ルーティング設定は次のとおりです。

Host1 (10.40.11.141)
default via 172.27.0.1 dev ovirtmgmt proto static metric 425 
10.40.11.0/24 dev bond1.4011 proto kernel scope link src 10.40.11.141 metric 400 
172.27.0.0/16 dev ovirtmgmt proto kernel scope link src 172.27.4.141 metric 425 
172.28.4.0/24 dev eno8403 proto kernel scope link src 172.28.4.141 metric 100 linkdown

Host2 (10.40.11.181)
default via 172.27.0.1 dev eno8303 metric 425 
10.40.11.0/24 dev team0.4011 proto kernel scope link src 10.40.11.181 metric 400 
172.27.0.0/16 dev eno8303 scope link metric 425 
172.28.0.0/16 dev eno8403 proto kernel scope link src 172.28.4.181 metric 101 linkdown 

VPNを介してネットワークに接続されており、アドレス172.27.4.141と10.40.11.141でホスト1をpingしてSSHできますが、Host2の場合はアドレス172.27.4.181のみが機能します。

どちらも両方のネットワーク(172.27.4.0と10.40.11.0)を介して互いにpingとsshを実行できます。 Host2のデフォルトパスを10.40.11.0ネットワークに設定すると、インターフェイス10.40.11.181に対してpingとsshを実行できますが、172.27.4.181には接続できません。

ボンディングを使用することとリンク集計を使用するグループ化以外に、意味のある違いを見ることはできません。

理想的には、ホスト2をVLAN /サブネットにアクセスできるようにしたい(ホスト1と同様)。この問題をどのように解決しますか?

編集:重要な違​​いを見つけました。 oVirtノード(10.40.11.141)には、IPがmgmtネットワーク(172.27.4.141)のブリッジインタフェース( 'ovirtmgmt')がありますが、cephノードの場合、アドレスは172.27 .4.181です。物理インターフェイス(eno8303)にバインドされます。

ベストアンサー1

おすすめ記事