Project

General

Profile

Actions

Bug #8076

open

User can easily apply an unusable interface configuration after restore

Added by Adrian Zaugg about 7 years ago. Updated over 5 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
Backup / Restore
Target version:
-
Start date:
11/09/2017
Due date:
% Done:

0%

Estimated time:
Plus Target Version:
Release Notes:
Affected Version:
Affected Architecture:

Description

When loading a configuration file from a different device (with other
NICs) to a freshly installed pfSense, it correctly detects a mismatch of
the network interfaces and redirects the user to the interface setup
page. If there are VLANs defined in the loaded config, the VLANs are
still bound to the non-existent NICs, thus the user has to open the VLAN
assigning page and correct this. Pressing then on save, pfSense executes
the change immediately leading under unlucky conditions to the loss of
the connection to the admin interface of pfsense.

In my opinion if pfsense discovers a mismatch in interface assignment
after restoring a configuration file, the changes made by the user to
VLANs and interface assignment should not happen immediately. It should
let the user finish all the reassignment work and then do the reboot of
the device like it does it always after restoring a config.

How to reproduce:
- do a fresh pfsense installation and boot, connect to the web-gui
- instead of following the presented wizard, chose Diagnostics >
Backup/Restore from the menu
load a config using VLANs originating from a different device, which
has other kind of NICs built in (different brand e.g.)
- when presented with the interface assignment page, change to the VLAN
page and reassign a VLAN to the inner interface
- press save


Related issues

Related to Bug #14591: Restoring with different interfaces (partially?) applies changes before rebootNewSteve Wheeler

Actions
Related to Bug #8089: VLAN page breaks after config restore to new hardware.New11/13/2017

Actions
Actions

Also available in: Atom PDF