☰

Netplan kann VLANs nicht aufrufen

tag-icon • tag-icon ubuntu linux-networking vlan ubuntu-20.04 netplan
Netplan kann VLANs nicht aufrufen

Ich versuche, beim Booten ein richtig konfiguriertes Ubuntu 20.04-Servernetzwerk zu haben. Ich habe eine physische Schnittstelle, die mit einem Trunk verbunden ist, also möchte ich einige VLAN-getaggte Schnittstellen darauf definieren. Ich verwende Netplan. Inhalt wie /etc/netplan/50-cloud-init.yamlfolgt:

network:
    ethernets:
        eno1:
            match:
                macaddress: b8:83:03:XX:XX:XX
            mtu: 1500
        eno2:
        ...
    version: 2
    vlans:
        vlan3110:
            id: 3110
            link: eno1
            dhcp4: no
            addresses: [X.X.X.X/24]
            gateway4: X.X.X.X
        vlan3112:
            id: 3112
            link: eno1
            dhcp4: no
        vlan3111:
            id: 3111
            link: eno1
            dhcp4: no

Wenn ich das System jetzt neu starte, wird vlan3110 keine IP zugewiesen:

#ip a
...
9: vlan3110@eno1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether b8:83:03:XX:XX:XX brd ff:ff:ff:ff:ff:ff
    inet6 fe80::ba83:3ff:XXXX:XXXX/64 scope link 
       valid_lft forever preferred_lft forever
...

Und ich kann mir nicht erklären, warum. Ich habe -vvdie networkd-dispatcherOption „Beim Start“ hinzugefügt in /etc/default/networkd-dispatcher:

networkd_dispatcher_args="--run-startup-triggers -vv"

Aber ich sehe kein explizites Problem:

# journalctl -b |  grep vlan3110
Dec 01 17:45:17 hce02 networkd-dispatcher[1565]: DEBUG:Running immediate triggers for NetworkctlListState(idx=9, name='vlan3110', type='vlan', operational='degraded', administrative='pending')
Dec 01 17:45:17 hce02 networkd-dispatcher[1565]: DEBUG:Ignoring notification for interface NetworkctlListState(idx=9, name='vlan3110', type='vlan', operational='degraded', administrative='pending') entering state 'pending': no triggers
Dec 01 17:45:17 hce02 networkd-dispatcher[1565]: DEBUG:Ignoring notification for interface NetworkctlListState(idx=9, name='vlan3110', type='vlan', operational='degraded', administrative='pending') entering state 'degraded': no triggers

networkctlAusgabe folgt:

# networkctl status vlan3110
● 9: vlan3110                                                                
             Link File: /run/systemd/network/10-netplan-eno1.link            
          Network File: /run/systemd/network/10-netplan-eno1.network         
                  Type: vlan                                                 
                 State: degraded (configured)
                Driver: 802.1Q VLAN Support                                  
            HW Address: b8:83:03:4d:ca:48 (Hewlett Packard Enterprise)       
                   MTU: 1500 (max: 65535)                                    
  Queue Length (Tx/Rx): 1/1                                                  
      Auto negotiation: yes                                                  
                 Speed: 1Gbps                                                
                Duplex: full                                                 
                  Port: tp                                                   
               Address: fe80::ba83:3ff:fe4d:ca48                             

Dec 01 18:18:08 hce02 systemd-networkd[1444]: vlan3110: netdev ready
Dec 01 18:18:08 hce02 systemd-networkd[1444]: vlan3110: IPv6 successfully enabled
Dec 01 18:18:08 hce02 systemd-networkd[1444]: vlan3110: Link UP
Dec 01 18:18:12 hce02 systemd-networkd[1444]: vlan3110: Gained carrier
Dec 01 18:18:14 hce02 systemd-networkd[1444]: vlan3110: Gained IPv6LL

Wenn ich den Link lösche und anrufe, netplan applynachdem der Server seinen Startvorgang abgeschlossen hat, wird die IP wie erwartet zugewiesen:

# ip link delete dev vlan3110
# netplan apply

Weiß jemand, was passiert?

verwandte Informationen