Ubuntu: Netplan DHCP deaktivieren

Question 1

Nachdem ich X Stunden damit verbracht habe, den Fix hier zu finden, habe ich beschlossen, einfach das zu deaktivierendhcpcdService:

root@pro-rpi-02:~# systemctl status dhcpcd.service
● dhcpcd.service - DHCP Client Daemon
     Loaded: loaded (/lib/systemd/system/dhcpcd.service; disabled; vendor preset: enabled)
     Active: inactive (dead)
       Docs: man:dhcpcd(8)

Jetzt funktioniert alles so, wie ich es mir wünsche:

root@pro-rpi-02:~# more /etc/netplan/01-netcfg.yaml
network:
  version: 2
  renderer: networkd
  ethernets:
    eth0:
      dhcp4: no
      dhcp6: no
      addresses:
        - 192.168.1.2/26
      gateway4: 192.168.1.10
      nameservers:
          addresses: [192.168.1.24]
          search: [hello.home]
  vlans:
    vlan8:
      id: 8
      link: eth0
      dhcp4: no
      dhcp6: no
      addresses:
        - 192.168.8.2/24
root@pro-rpi-02:~# ip a sh vlan8
4: vlan8@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether dc:a6:32:b3:45:e0 brd ff:ff:ff:ff:ff:ff
    inet 192.168.8.2/24 brd 192.168.8.255 scope global vlan8
       valid_lft forever preferred_lft forever
    inet6 fe80::dea6:32ff:feb3:45e0/64 scope link
       valid_lft forever preferred_lft forever

Answer

Nachdem ich X Stunden damit verbracht habe, den Fix hier zu finden, habe ich beschlossen, einfach das zu deaktivierendhcpcdService:

root@pro-rpi-02:~# systemctl status dhcpcd.service
● dhcpcd.service - DHCP Client Daemon
     Loaded: loaded (/lib/systemd/system/dhcpcd.service; disabled; vendor preset: enabled)
     Active: inactive (dead)
       Docs: man:dhcpcd(8)

Jetzt funktioniert alles so, wie ich es mir wünsche:

root@pro-rpi-02:~# more /etc/netplan/01-netcfg.yaml
network:
  version: 2
  renderer: networkd
  ethernets:
    eth0:
      dhcp4: no
      dhcp6: no
      addresses:
        - 192.168.1.2/26
      gateway4: 192.168.1.10
      nameservers:
          addresses: [192.168.1.24]
          search: [hello.home]
  vlans:
    vlan8:
      id: 8
      link: eth0
      dhcp4: no
      dhcp6: no
      addresses:
        - 192.168.8.2/24
root@pro-rpi-02:~# ip a sh vlan8
4: vlan8@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether dc:a6:32:b3:45:e0 brd ff:ff:ff:ff:ff:ff
    inet 192.168.8.2/24 brd 192.168.8.255 scope global vlan8
       valid_lft forever preferred_lft forever
    inet6 fe80::dea6:32ff:feb3:45e0/64 scope link
       valid_lft forever preferred_lft forever

Question 2

Der Vollständigkeit halber sei erwähnt, dass ich beim Upgrade von Ubuntu 18.04 auf 20.04 und Netplan auf ein ähnliches Problem mit IPv6 gestoßen bin. Dabei ist mir aufgefallen, dass ich nun zwei IPv6-Adressen hatte:

Der automatische DHCP?2001:19f0:6801:1dc3:5400:3ff:feeb:abea
Die benutzerdefinierte Version wähle ich statisch aus2001:19f0:6801:1dc3::1

> ip addr
[...]
2: enp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 56:00:03:eb:ab:ea brd ff:ff:ff:ff:ff:ff
    inet 217.69.14.107/23 brd 217.69.15.255 scope global enp1s0
       valid_lft forever preferred_lft forever
    inet6 2001:19f0:6801:1dc3:5400:3ff:feeb:abea/64 scope global dynamic mngtmpaddr noprefixroute 
       valid_lft 2591957sec preferred_lft 604757sec
    inet6 2001:19f0:6801:1dc3::1/64 scope global 
       valid_lft forever preferred_lft forever
    inet6 fe80::5400:3ff:feeb:abea/64 scope link 
       valid_lft forever preferred_lft forever

> curl ifconfig.io
2001:19f0:6801:1dc3:5400:3ff:feeb:abea

Und DHCP steht an erster Stelle, wird also standardmäßig verwendet, was ich aber nicht möchte (ich möchte, dass das kürzere benutzerdefinierte IPv6 verwendet wird).

Ich habe versucht, dhcp6 mit zu deaktivieren, dhcp6: noaber die DHCP-Adresse war immer vorhanden ... Ich habe auch keine einfache Möglichkeit gefunden, die Reihenfolge zu ändern, um zuerst die benutzerdefinierte zu haben. Nach viel Herumprobieren habe ich herausgefunden, dass dies anscheinend durch die „Router-Werbung“ und nicht durch DHCP verursacht wurde, also musste ich dies mit deaktivieren accept-ra: nound die Standardroute manuell festlegen, da diese auch durch die Router-Werbung konfiguriert wird.

