Я пытаюсь создать сеть с помощью 3 виртуальных машин Ubuntu (ведущее устройство, slave1, slave2).
Я надеюсь, отправляя этот вопрос, здесь приемлемо. Я не уверен, заключается ли проблема в рамках конфигурации Virtualbox или в моих виртуальных машинах. Я ожидаю последнего, таким образом, я задал свой вопрос здесь.
Хост: Windows 7, с помощью Virtualbox 4.2.8, тип сети установлен на NAT. Все машины имеют различные MAC-адреса. Мой VMs только должен связаться друг с другом, хост-машина служит маршрутизатором.
ведущее устройство: Ubuntu 14.04
slave1: Ubuntu 14.04
slave2: Ubuntu 14.04
Инструкция я пытаюсь следовать: http://mpitutorial.com/tutorials/running-an-mpi-cluster-within-a-lan/
Я хочу создать SSH, включают ведущее устройство, совместно используют его с slave1 и slave2. Я должен смочь использовать эту команду на ведущем устройстве:
ssh-copy-id slave1
скопировать ssh ключ к slave1 (и таким же образом к slave2)
Ошибка я добираюсь:
ERROR: ssh: connect to host slave1 port 22: No route to host
Что не так с моей конфигурацией и как я диагностирую проблему?
Я попробовал различные настройки IP и адреса в файле hosts, я выполняю эту команду после внесения изменений:
sudo /etc/init.d/networking restart
Основной файл hosts:
127.0.0.1 localhost
127.0.1.1 user-VirtualBox
192.168.0.100 master
192.168.0.101 slave1
192.168.0.102 slave2
файл hosts slave1:
127.0.0.1 localhost
127.0.1.1 user-VirtualBox
192.168.0.100 master
192.168.0.101 slave1
192.168.0.102 slave2
основные настройки IPV4
Address: 192.168.0.100
Netmask: 255.255.255.0
Gateway: 192.168.0.1
DNS servers: (empty)
настройки slave1 IPV4
Address: 192.168.0.101
Netmask: 255.255.255.0
Gateway: 192.168.0.1
DNS servers: (empty)
Выбор Внутренней сети будет означать, что Ваша хост-машина должна сделать маршрутизацию. который хорошо для нормальных рабочих нагрузок.
альтернативная опция состояла бы в том, чтобы использовать "Соединенное мостом соединение" и присвоить другого дюйм/с, как Вы упомянули. Таким образом, маршрутизатор стороны локальной сети необходимо заботиться о маршрутизации.
Я должен был использовать "Внутреннюю сеть", как предложили другие, VMs все еще не мог видеть друг друга. Проблема была в расширенных настройках, я должен был включить неразборчивый режим, позволить VMs. Я использовал сеть реальных машин прежде, таким образом, это было чем-то новым. После того как я узнал, что VMs блокировали друг друга, только должен был узнать почему.