Странно, я не могу пинговать свой шлюз с виртуальных машин linux

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

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

Проблема:

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

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

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

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

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

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

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

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

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

параметры:

Хозяин:

C:Usersasdf.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

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

гость Kali Linux (на VMware):
enter image description here

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

21
задан TheGoodUser
07.11.2022 13:45 Количество просмотров материала 3092
Распечатать страницу

2 ответа

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

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

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

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

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

1
отвечен MariusMatutiae 2022-11-08 21:33

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

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

0
отвечен BG3000 2022-11-08 23:50

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

Ваш ответ

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

Имя
Вверх