Meine endgültige Konfigurationsdatei sieht folgendermaßen aus:

network:
  version: 2
  renderer: networkd
  ethernets:
    enp1s0:
      dhcp4: yes
      accept-ra: no # otherwise we get auto IPv6 too
      addresses: ['2001:19f0:6801:1dc3::1/64']
      gateway6: fe80::fc00:3ff:feeb:abea

(Beachten Sie, dass ich hier keinen Nameserver angebe, da ich einen lokalen Resolver betreibe, was bei Ihnen aber möglicherweise erforderlich ist.)

Und jetzt habe ich endlich nur noch mein benutzerdefiniertes IPv6 und es funktioniert einwandfrei:

> ip addr
[...]
2: enp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 56:00:03:eb:ab:ea brd ff:ff:ff:ff:ff:ff
    inet 217.69.14.107/23 brd 217.69.15.255 scope global dynamic enp1s0
       valid_lft 86397sec preferred_lft 86397sec
    inet6 2001:19f0:6801:1dc3::1/64 scope global 
       valid_lft forever preferred_lft forever
    inet6 fe80::5400:3ff:feeb:abea/64 scope link 
       valid_lft forever preferred_lft forever

> curl ifconfig.io
2001:19f0:6801:1dc3::1

Answer

Der Vollständigkeit halber sei erwähnt, dass ich beim Upgrade von Ubuntu 18.04 auf 20.04 und Netplan auf ein ähnliches Problem mit IPv6 gestoßen bin. Dabei ist mir aufgefallen, dass ich nun zwei IPv6-Adressen hatte:

Der automatische DHCP?2001:19f0:6801:1dc3:5400:3ff:feeb:abea
Die benutzerdefinierte Version wähle ich statisch aus2001:19f0:6801:1dc3::1

> ip addr
[...]
2: enp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 56:00:03:eb:ab:ea brd ff:ff:ff:ff:ff:ff
    inet 217.69.14.107/23 brd 217.69.15.255 scope global enp1s0
       valid_lft forever preferred_lft forever
    inet6 2001:19f0:6801:1dc3:5400:3ff:feeb:abea/64 scope global dynamic mngtmpaddr noprefixroute 
       valid_lft 2591957sec preferred_lft 604757sec
    inet6 2001:19f0:6801:1dc3::1/64 scope global 
       valid_lft forever preferred_lft forever
    inet6 fe80::5400:3ff:feeb:abea/64 scope link 
       valid_lft forever preferred_lft forever

> curl ifconfig.io
2001:19f0:6801:1dc3:5400:3ff:feeb:abea

Und DHCP steht an erster Stelle, wird also standardmäßig verwendet, was ich aber nicht möchte (ich möchte, dass das kürzere benutzerdefinierte IPv6 verwendet wird).

Ich habe versucht, dhcp6 mit zu deaktivieren, dhcp6: noaber die DHCP-Adresse war immer vorhanden ... Ich habe auch keine einfache Möglichkeit gefunden, die Reihenfolge zu ändern, um zuerst die benutzerdefinierte zu haben. Nach viel Herumprobieren habe ich herausgefunden, dass dies anscheinend durch die „Router-Werbung“ und nicht durch DHCP verursacht wurde, also musste ich dies mit deaktivieren accept-ra: nound die Standardroute manuell festlegen, da diese auch durch die Router-Werbung konfiguriert wird.

Meine endgültige Konfigurationsdatei sieht folgendermaßen aus:

network:
  version: 2
  renderer: networkd
  ethernets:
    enp1s0:
      dhcp4: yes
      accept-ra: no # otherwise we get auto IPv6 too
      addresses: ['2001:19f0:6801:1dc3::1/64']
      gateway6: fe80::fc00:3ff:feeb:abea

(Beachten Sie, dass ich hier keinen Nameserver angebe, da ich einen lokalen Resolver betreibe, was bei Ihnen aber möglicherweise erforderlich ist.)

Und jetzt habe ich endlich nur noch mein benutzerdefiniertes IPv6 und es funktioniert einwandfrei:

> ip addr
[...]
2: enp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 56:00:03:eb:ab:ea brd ff:ff:ff:ff:ff:ff
    inet 217.69.14.107/23 brd 217.69.15.255 scope global dynamic enp1s0
       valid_lft 86397sec preferred_lft 86397sec
    inet6 2001:19f0:6801:1dc3::1/64 scope global 
       valid_lft forever preferred_lft forever
    inet6 fe80::5400:3ff:feeb:abea/64 scope link 
       valid_lft forever preferred_lft forever

> curl ifconfig.io
2001:19f0:6801:1dc3::1

Ubuntu: Netplan DHCP deaktivieren

Antwort1

Antwort2

verwandte Informationen