Browse Source

ifupdown-ng: Disable new compatiblity layers

Signed-off-by: Maximilian Wilhelm <max@sdn.clinic>
Maximilian Wilhelm 3 years ago
parent
commit
6cddf10293
1 changed files with 24 additions and 1 deletions
  1. 24 1
      network/ifupdown-ng/ifupdown-ng.conf

+ 24 - 1
network/ifupdown-ng/ifupdown-ng.conf

@@ -16,10 +16,33 @@ allow_addon_scripts = 0
 # templates.
 allow_any_iface_as_template = 0
 
+# compat_create_interfaces:
+# Denotes where or not to create interfaces when compat_* settings are
+# active and it would be necessary to create an interface to be fully
+# compliant.  This could happen when inheriting bridge VLAN settings to
+# an interface within a bridges bridge-ports setting but no interface
+# stanza is found.  Valid values are 0 and 1, the default is 1.
+compat_create_interfaces = 0
+
+# compat_ifupdown2_bridge_ports_inherit_vlans:
+# In ifupdown2 <bridge-vids> as well as the <bridge-pvid> set on a bridge
+# interface will be inherited by all member ports if not set explicitly.
+# When set to 1 ifupdown-ng behaves the same way and will internally copy
+# both options from the bridge member ports if they are not set on the
+# member port. Valid values are 0 and 1, the default is 1.
+compat_ifupdown2_bridge_ports_inherit_vlans = 0
+
 # implicit_template_conversion:
 # In some legacy configs, a template may be declared as an iface, and
 # ifupdown-ng automatically converts those declarations to a proper
 # template.  If this setting is disabled, inheritance will continue to
 # work against non-template interfaces without converting them to a
 # template.
-implicit_template_conversion = 1
+implicit_template_conversion = 0
+
+# use_hostname_for_dhcp:
+# Automatically learn the hostname property, used for DHCP configuration
+# by querying the system hostname using uname(2).  This is basically
+# equivalent to `hostname $(hostname)` without having to specify any
+# configuration.  Valid values are 0 and 1, the default is 1.
+use_hostname_for_dhcp = 0