Ubuntu на vmware не пингуется

Обновлено: 05.07.2024

Я не могу пинговать шлюз с виртуальной машины Kali-Linux, в то время как я могу пинговать его с хоста и Win7 на виртуальную машину!

конфигурация:

все брандмауэры для хоста и гостей отключены.
гости могут успешно пинговать друг друга, а также пинговать хост!
хост может пинговать как гости!
настройки сети Adabpter как гости равны и разница только в их IP.
Сетевые адаптеры виртуальных машин соединяются с узлом сети адаптер.

что я сделал до сих пор?

Я заменил гостевой IP-адрес Kali-linux на гостевой IP-адрес Win7 (и наоборот). Ну, ничего не изменилось!

я попробовал другие операционные системы в качестве гостя. Для Ubuntu и Backtrack я не могу пинговать шлюз тоже, но для Win7 и Win XP это нормально.

Я бегу Wireshark на моем Хосте и контролировать трафик. Ну, я могу видеть Пакеты запроса ICMP как для гостей Linux, так и для гостей windows, но ответ от шлюза предназначен только для гостей Windows.

неустойчивое решение:

в прошлом, когда я сталкивался с этой проблемой, манипулируя таблицу маршрутов на виртуальной машине Linux была решена проблема (50%-50%), но теперь он не работает больше!

параметры:

выиграть 7 гостей (на Компания VMware):

гость Kali Linux (на VMware):

кто-нибудь знает, в чем причина этой проблемы?

ваша таблица маршрутизации верна, на самом деле она идентична моей.

но вы заявляете:

Я запускаю Wireshark на своем Хосте и контролирую трафик. Ну, я вижу пакеты запросов ICMP как для гостей Linux, так и для гостей windows, но ответ от Gateway предназначен только для гостей Windows.

это означает, что шлюз по-разному реагирует на два ping-пакета. Лучший способ продолжить состоит в том, чтобы перехватить оба пакета и сравнить их. Так как вы работаете wireshark, слушайте на исходящем интерфейсе Хоста, ограничьте свой перехват к icmp протокол и по назначению 10.0.60.0 , ping один раз только с host1 nd host2, сохраните 2 пакета в файл, изучите, что между ними отличается.

разница между двумя пакетами является то, что вызывает другое поведение шлюза. если, в конце концов, единственная разница IP-адрес источника, то это означает, что есть проблема с вашим Кали Ip адрес. Если это статический адрес, убедитесь, что он находится вне диапазона DHCP. В противном случае можно попытаться перезапустить шлюз, хост и виртуальные машины для обеспечения выпуска аренды DHCP в случае конфликта с ранее назначенными адресами.

Я имел почти идентичную проблему (Гугл привел меня сюда), но в моем случае проблема была в конфигурации ВМ, как-то изменился от Мостовой (присваивается собственный ник) в НАТу, значит ВМ все думал, что это был IP-адрес, выделенный с помощью VMware виртуальный мост, несмотря на меня имеющий модифицированных /и т. д./сети/интерфейсов и перезапустить сетевую службу.

оглядываясь назад, я не могу думать, как сетевые настройки могут измениться в VMWare, поэтому я более склонен думать об этом это была моя ошибка, но я мог бы поклясться, что я установил VM на "мост" перед запуском Kali VMDK.

Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type. BorisGun

Mark as New
Bookmark
Subscribe
Mute
Email to a Friend

Здравствуйте, моя проблема заключается в том что если тип сети поставить "мостовой" или NAT то виртуальная машина не пингуется с хостовой машины. Таким образом хотелось бы узнать как наладить локальную сеть между хостовой и вирт. машиной. Так же хотелось спросить можно ли наладить сеть таким образом чтобы хостовая машина получала интернет траффик через виртуальную.

mazday

Mark as New
Bookmark
Subscribe
Mute
Email to a Friend

В таком случае покажите вывод ipconfig /all в хостовой ОС и в виртуалке. А до кучи можно еще и результаты route print

mazday

Mark as New
Bookmark
Subscribe
Mute
Email to a Friend

После этого уже можно будет конкретно спрашивать, если что-то не получается.

По поводу "наладить сеть таким образом чтобы хостовая машина получала интернет траффик через виртуальную", вы хотите в виртуаке поднять проксик/роутер с которого раздавать интернет остальным машинам в сети?

BorisGun

Mark as New
Bookmark
Subscribe
Mute
Email to a Friend

