Большой Воронежский Форум
» Техническая поддержка>Помогите настроить сеть в Virtualbox 4.1.6
lokil23 14:21 16.11.2011
Добрый день. Суть такова:
Есть машина windows xp sp3, на ней нужно поднять в виртуалке линуксовый сервер(в моем случае выбрал ubuntu 10.4.3). Надо настроить сеть так, чтобы как минимум хост(windows xp) видел ubuntu, в свою очередь ubuntu должна видеть все, включая интернет.
Локальная сеть хоста - 192.168.1.0/24, в настройках виртуалбокс прописан адрес 192.168.81.1, dhcp 192.168.81.99 с пулом 192.168.81.100-192.168.81.200

Ковыряю уже шаманю настройки сети, вот пока что делал
1) Настроил сеть в virtualbox в nat - везде пишут что все должно работать из коробки. убунта сама получает адрес и прекрасно видит сеть. Но! её никто не видит. Сама убунта с адреса 10.0.2.2 подхватывает адрес 10.0.2.15. Откуда эти цифры взялись- для меня загадка. команда
Код:
VBoxManage setextradata "Linux Guest" "VBoxInternal/Devices/pcnet/0/LUN#0/Config/guestssh/Protocol" TCP
как пишут в некоторых манах выдает ошибку: not enough parametrs - я так понимаю везде написано для старых версий virtualbox, может оракли чего поломали?
После этого я забил на этот способ и перешел ко второму:
2) Поставил сетевой адаптер в настройка в режим "виртуальный адаптер хоста". Казалось бы будет проще - гостевая система будет виртуальный адаптер без всяких натов. Так и получилось: по dhcp убунта подхватывает адрес 192.168.81.100 с адреса 192.168.81.99. Я ее прекрасно вижу, но! она ничего не видит! даже адрес 192.168.81.99.
Вот теперь я уже ничего не понимаю.
Помогите.

upd: для второго случая: прописал route add default gw 192.168.81.1 - убунта начала видеть сетевую карту хоста, но локальную сеть не видит. на хосте таблица маршрутизации сегмента 81 выглядит так:

Сообщение от :
192.168.81.0 255.255.255.0 192.168.81.1 192.168.81.1 20
192.168.81.1 255.255.255.255 127.0.0.1 127.0.0.1 20
192.168.81.255 255.255.255.255 192.168.81.1 192.168.81.1 20

Анологично прописана маршрутизация для сегмента 80, в котором сидит анологичная убунта но уже в vmware. в vmware все работает. в виртуалбоксе - болт. [Ответ]
Xelas 07:45 17.11.2011
Надо их в одну подсеть загнать. что в нате что в бридже.
ОНи у тебя все время в разных оказываются. для сервера лучше бридж. [Ответ]
lokil23 09:05 17.11.2011
Xelas, нуу.. если я их в нате в одну сеть загоню, как пакеты будут отличать шлюз виртуальной машины от шлюза реальной?

Сообщение от Xelas:
для сервера лучше бридж.

Да. сейчас включил - все заработало можно сказать изкоробки. А вчера полдня тупил.

Спасибо за совет. [Ответ]
Xelas 12:23 17.11.2011

Сообщение от lokil23:
Xelas, нуу.. если я их в нате в одну сеть загоню, как пакеты будут отличать шлюз виртуальной машины от шлюза реальной?




один шлюз у них не должен быть? или ты шлюз свой придумал - tap интерфейс виртуальной машины? тогда по МАС -адресу [Ответ]
lokil23 16:11 17.11.2011

Сообщение от Xelas:
или ты шлюз свой придумал - tap интерфейс виртуальной машины?

ну разве это не так когда я помещаю машину за нат? как машина из сети 192.168.16.0/24 сможет использовать шлюз 192.168.15.1? [Ответ]
VitohA 20:30 17.11.2011

Сообщение от lokil23:
как машина из сети 192.168.16.0/24 сможет использовать шлюз 192.168.15.1?

Напрямую - никак. Надо менять маску на /23 (и меньше), либо доп гейт использовать, работающий в этих подсетях. [Ответ]
Hip-Hop 21:29 17.11.2011

Сообщение от Xelas:
Надо их в одну подсеть загнать. что в нате что в бридже.
ОНи у тебя все время в разных оказываются. для сервера лучше бридж.


lokil23, А как там в виртуалбоксе. Способ nat по определению не предусматривает 'реального' ip адреса для gust системы. Это просто простой способ дать ей выход в internet. Способ bridge это как? Виртуальная машина получает адрес host системы - реальной машины? И там ещё есть третий вариант - когда виртуальная машина имеет 'реальный' ip адрес, из какой подсети это не имеет значения? Но она его имеет, а не бридж. [Ответ]
silly 21:31 17.11.2011

Сообщение от lokil23:
команда

Код:
VBoxManage setextradata "Linux Guest" "VBoxInternal/Devices/pcnet/0/LUN#0/Config/guestssh/Protocol" TCP
как пишут в некоторых манах выдает ошибку: not enough parametrs - я так понимаю везде написано для старых версий virtualbox, может оракли чего поломали?

Из документации:

Код:
VBoxManage modifyvm "VM name" --natpf1 "guestssh,tcp,,2222,,22"
Также, начиная с версии 4 порты можно пробросить при помощи мышки: «Тип подключения=NAT» --> «Дополнительно» --> «Проброс портов». [Ответ]
Hip-Hop 21:52 17.11.2011
lokil23, а вот тут разница между bridge и host-only обозначена http://www.dedoimedo.com/computers/v...k-sharing.html [Ответ]
lokil23 12:58 18.11.2011

Сообщение от silly:
Из документации:

спасибо, в следующий раз буду внимательнее.

Сообщение от silly:
Также, начиная с версии 4 порты можно пробросить при помощи мышки: «Тип подключения=NAT» --> «Дополнительно» --> «Проброс портов».

Ды видел и пробывал. толи ввожу не то.. но пинги-то до гостя все равно не идут.в принципе уже и не важно. [Ответ]
silly 20:57 18.11.2011

Сообщение от lokil23:
Ды видел и пробывал. толи ввожу не то.. но пинги-то до гостя все равно не идут

Естественно, в режиме NAT VirtualBox не пытается имитировать никаких сетевых интерфейсов в хостовой машине, и пинги отправляются искать реальный (не виртуализованный) компьтер. Более того, для проверки форвардинга tcp- и udp-пакетов icmp (сюрприз!) тоже бесполезен.

Что касается самих настроек форвардинга в virtualbox'е: программа, работающая в гостевой машине, после настройки правила, скажем, гость — порт 80, хост — порт 8080, будет доступна по адресу вашей хостовой машины (127.0.0.1:8080 и т. д.). Пояснение для самых умных: настройки «ip хоста» и «ip гостя» трогать в общем случае не следует. [Ответ]
Вверх