Виртуальная машина Vmware не пингуется

Обновлено: 16.05.2024

Я немного подумал и понял, что где-то между установкой рабочей станции VMWare и запуском этой конкретной виртуальной машины я установил Visual Studio 2013 для разработки приложений для Windows Phone. VMWare не понравился HyperV, который был установлен для облегчения симулятора Windows Phone, поэтому я отключил роль Hyper-V. Может, это как-то связано? Я не уверен.

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

Вот конкретные шаги, которые я выполнил:

Открыть редактор виртуальной сети.
Отметьте существующую сеть NAT как "только хост" (поскольку одновременно может быть только одна сеть NAT)
Создал новую сеть (в моем случае VMnet2) и пометил ее как NAT
Из VMware Workstation я отредактировал настройки виртуальной машины и выбрал VMNet2 в качестве сети
Перезагрузил виртуальную машину (просто из суеверия)

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

Вот конкретные шаги, которые я выполнил:

Открыть редактор виртуальной сети.
Отметьте существующую сеть NAT как "только хост" (поскольку одновременно может быть только одна сеть NAT)
Создал новую сеть (в моем случае VMnet2) и пометил ее как NAT
Из VMware Workstation я отредактировал настройки виртуальной машины и выбрал VMNet2 в качестве сети
Перезагрузил виртуальную машину (просто из суеверия)

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

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

Технологическая сеть VMware
:
Гипервизор рабочего стола
:
Рабочая станция VMware
:
Обсуждения VMware Workstation Pro
:
Проблема с проверкой связи ВМ с физической машины

h0ny0ck

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

Это должно быть довольно легко, так как работа в сети не моя сильная сторона.

Вот моя ситуация, и это строго для моей песочницы дома (в настоящее время играю с программным обеспечением для исправления). У меня есть несколько машин в моей виртуальной среде. В частности, контроллер домена, который обрабатывает AD и DNS.

В моей среде используется NAT, так что все работает независимо от подключения к Интернету. У меня также есть следующий набор для обработки DHCP.

Я не уверен, что это имеет значение для того, что я пытаюсь сделать, но в основном моя среда с NAT получает IP-адрес 192.168.xxx.xxx, а моя домашняя сеть имеет IP-адрес 10.10.xxx.xxx.

Я могу пропинговать один из моих тестовых ноутбуков с IP-адресом 10.10 изнутри виртуальной машины, но я не могу пропинговать адрес виртуальной машины 192.168 с тестового ноутбука. Буду очень признателен за любые шаги, которые кто-то мог бы порекомендовать здесь. Я также могу добавить дополнительную информацию, которая может понадобиться.

Спасибо за любые рекомендации!

виджайрана968

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

Какая IP-конфигурация виртуального адаптера добавлена в Панель управления\Все элементы панели управления\Сетевые подключения на тестовом ноутбуке.

h0ny0ck

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

Итак, чтобы внести ясность, в этом сценарии у меня есть 2 физических ноутбука. У меня есть хост, на котором сидят мои виртуальные машины, и у меня есть тест, который просто находится в моей домашней сети (это тот, к которому я пытаюсь получить доступ изнутри виртуальной машины), никакой специальной конфигурации IP, просто автоматическое получение IP с моего роутера. При этом у меня нет виртуального адаптера на этой тестовой машине. У меня есть один на моем хост-компьютере, на самом деле у меня их 2. Ниже показано, что я настроил на своей виртуальной машине:

А вот как это выглядит с помощью виртуального адаптера на моем хост-компьютере:

забавно

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

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

забавно

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

Это не связано с вашей первоначальной проблемой с ping, но я предлагаю вам ввести шлюз по умолчанию, который в вашем случае должен быть 192.168.89.2, и предпочитаемый DNS в свойствах IP4.

виджайрана968

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

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

Чтобы получить RDP виртуальной машины из теста, вы можете включить переадресацию портов через NAT для этой виртуальной машины. Разрешить доступ к виртуальной машине VMware (NAT) с другого компьютера

