Puncte:0

Netplan DNS disaster

drapel in

I'm struggling to get netplan to work. (I thought I still wanted resolv.conf this does fix DNS but gets re-written on reboot.) Everything appears to be correct but I can't ping.

$ sudo netplan --debug apply
** (generate:14256): DEBUG: 00:38:22.887: Processing input file /etc/netplan/50-cloud-init.yaml..
** (generate:14256): DEBUG: 00:38:22.888: starting new processing pass
** (generate:14256): DEBUG: 00:38:22.888: We have some netdefs, pass them through a final round of validation
** (generate:14256): DEBUG: 00:38:22.888: ens160: setting default backend to 1
** (generate:14256): DEBUG: 00:38:22.888: Configuration is valid
** (generate:14256): DEBUG: 00:38:22.888: Generating output files..
** (generate:14256): DEBUG: 00:38:22.888: NetworkManager: definition ens160 is not for us (backend 1)
DEBUG:netplan generated networkd configuration changed, restarting networkd
DEBUG:no netplan generated NM configuration exists
DEBUG:ens160 not found in {}
DEBUG:Merged config:
network:
  bonds: {}
  bridges: {}
  ethernets:
    ens160:
      critical: true
      dhcp4: true
      dhcp4-overrides:
        use-dns: false
      dhcp6: true
      dhcp6-overrides:
        use-dns: false
      ipv6-privacy: true
      nameservers:
        addresses:
        - 10.10.11.200
        - 1.1.1.1
        search:
        - home
  vlans: {}
  wifis: {}

DEBUG:Skipping non-physical interface: lo
DEBUG:device ens160 operstate is up, not changing
DEBUG:Skipping non-physical interface: docker0
DEBUG:Skipping non-physical interface: hassio
DEBUG:Skipping non-physical interface: vethecdde1c
DEBUG:{}
DEBUG:netplan triggering .link rules for lo
DEBUG:netplan triggering .link rules for ens160
DEBUG:netplan triggering .link rules for docker0
DEBUG:netplan triggering .link rules for hassio
DEBUG:netplan triggering .link rules for vethecdde1c
$ ping google.com
ping: google.com: Temporary failure in name resolution

edits per request.

I assumed I was using netplan since it was installed.

/etc/netplan/50-cloud-init.yaml I did not create this file it was there.

network:
    ethernets:
        ens160:
            critical: true
            dhcp4: true
            dhcp4-overrides:
                use-dns: false
            dhcp6: true
            dhcp6-overrides:
                use-dns: false
            ipv6-privacy: true
            nameservers:
                search: [home]
                addresses: [10.10.11.200, 1.1.1.1]

    version: 2

When I try to the two commands I get error for both.

$ sudo systemd-resolve --status
Failed to get global data: Unit dbus-org.freedesktop.resolve1.service not found.
$ sudo resolvectl --status
sudo: resolvectl: command not found
drapel ru
Folosiți Netplan sau NetworkManager? Aici se pare că NetworkManager ar putea prelua controlul. Este aceasta o configurare pentru desktop sau server și ați verificat că nu utilizați niciun alt manager de configurare a rețelei, cum ar fi NetworkManager sau în alt mod pentru a controla interfețele? Puteți furniza o copie a configurației dvs. `/etc/netplan`, nu doar rezultatul erorii aici? De asemenea, ieșirea lui `systemd-resolve --status` sau `resolvectl --status`, în funcție de Ubuntu pe care vă aflați (20.04+ are `resolvectl`, 18.04 nu, așa că trebuie să invocați prin `systemd-resolved` `comandă)
wlraider70 avatar
drapel in
@ThomasWard Am adăugat informațiile pe care le-ați solicitat.
drapel us
$ sudo: resolvectl: comanda nu a fost găsită Ce versiune Ubuntu rulați? Această comandă face parte din systemd în 20.04 și mai târziu, așa că ar trebui să fie întotdeauna prezentă. $ sudo systemd-resolve --status De ce systemd-resolved nu rulează pe sistemul dvs.? `systemctl status systemd-resolved`
wlraider70 avatar
drapel in
versiunea: 18.04.6

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.