Рейтинг:0

Netplan DNS disaster

флаг 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
флаг ru
Вы используете Netplan или NetworkManager? Это очень похоже на то, что NetworkManager может взять на себя управление. Это установка рабочего стола или сервера, и вы убедились, что не используете какой-либо другой диспетчер конфигурации сети, такой как NetworkManager, или иным образом для управления интерфейсами? Можете ли вы предоставить копию вашей конфигурации `/etc/netplan`, а не только сообщение об ошибке здесь? Также вывод `systemd-resolve --status` или `resolvectl --status` в зависимости от того, на какой Ubuntu вы находитесь (20.04+ имеет `resolvectl`, 18.04 не имеет, поэтому вам нужно вызывать через `systemd-resolved ` команда)
wlraider70 avatar
флаг in
@ThomasWard Я добавил запрошенную вами информацию.
флаг us
$ sudo: resolvectl: команда не найдена Какой выпуск Ubuntu вы используете? Эта команда является частью systemd в 20.04 и более поздних версиях, поэтому всегда должна присутствовать. $ sudo systemd-resolve --status Почему systemd-resolved не работает в вашей системе? `статус systemctl systemd-разрешено`
wlraider70 avatar
флаг in
версия: 18.04.6
Этот вопрос на других языках:

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.