Настройка NetPlan в Ubuntu 17.04

[Zombie235]

Доброго времени суток!
Разбираюсь с удаленной настройкой netplan на Ubuntu 17.04. Хочу научиться поднимать виртуальные машины удаленно из командной строки. Прочитав мануалы по настройке kvm, понял, что после того, как запустил виртуальную машину, к ней нужно подключиться по VNC (настройки прописываются во время создания вирт. машины). Для того, чтобы подключиться к машине по vnc нужно организовать работу сетевого адаптера режиме Bridge. Не могу понять, как это сделать с помощью утилиты netplan...

Вот конфиг сетевого адаптера, который я составил:

network:
  version: 2
  renderer: networkd
  ethernets:
    enp3s0:
      dhcp4: false
      dhcp6: false
      addresses: [192.168.1.133/24]
      gateway4: 192.168.0.254
      nameservers:
      addresses: [8.8.8.8, 8.8.4.4]
   bridges:
      br0:
         interfaces: [enp3s0]
         addresses: [192.168.1.10/24]
         dhcp4: false
         optional: true

Если я правильно понял, то я делаю вирт. адаптер br0, через который (указав порт VNC) я смогу подключиться к виртуальной машине. Но когда я пытаюсь сохранить настройки появляется ошибка: line 13 column 3: did not find expected key. Что я не правильно делаю? (вроде соблюдаю отступы).
P.s. В домашней сети есть  роутер, который раздает ip адреса 192.168.1.0 - ...250.

[AnrDaemon]

YAML - не текстовый формат. Редактировать его в текстовом редакторе небезопасно.

[Zombie235]

Проблема была в неправильных отступах, в итоге сделал такой конфиг:
network:
  version: 2
  renderer: networkd
  ethernets:
    enp0s31f6:
      dhcp4: true
      dhcp6: true
      addresses: []
      gateway4: 192.168.1.1
      nameservers:
        addresses: [8.8.8.8, 8.8.4.4]
      optional: true
  bridges:
    br0:
      interfaces: [enp0s31f6]
      dhcp4: true
      addresses: []
      gateway4: 192.168.1.1
      nameservers:
        addresses: [8.8.8.8, 8.8.4.4]

После принятие изменений (netplan apply) и перезагрузки сервера, ifconfig выдает не совсем понятные мне сведения:

br0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.119  netmask 255.255.255.0  broadcast 192.168.1.255
        inet6 fe80::800e:37ff:fe2f:dd68  prefixlen 64  scopeid 0x20<link>
        ether 82:0e:37:2f:dd:68  txqueuelen 1000  (Ethernet)
        RX packets 3495  bytes 2461323 (2.4 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 2762  bytes 517257 (517.2 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enp0s31f6: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        ether 1c:1b:0d:a4:ba:b7  txqueuelen 1000  (Ethernet)
        RX packets 3543  bytes 2531705 (2.5 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 2937  bytes 545373 (545.3 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 16  memory 0xf7000000-f7020000 

То есть, если я правильно понимаю, виртуальный сетевой адаптер br0 получил ip адрес, через него я могу попасть в сеть, но сетевой адаптер enp0s31f6(который был изначально) не получил никаких настроек сети. Мне нужно, чтобы адаптер enp031f6 тоже получил адрес и могу выходить в интернет, чтобы через enp0s31f6 я работал в сети, а br0 для доступа к виртуальным машинам через vnc. Возможно это сделать?

[AnrDaemon]

Выберите что-нибудь одно.
Либо br0, либо enp0s31f6.

[Zombie235]

Выберите что-нибудь одно.
Либо br0, либо enp0s31f6.

Извините, не совсем понял о чём Вы говорите. Если я правильно представляю, то enp0s31f6 изначальный сетевой адаптер, в который воткнут коннектор, в свою очередь br0 - это мост. Я хочу, чтобы у этих адаптеров были разные ip адреса из одной под сети, возможно ли это?
Я не понимаю, что значит выбрать br0, либо enp0s31f6, можете объяснить?
Как понять выбрать? - указать какой интерфейс основной?
Собственно правильно ли я сделал, что по итогу у enp0s31f6 не отображается ip адрес, а у br0 отображается.

[AnrDaemon]

Хотеть, говорят, не вредно.
Понимайте буквально. Либо адаптер сам по себе, либо - часть моста.
Пользователь добавил сообщение 21 Мая 2018, 17:51:06:Впрочем, можно попробовать выехать на macvlan