Нет сетевого подключения в контейнере LXC, установленном в режиме "routed"

Это довольно распространенное поведение RAID-контроллера без памяти. В основном основная проблема заключается в том, что без временного безопасного кэша DRAM записи не могут объединяться, что приводит к частым циклам чтения/изменения/записи. Это усугубляется тем, что RAID-карта отключает собственный кэш жесткого диска.

Я предлагаю вам либо использовать правильную карту RAID с защитой от powerloss, либо использовать простое зеркалирование.

Дополнительная информация приведена здесь.

Это правильная настройка для обеспечения доступа к контейнерам Debian 10 в нашей локальной сети с помощью их собственных статических IP-адресов и доступа к Интернету.

Наш Vagrantfile :

Vagrant.configure("2") do |config|

  config.vm.define "main" do |main|
    main.vm.box = "bento/ubuntu-20.04"
    main.vm.box_version = "202010.24.0"
    main.vm.hostname = "lxc-host"

    main.vm.network "public_network", auto_config: false

    main.vm.provision "shell",
      run: "always",
      inline: "ip address add **192.168.1.200**/24 dev eth1"
    main.vm.provision "shell",
      run: "always",
      inline: "ip link set eth1 up"

    main.vm.provider :virtualbox do |vb|
        vb.memory = 1024
    end
  end

end

Обратите внимание, что мы настройками «общедоступную» сеть, это означает, что при запуске Vagrant вам будет предложено выбрать интерфейс для использования, выбрать тот, который вы используете для подключения к вашей локальной сети.

Обратите внимание, что на данный момент мы устанавливаем только один IP-адрес (192.168.1.200). Здесь не устанавливается IP-адрес контейнера.

После запуска узла включите переадресацию IP в его конфигурации, не комментируя: net.ipv4.ip _ forward = 1 в /etc/sysctl.conf и перезапустив sysctl, выполнив systemctl restart systemd-sysctl .

Теперь, если вы правильно установили и настроили LXD на хосте, вы можете ввести lxd со следующей конфигурацией:

config:
  core.https_address: '[::]:8443'
  core.trust_password: true
networks: []
storage_pools:
- config:
    source: [path-to-storage-pools-directory]
  description: ""
  name: default
  driver: dir
profiles:
- name: default
  config:
  description: ""
  devices:
    root:
      path: /
      pool: default
      type: disk
- name: test-container
  config:
    user.user-data: |
      #cloud-config
      bootcmd:
        - echo 'nameserver 8.8.8.8' > /etc/resolvconf/resolv.conf.d/tail
        - systemctl restart resolvconf
  description: Mail Server LXD profile
  devices:
    eth0:
      ipv4.address: 192.168.1.201
      nictype: routed
      parent: eth1
      type: nic
cluster: null

Измените [path-to места хранения -pools-directory] на фактический путь к каталогу, в котором вы собираетесь хранить пулы.

Обратите внимание, что мы не используем cloud-init для настройки сети, так как она столкнется с сетевой службой Debian, в результате чего она не будет запущена.

Обратите внимание, что мы также используем cloud-init для настройки сервера имен для использования гостем.

192,168,1,201 будет IP нашего гостя. Эта настройка предполагает, что локальная сеть 192.168.1.0, если сеть отличается, измените IP-адреса соответствующим образом. Также убедитесь, что используемые здесь IP-адреса уже не используются в сети.

Здесь мы используем два профиля, но именно вы можете организовать конфигурацию.

Теперь давайте запустим наш контейнер:

lxc launch images:debian/10/cloud our-actual-test-container --profile default --profile test-container

Он должен быть запущен и доступен в локальной сети, но у него не будет доступа к Интернету, и это сложная часть. Это вызвано маршрутизацией, настроенной lxd на основе предположения, что шлюз по умолчанию является шлюзом сети бродячей/виртуальной системы. Нам нужно это исправить.

При выполнении ip r на хосте вы должны видеть список маршрутов - примерно так:

default via 10.0.2.2 dev eth0 proto dhcp src 10.0.2.15 metric 100 
10.0.2.0/24 dev eth0 proto kernel scope link src 10.0.2.15 
10.0.2.2 dev eth0 proto dhcp scope link src 10.0.2.15 metric 100 
192.168.1.0/24 dev eth1 proto kernel scope link src 192.168.1.200 
192.168.1.201 dev vethc5cebe03 scope link

Проблема в том, что по умолчанию выполняется маршрутизация трафика в сеть vagrant/virtualbox вместо нашего фактического шлюза. Давайте удалим его:

ip route del default via 10.0.2.2

И добавим правило, которое будет пересылать пакеты на фактический шлюз нашей локальной сети:

ip route add default via 192.168.1.1

(если предположить, что 192.168.1.1 является IP нашего локального шлюза)

Теперь трафик от контейнера будет идти к правильному шлюзу, и мы закончим!