h0ny0ck

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

В настоящее время у меня отключен брандмауэр в гостевой виртуальной машине и на тестовом ноутбуке. На хост-компьютере включен брандмауэр, может быть проблема в этом?

забавно

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

Должен признать, что я пропустил или неправильно прочитал пару моментов в вашем описании. Итак, у вас есть хост-ноутбук с несколькими гостями плюс тестовый ноутбук. Проблема в том, что вы не можете проверить связь ни с одним гостем с тестового ноутбука.

Если это так, и вы можете отправлять эхо-запросы с тестового ноутбука на хост-ноутбук, как и должны, вам, вероятно, необходимо изменить виртуальную сеть с NAT на Bridged. Взгляните на эту тему: Внешний компьютер не может пинговать гостевую виртуальную машину NAT, но хост и гость могут пинговать друг друга.

h0ny0ck

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

Прочитав эту статью, я понял, что мог бы сохранить NAT в своей среде, но добавить переадресацию порта для внешних подключений, чтобы иметь возможность пинговать внутри NAT, верно?

Если да, то для меня это в новинку, что бы я поставил в качестве IP-адреса ВМ в этом случае?

виджайрана968

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

Переадресация портов с NAT будет работать здесь, они проверяют перед подключением к хост-ноутбуку и тестовому ноутбуку.

h0ny0ck

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

Поэтому я добавил правила переадресации для TCP и UDP, но по-прежнему не могу проверить связь с тестового ноутбука. Ниже показано, что я установил для переадресации портов:

виджайрана968

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

Прежде чем все это, во-первых, вам нужно сначала подключить оба ноутбука, что, похоже, не работает. Попробуйте выполнить следующие действия:

<р>1. на виртуальном адаптере VMware вашего хост-ноутбука (VMnet8) измените статическую конфигурацию IP:

Точно так же на тестовом ноутбуке с уникальным IP-адресом, но шлюз должен быть 192.168.89.2, затем попробуйте пропинговать оба ноутбука друг к другу. Перед подключением к ВМ ноутбуки должны пропинговать друг друга.

После этого, если вы можете пропинговать ВМ с тестового ноутбука, вы можете добавить запись 192.168.89.137:3389, чтобы получить RDP ВМ с тестового ноутбука.

забавно

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

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

<р>1. Я боюсь, что 1111 и 2222 - это номера портов, созданные вами, если только ваши приложения не должны использовать 2222 по умолчанию. Однако Ping использует ICMP вместо TCP, а у ICMP нет порта.

<р>2. Я думаю, вы пытались пропинговать гостя, чтобы убедиться в соединении, что должно быть первым шагом ко многим другим, а не конечной целью. Я предполагаю, что вы запустите несколько приложений в своей виртуальной сети и захотите иметь доступ к этой системе приложений в виртуальной сети со своего тестового ноутбука. Если это правда, я бы предложил пару простых подходов, основанных на моем опыте:

1) использовать (нового) гостя на NAT вместо тестового ноутбука; или

2) попробуйте сеть Bridged вместо NAT, чего я сам не делал.

Основной причиной этих предложений является виртуальный домен, который вы создали для всех гостей, а это еще один уровень, который вам нужно пройти, прежде чем вы сможете быть уверены в уровне приложения.

Конечно, вы упомянули, что на вашем хосте существуют правила брандмауэра, и это еще один фактор, который следует учитывать.

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

Технологическая сеть VMware
:
Гипервизор рабочего стола
:
Рабочая станция VMware
:
Обсуждения VMware Workstation Pro
:
Не удается пропинговать виртуальную машину с хоста

marcusg517

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

Пожалуйста, помогите, я использую VMWare Workstation 6.5, и у меня есть физическая операционная система Windows XP SP2, у меня есть одна сетевая карта, но я не подключен ни к какому физическому коммутатору, IP-адрес 192.168.0.1. Я установил виртуальную машину с сервером Microsoft Windows 2003 в качестве ОС, продвигаю ее как контроллер домена, устанавливаю службу DHCP, DNS и назначаю IP-адрес 192.168.0.2, без шлюза по умолчанию.

