Не вдається отримати доступ до мережі, що містить лише хост VirtualBox, від хоста Windows

У мене є два vms, що працюють на хості Windows, кожен з мережею лише для хостів та ips в діапазоні 192.168.56.XXX. Один з них працює під управлінням apache та подає деякий вміст, до якого я хочу отримати доступ від свого хоста Windows.

Однак хост Windows взагалі не може отримати доступ до сервера apache. Сервер працює на 192.168.56.103. ipconfig з Windows каже, що це ip для інтерфейсу Virtual Box 169.254.143.37. Я спробував маршрут додати до маршруту 192.168.56.XX трафік, але все, що я спробував, не вийшло, і я, ймовірно, використовував його неправильно.

Будь-які ідеї, як зробити цю роботу?

Якщо ви хочете спілкуватися зі своїми VM за допомогою IP-адреси 192.168.56.XXX, вам потрібен інтерфейс віртуального вікна, щоб мати IP-адреси в тому ж діапазоні. Ваш інтерфейс не працює (169.254).

У свіжому встановленні VBox 3.1.8 він створює новий інтерфейс під назвою "VirtualBox Host-Only Network" зі статичною IP-адресою: 192.168.56.1/24.

Ваш інтерфейс, швидше за все, неправильно налаштований для використання DHCP. Змініть його на використання 192.168.56.1 з мережевою маскою 255.255.255.0, і воно повинно працювати.

Ваші VM отримують IP-адреси на зразок 169 *, оскільки їхні клієнти DHCP не знаходять сервера DHCP, щоб дати їм оренду. Отже, IP хоста і IP-адреси VM не доступні один одному. Статичний маршрут насправді це не вирішить. Вам потрібно з’ясувати, чому VM не отримують IP-оренду, або ви можете спробувати встановити IP-адреси вручну на той самий приватний клас C (192.168.56. *), На якому розміщений ваш хост.

Мені вдалося виправити це, надавши моєму серверу статичну адресу 192.168.56.11. Тоді я зміг відірвати свою гостьову ОС від хоста. Я також додав запис хост-файлу на своїй хост-машині, щоб полегшити доступ.

Я досі не в змозі відірвати господаря від гостя ... не знаю чому.

спробуйте це:

http://brianreiter.org/2010/09/18/fix-virtualbox-host-only-network-adapter-creates-a-virtual-public-network-connection-that-causes-windows-to-disable-services/

BTW, не вдалося використати скрипт powerhell. Мені потрібно було створити * NdisDeviceType ключ через Regedit

Ви встановили правильний шлюз за замовчуванням у своєму віртуальному комп'ютері? Як виглядає таблиця маршрутизації на хоста та гостя?

Як тільки ви знайдете, встановіть та запустіть адаптер, що працює лише на хості, на хості Windows, якщо ви все ще не можете підключитися до віртуальних машин, спробуйте вимкнути брандмауер Windows для цього адаптера.

Якщо це працює, ви можете залишити його таким чином або скористатися своїм брандмауером Windows, щоб відкрити правильні порти та інше.

169.254 = Не знайдено сервера DHCP. Це може бути або немає, або є проблема брандмауера. Залежно від вашої операційної системи також було б доцільно перевірити правила брандмауера. Windows 7 досить параноїчний!

Якщо ви не можете пінг-хосту з VM, ви намагалися вимкнути брандмауер на хості? можливо, це фільтрування запиту ICMP Вимкніть брандмауер як тестовий, якщо ping у порядку, тоді ви повинні перевірити конфігурацію брандмауера, яка фільтрує запит ICMP.

Я зіткнувся з цим питанням, і виявилося, що VBox просто не зміг отримати IP для мого гостя Mac, оскільки він не є членом нашого домену. Я просто переконався, що адаптер хоста і гостьовий VM були встановлені в одній підмережі, а потім вручну встановили IP-адресу гостьового віртуального комп'ютера, щоб він відповідав мережевій частині адаптера:

Мережевий адаптер для Windows (хост): - підмережа: 255.255.255.0 - IPv4 Адреса: 192.168.56.1

Конфігурація мережі Mac (Guest) VM: - Підмережа: 255.255.255.0 - IPv4 Адреса: 192.168.56.2

Вуаля! Моє попередження "Самоназначений IP" минуло, і я міг пінг хосту <=> Гість ...

Сподіваюся, це допоможе комусь!

Якщо ви використовуєте Windows, перейдіть у Налаштування брандмауера та дозвольте всім виконуваним файлам Virtual Box проходити через них. Цей робить трюк.

[root @ classroom ansible] # ping 192.168.56.1 PING 192.168.56.1 (192.168.56.1) 56 (84) байт даних. 64 байт з 192.168.56.1: icmp_seq = 1 ttl = 128 раз = 0.238 мс 64 байт від 192.168.56.1: icmp_seq = 2 ttl = 128 час = 0.473 мс 64 байт від 192.168.56.1: icmp_seq = 3 ttl = 128 раз = 0.357 РС

У мене була така ж проблема, і я використав комбінацію відповіді, яку надав Крістоф Древет-Дрогует, та текст, цитований нижче (який я знайшов за наступним посиланням: https://www.vmware.com/support/ws4/doc/network_configure_ws .html )

Хоча VMnet0, VMnet1 і VMnet8 доступні у списку мережевих адаптерів, вони зазвичай використовуються для мостових, хост-конфігурацій та NAT, відповідно.

Я використовував NAT у мережевих налаштуваннях мого гостя VM, і тому я виправив IP та підмережу у властивості мережевого адаптера VMware VMnet8 у Windows 10. А потім він працював.

Ви можете використовувати NAT і налаштувати переадресацію портів. в переадресацію портів додайте нове правило HTTP, TCP, 127.0.0.1, 8888, 192.168.56.103, 80

Запустіть свою віртуальну скриньку, ніж використовуйте браузер http://127.0.0.1:8888