Не пингуется виртуальная машина vmware
В VMware на Windows 10 Pro есть несколько разных машин: Windows 10, Ubuntu, Android 9. Все соединены с сетью типом Bridge, но ни одна ВМ не может общаться с хостом (ping, ssh, открытие html странички или другой тип соединения), на котором она запущена. Также и хост не может общаться ни с одной ВМ на нём.
Тем не менее, все ВМ и хост имеют выход в интернет и могут общаться с остальными машинами в локальной сети, которую обслуживает роутер ASUS AC1200 (с последней прошивкой 3.0.0.4.380_10931). В роутере хост и все ВМ отображаются отдельными машинами со своими MAC-адресами, всем им назначены свои статические IP внутри сети, изоляции устройств нет.
Что я пробовал и другая инфа:
1. Пробовал гуглить и яндексить это, даже дальше первой страницы. Во множестве обсуждений похожей проблемы предлагают включить тип соединения Bridge в настройках ВМ, что у меня итак включено. Репликация состояния хостового сетевого адаптера ничего не даёт в моём случае.
2. Во множестве других обсуждений проблема только односторонняя, когда из ВМ не пингуется хост или наоборот. Обычно это связано с брандмауэром и тонкостями Windows 7. У меня же нет связи в обе стороны, используется Windows 10, а отключение брандмауэра на хосте и ВМ Windows ничего не даёт, как и включение правила пингования ВМ.
3. В ещё нескольких обсуждениях проблема прям такая же, как у меня, но нет решений, которые мне бы помогли.
4. Также в обсуждениях предлагают в редакторе виртуальной сети VMware для VMnet0 указать конкретный сетевой адаптер - делал, не помогает. Даже пробовал разные сетевые адаптера (об этом в пункте 7).
5. Ещё предлагается в настройках ВМ вместо типа Bridge указать NAT - попробовал, и даже всё заработало: хост и ВМ на нём могут общаться по любому протоколу и пинговаться. Но NAT (как и частная сеть только между хостом и ВМ) - не мой случай, мне не подходит такой вариант, где ВМ будет за NAT. К тому же, получается я зря в роутере настраивал правила проброса портов в ВМ, статические адреса для ВМ и другое. Дублировать и следить за этим в настройках VMware - не вариант.
6. Windows Sandbox может общаться с хостом и наоборот, но эта песочница находится за своим NAT. Так что это тоже самое, что в предыдущем пункте.
7. Попробовал в редакторе виртуальной сети VMware задать на какой-нибудь VMnet10 (к примеру) другой сетевой адаптер (Wi-Fi), а потом в настройках самой ВМ выбрать конкретно это подключение (VMnet10). В таком случае связь между хостом и ВМ работает, потому что хост выходит в сеть через один сетевой адаптер (Ethernet), а ВМ через другой (Wi-Fi). Однако, если и хост и ВМ будут выходить через один сетевой адаптер, будь то Ethernet (VMnet0) или Wi-Fi (VMnet10), то проблема возвращается и связи между ВМ и хостом нет. Такое решение мне тоже не подходит, т.к. у меня нет возможности всегда использовать сразу оба сетевых адаптера.
8. Посмотрел записи ARP на хосте (arp -a -N ) и на Ubuntu (ip n), в них все нужные машины (включая хост и ВМ) отображаются, MAC-адреса передаются верные, хотя общаться между собой они не могут (только ВМ и хост, а с другими машинами могут).
9. Кроме того, если я попытаюсь соединиться из хоста с ВМ (или наоборот) не через локальную сеть, а через интернет (с помощью проброса портов), то всё успешно работает. То есть связь не работает только внутри локальной сети, только между хостом и любой ВМ на хосте, только если ВМ соединено типом Bridge, и только если хост и ВМ используют одинаковый сетевой адаптер.
10. Раньше хост и ВМ могли общаться нормально, где-то месяца 3+ назад. С тех пор я ВМ не пользовался, но переустанавливал винду, а вместе с ней и VMware, даже обновился до 16 версии. Однако, сетевые настройки винды не трогал, включая настройки роутера. У меня нет идей о том, что могло спровоцировать данную проблему.
Прилагаю скрины настроек сетевого адаптера на хосте (у адаптера Wi-Fi тоже самое):
Возможно всё же я где-то накосячил, но не могу понять где. Прошу вашей помощи.
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
- VMware Technology Network
- :
- Desktop Hypervisor
- :
- VMware Workstation
- :
- VMware Workstation Pro Discussions
- :
- Can't ping the Virtual Machine from Host
marcusg517
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Please help, I am using the VMWare Workstation 6.5 and I have a physical operating system that is Windows XP SP2, I have one Lan Card but not connected to any physical switch, the IP address is 192.168.0.1. I have installed a Virtual Machine using Microsoft Windows 2003 server as OS, promote it as Domain controller, install the service DHCP, DNS and assigned an IP address 192.168.0.2, no default gateway.
My VMnet1 on the physcial operating system has an IP address 192.168.204.1 and VMNet8 has an IP address 192.168.126.1.
From the host, I can't ping the 192.168.0.2 which is the IP address of the Virtual Machine. Even in the Virtual Machine, I can't ping the 192.168.0.1 which is the IP address of the Host. Based from what I have read, the physical and virtual machine were connected with a Virtual Switch. I am correct?
Thanks in advance.
joe1600
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
they SEEMS to be in different networks ,u need some sought of routing in between them . since they in differnet networks..
make they host and virtual machine in the same subnet / network for EXAMPLE: 192.168.200.0/24 class C Classful network
do award poitns if my reply was useful..thanks>>>>>>>>
Joe Joseph,Thanks in Advance If you find my reply useful, feel free to mark it as Helpful or Correct.
louyo
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Post the results of "ipconfig/all" from both the host and the guest.
marcusg517
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
IPCONFIG ALL -HOST
IPCONFIG /ALL - Virtual
louyo
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
>>I have one Lan Card but not connected to any physical switch, the IP address is 192.168.0.1.
I don't see any host adapter with the address of 192.168.0.1. I would probably also assign the 192.168.0.2 address as the gateway but I don't know if that is really necessary.
I should have asked, but you must have set the VM's NIC to bridged?
I think you need to:
Configure one of the NIC's in the host with the 192.168.0.1 address. You say you did this, but the ipconfig results do not show that. Maybe it didn't "stick"?
Another approach would be to assign the guest an address in the 10.150.156.0 subnet if you have another address available. That appears to be your Gateway, probably an Internet connection? This would put the guest on the LAN, perhaps you don't want that.
A third approach would be to configure your VM for NAT but assign a static IP address instead of DHCP. Like 192.168.204.2. This would also give your guest Internet access. If other guests are going to share that "LAN", they would also have to be static IP's to avoid conflicts. The downside of doing this is that you will need to reconfigure your DNS server settings in you guest.
joe1600
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
they SEEMS to be in different networks ,u need some sought of routing in between them . since they in differnet networks..
make they host and virtual machine in the same subnet / network for EXAMPLE: 192.168.200.0/24 class C Classful network
do award poitns if my reply was useful..thanks>>>>>>>>
Joe Joseph,Thanks in Advance If you find my reply useful, feel free to mark it as Helpful or Correct.
Scissor
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
In the VMWare settings, try changing your Guest's NIC settings from NAT to Bridged.
marcusg517
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Thanks for replying. I have resolved my problem.
I really did set my host NIC to 192.168.0.1 but since it is not connected to any switch, it says that my network is unplugged, so it won't reflect when you type the ipconfig /all.
This what I did, I have disabled all my firewall both from Host and Guest.
From the VMWare softwere, I select the VM -> Settings, then select the Network Adapter then set the Network connection to VMNet1 (Host only). After that I set my Guest IP Address to 192.168.204.2. With that I can ping the 192.168.204.1 which is the IP address of my VMNet1 on Host.
Now I can't connect my SQL Client from Host (Windows XP) to my SQL Server that is installed in the GUEST Operating System (Windows 2003 Server).
I think the primary solution was the Firewall that I have, thats why I can't ping the IP address of the GUEST. Also by setting the Guest IP to 192.168.204.2, I can now ping the 192.168.204.1. Unlike before, my Guest IP Address was set to 192.168.0.2, when I try to ping the 192.168.204.1 it says the "Destination is unreachable".
I am also experimenting all the comments who reply to this post. So thanks to all also.
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
- VMware Technology Network
- :
- Desktop Hypervisor
- :
- VMware Workstation
- :
- VMware Workstation Pro Discussions
- :
- Unable to ping host from guest OS
shacky
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
I set up the vmware workstation as below:
Guest OS[Vmware VPC] running on windows server 2003 standard edition.
Host OS running on windows server 2003 standard edition.
The IP address used are as follow:
Guest OS [Vmware VPC]
IP Address: 192.168.15.74
Subnet mask: 255.255.255.0
Default Gateway: 192.168.15.1
IP Address: 192.168.15.34
Subnet mask: 255.255.255.0
Default Gateway: 192.168.15.1
IP Address: 192.168.15.1
SubNet Mask 255.255.255.0
The network adapter used to connect to the guest OS is [Host Only].
I was able to ping from host to guest but unable to do it the other way.[guest to host]
The gateway can also be ping from both OS.
Both OS's firewall are turned off.
Can someone instruct or advise me regarding this problem? Thanks.
WoodyZ
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
shacky wrote: I will need to connect to a device which is on the live network. I will need to link up the guest and the device so that they can talk to each other.
Then why are you using VMnet1 which is Host Only and does not connect to the Physical LAN? You should be using Bridged.
Suggest you read Chapters 14 (Configuring a Virtual Network) & 15 (Advanced Virtual Networking) in the Workstation User's Manual so as to gain a better understanding of the Virtual Network Infrastructure.
WoodyZ
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Need to see full output of ipconfig /all on the Host and the Guest.
Copy & paste the following commands, as is, and press Enter.
On the Host in a in a Command Prompt. (Start > All Programs > Accessories > Command Prompt)
This will create a file on the Host's Desktop named host_ipconfig.txt
On the Guest in a Command Prompt. (Start > All Programs > Accessories > Command Prompt)
This will create a file on the Guest's Desktop named guest_ipconfig.txt
Archive both files unedited and attach to a reply post.
shacky
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
I have attached the ipconfig settings file. Please take a look.
WoodyZ
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Okay there is a discrepancy between information in your OP and the Host_ipconfig.txt file.
In the OP you show the following:
Host OS
IP Address: 192.168.15.34
Subnet mask: 255.255.255.0
Default Gateway: 192.168.15.1
Yet this is not in the Host_ipconfig.txt file so where did it come from?
Also in the guest_ipconfig.txt the VMware Accelerated AMD PCNet Adapter shows the Default Gateway as Default Gateway as 192.168.15.1 and in a Host Only VMnet you do not manually set the Default Gateway and it should be left blank.
shacky
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
The IP that i have set for Host OS was done on the local connection TCP/IP configurations, however, the local connection is currently not active and is not connected.
dtracey
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
I can't access the attached ipconfig files due to a restrictive firewall at work, but are you sure that you are setting the IP settings on the correct adapter on teh host?
You mention that you set it on the "Local Connection" - you need to set it on the VMware Network Adapter VMnet n - not the Local Area Connetion.
Hope that helps.
shacky
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Am I right to say that VMnet(n) should be the network that the host should use instead of the Local Network Connection?
dtracey
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Yes - in this case VMnet1. The Local Network Connection is used for physical uplinks.
Hope that helped you.
shacky
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
In this case, maybe it will be better to explain what i am intending to do.
I will need to connect to a device which is on the live network. I will need to link up the guest and the device so that they can talk to each other. The network is connected via local network connection. Any Ideas on how to go about doing this?
WoodyZ
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
shacky wrote: I will need to connect to a device which is on the live network. I will need to link up the guest and the device so that they can talk to each other.
Then why are you using VMnet1 which is Host Only and does not connect to the Physical LAN? You should be using Bridged.
Suggest you read Chapters 14 (Configuring a Virtual Network) & 15 (Advanced Virtual Networking) in the Workstation User's Manual so as to gain a better understanding of the Virtual Network Infrastructure.
Monolithcog
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Solution/Workaround for the OP, if you have basic TCPIP / Network functionality so able to ping other network attached devices. (in this case you can ping Gateway)
if you cant then you need to resolve that issue first and its nothing to do with Host machine.
1- open command prompt.
2- type: nslookup HostName (Substitue HostName with the yor actual Hosts Name)
3- you should get a reply response giving you hostname to IP
Server: Gateway-router1
Address: 192.168.1.2
Name: Hostname
Address: 192.168.1.10
now you need to manually add an arp entry into the guest OS arp table this is a routing table pretty much.
-4 open command prompt with admin rights.
if entry doesnt exisit follow on to step 6, if it does and it is incorrect delete the arp entry.
-6 type: netsh interface ipv4 add neighbors "Local Area Connection" 192.168.1.10 00-44-44-44-4E-F7 (Substitue both IP and MAC with current of Host machine)
-7 type: ipconfig /flushdns
-8 run notepad as admin.
-9 open C:\windows\system32\drivers\etc\hosts
-10 make an entry 192.168.1.10 Hostname (substitute both IP and MAC with your host machine)
-11 ping your host machine by IP then ping host machine by name.
Iv been working on this solution for the past 2.5 hrs Vmware = Zero support and firewall manufacture = Zero support on this issue.
Доброго времени суток.
Железо Dell VRTX PowerEdge VRTX. На борту 2 лезвия PowerEdge M520.
Есть отказоустойчивый кластер на базе Windows Server 2012 R2. Кластер состоит из двух нод. На одной ноде все машины прекрасно работают, вопрос про вторую ноду. Как только туда мигрирует виртуальная машина, сразу перестает пинговаться с клиентских машин. Так же с этой виртуалки перестают пинговаться компьютеры сети. Не получает адрес от DHCP сервера.
Однако это полбеды. На этой ноде есть виртуальная машина, которая нормально работает. Видит клиентов и клиенты ее видят.
Проверял настройки этих двух виртуальных машин, сравнивал разделы сетевых адаптеров. Все галки в точности одинаково выставлены, MAC-адреса динамические. Сетевые настройки самих виртуальных машин так же проверял, обе виртуалки в домене. IP, mask, gateway, DNS (не забываем, что на другой ноде эта машина нормально работает).
Что делал: Переустановил ОС заново, совместно с техподдержкой железяки перепрошил на последние версии прошивки сетевых адаптеров, обновил драйвера на сетевые адаптеры на этом лезвии до последних.
Прошу помочь разобраться в проблеме. Готов предоставить любую необходимую информацию.
Ответы
Конечно, я Вам писал в первом посте, если не "начудили", то всё работать должно. Там фабрика всё таки вполне логично у vrtx строится (хотя может не очень понятно кому-то..как это 8 портов на 16 внутренних :)) .. при lacp у вас везде lacp должен быть. в том числе и на тиминге (конфигурация sw.depend) + режим балансировки рек-ся на dynamic поставить за место hyper-v
не очень пойму как вы собирали тиминг не из тех адаптеров?
если сейчас всё решено, то можете закрывать тему.
- Изменено R.Levchenko MVP 28 сентября 2016 г. 5:28 трутут
- Помечено в качестве ответа Petko Krushev Microsoft contingent staff, Moderator 5 октября 2016 г. 7:22
Разобрались с гипервизорами. Сервер не видел домен из-за того, что NIC teaming собирался не из тех сетевых адаптеров. Один из них и должен был смотреть в локальную сеть.
Сейчас новая проблема: На гипервизоре 5 виртуальных машин, из них пингуется только 3. Две машины из одного VLANа, одна пингуется, вторая нет. При этом DNS их знает, имена резолвит в IP и обратно. IP статические.
Внутри виртуальной машины, которая не пингуется сетевое окружение Общедоступная сеть. Если попытаться IP получить автоматом - безрезультатно.
Если убрать все машины с гипервизора и перевезти туда две, они будут работать, если перевезти к ним третью - одна отвалится, новая и одна из старых будут работать. Если их 5, то работают 3.
- Помечено в качестве ответа Petko Krushev Microsoft contingent staff, Moderator 5 октября 2016 г. 7:22
С этим тоже разобрались. Сказалась нехватка опыта и невнимательность.
В интерфейсе настройки NET teaming совсем незаметный раздел с дополнительными настройками. Привели в соответствие со вторым лезвием и все заработало как часики. Ночь прошла, полет нормальный.
- Помечено в качестве ответа Petko Krushev Microsoft contingent staff, Moderator 5 октября 2016 г. 7:22
Все ответы
Традиционный совет — попробуйте отключить VMQ.
Делал, по рекомендации технической поддержки железяки, сегодня утром, на всех интерфейсах лезвия. Не помогло :(
А модуль случаем не r1-2401 ? был трабл с ним. но там проблема была ещё глубже..с самим бекплейном. Но, учитывая, что shared infrastructure 100% для узлов, то проблему с железом всё таки пока можно не поднимать.
- С физикой проблем нет? Как доставляется сеть до свитча vrtx? (lacp, vlan и т.д.)
- Тест кластера делали? test-cluster
- Какие сети на узлах исп-ся под ВМ?
- Если создать тестовую ВМ и перемещать между узлами..проблема сохранится?
- spanning-tree blockedports на свитче что показывает?
- show tech-support | саммари
- show int status | статус интерфейсов
Кейс, скорее всего, для dell. Если с настройками не намудрили.
Совершенно верно, R1-2401 VRTX 1Gb Switch Module. С ним какие-то проблемы? Можно поподробнее и как с этим бороться?
- Сеть доставляется через VLAN. Вторая машина, которая прекрасно работает, находится в этом же VLAN
- Тест кластера сделал, есть некоторые предупреждения. Постараюсь от них избавиться.
- Использую сеть 10.0.0.0/24 для обеих ВМ
- Создал новую ВМ на ноде, результат тот же. Перевожу на другую ноду, сразу получает IP и узнает домен.
- spanning-tree blockedports
Spanning tree enabled mode RSTP
Default port cost method: long
Root ID Priority 32768
Address 18:9c:5d:ae:6f:73
Cost 20004
Port Po1
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Bridge ID Priority 32768
Address f8:b1:56:1c:a9:57
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Number of topology changes 9 last change occurred 339:16:51 ago
Times: hold 1, topology change 35, notification 2
hello 2, max age 20, forward delay 15
Если запрашиваю show tech-support без параметров, то начинает вываливать информацию минуты на полторы
Flow Link Back Mdix
Port Type Duplex Speed Neg ctrl State Pressure Mode
-------- ------------ ------ ----- -------- ---- ----------- -------- -------
gi0/1 1G-Copper Full 1000 Enabled Off Up Disabled On
gi0/2 1G-Copper Full 1000 Enabled Off Up Disabled Off
gi0/3 1G-Copper Full 1000 Enabled Off Up Disabled On
gi0/4 1G-Copper -- -- -- -- Down -- --
gi0/5 1G-Copper -- -- -- -- Down -- --
gi0/6 1G-Copper -- -- -- -- Down -- --
gi0/7 1G-Copper -- -- -- -- Down -- --
gi0/8 1G-Copper -- -- -- -- Down -- --
gi1/1 1G-Copper Full 1000 Enabled Off Up Disabled Unknown
gi1/2 1G-Copper Full 1000 Enabled Off Up Disabled Unknown
gi1/3 1G-Copper Full 1000 Enabled Off Up Disabled Unknown
gi1/4 1G-Copper Full 1000 Enabled Off Up Disabled Unknown
gi2/1 1G-Copper Full 1000 Enabled Off Up Disabled Unknown
gi2/2 1G-Copper Full 1000 Enabled Off Up Disabled Unknown
gi2/3 1G-Copper Full 1000 Enabled Off Up Disabled Unknown
gi2/4 1G-Copper Full 1000 Enabled Off Up Disabled Unknown
gi3/1 1G-Copper -- -- -- -- Down -- --
gi3/2 1G-Copper -- -- -- -- Down -- --
gi3/3 1G-Copper -- -- -- -- Down -- --
gi3/4 1G-Copper -- -- -- -- Down -- --
gi4/1 1G-Copper -- -- -- -- Down -- --
gi4/2 1G-Copper -- -- -- -- Down -- --
gi4/3 1G-Copper -- -- -- -- Down -- --
gi4/4 1G-Copper -- -- -- -- Down -- --
Flow Link
Ch Type Duplex Speed Neg control State
-------- ------- ------ ----- -------- ------- -----------
Po1 1G Full 1000 Enabled Off Up
Po2 1G Full 1000 Enabled Off Up
Po3 1G Full 1000 Enabled Off Up
Link
Oob Type Duplex Speed Neg State
-------- ------------ ------ ----- -------- -----------
oob 100M-Copper Full 100 Disabled Up
Проблемы с отваливающимися хостами были всегда, но не носил такого адового характера, как сейчас. Раз в пару недель отваливался хост. Это списывали на глюки Windows Server, Failover Cluster, скачки напряжения, вспышки на солнце. Особо это никого не парило, пока это не начало нести массовый характер.
Кстати, пока вам отвечал пинги начали ходить. Не добившись пингов от этой машины, я решил поднять тестовую, оставив пинги в фоне. Поднял, убедился, что проблема та же, взглянул на окно с пингами - о чудо, пинги появились сами собой!
Логи показывают перегрев на прошлой неделе, но смею заверить, что перегрева точно случиться не могло, т.к. серверная расположена за дверью. раз в день туда всегда кто-то заходит.
Здравствуйте. У меня на компьютере установлен Windows 10 Professional + Hyper-V. Между собой виртуальные машины пингуются. ВМ может пинговать мой компьютер и заходить по сети. Отключал фаерволы на своем компьютере и на ВМ. А вот с моего компа ВМ не пингуются и нет доступа к папкам по сети. В чем может быть причина?
Ответы
У вас машина обнаруживается, но не пингуется. Так?
В секции все сети, отключите общий доступ с парольной защитой.
Получится примерно так.
- Изменено Vlad_T MVP 13 мая 2016 г. 9:04
- Помечено в качестве ответа Dmitriy Vereshchak Microsoft contingent staff, Moderator 13 мая 2016 г. 11:04
Все ответы
Деталей бы про вм.
Что за ось, что с обновами, что с антивирусом, что с фаерволом?
The opinion expressed by me is not an official position of Microsoft
Любая ВМ, с любой ОС и без доп.софта вообще. Ставишь любую ОС на ВМ, после установки пробуешь пинговать ВМ, она не пингуется. А вот ВМ пингует все в моей сети.
Сеть работает через виртуальный коммутатор с типом подключения через внешнюю сеть. выбрана моя сетевая карта и стоит галочка "Разрешить управляющей ОС представлять общий доступ к этому сетевому адаптеру".
У вас машина обнаруживается, но не пингуется. Так?
В секции все сети, отключите общий доступ с парольной защитой.
Получится примерно так.
- Изменено Vlad_T MVP 13 мая 2016 г. 9:04
- Помечено в качестве ответа Dmitriy Vereshchak Microsoft contingent staff, Moderator 13 мая 2016 г. 11:04
PS C:\Users\user> ping 192.168.3.165
Обмен пакетами с 192.168.3.165 по с 32 байтами данных:
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Статистика Ping для 192.168.3.165:
Пакетов: отправлено = 4, получено = 0, потеряно = 4
(100% потерь)
Сейчас поставил еще одну ВМ отключил там фаерволл и пинги прошли. Сейчас буду ковыряться с теми ВМ. Всем спасибо за помощь.
- Помечено в качестве ответа Dmitriy Vereshchak Microsoft contingent staff, Moderator 13 мая 2016 г. 11:03
- Снята пометка об ответе Dmitriy Vereshchak Microsoft contingent staff, Moderator 13 мая 2016 г. 11:04
Сейчас поставил еще одну ВМ отключил там фаерволл и пинги прошли. Сейчас буду ковыряться с теми ВМ. Всем спасибо за помощь.
По умолчанию запрещены ICMP-пакеты, попробуйте разрешить их в Windows Firewall
To enable inbound rule of allowing ICMP packets, select ‘Inbound Rules’. Find out and right click on ‘File and Printer Sharing (Echo Request –ICMPv4-In’), select Enable Rule.
Читайте также: