1

Предположим следующие ситуации:

  • IP шлюза: 10.0.0.60
  • Host IP (Win7): 10.0.0.81
  • Гость 1 на этом хосте (VMWare-Linux-Kali): 10.0.0.16
  • Гость 2 на этом хосте (VMWare-Win7): 10.0.0.27
  • Шлюз является сервером Kerio.

Эта проблема:

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

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

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

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

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

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

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

Нестабильное решение:

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

Настройки:

Мой Хост:

C:\Users\asdf.IT>ipconfig -all

Windows IP Configuration

   Host Name . . . . . . . . . . . . : asdf-PC
   Primary Dns Suffix  . . . . . . . : it.com
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No
   DNS Suffix Search List. . . . . . : it.com

Ethernet adapter Local Area Connection:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Realtek PCIe GBE Family Controller
   Physical Address. . . . . . . . . : 08-60-6E-70-4C-E4
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::6079:96ba:2ea2:18e9%11(Preferred)
   IPv4 Address. . . . . . . . . . . : 10.0.0.81(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . : 10.0.0.60
   DHCPv6 IAID . . . . . . . . . . . : 235429998
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1D-B7-B0-8E-08-60-6E-70-4C-E4

   DNS Servers . . . . . . . . . . . : 10.0.0.10
                                       8.8.4.4
   NetBIOS over Tcpip. . . . . . . . : Enabled

Ethernet adapter VMware Network Adapter VMnet1:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : VMware Virtual Ethernet Adapter for VMnet
1
   Physical Address. . . . . . . . . : 00-50-56-C0-00-01
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::45cc:c483:1d0a:a9a%17(Preferred)
   IPv4 Address. . . . . . . . . . . : 192.168.227.1(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . :
   DHCPv6 IAID . . . . . . . . . . . : 218124374
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1D-B7-B0-8E-08-60-6E-70-4C-E4

   DNS Servers . . . . . . . . . . . : fec0:0:0:ffff::1%1
                                       fec0:0:0:ffff::2%1
                                       fec0:0:0:ffff::3%1
   NetBIOS over Tcpip. . . . . . . . : Enabled

Ethernet adapter VMware Network Adapter VMnet8:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : VMware Virtual Ethernet Adapter for VMnet
8
   Physical Address. . . . . . . . . : 00-50-56-C0-00-08
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::19cc:79f0:bc05:ce97%18(Preferred)
   IPv4 Address. . . . . . . . . . . : 192.168.153.1(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Default Gateway . . . . . . . . . :
   DHCPv6 IAID . . . . . . . . . . . : 251678806
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1D-B7-B0-8E-08-60-6E-70-4C-E4

   DNS Servers . . . . . . . . . . . : fec0:0:0:ffff::1%1
                                       fec0:0:0:ffff::2%1
                                       fec0:0:0:ffff::3%1
   NetBIOS over Tcpip. . . . . . . . : Enabled

Tunnel adapter isatap.{1FD7A0A9-BE6F-44F9-8BA7-E7E0043D4B36}:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #3
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Tunnel adapter isatap.{41D1949E-CADB-47E2-BBDC-F907E48DBA03}:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft ISATAP Adapter #4
   Physical Address. . . . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP Enabled. . . . . . . . . . . : No
   Autoconfiguration Enabled . . . . : Yes

Win 7 guest (на VMware):

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

Кто-нибудь имеет представление о происхождении этой проблемы?

2 ответа2

1

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

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

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

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

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

0

У меня была почти идентичная проблема (Google привел меня сюда), но в моем случае проблема заключалась в том, что конфигурация виртуальной машины каким-то образом изменилась с Bridged (назначенной ее собственному NIC) на NAT, поэтому виртуальная машина продолжала думать, что ей выделен IP-адрес Виртуальный мост VMWare, несмотря на то, что я изменил /etc /network /interfaces и перезапустил сетевой сервис ....

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

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .