systemd.network виртуальные интерфейсы
У меня есть выделенный сервер под управлением Ubuntu 18.04, которая использует systemd.network для управления его сетями.
Сервер имеет только один физический NIC.
Поставщик промывания выделил два IP-адреса и два MAC-адреса мне как часть сервиса.
Это - конфигурация,/etc/systemd/network
[Match]
Name=enp4s0
[Network]
Address=<IPv6 Address>/64
Gateway=x.x.x.y
Gateway=xxx::y
[Address]
Address=x.x.x.x
Peer=x.x.x.y/32
Вышеупомянутая конфигурация содержит только один из моих двух выделенных адресов IPv4.
Я должен добавить виртуальный интерфейс с MAC-адресом и адресом IPv4 моего второго выделения. Я, однако, не уверен как, как достигнуть этого.
Оба интерфейса должны использовать тот же физический NIC.
Я знаю, как достигнуть этого с NetworkManager, но не systemd. Я не уверен относительно того, что возможно с systemd.network также... Я должен создать два виртуальных интерфейса, и с их собственным IPv4 и с MAC-адресами, и иметь их обоих, совместно используют физический NIC для возможности соединения? Или существующую конфигурацию нужно оставить, как (как выше) на физическом NIC и дополнительном виртуальном интерфейсе быть созданным со вторым набором деталей?
Для пользы простоты примите следующее;
Address One (currently configured on physical NIC):
IP Address: x.x.x.x
MAC Address: XX:XX:XX:XX:XX:XX
Gateway: x.x.x.y
Address Two (currently unconfigured):
IP Address: a.a.a.a
MAC Address: AA:AA:AA:AA:AA:AA
Gateway: x.x.x.y
После того как виртуальный интерфейс произошел (a.a.a.a), я передам его непосредственно хотя в PFSense VM. Который будет затем действовать как граничный маршрутизатор NAT для всего другого VMs.
1 ответ
Это - 50%-й ответ и 50% вопроса назад, но требуется слишком много пространства для вписываний в комментарий.
С netplan, который может представить к networkd/networkManager, поскольку Вам нужен он, это было бы похоже (с моими демонстрационными адресами, конечно):
network:
version: 2
ethernets:
ens3:
dhcp4: false
addresses:
- 192.168.122.228/24
- 10.0.0.7/24
Это дает мне нормальные 2 addr на одном устройстве/Mac, поскольку Вам нужно оно право?
2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 52:54:00:a8:b4:96 brd ff:ff:ff:ff:ff:ff
inet 192.168.122.228/24 brd 192.168.122.255 scope global ens3
valid_lft forever preferred_lft forever
inet 10.0.0.7/24 brd 10.0.0.255 scope global ens3
valid_lft forever preferred_lft forever
Примечание: Можно сделать его соответствующий более надежному путем добавления правила соответствия как (в случае, если тип устройства или назначение слотов могли бы когда-либо изменяться):
match:
macaddress: 52:54:00:a8:b4:96
И я должен признать со сложностью networkd - если я должен знать, как это сделано в networkd, который я все еще пишу правилам netplan и позволяю ему представить их, таким образом, я могу считать то, что это создало. От того, что если бы Вы хотите использовать только networkd, Вы создали бы его как это:
[Match]
Name=ens3
[Network]
Address=192.168.122.228/24
Address=10.0.0.7/24
Вышеупомянутое позволит Вам иметь обоих дюйм/с, которых Вы хотели (если, в именно это Вы нуждаетесь), но еще не используют оба MAC.
Я не ожидаю, что Ваш NIC действительно будет иметь два права MAC (я не видел бы hwo, который работает). Но я могу думать о Вашем NIC, имеющем один MAC, и Вам "разрешают" использовать другой MAC один на нем, как то, когда Вы использовали бы macvlan в прошлом?
ip link add link eth0 address AA:AA:AA:AA:AA:AA ens3.1 type macvlan
Если бы у Вас действительно есть MAC на Вашем устройстве, я думаю, что все были бы рады видеть a networkctl status -a вывод для наблюдения этого для дальнейшего рассмотрения. Иначе я предположу, что Вы имеете один основной MAC (XX:...) и позволяетесь/предполагаетесь для добавления другого (AA:...).
Если Вы находитесь действительно на последнем случае и добавляющий, что другой IP как показано выше недостаточно, то я думаю, что Вы заблокированы этой ошибкой раз так звон там и даете ошибке удар с комментарием и объяснением, почему вышеупомянутое недостаточно - Иначе я ожидал бы при пребывании в списке пожеланий состояния, это могло бы требовать времени, чтобы быть зафиксированным.