[Bug 1826760] [NEW] case where you do need to use ifupdown instead of netplan
James No
1826760 at bugs.launchpad.net
Sun Apr 28 19:38:18 UTC 2019
Public bug reported:
I have use the following config in the past to provide redundancy in the
event that someone resets the router to factory defaults ... this is no
longer possible in netplan.
```
auto enp9s0
iface enp9s0 inet dhcp
auto enp9s0:s
iface enp9s0:s inet static
address 192.168.4.2
netmask 255.255.255.0
gateway 192.168.4.1
dns-nameservers 8.8.4.4 8.8.8.8
```
Specifically, I want to be able to configure 1x interface (only have one
physical eth on the box) to have both a static IP as well as be able to
accept a dynamic ip. This setup allows for remote troubleshooting to
continue in the even that someone resets the ip range of the local
network which would normally kill network connectivity with a static IP.
** Affects: nplan (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to nplan in Ubuntu.
https://bugs.launchpad.net/bugs/1826760
Title:
case where you do need to use ifupdown instead of netplan
Status in nplan package in Ubuntu:
New
Bug description:
I have use the following config in the past to provide redundancy in
the event that someone resets the router to factory defaults ... this
is no longer possible in netplan.
```
auto enp9s0
iface enp9s0 inet dhcp
auto enp9s0:s
iface enp9s0:s inet static
address 192.168.4.2
netmask 255.255.255.0
gateway 192.168.4.1
dns-nameservers 8.8.4.4 8.8.8.8
```
Specifically, I want to be able to configure 1x interface (only have
one physical eth on the box) to have both a static IP as well as be
able to accept a dynamic ip. This setup allows for remote
troubleshooting to continue in the even that someone resets the ip
range of the local network which would normally kill network
connectivity with a static IP.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/nplan/+bug/1826760/+subscriptions
More information about the foundations-bugs
mailing list