[Ubuntu 18.04 LTS] Networkmanager naar Netplan switchen

[Hann1BaL]

Ik heb in het verleden deze server ingesteld en de basis via de GUI gedaan. Die (b)lijkt network manager te gebruiken. Maar als ik naar de status kijk met nmcli dan zie ik geen verbindingen staan.

Nu werkt het statische IP nog, maar wil ik de ingestelde DNS servers wijzigen.
De server lijkt gebruik te maken van de servers in /etc/resolv.conf

Als ik nu deze netplan config wil uitvoeren krijg ik de daaropvolgende melding:

code:

network:
    renderer: networkd
    ethernets:
        eth0:
            dhcp4: no
            addresses:
            - 192.168.178.200/24
            gateway4: 192.168.178.1
            nameservers:
                    addresses: [9.9.9.9,1.1.1.1]
    version: 2

--debug apply output:

code:

user@obiwan:~$ sudo netplan --debug apply
** (generate:207557): DEBUG: 13:06:26.295: Processing input file /etc/netplan/50-cloud-init.yaml..
** (generate:207557): DEBUG: 13:06:26.295: starting new processing pass
** (generate:207557): DEBUG: 13:06:26.296: eth0: setting default backend to 1
** (generate:207557): DEBUG: 13:06:26.296: Configuration is valid
** (generate:207557): DEBUG: 13:06:26.296: Generating output files..
** (generate:207557): DEBUG: 13:06:26.296: NetworkManager: definition eth0 is not for us (backend 1)
DEBUG:netplan generated networkd configuration changed, restarting networkd
DEBUG:no netplan generated NM configuration exists
DEBUG:eth0 not found in {}
DEBUG:Merged config:
network:
  bonds: {}
  bridges: {}
  ethernets:
    eth0:
      addresses:
      - 192.168.178.200/24
      dhcp4: false
      gateway4: 192.168.178.1
      nameservers:
        addresses:
        - 9.9.9.9
        - 1.1.1.1
  vlans: {}
  wifis: {}

DEBUG:Skipping non-physical interface: lo
DEBUG:device eth0 operstate is up, not changing
DEBUG:Skipping non-physical interface: tun0
DEBUG:{}
DEBUG:netplan triggering .link rules for lo
DEBUG:netplan triggering .link rules for eth0
DEBUG:netplan triggering .link rules for tun0

Hij lijkt dus nog steeds niet de interface te kunnen claimen. Ik ben niet al te handig en wil zo min mogelijk wijzigen, maar iemand een goed idee om dit aan te pakken? Ik heb nu geen idee meer wie/wat mijn network managed op deze server.

[Hann1BaL]

(N)iemand?
Een idee is erg welkom, of stel ik nu ineens een zeer moeilijke vraag?

[MartinMeijerink]

is het niet gewoon heel simpel:

apt-get remove network-manager

en

apt-get install netplan.io

Alleen terwijl ik dit tik bedenk ik me wel dat na het eerste commando het kan zijn dat er dan geen netwerkverbinding meer is, en dat je zelf ff je netwerk moet managen door

ifconfig eth0 192.168.178.200 netmask 255.255.255.0

in te tikken en je /etc/resolv.conf mss moet aanpassen

[Hann1BaL]

Ik denk niet dat netplan het nu managed maar de handmatig ifconfig met de /etc/resolv.conf edit deed de truc.
(in /etc/resolv.conf stond DNS server 9.9.9.11 en die lijkt niet te reageren. Deze is aangepast naar 9.9.9.9 en nog een alternatief er bij.

Nu werkt de verbinding in ieder geval weer volledig!

[aawe mwan]

Hann1BaL schreef op dinsdag 24 augustus 2021 @ 15:15:
(N)iemand?
Een idee is erg welkom, of stel ik nu ineens een zeer moeilijke vraag?

Ik ben daar ook eens mee aan de slag geweest en kreeg de indruk dat „netplan” nog helemaal niet af is en dat het in 18.04 alleen gebruikt wordt voor het configureren van je netwerk defaults bij de eerste keer opstarten.

Er zit altijd precies 1 „renderer” achter je netplan, dat is ofwel NetworkManager of systemd-networkd, afhankelijk van of je de „desktop” versie cq de „server” versie van Ubuntu geïnstalleerd hebt.

In de post Een vast IPv6 adres op Ubuntu vind je mijn omzwervingen.

[ Voor 26% gewijzigd door aawe mwan op 25-08-2021 20:59 ]

[MartinMeijerink]

Hann1BaL schreef op woensdag 25 augustus 2021 @ 09:23:
Ik denk niet dat netplan het nu managed maar de handmatig ifconfig met de /etc/resolv.conf edit deed de truc.

O ja, gewoon géén networkmanager is nog beter