Мой VMnet1 в физической операционной системе имеет IP-адрес 192.168.204.1, а VMNet8 имеет IP-адрес 192.168.126.1.

С хоста я не могу пропинговать 192.168.0.2, который является IP-адресом виртуальной машины. Даже в виртуальной машине я не могу пропинговать 192.168.0.1, который является IP-адресом хоста. Судя по тому, что я прочитал, физическая и виртуальная машины были подключены к виртуальному коммутатору. Я прав?

Заранее спасибо.

Джо1600

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

КАЖЕТСЯ, что они находятся в разных сетях, вам нужно искать маршрутизацию между ними. так как они в разных сетях..

разместите хост и виртуальную машину в одной подсети/сети, например: 192.168.200.0/24 class C classful network

наградить баллами, если мой ответ был полезен..спасибо>>>>>>>>

Джо Джозеф, заранее спасибо. Если вы найдете мой ответ полезным, отметьте его как полезный или правильный.

Луйо

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

Опубликовать результаты "ipconfig/all" как с хоста, так и с гостя.

marcusg517

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

IPCONFIG ALL-HOST

IPCONFIG /ALL — виртуальный

Луйо

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

>>У меня есть одна сетевая карта, но она не подключена ни к какому физическому коммутатору, IP-адрес — 192.168.0.1.

Я не вижу ни одного хост-адаптера с адресом 192.168.0.1. Я бы, вероятно, также назначил адрес 192.168.0.2 в качестве шлюза, но я не знаю, действительно ли это необходимо.

Я должен был спросить, но вы, должно быть, установили сетевой адаптер виртуальной машины в режим моста?

Я думаю, вам нужно:

Настройте одну из сетевых карт на хосте с адресом 192.168.0.1. Вы говорите, что сделали это, но результаты ipconfig этого не показывают. Может не "приклеилось"?

Другим подходом может быть назначение гостю адреса в подсети 10.150.156.0, если у вас есть другой доступный адрес. Похоже, это ваш шлюз, возможно, подключение к Интернету? Это поместит гостя в локальную сеть, возможно, вы этого не хотите.

Третий подход — настроить виртуальную машину для NAT, но назначить статический IP-адрес вместо DHCP. Вроде 192.168.204.2. Это также даст вашему гостю доступ в Интернет. Если другие гости собираются использовать эту «локальную сеть», они также должны иметь статические IP-адреса, чтобы избежать конфликтов. Недостатком этого является то, что вам нужно будет перенастроить параметры DNS-сервера в гостевой системе.

Джо1600

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

разместите хост и виртуальную машину в одной подсети/сети, например: 192.168.200.0/24 class C classful network

наградить баллами, если мой ответ был полезен..спасибо>>>>>>>>

Джо Джозеф, заранее спасибо. Если вы найдете мой ответ полезным, отметьте его как полезный или правильный.

Ножницы

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

В настройках VMWare попробуйте изменить настройки гостевой сетевой карты с NAT на Bridged.

marcusg517

Отметить как новое
Добавить в закладки
Подписаться
Отключить звук
Отправить сообщение другу

Спасибо за ответ. Я решил свою проблему.

Я действительно установил сетевой адаптер хоста на 192.168.0.1, но поскольку он не подключен ни к одному коммутатору, он говорит, что моя сеть отключена, поэтому он не будет отображаться, когда вы вводите ipconfig /all.

Это то, что я сделал, я отключил весь свой брандмауэр как для хоста, так и для гостя.

В программном обеспечении VMWare я выбираю виртуальную машину -> Настройки, затем выберите сетевой адаптер, затем установите для сетевого подключения значение VMNet1 (только хост). После этого я установил свой гостевой IP-адрес на 192.168.204.2. С этим я могу пропинговать 192.168.204.1, который является IP-адресом моей VMNet1 на хосте.

