Kein VLAN in Ubuntu 18.04.4

Guten Abend,

habe ein Problem mit der Installation eines VLAN Interfaces auf einem Ubuntu 18.04.4 Rechner.
Ziel: auf dem Interface enp3s0 noch ein VLAN mit ID 101 aktivieren.

Installiert habe ich (als sudo) wie folgt:

apt install vlan
echo 8021q >> /etc/modules
modprobe 8021q

Dann die Konfiguration:

cat /etc/netplan/01-netcfg.yaml

# This file describes the network interfaces available on your system
# For more information, see netplan(5).
network:
  version: 2
  renderer: networkd
  ethernets:
    enp3s0:
      dhcp4: no
      dhcp6: no
      addresses: [192.168.54.101/24]
      gateway4: 192.168.54.10
      nameservers:
        search: [smz.local]
        addresses:
          - "10.100.10.5"  
          - "10.100.10.10"  
          - "8.8.8.8"  
    enp8s0: {}
  vlans:
    vlan.101:
      id: 101
      link: enp8s0
      addresses: [10.1.154.253/24]
      gateway4: 10.1.154.254
      nameservers:
        addresses:
          - "8.8.8.8"  
          - "8.8.4.4"  

Dann netplan apply - ohne (Fehler)meldung.

Aber kein VLAN Interface:

ifconfig

enp3s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.54.101  netmask 255.255.255.0  broadcast 192.168.54.255
        inet6 fe80::8e89:a5ff:fe60:ce96  prefixlen 64  scopeid 0x20<link>
        ether 8c:89:a5:60:ce:96  txqueuelen 1000  (Ethernet)
        RX packets 102236  bytes 116856868 (116.8 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 55419  bytes 19142327 (19.1 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Lokale Schleife)
        RX packets 202  bytes 17832 (17.8 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 202  bytes 17832 (17.8 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Was habe ich übersehen?

vG
LS

Please also mark the comments that contributed to the solution of the article

Content-Key: 577076

Url: https://administrator.de/contentid/577076

Printed on: April 26, 2024 at 02:04 o'clock

4 Comments

Latest comment

Ich bin mir jetzt nicht ganz sicher über die genaue Syntax, aber: link: enp8s0? Typo?

Stimmt, das sieht etwas merkwürdig aus. Man hätte erwartet das es eine Referenz auf das Parent Interface enp3s0 gibt ala:

network:
  version: 2
  renderer: networkd
  ethernets:
    enp3s0:
      addresses: [192.168.54.101/24]
      gateway4: 192.168.54.10
      nameservers:
        addresses: 10.100.10.5
        search: [smz.local]
      optional: true
  vlans:
    vlan.101:
      id: 101
      link: enp3s0
      addresses: [10.1.154.253/24] 

Was sagt denn ein sudo netplan --debug generate ??

Zwei Default Gateways ist auch irgendwie unlogisch und gibt Stress mit dem Routing. Ebenso die Name Server. Es reicht wenn diese einmalig definiert sind, denn das System nutzt diese immer global und nicht Interface spezifisch. Zum Unsinn dort Google DNS zu verwenden die das gesamte Kommunikationsverhalten dieser Maschine ausschnüffeln und mit Dritten weltweit vermarkten ist hier auch immer wieder hingewiesen worden. Aber egal...manche lernen es dann nur auf die harte Tour.

Zur falschen und fehlerhaften Nutzung der Root Domain .local sagen wir jetzt auch mal besser nix und empfehlen dringenst diese Lektüre für lokale Root Domains:
https://www.heise.de/select/ct/2017/26/1513540412603853
.local ist Tabu da weltweit für mDNS reserviert ! Das aber nur nebenbei...

Hallo,
ja, der Link/Referenz auf den Alias funktioniert nicht (hier gelesen: documentation.online.net/en/dedicated-server/network/network-configuration-with-netplan).
Mit link: enp3s0 funktioniert es.
Die Ausgabe von sudo netplan --debug generate vorher:

** (generate:11255): DEBUG: 19:27:12.864: Processing input file /etc/netplan/01-netcfg.yaml..
** (generate:11255): DEBUG: 19:27:12.864: starting new processing pass
** (generate:11255): DEBUG: 19:27:12.865: We have some netdefs, pass them through a final round of validation
** (generate:11255): DEBUG: 19:27:12.865: enp3s0: setting default backend to 1
** (generate:11255): DEBUG: 19:27:12.865: Configuration is valid
** (generate:11255): DEBUG: 19:27:12.865: vlan.101: setting default backend to 1
** (generate:11255): DEBUG: 19:27:12.865: Configuration is valid
** (generate:11255): DEBUG: 19:27:12.865: enp8s0: setting default backend to 1
** (generate:11255): DEBUG: 19:27:12.865: Configuration is valid
** (generate:11255): DEBUG: 19:27:12.866: Generating output files..
** (generate:11255): DEBUG: 19:27:12.866: NetworkManager: definition enp3s0 is not for us (backend 1)
** (generate:11255): DEBUG: 19:27:12.866: NetworkManager: definition enp8s0 is not for us (backend 1)
** (generate:11255): DEBUG: 19:27:12.866: NetworkManager: definition vlan.101 is not for us (backend 1)

nachher:

** (generate:11433): DEBUG: 19:31:59.065: Processing input file /etc/netplan/01-netcfg.yaml..
** (generate:11433): DEBUG: 19:31:59.065: starting new processing pass
** (generate:11433): DEBUG: 19:31:59.066: We have some netdefs, pass them through a final round of validation
** (generate:11433): DEBUG: 19:31:59.066: enp3s0: setting default backend to 1
** (generate:11433): DEBUG: 19:31:59.066: Configuration is valid
** (generate:11433): DEBUG: 19:31:59.066: vlan.101: setting default backend to 1
** (generate:11433): DEBUG: 19:31:59.066: Configuration is valid
** (generate:11433): DEBUG: 19:31:59.066: Generating output files..
** (generate:11433): DEBUG: 19:31:59.067: NetworkManager: definition enp3s0 is not for us (backend 1)
** (generate:11433): DEBUG: 19:31:59.067: NetworkManager: definition vlan.101 is not for us (backend 1)

Danke, auch für die berechtigten kritischen Anmerkungen, und schönes WE.

LS

Immer gerne !

Case closed.

German solved Question Ubuntu Linux

Hotly discussed

Check of ZFW Firewallgleixnerd - 5 Comments