Added by Christian McDonald 9 months ago. Updated 6 months ago.
0%
Files
| clipboard-202308311919-cliyy.png (124 KB) clipboard-202308311919-cliyy.png | Danilo Zrenjanin, 08/31/2023 05:19 PM |
Updated by Danilo Zrenjanin 9 months ago
I couldn't reproduce it on 23.05.1
It pulled the MAC address from my MacOS interface connected to the firewall.
Updated by Danilo Zrenjanin 9 months ago
Ok. I replicated the issue on:
23.09-DEVELOPMENT (amd64) built on Sat Aug 26 04:50:14 UTC 2023 FreeBSD 14.0-ALPHA2
I am changing the status to confirmed.
Updated by Jim Pingle 8 months ago
The problem here is that the behavior of the arp command has changed. Running arp -n <ip addr> used to limit the output to only the row for that IP address. Now it's returning all of them as if it was run with -a. Because it's returning all of the entries, the firewall itself is first, which is where it gets that MAC address from.
Looks like a bug in arp on FreeBSD to me. We could work around it, but given how broken the current behavior is, it would be better to get it fixed upstream.
Updated by Jim Pingle 8 months ago
Updated by Christian McDonald 8 months ago
Updated by Christian McDonald 8 months ago
Updated by Danilo Zrenjanin 8 months ago
I have conducted a test on the most recent build today and can verify that it is performing as expected.
I am marking this ticket closed.
Updated by Jim Pingle 8 months ago
For good measure I also tested out the arp fixes and everything is working properly as far as I can see now.
Manually at the CLI I can filter by address and by interface.
The 'Copy My MAC' button on DHCP static mappings also works as expected from a directly connected client.