Статью почитал и даже не знаю что я сделал не так. Често говоря очень плохо разбираюсь в этом. Мне в данный момент просто нужна локальная сеть связывающая физ. и вирт. машины, с доспутом вирт. машины в интренет. Поэтому я включил NAT, но я не могу пропинговать вирт. машину с физической, я даже не представляю что я мог сделать не так.

А на счёт второго вопроса, да так. Мне нужно чтобы, не знаю как обьяснить, но если бы я делал команду tracert чтобы пакеты шли через вирт. машины в интернет и наоборот.

mazday

Mark as New
Bookmark
Subscribe
Mute
Email to a Friend

. я даже не представляю что я мог сделать не так.

. Мне нужно чтобы, не знаю как обьяснить.

Получается проблема не в средствах VMware, а в понимании основ сетей. а форум не профильный получается.

Но попробую помочь.

Что у вас за инет? как вы планировали его в виртуалку "прокинуть"?

Как на хостовой машине настроена сеть? (DHCP или статика?)

Мне видится такая схема (тут можеть быть много "но" и "если" которые зависят от вашей ситуации).

У меня есть хост Windows, который запускает гостевую Ubuntu VM через vmplayer. Эта виртуальная машина будет клонирована, распределена между несколькими людьми (работающими под управлением Windows) и использована для проведения семинара по программированию. Я пытаюсь - и до сих пор не могу - настроить сеть для удовлетворения следующих требований:

Гость должен иметь доступ к интернету
Все клоны должны иметь одинаковое имя хоста (скажем, Workshop, чтобы быть конкретным)
Хост-система должна иметь возможность доступа к соответствующему гостю через это имя (например, ping Workshop будет пинговать гостя, который работает на этом хосте, а не любой другой клон)

Что я пробовал до сих пор:

Пробовал подключать гостя через DHCP, в / etc / network / interfaces:

Это работает, когда речь идет о подключении к Интернету. Однако я не могу подключиться к гостю с хоста вообще. (Например, ping Workshop не работает; если я использую адрес, возвращенный ifconfig, он также не работает с хоста).

Затем я попытался назначить статический адрес гостю:

(172.241.0.100 - это адрес, статически назначенный хосту адаптером VMWare Network VMNet8 - это вышеупомянутый адаптер NAT). Теперь я могу пропинговать 172.241.0.101 и телнет к нему с хоста. Я также могу пинговать и telnet с гостя на 172.241.0.100 (хост), но это все - нет подключения к более широкой сети. (Я также не могу получить доступ к гостю по имени хоста, но здесь это не критично, так как, если push приходит на ход, я могу использовать его адрес напрямую - при условии, что он одинаков для всех - и не имя).

Теперь я думаю, что могу использовать опцию мостового сетевого подключения с DHCP, и это даст мне то, что мне нужно в случае одной виртуальной машины (я не пробовал в этом случае, но я помню, как делал это ранее). Однако, если несколько виртуальных машин с одинаковым именем хоста и их хостами будут подключены к одной сети, это будет проблематично, не так ли?

Ваши решения и другие советы будут высоко оценены.

2 ответа

First of all, yes, you won't be able to use a bridged network connection because all of the guests will have the same hostname, so you'll have to go with NAT.

You got part of the configuration right, however, your problem should be in the default gateway that you assigned to the guest. The default gateway, when using NAT, is not the IP of the host, it's the IP of a "virtual switch" that's connected to the NAT network. (The host VMnet8 adapter is merely another device connected to the network, to allow the host to communicate with the VM.) This virtual switch we're talking about gets the .2 IP in the subnet. So in your case, your /etc/network/interfaces должен прочесть:

This should grant your guest VM access to the internet (through 172.241.0.2 ), and also communicate with your host ( 172.241.0.100 ). So try it out and let me know if it works.

_{If it doesn't work (highly unlikely), then you need to find out what the IP of the virtual switch is. What you can do is let the VM get an IP through DHCP (ie change it to} iface eth0 inet dhcp _{like you had it before), and then do} route -n _, _{This should show you the default gateway it's using. Use that IP in your static configuration.}

To be able to ping the guest VM using its hostname Workshop, here's what you can do. Вам нужно добавить запись в hosts file in Windows, which is located in C:\Windows\System32\drivers\etc\hosts , Edit that file to include the following line in the end:

_{To edit that file under Windows however, you need to open it as an administrator in Notepad or Wordpad. and sometimes it doesn't even let you save it, so you'll need to take a copy of the file somewhere, edit it, remove the.txt extension if it got one, and go back and replace the original one, and "confirm" it. oh how I love Linux. But anyways, here's the line you need to add:}

Once this is done, you should be able to ping Workshop successfully from your Windows host.

Хотя, конечно, чтобы иметь возможность развернуть это в своей мастерской, вам нужно будет отредактировать файл hosts на каждом узле Windows, если только вы не клонируете машины Windows.

Совет: поскольку вы собираетесь назначить статический IP-адрес вашему гостю, убедитесь, что "сеть NAT" в VMplayer на всех ваших хостах Windows использует подсеть 172.241.0.0/16 потому что я думаю, что VMware случайным образом назначает подсеть своим виртуальным сетям (VMnet1, 2 и т. д.), поэтому VMnet8 может не использовать ту же подсеть на другом хосте Windows. Если это не так, вам нужно вручную предоставить VMnet8 подсеть с помощью редактора виртуальных сетей в VMware.

РЕДАКТИРОВАТЬ

Хорошо. После комментариев вот что вам нужно сделать:

Настройте хост-компьютер (Windows) на "автоматическое получение IP-адреса" на адаптере VMnet8. Должен получить IP 192.168.186.1 ,

Настройте свой (Ubuntu) гостевой компьютер на статический IP в диапазоне 192.168.186.3 - 192.168.186.127 , Давайте использовать 192.168.186.3 , Кроме того, настройте шлюз по умолчанию и сервер DNS, чтобы 192.168.186.2 Так что ваши /etc/network/interfaces должно быть:

Проверьте локальное подключение с помощью pinging 192.168.186.1 а также 192.168.186.2 с гостевой машины. Вы также должны иметь возможность пинговать с хоста на гостя.

Нужно чтобы пинги проходили в обе стороны, но пока что проходит только от хоста к гостевой. Пробовал два адаптера NAT и host-onli оба пингуются только в одну сторону.

host-onli на хосте:
Адаптер Ethernet VMware Network Adapter VMnet1:

DNS-суффикс подключения . . . . . :
Локальный IPv6-адрес канала . . . : fe80::fdd6:af88:2669:77b8%11
IPv4-адрес. . . . . . . . . . . . : 10.10.10.1
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . :

host-onli на гостевой:
Адаптер Ethernet Ethernet1:

DNS-суффикс подключения . . . . . : localdomain
Локальный IPv6-адрес канала . . . : fe80::214c:caa9:7d02:3094%6
IPv4-адрес. . . . . . . . . . . . : 10.10.10.128
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . :
__________________________________________
NAT на хосте:
Адаптер Ethernet VMware Network Adapter VMnet8:

DNS-суффикс подключения . . . . . :
Локальный IPv6-адрес канала . . . : fe80::44dc:bc42:e377:92c8%13
IPv4-адрес. . . . . . . . . . . . : 192.168.92.1
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . :

NAT на гостевой:
Адаптер Ethernet Ethernet0:

DNS-суффикс подключения . . . . . : localdomain
Локальный IPv6-адрес канала . . . : fe80::19c4:9bad:1a35:88f5%4
IPv4-адрес. . . . . . . . . . . . : 192.168.92.129
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . : 192.168.92.2

Добавлено через 18 минут
Пингую гостевую с хоста по host-onli
C:\Users\User>ping 10.10.10.128

Обмен пакетами с 10.10.10.128 по с 32 байтами данных:
Ответ от 10.10.10.128: число байт=32 время<1мс TTL=128
Ответ от 10.10.10.128: число байт=32 время<1мс TTL=128
Ответ от 10.10.10.128: число байт=32 время<1мс TTL=128
Ответ от 10.10.10.128: число байт=32 время<1мс TTL=128

Статистика Ping для 10.10.10.128:
Пакетов: отправлено = 4, получено = 4, потеряно = 0
(0% потерь)
Приблизительное время приема-передачи в мс:
Минимальное = 0мсек, Максимальное = 0 мсек, Среднее = 0 мсек

Пингую хост с гостевой по host-onli
C:\Users\User>ping 10.10.10.1

Обмен пакетами с 10.10.10.1 по с 32 байтами данных:
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.

Статистика Ping для 10.10.10.1:
Пакетов: отправлено = 4, получено = 0, потеряно = 4
(100% потерь)
______________________________________

Если пинговать NAT результат будит тот же.

Добавлено через 17 часов 33 минуты
Проблема была решена отключением брандмауэра на хостовое машине.

Читайте также: