lxd с собственной сетью br0 недоступен в Centos

Когда я запускаю lxd init, я выбираю этот параметр.

Would you like to create a new network bridge (yes/no)? no

потому что я создал свой собственный br0 в / etc / network / interfaces

source /etc/network/interfaces.d/*

auto lo
iface lo inet loopback

auto br0
iface br0 inet static
    address x.x.50.2
    netmask 255.255.252.0
    broadcast x.x.x.255
    network x.x.x.0
    gateway x.x.53.254
    dns-nameservers 8.8.8.8

    bridge_ports eth0
    bridge_stp off
    bridge_fd 0
    bridge_maxwait 0

iface eth0 inet manual

Затем я запускаю lxd centos и запускаю

 lxc config device add first eth0 nic nictype=bridged parent=br0
 lxc config device set first eth0 ipv4.address x.x.51.2
 lxc config device set first eth0 security.mac_filtering true

и изменить конфигурацию в

 /var/lib/lxd/containers/second/rootfs/etc/sysconfig/network-scripts/ifcfg-eth0

 DEVICE=eth0
 BOOTPROTO=none
 ONBOOT=yes
 HOSTNAME=LXC_NAME
 NM_CONTROLLED=no
 TYPE=Ethernet
 IPADDR=x.x.51.2
 NETMASK=255.255.255.255
 GATEWAY=x.x.53.254
 DNS1=8.8.8.8
 DNS2=x.x.x.x
 MTU=
 DHCP_HOSTNAME=x.x.50.2

Когда я пытаюсь ping 8.8.8.8, я получаю соединение: сеть недоступна

/etc/resolv.conf

 nameserver 8.8.8.8
 search lxd
 nameserver x.x.x.x

Что я делаю не так, не могу понять, может, мне не хватает какой-то концепции?

1 ответ

Вы используете выделенную сетевую карту для своих контейнеров? Вам не нужно устанавливать статический IP-адрес на вашем мосту:

auto br0
iface br0 inet manual
    bridge_ports eth0
    bridge_stp off
    bridge_fd 0
    bridge_maxwait 0

iface eth0 inet manual

И если вы устанавливаете свой IP-адрес внутри вашего рассмотрения, я склонен не устанавливать его на уровне конфигурации lxc либо

lxc config device unset first eth0 ipv4.address

Если вы используете общий интерфейс управления для хоста LXD с контейнерами LXD, вы можете сбросить IP-адрес на мосту, но я бы порекомендовал использовать отдельные устройства для двух соединений.

Если ничего из этого не работает, вам нужно найти, где сеть сломана. Я использую пошаговый подход вне контейнера, а затем внутри контейнера, который включает проверку доступа к сети на различных уровнях:

  1. На хосте:
    • Временно удалите мост из вашей конфигурации (просто закомментируйте его) и установите статический IP-адрес на eth0.
      • Можете ли вы пинговать eth0 ping 192.168.0.10? Если да, то eth0 работает и работает. Если нет, значит, у вас проблема с сетевым адаптером.
      • Можете ли вы пинговать шлюз ping 192.168.0.1? Если да, то связь уровня 2 работает. Если нет, то у вас проблема второго уровня. Проверьте ваши соединения, коммутатор и т. Д. (Любая фильтрация на основе MAC).
      • Можете ли вы пинг за пределами шлюза ping 8.8.8.8? Если да, то связь уровня 3 работает. Если нет, то, скорее всего, у вас проблема третьего уровня. Проверьте таблицу маршрутизации ip route showроутер и пр.
    • Если все это работает, вы знаете, что eth0 работает отлично. Теперь вы снова создаете свой мост, устанавливаете eth0 обратно в ручной режим и присваиваете этот IP-адрес вашему мосту. Повторите 3 подпункта выше. Если все они успешны, то вы знаете, что проблема не в хосте, а в контейнере.
    • Удалите IP-адрес с вашего моста и верните его в ручной режим. Перейдите к следующему шагу.
  2. В контейнере:
    • Можете ли вы пинговать eth0 ping 192.168.0.10? Если да, то NIC работает, продолжайте. Если нет, то проблема с самой сетевой платой, вы не получите никакого сетевого подключения. Проверьте журналы LXD, журналы ядра, запустите тесты Ethernet и т. Д. Если это так, то проблема, скорее всего, связана с конфигурацией, так как вы уже проверили фактическое устройство eth0 на хосте и обнаружили, что оно работает, чтобы пройти этот путь.,
    • Можете ли вы пинговать шлюз ping 192.168.0.1? Если да, то слой 2 работает, продолжайте. Если нет, то у вас проблема второго уровня.
    • Можете ли вы пинговать вне шлюза (мы уже знаем, что вы не можете) ping 8.8.8.8? Существует проблема третьего уровня. Проверьте маршруты ip route show
Другие вопросы по тегам