Вопросы Теги

Сервер UBUNTU 18.04: несколько правил политики маршрутов netplan, но работает только одно

UBUNTU SERVER 18.04 LTS с 2 сетевыми картами GE 

eno1: 172.22.1.1/20
eno2: 10.11.1.34/30

netplan yaml : 

network:
  version: 2
  renderer: networkd
  ethernets:
    eno1:
      addresses: [ 172.22.1.1/20 ]
      gateway4: 172.22.0.1
      nameservers:
          addresses:
          - "172.22.0.53"
      routing-policy:
        - to: 172.22.224.0/19
          table: 211
          priority: 10
        - to: 192.168.201.0/24
          table: 200
          priority: 20
      routes:
        - to: 0.0.0.0/0
          via: 172.22.0.254
          table: 211
        - to: 0.0.0.0/0
          via: 172.22.0.1
          table: 200

    eno2:
      addresses: [ 10.11.1.34/30 ]
      routing-policy:
        - from: 10.11.1.34
          table: 222
          priority: 8
        - to: 10.128.0.0/16
          table: 222
          priority: 5
      routes:
        - to: 0.0.0.0/0
          via: 10.11.1.33
          table: 222

Когда я применяю конфигурацию, перезапускаю сеть или использую netplan apply , работает только одна из этих политик маршрутизации:

Когда я использую netplan apply :

  1. eno1 :

    • В первый раз работает только первая политика маршрутизации.
    • Во второй раз работает только вторая политика маршрутизации.
    • В третий раз работает только первая политика маршрутизации.

  2. eno2

    • Каждый раз работает только вторая политика маршрутизации.

Я написал yaml-файл, как сказано в примерах netplan.io .

1
задан 12 February 2019 в 12:36

2 ответа

Я не уверен, что это сработает.

Вот мое предложение netplan yaml : 


network:
  version: 2
  renderer: networkd
  ethernets:
    eno1:
      addresses: [ 172.22.1.1/20 ]
      gateway4: 172.22.0.1
      nameservers:
          addresses:
          - "172.22.0.53"
      routing-policy:
        - from: 172.22.1.1
          to: 172.22.224.0/19
          table: 221
        - from: 172.22.1.1
          to: 192.168.201.0/24
          table: 201
      routes:
        - to: 0.0.0.0/0
          via: 172.22.0.254
          table: 221
        - to: 0.0.0.0/0
          via: 172.22.0.1
          table: 201
        - to: 172.22.224.0/19
          via: 172.22.0.254
        - to: 192.168.201.0/24
          via: 172.22.0.1
    eno2:
      addresses: [ 10.11.1.34/30 ]
      routing-policy:
        - from: 10.11.1.34
          table: 222
      routes:
        - to: 0.0.0.0/0
          via: 10.11.1.33
          table: 222
        - to: 10.128.0.0/16
          via: 10.11.1.33
0
ответ дан 1 May 2020 в 13:58

Следующее ниже сработало для меня в системе с двумя сетевыми картами, каждая из которых использует свой шлюз, интерфейс и IP:

network:
  version: 2
  renderer: networkd
  ethernets:
    eno1:
      addresses: 
        - 172.22.1.1/20
      dhcp4: no
      dhcp6: no
#      addresses: [ 172.22.1.1/20 ]
#      gateway4: 172.22.0.1
      nameservers:
          addresses: [172.22.0.53]
#          - "172.22.0.53"
      routes:
        - to: 0.0.0.0/0
          via: 172.22.0.254
          table: 200
          metric: 100
#          table: 211
        - to: 0.0.0.0/0
          via: 172.22.0.1
          table: 200
          metric: 100
        - to: 172.22.1.0/20
          via: 172.22.0.1
          table: 200
          on-link: true
      routing-policy:
        - to: 172.22.224.0/19
          table: 200
#          table: 211
          priority: 10
        - to: 192.168.201.0/24
          table: 200
          priority: 20

    eno2:
      addresses:
        - 10.11.1.34/30
      dhcp4: no
      dhcp6: no
      nameservers:
          addresses: [???.???.???.???]
#      addresses: [ 10.11.1.34/30 ]
      routes:
        - to: 10.11.1.0/30
          via: 10.11.1.33
          table: 222
          on-link: true
        - to: 0.0.0.0/0
          via: 10.11.1.33
          table: 222
          metric: 100
          on-link:true
      routing-policy:
        - from: 10.11.1.34
          table: 222
          priority: 8
        - to: 10.128.0.0/16
          table: 222
          priority: 5

Полезно выполнить следующую команду, чтобы проверить изменения и увидеть возможные ошибки:

sudo netplan --debug apply
0
ответ дан 23 July 2020 в 04:04

Другие вопросы по тегам:

Похожие вопросы: