I have had the following issue occasionally over the years, and am surprised it hasn't been brought up / fixed before. Unless there's a simple workaround I'm missing.
A (simplified) example:
- Standard(ish) UTM install, one uplink, two internal subnets (.48.x and .50.x). Three NICs in the UTM, all used.
- We have a new uplink coming, and for good reasons, want to run two uplinks for a few weeks in fail-over mode. We know how to do this, and are willing to turn off the .50.x subnet for the duration.
- Thus the sensible thing to do would be to put the .50.x network definition (which is on eth0) on ice, use eth0 for a new uplink definition, and work for a few weeks with two uplinks, one working internal subnet, and one dormant internal subnet.
But we can't, because UTM doesn't allow a network interface definition to be "not connected"! As far as I can see, I have to delete the .50.x subnet, with all the associated rules, run our transition phase, and then rebuild everything the way it was before. Time-consuming and error-prone, at best.
(Yes, if there was a VLAN-capable switch onsite, we could put two links on VLANs, but there isn't one. Also we could temporarily add a fourth NIC to the box, but there's no space left in it).
So is there a simple way for us to put the .50.x network definition and rules on hold, so that I can simply reactivate them when we turn it back on?
This thread was automatically locked due to age.