0001417: creating a non-ethernet uplink assigns an ethernet interface which then cannot be used by the netwizard anymore

SYSTEM WARNING: 'date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone.' in '/usr/share/mantis/www/core.php' line 264

0001417: creating a non-ethernet uplink assigns an ethernet interface which then cannot be used by the netwizard anymore - MantisBT

MantisBT - Endian Firewall

View Issue Details

Project

Category

View Status

Date Submitted

Last Update

0001417

Endian Firewall

GUI

public

2008-10-31 12:18

2009-10-27 13:27

Reporter

peter-endian

Assigned To

simon-endian

Priority

normal

Severity

minor

Reproducibility

always

Status

closed

Resolution

fixed

Platform

OS Version

Product Version

2.2-rc3

Target Version

2.3

Fixed in Version

2.3

Customer Importance

Customer Occurrences

Queue

Summary

0001417: creating a non-ethernet uplink assigns an ethernet interface which then cannot be used by the netwizard anymore

Description

I did the following:

- Configured DHCP as main uplink (eth3, eth0 is green, eth1/eth2 are free)
- Configured a second uplink using the interface editor, uplink type ANALOG/UMTS
- Started the netwizard in order to change the main uplink from DHCP to STATIC

In the 3rd step, the netwizard interface selector shows eth1 assigned to RED, but that's wrong, it should be unused.

Taking a look to uplink1/settings shows RED_DEV=eth1, which will be ignored by the uplinks scripts, but not by other scripts.

Solution:
interface editor should write down only the necessary keys of that specific uplink type. Keys which will be used only by other uplink types should not be written down or at least emptied.

This generally may be a source of trouble in several parts of the firewall, which could easily be avoided

Steps To Reproduce

Additional Information