Невозможно получить доступ к запущенному экземпляру с клиента - Eucalyptus

Я настроил частное облако под сервером ubuntu 10.04 с помощью пакетов эвкалипта (v 1.6.1) Вот мои конфигурации CLC, CC, WS3, SC (Frontend) - 10.X.X.29 NC - 10.X.X.30

NTP настроен

Hwinfo - Intel quadcore (Q8300), 500 ГБ, 4 ГБ ОЗУ, VT-x включен в обеих системах

Я собрал, загрузил и зарегистрировал изображения, которые были размещены на веб-сайте эвкалипта. (ubuntu 9.04 x86-64bit)

Мой запрос ... Я могу получить доступ (ping & ssh) к моему работающему экземпляру только в моем интерфейсе. Я не могу выполнить ping или ssh для моих экземпляров с моего клиента, но я могу видеть вывод консоли от клиента и видеть статус моего рабочего состояния vm через elastic fox.

euca-describe-images >
IMAGE   eri-16D9191E    ubuntu-ramdisk-bucket/initrd.img-2.6.28-11-generic.manifest.xml admin   available   public      x86_64  ramdisk         instance-store

IMAGE   emi-39711602    ubuntu-image-bucket/ubuntu.9-04.x86-64.img.manifest.xmladmin    available   public  x86_64  machine eki-AE6117D9    eri-16D9191E    instance-store

IMAGE   eki-AE6117D9    ubuntu-kernel-bucket/vmlinuz-2.6.28-11-generic.manifest.xml admin   available   public      x86_64  kernel          instance-store


euca-describe-instances >

RESERVATION    r-45CA0852    admin    default
INSTANCE    i-463407D1    emi-39711602    192.168.0.100    172.19.1.2    running    key1    0        m1.large    2011-12-09T14:33:44.348Z    cluster1    eki-AE6117D9    eri-16D9191E

Я могу получить доступ к своему экземпляру с облачного контроллера. Я не мог получить доступ (ping или ssh) к экземплярам из сети. Виртуальная машина не отображается в сети. Есть некоторая сетевая проблема, связанная с экземплярами, интерфейсом и моим клиентом, которую я не мог понять.

Вот мои файлы конфигурации ..!

Eucalyptus.conf

/eucalyptus/eucalyptus.conf

EUCALYPTUS="/"
EUCA_USER="eucalyptus"

DISABLE_DNS="Y"
DISABLE_ISCSI="Y"
JVM_MEM="512m"

ENABLE_WS_SECURITY="Y"
LOGLEVEL="DEBUG"
VNET_PUBINTERFACE="eth0"
VNET_PRIVINTERFACE="eth0"
VNET_MODE="MANAGED-NOVLAN"

CC_PORT="8774"
SCHEDPOLICY="ROUNDROBIN"
POWER_IDLETHRESH="300"
POWER_WAKETHRESH="300"
NC_SERVICE="axis2/services/EucalyptusNC"
VNET_DHCPDAEMON="/usr/sbin/dhcpd3"
VNET_DHCPUSER="dhcpd"
NODES="10.X.X.30"
VNET_ADDRSPERNET="32"


NC_PORT="8775"
HYPERVISOR="kvm"
MANUAL_INSTANCES_CLEANUP=0
VNET_BRIDGE="br0"
INSTANCE_PATH="/var/lib/eucalyptus/instances/"

eucalyptus.local.conf

VNET_MODE="MANAGED-NOVLAN"
VNET_SUBNET="172.19.0.0"
VNET_NETMASK="255.255.0.0"
VNET_DNS="10.X.X.1"
VNET_ADDRSPERNET="32"
VNET_PUBLICIPS="192.168.0.100-192.168.0.150"

Даже после авторизации через euca-authorize -P tcp -p 22 -s 0.0.0.0/0 по умолчанию от моего клиента (конечного пользователя) ..! Я не мог получить доступ (даже ping или ssh) к моему экземпляру с клиента! но я могу получить доступ к виртуальной машине во внешнем интерфейсе (SSH работает)

euca-describe-groups >

GROUP   logskish    default default group

GROUP   admin   eucagroup   sample group

GROUP   admin   default default group

PERMISSION  admin   default ALLOWS  tcp 22  22  FROM    CIDR    0.0.0.0/0

PERMISSION  admin   default ALLOWS  icmp    -1  -1  FROM    CIDR    0.0.0.0/0

Как преодолеть эту проблему.

Спасибо

Журналы


person Logan    schedule 13.12.2011    source источник
comment
Может быть, попробовать новую версию Eucalyptus? Eucalyptus 2 был выпущен более года назад. Если вы можете использовать CentOS, вам может быть полезен сценарий Eucalyptus FastStart video +. open.eucalyptus.com/try/faststart   -  person istruble    schedule 31.01.2012


Ответы (2)


Я бы обязательно запустил следующее:

euca-authorize -P icmp -t -1: -1 по умолчанию euca-authorize -P tcp -p 22 по умолчанию

person gogaman    schedule 17.02.2012

Ответ: Дорогой, да, вы все сделали нормально: теперь просто проверьте iptable вашего облачного компьютера

#iptables -L

и вы можете получить политику DROP в цепочке пересылки, просто удалите политику отбрасывания и активируйте пересылку в /etc/sysctl.conf

вы можете пинговать и получать доступ к своим виртуальным машинам со стороны клиента

# iptables -t filter -P FORWARD ACCEPT

теперь вы можете ping и ssh свой vm со стороны клиента

person Manoj Namdev    schedule 17.01.2013