Портируйте работу/etc/network/interface набор в/etc/netplan/name.yml
Я использую две платы, один рабочий рабочий стол человечности 18.04 и один рабочий сервер человечности 18.04. В плате для настольных ПК я установил VLAN путем записи /etc/network/interfaces файл, как описано ниже (я знаю это, является неправильным установить автоматический первым и, чем набор статический адрес, но это работает во всяком случае, и это не тема моего вопроса):
auto eno1
iface eno1 inet dhcp
auto eno1.1
iface eno1.1 inet static
address XX.XX.XX.91/23
netmask 255.255.254.0
gateway XX.XX.XX.1
vlan-raw-device eno1
auto lo
iface lo inet loopback
Я должен сделать просто ту же установку: два адреса на уникальном физическом порте с помощью VLAN, называя как eno1 и eno1.1, с только eno1.1 определенный как статический адрес, для платы, где сервер человечности загружается. Я видел /etc/network/interface не используется вообще, и сети должны быть установлены с помощью /etc/netplan/50-cloud-init.yaml. Я не смог иметь рабочую плату только после netplan.io/examples для установки VLAN. Таким образом, я ценил бы, если Вы могли бы помочь мне показывающий, как NN-cloud-init.yaml должен быть похожим, чтобы сделать все равно как в моем /etc/network/interfaces файл для desktop.
2 ответа
Попробуйте этот скелет. Некоторая тонкая настройка может требоваться. Заполните соответствующий MAC, IP, и DNS. Сохраните добавление отступа, интервал и никакие вкладки.
network:
version: 2
renderer: networkd
ethernets:
mainif:
match:
macaddress: xx:xx:xx:xx:xx:xx
set-name: mainif
dhcp4: false
dhcp6: false
optional: true
vlans:
en01:
id: 01
link: mainif
dhcp4: true
dhcp6: false
en01.1:
id: 11
link: mainif
addresses: XX.XX.XX.91/23
gateway4: XX.XX.XX.1
nameservers:
addresses: [8.8.8.8,8.8.4.4]
search: [ domain1.example.com, domain2.example.com ]
sudo netplan --debug generate # генерируйте файлы конфигурации
sudo netplan apply # примените конфигурацию
reboot # проверьте правильное функционирование
Я попытался переписать Ваш скелет для обеспечения установки, в которой я нуждался. 50 облаков init.yaml файл похожи ниже:
network:
version: 2
renderer: networkd
ethernets:
eno1:
dhcp4: true
vlan:
eno1.1:
id: 1
link: eno1
addresses: [XX.YY.ZZ.91/23]
тот файл генерирует устройства так же, как мне нужно с проблемой: плата остается изолированной. От платы я могу проверить с помощью ping-запросов localhost, eno1 и eno1.1, но не другая плата в сети и, любой ценой, другая плата в сети не может проверить с помощью ping-запросов ту. В то время я решил использовать ifupdown в качестве ярлыка для моей проблемы, но возможно нет действительно ничего неправильно в 50 облаках init.yaml. мое предположение состоит в том, что пакеты (скорее всего, в корректном поведении) отброшены потому что пропавшие без вести тега VLAN. Для разрешения плате для передачи с внешним миром, я должен, вероятно, изменить 50 облаков init.yaml как следующее:
network:
version: 2
renderer: networkd
ethernets:
eno1:
dhcp4: true
vlan:
eno1.1:
accept-ra: true
id: 1
link: eno1
addresses: [XX.YY.ZZ.91/23]
Я предполагаю, что это работало бы. К несчастью я не могу удалить установленный ifupdown, таким образом, я не могу быть уверен 100% в своем предположении.
Еще одна информация для завершения изображения: даже при использовании ifupdown не должны быть удалены стандартные 50 облаков init.yaml. На самом деле, если Вы удаляете стандартные 50 облаков init.yaml, который похож:
network:
ethernets:
eno1:
dhcp4: true
version: 2
dhcp4 изменил бы IP-адрес, присвоенный динамично плате.
Еще раз позвольте мне поблагодарить Вас в течение своего времени и ценной поддержки и снова извините за последний ответ.
BR/Carlo