Теперь я не могу подключить свой SQL-клиент с хоста (Windows XP) к моему SQL-серверу, установленному в операционной системе GUEST (Windows 2003 Server).

Я думаю, что основным решением был брандмауэр, который у меня есть, поэтому я не могу пропинговать IP-адрес ГОСТЯ. Кроме того, установив гостевой IP-адрес на 192.168.204.2, я теперь могу пропинговать 192.168.204.1. В отличие от предыдущего, мой гостевой IP-адрес был установлен на 192.168.0.2, когда я пытаюсь пропинговать 192.168.204.1, он говорит «Пункт назначения недоступен».

Я также экспериментирую со всеми комментариями, которые отвечают на этот пост. Так что всем тоже спасибо.

Я пытаюсь пропинговать виртуальную машину Windows Server, размещенную на Esxi 6.5, с виртуальной машины Windows 7, работающей на VM Workstation 15.

Виртуальная машина на рабочей станции 15, адаптированная к сети, работает в режиме NAT. Моя хост-система — Windows 10 Pro

Виртуальная машина на рабочей станции имеет IP-адрес и маску подсети в той же подсети. Мой хост-компьютер подключен к коммутатору, к которому подключен хост ESXI.

14 ответов

Сантехник

Можете ли вы пропинговать сервер со своего хоста и других в той же подсети?

Можете ли вы получить доступ к другим сетевым ресурсам с гостевой рабочей станции?

Виртуальные машины на сервере ESXI могут взаимодействовать друг с другом.

Виртуальные машины на ESXI не могут пропинговать систему Win7 на рабочей станции

Скоттбриндли

Выполняли ли вы трассировку маршрута?

Сантехник

Может ли рабочая станция Win 7 получить доступ к другим сетевым ресурсам (может ли она пропинговать ваш шлюз? Может ли она получить доступ к Интернету?)

Рабочая станция Windows 7 работает на VMWare Workstation 15, установленной в моей хост-системе. Моя хост-система не находится в подсети, в которой находится система Windows 7. Windows 7 и другие хосты настроены в тестовой сети. они используют адреса, начинающиеся с 144. Сервер ESXi не имеет подключения к Интернету. Мой хост-компьютер подключен к серверу ESXI через небольшой 5-портовый коммутатор Linksys.

Я без проблем могу пропинговать сервер ESXI.

У меня есть один сервер на ESXI, IP-адрес которого находится в той же подсети, что и мой хост-компьютер, и я больше не могу пинговать его

Сантехник

Вы уверены, что ваша сеть виртуальных машин связана с вашей физической сетью?

Если вы можете проверить связь с хостом ESXI, но не с виртуальными машинами, возможно, вы просто подключились к сети управления. Проверьте конфигурацию виртуального коммутатора в ESXI. Есть ли у ваших виртуальных машин путь к физическому сетевому адаптеру, который подключен к вашей физической сети?

Я думаю, что проблема в этом. знаете ли вы руководство по настройке конфигурации виртуального коммутатора?

Сантехник

Обычно в развертываниях ESXi используется как минимум 2 сетевых адаптера. Один предназначен для управления ESXi, а другой подключен к виртуальному коммутатору, к которому подключаются ваши виртуальные машины внутри VMWare.

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

Конфигурации можно найти на хост-портале ESXi в разделе «Сеть» на вкладках «Виртуальные коммутаторы» и «Группа портов». В зависимости от вашего оборудования вам потребуется либо найти физическую сетевую карту, через которую проходит ваш виртуальный коммутатор, и убедиться, что она подключена к вашему физическому коммутатору, либо переместить группу портов виртуальной машины в вашу сеть управления, чтобы совместно использовать сетевую карту.

В ESXI это конфигурация моей сети

эсся

Aaron3152 написал:

Я без проблем могу пропинговать сервер ESXI.

У меня есть один сервер на ESXI, IP-адрес которого находится в той же подсети, что и мой хост-компьютер, который я больше не могу пинговать

