Added by Christian McDonald about 1 year ago. Updated about 1 year 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 about 1 year 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 Christian McDonald about 1 year ago
Seems to be a regression on 23.09
Updated by Danilo Zrenjanin about 1 year 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 about 1 year 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 about 1 year ago
Updated by Christian McDonald about 1 year ago
Updated by Jim Pingle about 1 year ago
Updated by Christian McDonald about 1 year ago
Updated by Danilo Zrenjanin about 1 year 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 about 1 year 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.
Updated by Jim Pingle about 1 year ago