Closed sjorge closed 7 years ago
@sjorge if I'm not mistaken it should get the mac address of the first lagg member, do you have issues with your setup?
Yes, none of the IPv6 stuff is working after this.
The setup is router-on-a-stick like. 4x 1GBit lagg0 with multiple tagged vlans over it. With each vif having a spoofed mac, I just rebooted with macspoofing disabled and still no IPv6.
OpenVPN, etc... that bind on those are all down.
I would expect all physical interfaces that are part of the lag to have the mac of the first device. But the vif's should have there own mac I think, not 100% on this since there may be different implementations out there.
I would start with a simple lagg setup and test step by step, the man pages aren't very clear about the behaviour, but it's quite unlikely lagg interfaces are completely broken. (it could be an issue with the other end as well)
I'm reverting the stuff now because it is getting late, I will start small on sunday when I should have some time again.
Quick question, assuming the lagg0 is fine (I see FreeBSD also has the same behavior)... Did something change with OpenVPN? My 2 IPv6 servers now contain the line: One UDP6 and one TCP6
local 10.23.30.1
Which seems to be the reason they are failing to start... I did do a clean install on this box and imported my config, on the old box the line was missing. After a update of the service the line gets added and it is broken again.
Maybe something that happened with the OpenVPN to plugin framework conversion? If so I will close this and file a seperate issue for the OpenVPN bits. I have not looked as to why ntpd and dhcpv6 are failing though.
The location of the files changed to make them pluggable, but the logic should be the same, the logic to determine "local" is located here https://github.com/opnsense/core/blob/master/src/etc/inc/plugins.inc.d/openvpn.inc#L543-L551.
I just compared my exported config from the new one to the old one.
The OpenVPN bits are the same and the interface it is listening on (opt3) is the same too. Same IPv4 and IPv6, but one is a vnic in a VM the other one is a vlan over a lagg. I will add some prints around that location you mentioned to see if I can see a difference on Sunday.
Otherwise, even mac (although not sure that works in combination with an lagg) are the same.
Try
# opnsense-revert -r 17.1.9 opnsense
It's unlikely the plugin rework, maybe a side effect of the new openvpn 2.4
Errr, I meant 17.1.8
Well that was stupid, It looks like the download image is not the latest version and since. A upgrade fixed it. Now i just need to get SoL going and I'm all set!
Each vlan interface was given the mac of the device it replaced. 00:22:06:ff:10:01 -> lagg0_vlan10 00:22:06:ff:20:01 -> lagg0_vlan20 00:22:06:ff:30:01 -> lagg0_vlan40 00:22:06:ff:40:01 -> lagg0_vlan40
They all end up with the mac, which one it gets seems random :/