Это ожидаемо, вы используете NAT. Вам необходимо включить переадресацию портов или изменить сетевое соединение на мост на виртуальной машине рабочей станции.

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

как включить переадресацию портов?

Это мой конфиг. Вверху моя конфигурация для моего компьютера с Windows 10

Подключение по локальной сети адаптера Ethernet:

Ethernet-адаптер VirtualBox Host-Only Network:

Подключение по локальной сети адаптера беспроводной локальной сети* 1:

Состояние носителя . . . . . . . . . . . : Медиа отключены
DNS-суффикс для конкретного подключения . :
Описание . . . . . . . . . . . : Виртуальный адаптер Microsoft Wi-Fi Direct
Физический адрес. . . . . . . . . : 3C-A9-F4-C3-63-11
DHCP включен. . . . . . . . . . .: Да
Автоконфигурация включена . . . . : Да

Подключение по локальной сети адаптера беспроводной локальной сети* 2:

Сетевой адаптер VMware Network Adapter VMnet1:

Сетевой адаптер VMware Network Adapter VMnet8:

Адаптер беспроводной локальной сети Беспроводное сетевое подключение:

VM в конфигурации ESXI:

Подключение по локальной сети адаптера Ethernet:

DNS-суффикс для конкретного подключения.
Описание. Ethernet-адаптер vmxnet3
Физический адрес. 00-0C-29-16-B1-B0
DHCP Enalbed. Нет
автоконфигурации. Да
IPv4-адрес. 144.104.115.10
Маска подсети. 255.255.255.0
Шлюз по умолчанию. 144.104.115.254
DNS-серверы. 144.104.115.10
172.0.0.1
NetBIOS через Tcip. Включено

Когда вы запустили свою виртуальную машину, вы, очевидно, хотите подключиться к ней. Однако вы не можете выполнить Ping или SSH.

Для этого есть две возможные причины:

Виртуальная машина не имеет публичного IP-адреса

Вновь запущенная ВМ получит внутренний IP-адрес из сети 10.x.x.x. Эти адреса недоступны из Интернета. Вам нужно будет назначить так называемый «плавающий IP» адрес:

В левом столбце интерфейса панели управления выберите Проект -> Сеть -> Плавающие IP-адреса.
Нажмите «Выделить IP для проекта» — вы увидите новый общедоступный IP-адрес (130.59.x.y), указанный в таблице ниже.
Теперь вы можете связать этот IP-адрес с работающей виртуальной машиной

В группе безопасности по умолчанию нет записей для трафика ICMP и SSH

Функция брандмауэра защищает все работающие виртуальные машины, не позволяя любому трафику проникать в виртуальную машину. Вам нужно будет выборочно открыть порты, которые нужны вашей машине. Правила брандмауэра управляются в так называемых «группах безопасности». Существует группа «Безопасность по умолчанию», которая будет автоматически назначена всем вашим виртуальным машинам. В новой настройке эта группа по умолчанию пуста, поэтому вам нужно будет добавить правила для трафика ICMP (Ping) и SSH (или RDP, если вы работаете на компьютерах с Windows)

В левом столбце интерфейса панели управления выберите Проект -> Сеть -> Группы безопасности.
Нажмите кнопку "Изменить правила" рядом с группой по умолчанию.
Нажмите «Добавить правило» и создайте правило для
- Весь трафик ICMP
- SSH (порт 22)
Как только вы добавите правила, ваша виртуальная машина будет доступна через указанные порты.

То же самое нужно будет сделать, если вы планируете запускать на виртуальной машине службы, которые должны быть доступны извне. Мы рекомендуем вам создавать новые специальные группы для этих случаев (например, веб-группу с открытыми портами 80 и 443) и назначать эти группы безопасности вашим виртуальным машинам (через представление «Экземпляры» и пункт меню «Редактировать группы безопасности» в раскрывающемся меню). для конкретного экземпляра)

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

Виртуальная машина Vmware не пингуется

Популярные темы в VMware

14 ответов