Виртуальные машины VirtualBox во внутренней сети intnet не могут взаимодействовать

Я использую два хоста, один под Ubuntu 14.04 x64, другой под Ubuntu 15.10 x64. Оба они находятся в актуальном состоянии. Я запускаю на каждой машине одну и ту же версию VirtualBox : 5.0.16 r105871, установленную из официального репозитория.

У меня две виртуальные машины, обе Debian i586, обе с установленными на них дополнениями VirtualBox:

  • один с 2-мя виртуальными сетевыми картами: 1-й NAT-ed (с традиционным IP 10.0.2.15), 2-й находится во внутренней сети называется intnet. Я вручную назначаю IP-адрес 192.168.0.1 этому NIC;

  • один с 1 виртуальной сетевой картой в той же внутренней сети, называемой intnet. Я вручную назначаю IP-адрес 192.168.0.2 этой сетевой карте.

моя цель-воспитательная : показать учащимся, как создать маршрутизатор, брандмауэр и т. д.

до недавнего времени, я мог бы прекрасно общаться между двумя ВМ : например, ping 192.168.0.2 было хорошо с 192.168.0.1 и пинг 192.168.0.1 был в порядке от 192.168.0.2. Но по какой-то странной причине это теперь невозможно (целевой хост ошибки недоступен)... но только на моем Хосте Ubuntu 14.04 ! Все остается в порядке на моих хостах Ubuntu 15.10 !

Weirder: если я запускаю ping 192.168.0.2 на 192.168.0.1, и я запускаю tcpdump-i eth0 на 192.168.0.2, я вижу ARP запросы "кто-имеет 192.168.0.2 скажите 192.168.0.1" !

Weirder and weirder: я создал еще 2 виртуальные машины, без виртуального диска, просто загружаясь на SystemRescueCD ISO-образ. Же мысль : одна виртуальная машина с 2 сетевыми картами, один NAT и 2-й на intnet, другой виртуальной машине с 1 сетевой карты на intnet. Я вручную установил те же IP-адреса, и результат тот же: нет пинга... Но вдруг ручные настройки IP-адресов пропадают в воздухе (DHCP-клиент на SystemRescueCD ? Я таким образом остановил сервис NetworkManager, который, кажется, решает эту своеобразную проблему, но без малейшего влияния на мою основную трудность). Как я refixed IP, я иногда получаю one пинг прохождения через, и получить ответ ! Вот и все. После этого 1-го успеха все это терпит неудачу. Но tcpdump на 192.168.0.2 показывает ответ ICMP от 192.168.0.2 до 192.168.0.1... хотя 192.168.0.1 ничего не показывает !

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

Это сводит меня с ума...

существует, несомненно, ошибка, конечно, в Ubuntu 14.04. Мне очень нужны эти виртуальные машины для общения на моем ноутбуке-хосте работает под Ubuntu 14.04. Любая помощь будет очень ценится. Спасибо заранее.

3
задан natsirt
13.03.2023 4:21 Количество просмотров материала 3111
Распечатать страницу

1 ответ

попробуйте это: На одном с 2 netcards создать network.sh файл и положить в него:

#!/bin/sh
 echo 1 > /proc/sys/net/ipv4/ip_forward
/sbin/iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
/sbin/iptables -A FORWARD -i eth0 -o eth1 -m state --state RELATED,ESTABLISHED -j ACCEPT 
/sbin/iptables -A FORWARD -i eth1 -o eth0 -j ACCEPT

затем на клиентском компьютере установите шлюз по умолчанию 192.168.0.1:

route del default
route add default gw 192.168.0.1

надеюсь, что это помогает. Это работает на меня.

0
отвечен Mark Read 2023-03-14 12:09

Постоянная ссылка на данную страницу: [ Скопировать ссылку | Сгенерировать QR-код ]

Ваш ответ

Опубликуйте как Гость или авторизуйтесь

Имя
Вверх