Нейтрон Openvswitch, мостовой мост через внешний nic (Profitbricks), теряющий связь

Question

Я следую официальному руководству Openstack Juno для Ubuntu 14.04. Теперь я застрял в добавлении порта во внешний сетевой адаптер, чтобы скрыть трафик. Я получаю свой IP для этого интерфейса с помощью dhcp (Server - это Vserver от получения прибыли). Я также нашел серверных людей с той же проблемой, но все они исправили это, потому что у них были разные настройки.

После внесения изменений в нейтронной конфиге, я должен добавить внутренний и бывший мост и после этого добавления порта к внешнему NIC

ovs-vsctl add-br br-ex 

ovs-vsctl add-port br-ex eth1 (in my case the external nic) 

После того, как я установить порт, соединение с сервером теряется. Поэтому я попытался ...

ovs-vsctl del-port br-ex eth1 
ifconfig br-ex x.x.x.x && ifconfig eth1 0.0.0.0 
ovs-vsctl add-port br-ex eth1 

Это не помогло. Затем я изменил интерфейсы и изменил eth1 на ручной и дал адрес br-ex, но это не помогло ... после перезагрузки eth1 становится бессмысленным, и у меня все еще нет возможности подключения.

Мост был прокомментирован, чтобы дать доступ в Интернет обратно.

# This file describes the network interfaces available on your system 
# and how to activate them. For more information, see interfaces(5). 

# The loopback network interface 
auto lo 
iface lo inet loopback 

#auto br-ex 
#iface br-ex inet static 
#address 185.48.xx.xx 
#netmask 255.255.255.255 
#broadcast 185.48.xx.xx 
#gateway 185.48.x.x 
#dns-nameservers 8.8.8.8 

# The primary network interface 
allow-hotplug eth0 
iface eth0 inet dhcp 

allow-hotplug eth1 
iface eth1 inet dhcp #here i switched to manual 

allow-hotplug eth2 
iface eth2 inet dhcp 

allow-hotplug eth3 
iface eth3 inet dhcp 

OpenStack сделал так много изменений, что каждое руководство от старых версий кажется законно и до сих пор так ложь ... Я понятия не имею, почему это заклинивание на этом этапе, в то время как мост берущие конфигураций от eth1.

Answer 1

Я бы рекомендовал использовать статический IP-адрес вместо назначенного DHCP IP-адреса. Он появляется статический IP назначается имеет неправильную маску подсети, указанную в вашем примере:

#netmask 255.255.255.255 

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

1. Убедитесь, что сетевой адаптер внутри DCD отключен (не установлен) DHCP для правильного сетевого NIC. Также обратите внимание на IP-адрес шлюза, если он изменился.
2. IP-адрес DHCP, назначенный через ProfitBricks, будет использовать маску подсети 255.255.255.255 (32). Если вы переключитесь на статический IP-адрес, то IP-адрес и указанный IP-адрес шлюза в DCD должны находиться в подсети. Поэтому вам, вероятно, придется настроить маску подсети на 255.255.255.0 (24).
3. Наконец, подтвердите, что MAC-адрес, указанный для NIC в DCD, соответствует MAC-адресу NIC в Linux. Если они не совпадают, возникнут проблемы с подключением.