2つの異なる仮想マシンに同じMACアドレスがありますが、インターネットに接続されています。

Question

それは人々が学んだこととずれているので、人々を驚かせることの一つです。
同じブロードキャストドメインで同じハードウェアMACアドレスを持つ2台のシステムは、異なるIPアドレスを持つ限り（そしてスイッチングギアが正常に動作している限り）、互いに良好に通信できます。

テスト設定から始めましょう。

VM1 $ ip addr show dev enp0s8
3: enp0s8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 08:00:27:3c:f9:ad brd ff:ff:ff:ff:ff:ff
    inet 169.254.0.2/24 scope global enp0s8
       valid_lft forever preferred_lft forever
    inet6 fe80::a00:27ff:fe3c:f9ad/64 scope link 
       valid_lft forever preferred_lft forever

VM2 $ ip addr show dev enp0s8
3: enp0s8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 08:00:27:3c:f9:ad brd ff:ff:ff:ff:ff:ff
    inet 169.254.0.3/24 scope global enp0s8
       valid_lft forever preferred_lft forever
    inet6 fe80::a00:27ff:fe3c:f9ad/64 scope link tentative dadfailed 
       valid_lft forever preferred_lft forever

したがって、両方のコンピュータのMACアドレスは同じですが、IPは異なります。

pingを試してみましょう：

VM1 $ ping -c 3 169.254.0.3
PING 169.254.0.3 (169.254.0.3) 56(84) bytes of data.
64 bytes from 169.254.0.3: icmp_seq=1 ttl=64 time=0.505 ms
64 bytes from 169.254.0.3: icmp_seq=2 ttl=64 time=0.646 ms
64 bytes from 169.254.0.3: icmp_seq=3 ttl=64 time=0.636 ms

--- 169.254.0.3 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2001ms
rtt min/avg/max/mdev = 0.505/0.595/0.646/0.070 ms

だから、リモートホストが応答しました。まあ、変です。隣のテーブルを見てみましょう。

VM1 $ ip neigh
169.254.0.3 dev enp0s8 lladdr 08:00:27:3c:f9:ad REACHABLE
10.0.2.2 dev enp0s3 lladdr 52:54:00:12:35:02 STALE

これが私たちのMACです！

別のホストでこれを実行しtcpdump、実際にトラフィックが発生しているかどうかを見てみましょう。

VM2 $ tcpdump -nn -e -i enp0s8 'host 169.254.0.2'
16:46:21.407188 08:00:27:3c:f9:ad > 08:00:27:3c:f9:ad, ethertype IPv4 (0x0800), length 98: 169.254.0.2 > 169.254.0.3: ICMP echo request, id 2681, seq 1, length 64
16:46:21.407243 08:00:27:3c:f9:ad > 08:00:27:3c:f9:ad, ethertype IPv4 (0x0800), length 98: 169.254.0.3 > 169.254.0.2: ICMP echo reply, id 2681, seq 1, length 64
16:46:22.406469 08:00:27:3c:f9:ad > 08:00:27:3c:f9:ad, ethertype IPv4 (0x0800), length 98: 169.254.0.2 > 169.254.0.3: ICMP echo request, id 2681, seq 2, length 64
16:46:22.406520 08:00:27:3c:f9:ad > 08:00:27:3c:f9:ad, ethertype IPv4 (0x0800), length 98: 169.254.0.3 > 169.254.0.2: ICMP echo reply, id 2681, seq 2, length 64
16:46:23.407467 08:00:27:3c:f9:ad > 08:00:27:3c:f9:ad, ethertype IPv4 (0x0800), length 98: 169.254.0.2 > 169.254.0.3: ICMP echo request, id 2681, seq 3, length 64
16:46:23.407517 08:00:27:3c:f9:ad > 08:00:27:3c:f9:ad, ethertype IPv4 (0x0800), length 98: 169.254.0.3 > 169.254.0.2: ICMP echo reply, id 2681, seq 3, length 64

したがって、見てわかるように、トラフィックの送信元と宛先のハードウェアMACアドレスが同じであっても、すべてがうまく機能します。

その理由は、MACアドレスルックアップが通信の過程で非常に遅く発生するためです。ボックスはすでに宛先 IP アドレスとルーティングテーブルを使用して、トラフィックを送信するインターフェイスを決定します。パケットに追加されたMACアドレスはこの決定に従います。

また、これはレイヤ2インフラによって異なることも指摘したいと思います。これらの機械がどのように接続されているのか、そしてその間に何があるのか。よりスマートなスイッチがあると、動作しない可能性があります。このパケットが入ってくるのを見て拒否することができます。

今これがうまくいかないという伝統的な信念を続けてください。ある観点から見ると、これは本当です。 :-)
ネットワーク上の他のホストが両方のシステムのいずれかと通信する必要がある場合に問題が発生します。トラフィックが出ると、スイッチは宛先 MAC アドレスにトラフィックをルーティングし、単一のホストにのみ送信します。

このテスト設定が機能する理由はいくつかあります。

トラフィックは、すべてのポートまたは一致するMACを持つすべてのポートにブロードキャストされます。
スイッチは、宛先ポートを決定すると、ソースポートをオプションで削除します。
スイッチは実際にはレイヤ3スイッチであり、MacアドレスではなくIPアドレスに基づいてルーティングされます。

Answer 1