名前空間からではなくホストからのMacvlanベースのインターフェースping

[編集]

本番システムは現在、物理システムとESXiベースのシステムが混在しています。運用前の環境であっても、virtualboxを使用することはありません。これは、デスクトップで直接問題をすばやく絞り込むためにのみ使用されました。

メタの「保留中」の説明をありがとう！

[/編集]

私のセットアップ：

1. プライベートネットワークvboxnet110.0.7.0/24
2. 1ホスト、ubuntuデスクトップ
3. 1 VM、ubuntuサーバー（VirtualBox）

配置レイアウト：

1. ホスト：10.0.7.1
2. VM：10.0.7.101
3. VM MACネームスペース：10.0.7.102

でVM、次のコマンドを実行しました。

ip netns add mac                        # create a new nmespace
ip link add link eth0 mac0 type macvlan # create a new macvlan interface
ip link set mac0 netns mac

macVM内のネームスペース：

ip link set lo up
ip link set mac up
ip addr add 10.0.7.102/24 dev mac0

つまり、基本的には次のようになります：（Like Inception？）

+------------------------+
| Host: 10.0.7.1         |
|                        |
| +--------------------+ |
| | VM: 10.0.7.101     | |
| |                    | |
| | +----------------+ | |
| | | NS: 10.0.7.102 | | |
| | |                | | |
| | +----------------+ | |
| +--------------------+ |
+------------------------+

機能するもの：

• Pingの間HostとVM
• Pingの間NSとNS
• からのdhclient NS

機能しないもの：

• 間のping NSとVM
• 間のping NSとHost

私がナッツに行き始めたところ：

• host（実際のマシンの）tcpdumpは実際にARP要求と応答を表示します
• tcpdump on NSは、ホストに送信されたARP要求を示します
• tcpdump onを使用VMすると、混乱が生じます（！）-> VMでtcpdumpが開始されると、pingが応答を取得し始めます？！？

だから、私はあなたがそれを熱望していたに違いない、私の質問は：それをどのように機能させるか？NS内のmacvlanのARPに問題があると思われますが、正確には何を理解できません...

ところで、私はmac0VMで直接インターフェイス（ネームスペースなし）を使用して同じ実験を行いましたが、問題なく動作しました。

OK、だから、後世のために、tcpdumpが突然すべてを機能させるという事実は、私を軌道に乗せたはずです。内部的にはeth0、プロミスキャスモードに切り替えます。つまりeth0、サーバーのメイントラフィックだけでなく、すべてのネットワークトラフィックが発生します。MAC

ただし、これが正確に機能する方法macvlanです。「物理」（つまりVM）ネットワークアダプターが認識しない新しいセカンダリ仮想MACアドレスが追加されます。

したがって、簡単な回避策は手動で行うことです： ifconfig eth0 promisc

それが役に立てば幸いです！