In that case you'll have probably different subnets for LAN and WLAN, and the RaspPi in the LAN won't see the MAC of any device in the WLAN at all (and vice versa), though they can communicate with each other. Every device that is connected via WLAN will see the "wrong" MAC address of every device that is connected via LAN, and vice versa.Īnd you can't "work around" it, unless you can configure your router to disable it. Windows will also find the "wrong" MAC address if the Windows PC is connected via LAN, while the target phone is connected via WLAN. If this guess is correct, it's purely a router issue, not an issue of Linux vs. You can test this by connecting your Windows PC to the router via LAN (cable), and see which MAC address it reports in that case.Īnother way to test it is to get root access to your router, and have a look at what's happening inside. The fact that the "spoofed" MAC address only differs in vendor prefix, and the vendor prefix doesn't seem to be valid, also points to this. Since they seem to be in the same segment (same /24 prefix), I'd assume the router does some fancy things to make that work, like MAC NAT via ebtables. That means while the phone and the Windows PC are in the same segment and ARP works as intended, normally the LAN and the WLAN wouldn't be in the same segment. Best guess: Your RaspPi is connected to the router via LAN, while the "target" phone and the Windows PC are connected via WLAN.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |