laster
Goto Top

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:
  1. 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:

  1. 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

Content-ID: 577076

Url: https://administrator.de/forum/kein-vlan-in-ubuntu-18-04-4-577076.html

Ausgedruckt am: 25.12.2024 um 02:12 Uhr

Kiso222
Lösung Kiso222 05.06.2020 um 18:27:41 Uhr
Goto Top
Ich bin mir jetzt nicht ganz sicher über die genaue Syntax, aber: link: enp8s0? Typo?
aqui
Lösung aqui 05.06.2020 aktualisiert um 19:55:47 Uhr
Goto Top
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. face-wink
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...
laster
laster 05.06.2020 um 19:47:12 Uhr
Goto Top
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
aqui
aqui 05.06.2020 um 19:54:01 Uhr
Goto Top
Immer gerne ! face-wink
Case closed.