Bug #3147
closed
Adding new interface can cause issues
Added by Ross Williamson about 12 years ago.
Updated almost 11 years ago.
Affected Architecture:
amd64
Description
When adding a new interface on the (assign) page, it defaults to the first interface that hasn't been assigned. This change is immediately applied (although the interface is not "enabled" until ticked, obviously).
If the first interface picked happens to be a CARP VIP then this VIP will stop working until the new interface is correctly assigned and the CARP interface re-saved.
Suggestion: Maybe have an "apply" button that needs to be pressed before any new interface is actually assigned, much like most of the rest of pfsense, or perhaps when you add a new interface it defaults to something that won't potentially cause issues (say, a loopback)
Files
I have experienced this multiple times.
How did Pfsense 2.1 go stable without this even getting looked at?
Because this is behavior since pfSense inception and is not considered a blocking/new bug!
Ermal,
This this need to be resubmitted as a feature request then?
- Status changed from New to Resolved
the only scenario I see where this can possibly be an issue is with it assigning a CARP VIP. CARP VIPs shouldn't be available to assign in the first place, and that's been fixed since (in 2.2 if not earlier), which eliminates any possibility of there being issues here AFAICT.
The issue affects more than just VIPs. Whatever auto-populates the 'Network Port' field after the new Interface is added (but not saved) stops working. If it's a VIP, you have to edit/save the VIP. If it's an OpenVPN tunnel, then the tunnel stops working until you take it down and bring it back up.
https://forum.pfsense.org/index.php?topic=64704.msg350841#msg350841
This 'bug' appears to have finally been addressed with the changes for #3846 "Adding interface for new VLAN selects active WAN VIP address breaking connectivity".
Thanks!
Also available in: Atom
PDF