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