Невозможно найти другие компьютеры в сети при использовании NAT в VMware

Невозможно найти другие компьютеры в сети при использовании NAT в VMware

Я создал виртуальную машину Windows 7 с помощью vmWare Workstation 10 на хост-компьютере Windows 7. Хост-компьютер имеет три подключения к локальной сети. Виртуальная машина получает доступ к двум из них через мостовую сеть, что работает отлично. К последней сети должен быть доступ через NAT, потому что я не могу просто добавить новое «реальное» устройство в эту сеть. Также я могу использовать только статические IP-адреса, а не DHCP-сервер Workstation. Проблема в том, что я могу пинговать только хост-машину. Все остальные компьютеры в сети не отвечают. При использовании tracert я вижу, что при пинге хост-машины она успешно подключается к стандартному шлюзу соединения NAT, а затем переходит на IP-адрес хоста. При использовании tracert для любого другого компьютера в сети она даже не добирается до стандартного шлюза.

Следующая забавная вещь: затем я скопировал виртуальную машину с компьютера A на компьютер B в той же сети. Загружая виртуальную машину на компьютере B (настроив параметры редактора виртуальной сети так, чтобы они соответствовали параметрам на компьютере A), я не могу пинговать хост (компьютер B). Но теперь я могу пинговать компьютер A, но по-прежнему нет других компьютеров в сети. Но если я попробую tracert на компьютер A с компьютера B, он просто истекает по времени.

Есть идеи?

Редактировать: Я снова попробовал tracert с виртуальной машины на компьютере B на компьютер A. На этот раз это сработало, но не так, как я ожидал: первые три прыжка просто дали мне тайм-аут запроса, но затем, на четвертом прыжке, он подключился напрямую к компьютеру A, без прохождения через стандартный шлюз NAT или что-то в этом роде.

Кроме того, я фактически всегда могу пинговать IP хоста, назначенного для виртуального адаптера. Так что если моя виртуальная машина имеет 192.168.100.3, а хост 192.168.100.1, я могу пинговать последний с виртуальной машины.

решение1

Мне удалось решить свою проблему с помощью устранения неполадок Windows для сетей. К сожалению, я не могу дать более подробную информацию, так как мне не сказали, что именно он сделал, а настройки по-прежнему выглядят так же.

Редактировать: После этого я больше не мог пинговать устройства в другой, ранее работающей сети.

Теперь я (надеюсь) нашел более работающее решение. В обеих сетях я установил стандартный шлюз. Как только я отключил шлюз в одной из сетей, обе заработали. Для сети с отключенным шлюзом я добавил маршруты вручную с помощью скрипта, который запускается при запуске.

Связанный контент