Почему не просто настраивают с netplan?

Ну, поскольку это настроено в С 18.04 рабочими столами, это - одна строка, передающая управление всем интерфейсам к NetworkManager.

В то время как это, вероятно, подходит для 95% пользователей, помните, что NetworkManager только выполняется, после того как Вы зарегистрированы к сессии.

Если Вы хотите, чтобы Ваша машина действовала как сервер/рабочий стол, например, начните служить файлам локальным машинам, действуя как сервер VNP, и т.д...., или что-либо "полагает", прежде чем любой будет когда-либо зарегистрирован, только очевидным фактом, это идет, Вы испытаете затруднения из-за того, как это настроено в стандарте, С 18.04 рабочими столами.

Конечно, альтернатива должна была бы использовать конфигурацию сервера-Netplan, которая, насколько я читал (не проверенный один), передает управление systemd-networkd вместо этого. В этом случае необходимо изучить, как systemd делает вещи как замену старой System V init.

Если Вы идете этот путь, все еще необходимо внести изменение в netplan yaml, с тех пор на настольной версии контроль дан к NetworkManager.

Согласно этому ответу, решение состоит в том, чтобы удалить все операционные .yaml файлы: Ubuntu 17.10 отключает netplan

Я ничего не удалил бы без резервного копирования. Мы можем сделать так легко путем простого перемещения файлов в сторону. Во-первых, найдите файлы:

sudo updatedb
locate netplan | grep yaml

В моих 18,04 системах кажется, что единственный операционный файл/etc/netplan/01-network-manager-all.yaml. Давайте переместим его:

mkdir ~/netplan
sudo mv /etc/netplan/01-network-manager-all.yaml  /home/user/netplan

... где пользователь является Вашим именем пользователя.

Теперь проверьте, чтобы удостовериться, что файла действительно не стало:

ls /etc/netplan

Теперь сделайте свои дополнения к/etc/network/interfaces как требуется.

Перезагрузка.

Какое-либо улучшение?

Сноска: точный процесс, чтобы сделать это трудно найти. Мы, возможно, должны совершенствовать немного, когда мы идем.

Ключ знает это cloud.init реальная управляющая программа.
Это сказанное строка в netplan файл конфигурации, "дополнительный: верный" обязательно.
Знание, которое помогло.

Я просто удалил 01-network-manager-all.yaml и скопированный это в /root/save/. Затем поместите известную хорошую конфигурацию на месте вместо него, 50-cloud-init.yaml: его содержание следует:

network:
  version: 2
  renderer: networkd
  ethernets:
    eports:
      match: 
        name: enp*
        optional: true
  bonds:
    bond0:
      interfaces: [eports]
      addresses: [192.168.2.5/24]
      gateway4: 192.168.2.1
      nameservers:
        addresses: [127.0.0.1, 8.8.4.4]          
      parameters:
        mode: 0          
        mii-monitor-interval: 100

Затем перезагрузка и это должны хорошо работать.

Известная хорошая конфигурация прибыла из, Настраивают связанный 802.3ad сеть с помощью netplan на Ubuntu 18.04.

Netplan и yaml, в лучшем случае хрупкий в среде только для сервера (ошибки добавления отступа будут стоить Вам). Interfaces прощала достаточно, что это сделало управление параметрами сети на сервере довольно легким.
Netplan представляет новые слои. Но настоящая проблема состоит в том, что U18 повреждает ifupdown и не заканчивает задание с NetPlan. Если Вы возвращаетесь к/etc/network/interfaces путем переустановки ifupdown, управление DNS больше не работает в файле интерфейсов. Любые записи серверов имен DNS проигнорированы. Вместо этого DNS установлен в/etc/resolv.conf. Но Вы не можете отредактировать тот файл, потому что он переписывается каждый раз, когда машина загружается. WTF? Netplan был разработан, чтобы управляться GUI, таким образом, те из нас в лагере только для сервера оставляют с хрупкой системой, мы должны ходить на цыпочках вокруг. Не хорошая Ubuntu!
почему бы не дать нам способ перенаправить настройки в/etc/network/interfaces в netplan на начальной загрузке для помощи нам, в то время как Вы заканчиваете netplan?

Команда Netplan отправила официальный ответ на их FAQ здесь:

Как вернуться к ifupdown

...

В рабочей системе netplan может быть удален путем установки ifupdown и конфигурирования/etc/network/interfaces вручную, поскольку пользователи сделали прежде.

Во время установки пользователь может решить использовать ifupdown предварительным отбором netcfg/do_not_use_netplan=true. Это сделано путем добавления строки перед семенем к командной строке при начальной загрузке установочного носителя (т.е. в меню начальной загрузки медиа установки, нажмите F6, тип 'e', и добавьте к командной строке).

См. ответ Nuxwin для большего количества полных инструкций.

Ответ Nuxwin отличный и почти полный, я бы просто добавил строки:

rm /etc/resolv.conf
ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf

Это гарантирует, что резолвер может быть обновлен DHCP -клиент, как это было раньше при использовании интерфейсов.

(Я бы добавил это как комментарий, но почему-то нужно 50 репутации, чтобы оставить комментарий)