免責事項：Pi 3でRaspbian Lightを使用するLinuxの新機能。 SSHアクセスのみ可能です。
ping / arpを使用してMacアドレスを見つけようとしています。
ping 192.168.1.7
arp 192.168.1.7
次を返します。
Address HWtype HWaddress Flags Mask Iface
192.168.1.7 ether 02:0f:b5:ed:9e:5c C eth0
HWaddressは、Windowsに表示されるMacアドレスとは異なります。
ping 192.168.1.7
arp -a 192.168.1.7
その結果は次のとおりです。
Internet Address Physical Address Type
192.168.1.7 c0-ee-fb-ed-9e-5c dynamic
ネットワークトポロジ
Pi接続ケーブル(.27)→ケーブルを開く→ルーター(.1)
Wi-Fiに携帯電話接続(.7)→ルーター(.1)
Wi-FiにWindows接続(.30)→ルーター(.1)
私のPiを同じMacに戻すにはどうすればよいですか？
注：「サプライヤー」セクションが異なるようです。だから「ほぼ」は正しいですか？
答え1
最高の推測：RaspPiはLAN経由でルーターに接続され、「ターゲット」電話とWindows PCはWLAN経由で接続されています。これは、携帯電話とWindows PCが同じネットワークセグメントにあり、ARPが期待どおりに動作していても、通常LANとWLANが同じネットワークセグメントにないことを意味します。
それ以来、彼ら〜らしい同じネットワークセグメント（同じ/ 24プレフィックス）にあるために、ルータがMACを介したNATのように動作するように素晴らしいタスクを実行すると仮定します。ebtables。これはまた、「なりすまし」のMACアドレスが無効であるように見えるベンダープレフィックスだけが異なるという事実にもなります。
LAN（ケーブル）を介してWindows PCをルーターに接続してテストし、この場合どのMACアドレスが報告されているかを確認できます。
テストする別の方法は、ルータへのルートアクセス権を取得し、内部で何が起こっているかを確認することです。
編集する
この推測が正しい場合、これは純粋にルーター問題はLinuxとWindowsの問題ではありません。さらに、Windows PCがLAN経由で接続されていて、ターゲット電話がWLAN経由で接続されている場合、Windowsは「無効な」MACアドレスを探します。すべてWLANを介して接続されているデバイスには、「無効な」MACアドレスが表示されます。すべてLANを介して接続されたデバイスまたはその逆の場合。
そして、それを無効にするようにルータを設定しない限り、それを「修正」することはできません。この場合、LANとWLANのサブネットが異なる場合があり、LANのRaspPiはWLAN上のどのデバイスのMACも見ることができません。別の言葉（その逆の場合も同様）お互いに通信することはできるが。
これがWebがどのように機能するかです。
問題は、最初になぜ「正しい」MACアドレスが必要なのかです。これを行う必要はありません。
答え2
このarpコマンドは rpi ネットワークインターフェイスの正しい mac アドレスを提供し、次のように確認できます。
ssh [email protected]
sudo cat /sys/class/net/eth0/address
これはc0-ee-fb-ed-9e-5cOnePlus携帯電話のMacアドレスです。