Vmware workstation bridge не работает
Если вы пытаетесь подключить вашу виртуальную машину к компьютеру локальной сети, но она не работает или Мостовая сеть не работает в VMware , вот несколько решений, которые можно использовать для решения этой проблемы. , Это очень распространенный сценарий среди новых пользователей VMware. Даже если вы уже давно используете VMware и внезапно перестали работать мостовые сети, вы также можете попробовать эти решения.
Есть много людей, которым часто нужно подключить свою виртуальную машину к компьютеру локальной сети для обмена файлами. Это очень легко сделать с вашей хост-машиной. Проблема начинается, когда вы пытаетесь сделать то же самое с гостевой операционной системой в VMware. Это происходит из-за сетевого адаптера без общего доступа, который отвечает за создание соединения между компьютером локальной сети и вашей виртуальной машиной.
Мостовая сеть VMware не работает
Эти следующие способы помогут вам решить проблему мостовой сети в VMware-
- Выберите правильное сетевое соединение
- Перезапустите VMware Bridge Control
- Выберите конкретную виртуальную сеть
- Выберите правильное мостовое сетевое соединение
- Восстановить все настройки по умолчанию
- Отключите ненужные сети на главном компьютере
- Отключите брандмауэр/VPN-приложения от хост-компьютера.
1] Выберите подключение к сети .
По умолчанию VMware использует параметр NAT Used для совместного использования IP-адреса хоста , чтобы виртуальная машина могла использовать IP-адрес хост-компьютера при создании сетевого подключения. Это может создать проблемы из-за конфликта IP.
Поэтому вы можете выбрать выделенную опцию, которая позволит вам легко установить мостовое соединение. Если вы выберете эту опцию, она позволит вам копировать состояние соединения хост-машины. Другими словами, вы получите больше гибкости.
Чтобы использовать этот параметр, выберите виртуальную машину и выберите параметр Изменить настройки виртуальной машины . После этого выберите Сетевой адаптер на вкладке Оборудование . С правой стороны вы должны получить опцию с именем Мост: подключен напрямую к физической сети .
Выберите его и нажмите кнопку ОК, чтобы сохранить изменения.
2] Перезапустите VMware Bridge Control .
Иногда простой перезапуск устраняет основные проблемы. Вы можете использовать ту же технику, чтобы решить эту проблему. Это очень легко перезапустить VMware Bridge Control с помощью командной строки. Если в VMware есть какие-то внутренние проблемы, это можно решить, выполнив это. Чтобы перезапустить VMware Bridge Control, откройте командную строку с правами администратора и введите эти команды одну за другой.
3] Выберите конкретную виртуальную сеть
Если вы выберете опцию Bridged, NAT или Host-only, есть вероятность, что VMware может использовать неверную виртуальную сеть. Хотя это очень редко, это может случиться с вами. Таким образом, это довольно хороший вариант для вас, чтобы выбрать конкретную виртуальную сеть вручную, чтобы каждая лазейка могла быть заблокирована.
Для этого выберите виртуальную машину и нажмите Изменить настройки виртуальной машины . После этого перейдите к параметру Сетевой адаптер . С правой стороны вы должны выбрать опцию Пользовательская: Конкретная виртуальная сеть в разделе Сетевое подключение .
Отсюда вам нужно выбрать VMnet0 и сохранить настройки.
4] Выберите правильное мостовое сетевое подключение
После этого вы должны найти VMnet0 в списке. Убедитесь, что это выбрано. После этого выберите Bridged в разделе Информация о VMnet и выберите сетевой адаптер хост-компьютера в раскрывающемся меню.
Теперь нажмите кнопку ОК, чтобы сохранить изменения.
Вот некоторые из рабочих решений этой проблемы. Однако, если у вас все еще возникает та же проблема, вы также можете следовать этим инструкциям.
5] Восстановите все настройки по умолчанию
Если вы внесли много изменений и сеть Bridged перестала работать после этого, вы всегда можете использовать опцию сброса, которая сделает все как новое. Чтобы использовать этот параметр, откройте редактор виртуальной сети и нажмите кнопку Изменить настройки , чтобы внести изменения в этом окне. После этого вы можете найти параметр Восстановить значения по умолчанию , который вам нужно использовать.
6] Отключите ненужные сети на главном компьютере
Если вы использовали хост-компьютер для подключения к нескольким соединениям Ethernet, это может вызвать эту проблему. Лучший способ обнаружить это – отключить все дополнительные сетевые адаптеры на главном компьютере. Для этого нажмите Win + R, чтобы открыть окно «Выполнить», и введите ncpa.cpl .
Здесь вы можете найти все сетевые подключения. Нажмите правой кнопкой мыши каждое соединение и выберите Отключить . Не отключайте подключенное в настоящий момент сетевое соединение и все сети с именем Сетевой адаптер VMware .
7] Отключите приложения брандмауэра/VPN на главном компьютере
Хотя это не должно происходить, иногда VPN может также вызвать эту проблему. Если вы недавно установили приложение VPN или брандмауэр на своем хосте или виртуальной машине, рекомендуется временно отключить его и проверить, сохраняется ли проблема.
Некоторые пользователи VMware Workstation Player и VMware Workstation Pro сообщают, что у них есть проблема сетевого моста со всеми гостевыми машинами. В результате ни одна из гостевых виртуальных машин не может связаться с хост-машиной, а хост-компьютер не может связаться с гостевыми машинами. Сообщается, что эта проблема возникает в Windows 7, Windows 8 и Windows 10.
Мостовая сеть VMware не работает
Method 6: Disabling all VirtualBox network entries from Networking Connections
If you’ve been previously using Virtual box, keep in mind that you might be encountering issues if you make the switch to VMware (bridged mode). As it turns out, the adapter/s that are left behind by virtual box might cause problems with bridged connection inside VMware.
If this scenario is applicable to your current situation and you want to use VMware, there are three ways forward:
- Uninstall VirtualBox along with an adapter that was used by the software.
- Start using NAT with VMWare
- Disable every network entries belonging to VirtualBox from the Network Connections menu
-
Press Windows key + R to open up a Run dialog box. Then, type “ncpa.cpl” and press Enter to bring up the Network Connections tab.
If you’re still encountering the same problem, move down to the next method below
Способ 4: удаление всех ненужных сетевых адаптеров хоста
Если вы используете VMware Workstation Player (бесплатная версия) и описанный выше метод не подходит, вы можете сделать это из бесплатной версии. В подавляющем большинстве случаев ошибка возникает из-за того, что в программном обеспечении имеется множество сетевых адаптеров хоста, из которых можно выбрать один из них для сетевого моста с мостовым подключением.
Часто программное обеспечение в конечном итоге выбирает сетевой адаптер, который не может облегчить подключение к Интернету, что приводит к возникновению проблемы, которая обсуждается в этой статье. Если этот сценарий применим, вы можете легко решить проблему, убедившись, что хост-адаптеры, которые не нужны для этой процедуры, удалены из Автоматические настройки моста меню.
Вот краткое руководство о том, как это сделать:
- Прежде всего, нам нужно начать с выяснения, какой сетевой адаптер используется для нашего текущего подключения к Интернету. Этот первый шаг очень важен, так как он поможет нам определить, какие сетевые адаптеры хоста необходимо удалить позже.
- Нажмите Windows ключ + R открыть диалоговое окно «Выполнить». Затем введите «Ncpa.cpl» и нажмите Войти открыть Сетевые соединения меню.
- Внутри Сетевые соединения меню, посмотрите, какая сеть используется в данный момент. Вы можете определить это, посмотрев, какая запись имеет зеленый значок сигнала. Как только вы обнаружите активное сетевое соединение, посмотрите, какой сетевой адаптер используется для него. Вы можете увидеть это непосредственно под названием сети — в нашем случае это Qualcomm Atheros AR9285.
- Теперь, когда вы знаете, какой сетевой адаптер хоста следует использовать, откройте VMware Workstation, щелкните правой кнопкой мыши виртуальную машину, с которой у вас возникли проблемы, и выберите Настройки.
- Внутри виртуальной машины настройки выберите аппаратные средства вкладка, затем выберите Сетевой адаптер из списка ниже.
- С Сетевой адаптер выбранное устройство, переместитесь в правую часть экрана и проверьте переключатель, связанный с Мостовое (под Подключение к сети). Затем нажмите на Настроить адаптеры кнопка.
- в Автоматические настройки моста В меню снимите все, кроме сетевого адаптера хоста, который вы обнаружили на шаге 3.
- Нажмите Хорошо чтобы сохранить конфигурацию, запустите виртуальную машину и посмотрите, есть ли у вас работающее мостовое сетевое соединение.
Удаление всех ненужных сетевых адаптеров хоста
Если вы все еще сталкиваетесь с той же проблемой, перейдите к следующему способу ниже.
Method 3: Deselecting all adapters besides the physical network card
If you’re using Workstation Pro, and you’re experiencing no network connectivity inside your virtual machines while using a bridged connection, you will be able to resolve the issue by using the VMWare Virtual Network Editor to deselect all network adapters that are not essential to the network connection.
Several affected users have reported that the host machine and the guest machine started sharing the internet connection moments after this modification was conducted.
Important: This method will only be applicable if you’re using VMware Workstation Pro. The steps below can’t be replicated on VMware Workstation Player!
Here’s a quick guide on how to do this:
-
Open VMware Workstation PRO and use the ribbon bar at the top to go to Edit > Virtual Network Editor. Accessing the Virtual Network Editor from within the application
If you’re still encountering the same problem or this method wasn’t applicable to your particular scenario, move down to the next method below.
Метод 8: Разрешение виртуальных машин VMware от брандмауэров AVG (если применимо)
Как выясняется, эта конкретная проблема также может возникать, если вы используете стороннюю систему безопасности (которая включает в себя брандмауэр), которая чрезмерно защищает сетевые соединения, которыми она управляет. Несколько затронутых пользователей сообщили, что им удалось решить проблему после обнаружения, что брандмауэр AVG (или подобное решение безопасности) отвечает за их проблему мостового режима в VMware.
Обновить: Похоже, что эта проблема также может быть вызвана брандмауэром Bitdefender. Поскольку BitDefender не включает параметр, позволяющий виртуальным сетям проходить через их брандмауэр, в этом случае единственный способ — полностью отключить брандмауэр.
Если этот сценарий применим к вашей текущей ситуации и вы используете AVG Internet Security, вы можете быстро решить эту проблему, изменив расширенные настройки AVG, чтобы разрешить все виртуальные машины и трафик. Вот как это сделать:
- Откройте Avast Internet Security и перейдите к Настройки> Режим эксперта> Расширенные настройки.
- В меню «Дополнительные настройки» убедитесь, что поле, связанное с Разрешить любой трафик с / на виртуальные машины, поддерживаемые брандмауэром является проверено.
Разрешение виртуальных сетей в AVG - Нажмите Применять сохранить текущую конфигурацию.
- Перезапустите VMware и посмотрите, была ли проблема решена.
Замечания: если вы используете другой пакет безопасности и считаете, что этот метод может быть применим, найдите в Интернете конкретные шаги по разрешению использования виртуальных сетей в соответствии с используемым вами брандмауэром .h
I'm having bridged network connection problems in VMware Workstation 11. So far, I've tried:
So far, neither of the solutions worked. I've turned off "Large Send Offload" on every adapter that I could find on both the host and the guest. Nothing. Restoring these settings in any combination with others turned off didn't work either. I've edited the .vmx file and replace the occurrences with vmxnet3, and that didn't work either. So far nothing I've tried has worked. I've disabled all firewalls and antivirus. Still nothing. When I run the Guest OS Windows Network Diagnostic, I get the, "Your broadband modem is experiencing connectivity issues." However, I know this is not the case. I've also used the "Virtual Network Editor" to force the Bridged connection to select the correct nic (in my case, it's the Intel Centrino Wireless-N 1030 wireless adapter), but still no luck. Any help would be hugely appreciated.
OS: Windows 7 x64
Processor: Intel Core i7
Installed Memory (RAM): 16.0 GB (15.9 GB usable)
Wireless Adapter: Intel Centrino Wireless-N 1030
Router: Netgear AC1200 Smart Wifi Router; Model: R6200v2 (default settings)
OS: Windows 7 x64
TheQuestion
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
So I finally sound the solution. Bitdefender's firewall was blocking all traffic on the VMware Workstation Bridged connection. I turned off the Bitdefender Firewall completely, and Bridged Networking worked perfect. I'm probably going to create another topic specifically around configuring Bitdefender's firewall to allow VMware Bridged network traffic through.
VM_Michael
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Go to your Virtual Network Editor and run as Administrator.
Go down to the bottom and 'Restore Defaults'
Note: This will restore all the connectors back to new install status.
The Virtual Network Editor should look similar to this:
Now go into one of your VM and make sure its set to Bridged Networking.
That's all I do to get bridged networking. My routers DHCP server is assigning IP's.
enonu
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
I'm unable to get bridging to work as well. In particular, I get this dialog when I attempt to switch VMnet0 to bridged:
VM_Michael
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
I can confirm that bridging has returned with Window's 10 10147
morrisonbrett
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Yep, working for me on Windows 10 Build 10147:
TheQuestion
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
@VM Michael
Go to your Virtual Network Editor and run as Administrator.
Go down to the bottom and 'Restore Defaults'
Well, I did two things.
1. I clicked "Check for Updates". I noticed that VMware workstation had updates available (including updates for VMware Tools), so I installed those.
2. I clicked "Restore Defaults".
After that, my Bridged network worked fine. However, I don't know what fixed it. Because I didn't test "Restore Defaults" and installing the latest update independently, I have no way of knowing what actually fixed the problem. However, I'm going to give VMware Micheal the benefit of the doubt, and mark his answer as the correct one.
Well, now it's not working anymore. This is incredibly frustrating. I had just created a brand new virtual machine, and for the short time I had it on, I got internet connection using the "Bridged" network setting just fine.
However, I shut down my virtual machine, and then my entire host computer. When I booted my host computer, the Bridged networking didn't work anymore. Why did it temporarily work.
TheQuestion
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
I don't think I'll ever solve this problem. At least using community resources and Google. I've just about exhausted everything. This is the closest I've gotten to solving the problem:
And even that didn't really do much. It reset the VMware created "Network", but the actual connection was still unresponsive. I think I'll just have to bite the bullet and pay VMware yet more cash for the utterly ridiculous price of $50. And that's just to access Tech Support. Obviously, they make "no guarantees" that the problem will even be solved. All in all, I'm thinking it might actually be my aging hardware. I connect using an Intel Centrino Wireless-N 1030. That was released in 2010, though I own the 2011 model. So I'm afraid that I'll pay $50 to hear the guy on the other end say, "Sorry, your hardware isn't supported by VMware Workstation 11." That would suck.
VM_Michael
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
You are not doing it correctly. A fresh install of VMWare will automatically add bridging, you don't need to do anything. The reason why you are not seeing it is that the Virtual Network Editor MUST be RUN AS ADNMINISTRATOR!
ALWAYS run Virtual Network Editor as Administrator. If not you will NOT see the default bridged network.
1) Right-click the Virtual Network Editor icon and RUN AS ADMINISTRATOR
2) Restore default and you should see the below. Doesn't matter what is in there, just RESTORE DEFAULTS!
Now go to your VM and set to the below.
Its a very simple process. The one hiccup is running as administrator. That's the only way you can see the default bridge connection. Normally it wouldn't matter because on a fresh install of VMWare it automatically put it in and you should NEVER have to mess with it.
TheQuestion
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Ha ha. I fully realize you have to run the Network Editor as administrator. "Restore Defaults" was even in the video tutorial I posted above. :smileylaugh:
Not to mention I use this trick to run programs whose functions require Administrative privileges:
Setting this option automatically runs the program as administrator whenever you click on the shortcut. Just don't forget to set both the desktop shortcut AND the start menu shortcut. What I think is happening is the bridge protocol simply is malfunctioning. It might not be compatible with my old Intel Centrino wifi card. I say this because two years ago, an old version of VMware Workstation 10 DID work without any problems. But like I said, I'm calling VMware Tech Support tommorow and getting this problem solved once and for all. I've literally spent hours exhausting advice from every single Google link for the first 10 pages. The closest I got to solving the problem was the YouTube video in my above post, and even then, my problem is still not solved.
VM_Michael
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Until Window's 10 and this bridging problem I never in the 10+ years running VMWare have I had to mess with the Network Editor at all.
The default bridging network is hidden until you run as administrator. I would delete VMWare, your network card, reboot, install VMWare, go into your VM and set to bridging. Don't mess with the editor. You MUST use the default bridging setup. It is specific for VMWare.
TheQuestion
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
VM Michael
Until Window's 10 and this bridging problem I never in the 10+ years running VMWare have I had to mess with the Network Editor at all.
The default bridging network is hidden until you run as administrator. I would delete VMWare, your network card, reboot, install VMWare, go into your VM and set to bridging. Don't mess with the editor. You MUST use the default bridging setup. It is specific for VMWare.
1. Uninstalled VMware using Revo Uninstaller. Then after Revo was done, I manually searched "vmware" on my computer. The only thing VMware and Revo left behind were files in the TEMP folder, so I deleted those too. My computer was completely VMware free.
2. I uninstalled my network driver (Intel Centrino Wireless-n 1030)
3. Restarted my computer (Start>Restart)
4. Reinstalled my network driver
5. Reinstalled VMware Workstation from a fresh file download
6. Reinstalled my guest (Windows 7 x64) with Network Type set to "Bridged" (default settings)
While installing my guest, I noticed that, before I installed VM Tools, my bridged networking seemed to work fine. It created a network called "Network", and I could browse the internet fine. Then I finished installing VMware tools (which of course requires a mandatory reboot). After I rebooted, it seems then at the very specific point in time that my virtual machine started having network problems. It tried to connect, but what it connected to was an "Unidentified Network" with "No Internet Access". When I switched to NAT, it created another network called "Network 2". When I switched back to bridged, I got the same lack of connection. So I opened up the Network Manager in Control Panel. I saw "Network" and "Network 2" in the control panel. However, both were being "unused", and I noticed that there was not any network at all currently in use. That means the problem is that the bridged network protocol, for whatever reason, isn't connecting to it's correct network. So that's what my problem is. Now how do I actually fix it?
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 Player Discussions
- :
- Bridged Networking Not Working on Windows 10 Host
mmartin0926
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
This is the second discussion I'm posting regarding this issue as its still a problem after just updating VMWare Workstation Player to Version 14.1.5 build-10950780. And I never got any replies to my original post.
It appears that VMnet0 still is not working after the upgrade. When using the default network settings with the Virtual Network Editor , and selecting "Bridged: Connected directly to the physical network" in the VM's settings, the virtual machine disconnects from the network and then reconnects. However, it stays connected using VMnet8 (*NAT) . I can tell because its using the IP DHCP Pool addresses shown in Windows' ipconfig for vmnet8.
Also, running ipconfig /all in windows doesn't show that a VMnet0 actually exists. I assume you would normally see a VMnet0 adapter in ipconfig's output.
I can sort of workaround Bridged by using the Virtual Network Editor and setting VMnet8 as the Bridged adapter. However, when I do this I can only Manually select which Physical Adapter I want to use, i.e. Ethernet Adapter or Wi-Fi Adapter . And also, when doing this only the Ethernet Adapter option works, won't work when manually choosing the Wi-Fi adapter in the editor, the VM just never connects to the Wi-Fi.
Host: Windows 10 Pro (*10.0.16299 Build 16299)
Guest: Linux - OpenSuSE 11.4
Thanks in Advance,
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Also, running ipconfig /all in windows doesn't show that a VMnet0 actually exists. I assume you would normally see a VMnet0 adapter in ipconfig's output
No, VMnet0 is not an adapter, but a client. In your physical NIC configuration settings, you should see the "VMware Bridge Protocol" or similar setting.
Are you sure the VM is still connected when you change from NAT to Bridged? Many newer Linux OSs cache the network adapter settings, and if you are changing the subnet, etc. it is connected to on the host, you have to do some reconfiguration in the guest.
mmartin0926
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Thanks for the reply and sorry for the delay. Never received any notification that I had a reply, sorry about that.
Correct, in my Windows 10 host, if I check the Properties page of my Physical Network Adapters I can see that protocol your talking about, which is enabled.
So currently, the VM's Network Adapter in VMware Player shows "Bridged", as you can see below.
Then, looking on the VM itself running ifconfig, it shows the following, which is not our Wired network's subnet:
On my Windows host, ipconfig shows:
Ethernet adapter VMware Network Adapter VMnet8:
Connection-specific DNS Suffix . :
Description . . . . . . . . . . . : VMware Virtual Ethernet Adapter for VMnet8
Physical Address. . . . . . . . . : 00-50-56-C0-00-08
DHCP Enabled. . . . . . . . . . . : No
Autoconfiguration Enabled . . . . : Yes
Link-local IPv6 Address . . . . . : fe80::547d:7daf:4bdf:1b1e%24(Preferred)
IPv4 Address. . . . . . . . . . . : 192.168.153.1(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . :
DHCPv6 IAID . . . . . . . . . . . : 402673750
DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-21-CA-90-87-54-E1-AD-4C-97-1E
DNS Servers . . . . . . . . . . . : fec0:0:0:ffff::1%1
fec0:0:0:ffff::2%1
fec0:0:0:ffff::3%1
Primary WINS Server . . . . . . . : 192.168.153.2
NetBIOS over Tcpip. . . . . . . . : Enabled
And then the Virtual Network Editor is showing the following:
So I'm not really sure what the problem is. But, it won't work with vmnet0. I even just upgraded VMware Player to 14.1.6 build-12368378 and the issue is still happening after the update finished.
However, if in the Virtual Network Editor I change VMnet8 to a Bridged connection, and then manually select the Ethernet adapter, it appears to work and my VM gets an IP Address on the Wired subnet. But, if I change it to bridge the Wi-Fi adapter, it doesn't work.
Is there any kind of log somewhere host or guest, that would say if and why VMnet0 is failing?
Some VMware Workstation Player and VMware Workstation Pro users are reporting that they’re having a bridged network problem with all their guest machines. What happens is, none of their guest VM’s can contact the host machine and the host machine cannot contact the guest machines. This problem is reported to occur on Windows 7, Windows 8 and Windows 10.
VMware Bridged Network not working
Что вызывает проблемы с VMware Bridged Network?
Мы исследовали эту конкретную проблему, изучив различные пользовательские отчеты и стратегии исправления, которые обычно используются для решения этой проблемы. Исходя из того, что мы собрали, существует несколько распространенных сценариев, которые могут привести к этой проблеме:
- Vmnetbridge.sys глючит — Как выясняется, эта конкретная проблема может возникать в тех случаях, когда служба, отвечающая за мостовой режим, неправильно запускается или остается в состоянии «неопределенности». В этом конкретном случае вы можете решить проблему, выполнив пару команд в командной строке с повышенными правами.
- WMware выбирает не ту виртуальную сеть — Если вы оставите VMware, чтобы выбрать, какую виртуальную сеть использовать для режима моста, скорее всего, она в конечном итоге будет использовать ее без активного подключения к Интернету, что в итоге приведет к возникновению этой проблемы. Одним из способов решения этой проблемы является настройка определенной виртуальной сети, которая, как вы знаете, работает.
- Wmware соединяется с неправильным адаптером — Если вы оставите для параметров Bridging значение Automatic, эта проблема возникнет, если VMnet0 завершит Bridging с сетевым адаптером, который в настоящее время не поддерживает подключение к Интернету. Вы можете устранить эту проблему, выбрав мостовой адаптер вручную.
- Слишком много ненужных адаптеров — Vmware не очень хорош в выборе идеального сетевого адаптера, который следует использовать для режима моста. К счастью, вы можете убедиться, что программное обеспечение не выбрало неправильный, удалив все ненужные адаптеры из списка «Автоматическое соединение».
- VPN-клиент мешает работе VMware — Существует несколько VPN-клиентов (особенно VPN с удаленным доступом к конечной точке), которые, как известно, мешают работе моста в VMware. Если этот сценарий применим, вы можете решить проблему, удалив VPN-клиента с хост-компьютера.
- Адаптеры VirtualBox мешают работе VMware — Как сообщали несколько пользователей, эта конкретная проблема также может возникать, если вы ранее использовали VirtualBox (перед переключением на VMware). Если сетевые адаптеры, используемые VirtualBox, все еще используются, вам необходимо отключить их, чтобы устранить проблема в VMware.
- Обновление Windows сломало функцию моста — Если вы обновитесь до Windows 10 build 1703 или выше, когда установлена VMware, используемое обновление в конечном итоге удалит пару ключей реестра, которые необходимы для функции моста. В этом случае вы можете решить проблему, вернув настройки редактора виртуальной сети к настройкам по умолчанию.
- Сторонний брандмауэр блокирует функцию моста — Есть несколько комплектов AV, которые включают брандмауэр (чаще всего AVG и BitDefender), которые, как известно, вызывают эту конкретную проблему. Если этот сценарий применим, вы можете либо использовать встроенное решение, чтобы пропустить виртуальные машины через брандмауэр, либо полностью отключить брандмауэр.
Если вы в настоящее время пытаетесь решить ту же проблему, эта статья предоставит вам несколько шагов по устранению неполадок. Ниже вы найдете коллекцию методов, которые другие пользователи в аналогичной ситуации успешно использовали для решения проблемы мостовой сети VMware.
Для достижения наилучших результатов мы рекомендуем вам следовать потенциальным исправлениям в том порядке, в котором они представлены. Мы попытались охватить все возможные сценарии, поэтому один из методов, приведенных ниже, должен решить проблему в вашем конкретном сценарии.
Способ 5: удаление VPN-клиента с хоста
Как выясняется, эта конкретная проблема также может возникнуть, если вы активно используете VPN-соединение для защиты своей анонимности в Интернете. Несколько пострадавших пользователей сообщили, что мостовое соединение заработало, как и ожидалось, сразу после удаления VPN-клиента.
Замечания: Если вы заинтересованы в использовании VPN-клиента, вы можете использовать разных провайдеров, пока не обнаружите опцию, которая не конфликтует с VMware Workstation. В большинстве случаев VPN-клиент, о котором сообщается, что он конфликтует с рабочей станцией VMware, Конечная точка удаленного доступа VPN, но могут быть и другие.
Вот краткое руководство по удалению вашего VPN-клиента для решения проблемы мостовой сети:
- Нажмите Windows ключ + R открыть диалоговое окно «Выполнить». Затем введите «Appwiz.cpl» и нажмите Войти открыть Программы Особенности экран.
Введите appwiz.cpl и нажмите Enter, чтобы открыть список установленных программ. - Внутри Программы и особенности прокрутите вниз список приложений и найдите VPN-клиента, который вы используете в данный момент.
- Щелкните правой кнопкой мыши по вашему VPN-клиенту и выберите Удаление. Затем следуйте инструкциям на экране для завершения удаления.
Удаление VPN-клиента - Как только VPN-клиент будет удален, перезагрузите компьютер и посмотрите, решена ли проблема мостового соединения, запустив ту же виртуальную машину, которая ранее доставляла вам проблемы.
Method 2: Using a specific virtual network (VMnet0)
Several affected users have reported that for them, the issue was resolved entirely after they configured their WMware workstation to use a specific virtual network (VMnet0). As it turns out, if you leave the Network connection to Bridged, there’s a chance that the program will use the wrong one.
In the vast majority of cases, VMnet0 is the correct virtual network that needs to be used in this case. Here’s a short guide on how to program VMware to use a custom virtual network (VMnet0):
- Open VMWare Workstation, right-click on the virtual machine that you’re having issues with (from the left-hand menu) and choose Settings.
- Inside the Virtual Machine settings, select the Hardware tab. Then, select Network Adapter from the device list.
- With the network Adapter selected, go over to the right-hand and click on the toggle associated with Custom: Specific virtual network.
- Then, use the drop-down menu below to select VMnet0 from the list of specific virtual networks.
- Click Ok to save the configuration, then launch the virtual machine again and see if you’re now able to connect to the internet with your virtual machine.
If the issue is still not resolved and you’re still having issues with the network bridge in VMware Workstation, move down to the next method below.
Способ 6. Отключение всех сетевых записей VirtualBox от сетевых подключений
Если вы ранее использовали Virtual box, имейте в виду, что у вас могут возникнуть проблемы, если вы переключитесь на VMware (мостовой режим). Оказывается, что адаптеры, оставленные виртуальным блоком, могут вызвать проблемы с мостовым соединением внутри VMware.
Если этот сценарий применим к вашей текущей ситуации, и вы хотите использовать VMware, есть три пути вперед:
- Удалите VirtualBox вместе с адаптером, который использовался программным обеспечением.
- Начните использовать NAT с VMWare
- Отключите все записи сети, принадлежащие VirtualBox, из меню «Сетевые подключения»
- Нажмите Windows ключ + R открыть Бежать диалоговое окно. Затем введите «Ncpa.cpl» и нажмите Войти воспитывать Сетевые соединения Вкладка.
- Внутри Сетевые соединения вкладка, щелкните правой кнопкой мыши> Отключить на каждом сетевом адаптере, принадлежащем VirtualBox. У вас может быть один или несколько разных адаптеров, в зависимости от того, насколько широко вы использовали VirtualBoxОсобенности
Замечания: Если вас попросят UAC (контроль учетных записей пользователей), щелчок да предоставить необходимые разрешения для отключения виртуального адаптера. - После отключения каждого адаптера VirtualBox откройте VMware, запустите виртуальную машину, которая ранее доставляла вам проблемы, и посмотрите, не работают ли функции моста.
Отключение каждого адаптера VirtualBox
Если вы все еще сталкиваетесь с той же проблемой, перейдите к следующему способу ниже
Способ 3: отмена выбора всех адаптеров, кроме физической сетевой карты
Если вы используете Workstation Pro и не используете сетевое соединение внутри своих виртуальных машин при использовании мостового соединения, вы сможете решить эту проблему с помощью VMWare Виртуальный сетевой редактор отменить выбор всех сетевых адаптеров, которые не являются необходимыми для сетевого подключения.
Несколько затронутых пользователей сообщили, что хост-машина и гостевая машина начали обмениваться данными о подключении к Интернету сразу после проведения этой модификации.
Важный: Этот метод будет применим, только если вы используете VMware Workstation Pro. Следующие шаги не могут быть воспроизведены в VMware Workstation Player!
Вот краткое руководство о том, как это сделать:
-
открыто VMware Workstation PRO и используйте полосу ленты в верхней части, чтобы перейти к Редактировать> Редактор виртуальной сети.
Доступ к редактору виртуальных сетей из приложения
Замечания: Вы также можете полностью закрыть VMware Workstation и использовать функцию поиска Windows (нажмите клавишу Windows) для поиска VMWare Виртуальный сетевой редактор.
Если вы все еще сталкиваетесь с той же проблемой или этот метод не применим к вашему конкретному сценарию, перейдите к следующему способу ниже.
Method 1: Rebooting Vmnetbridge.sys via admin CMD
VMnetbridge.sys (VMware Bridge Control) can also cause this particular problem in instances where the file is incorrectly started or becomes glitched before it can facilitate communication between the host machine and the guest computer.
If this scenario is applicable, chances are you will be able to resolve the issue by essentially restarting the bmnetbridge service via an elevated Command Prompt. Several affected users have reported that this procedure allowed them to fix the problem, as the host and guest machines started communicated the next time a VMware window was launched.
Here’s a quick guide on rebooting vmnetbriddge.sys via an admin CMD:
- Make sure VMware Workstation is closed along with any opened guest machine.
- Press Windows key + R to open up a Run dialog box. Then, type “cmd” and press Ctrl + Shift + Enter to open up an elevated Command Prompt. When you see the UAC (User Account Control) confirmation prompt, click Yes to grant administrative privileges. Running CMD using the Run Dialog Box
- Inside the elevated Command Prompt, type the following commands in order and press Enter after each one to restart the VMnetbridge service:
- Once the VMNetService has been restarted, close the elevated command prompt, re-open VMware workstation and mount the virtual machine that you we’re previously encountering issues wit.
If the issue is still not resolved and you’re still encountering the same Bridged Network problem, move down to the next method below.
Способ 2. Использование определенной виртуальной сети (VMnet0)
Несколько затронутых пользователей сообщили, что для них проблема была полностью решена после того, как они настроили свою рабочую станцию WMware для использования определенной виртуальной сети (VMnet0). Как выясняется, если вы оставите сетевое подключение к Bridged, есть вероятность, что программа будет использовать неправильное.
В подавляющем большинстве случаев VMnet0 является правильной виртуальной сетью, которая должна использоваться в этом случае. Вот краткое руководство о том, как запрограммировать VMware для использования собственной виртуальной сети (VMnet0):
- Откройте VMWare Workstation, щелкните правой кнопкой мыши виртуальную машину, с которой у вас возникли проблемы (в левом меню) и выберите Настройки.
- Внутри Виртуальная машина настройки, выберите аппаратные средства Вкладка. Затем выберите Сетевой адаптер из списка устройств.
- Выбрав сетевой адаптер, перейдите к правой руке и нажмите на переключатель, связанный с Custom: конкретная виртуальная сеть.
- Затем используйте раскрывающееся меню ниже, чтобы выбрать VMnet0 из списка конкретных виртуальных сетей.
- Нажмите Хорошо чтобы сохранить конфигурацию, затем снова запустите виртуальную машину и посмотрите, сможете ли вы теперь подключиться к Интернету с вашей виртуальной машиной.
Настройка VMware Workstation для работы с VMnet0
Если проблема все еще не решена, и у вас все еще есть проблемы с сетевым мостом в VMware Workstation, перейдите к следующему способу ниже.
Method 8: Allowing VMware virtual machines from AVG’s firewalls (if applicable)
As it turns out, this particular issue can also occur if you’re using a 3rd party security (which includes a firewall) that is overprotective with the network connections that it manages. Several affected users have reported that they managed to resolve the issue after discovering that AVG firewall ( or a similar security solution) is responsible for their bridged mode problem in VMware.
Update: It seems that this issue can also be caused by Bitdefender’s firewall. Since BitDefender doesn’t include an option that will allow virtual networks through their firewall, the only way, in this case, is to disable the firewall completely.
If this scenario is applicable to your current situation and you’re using AVG Internet Security, you can resolve the issue swiftly by modifying AVG’s advanced settings to allow all virtual machines and traffic. Here’s how to do this:
- Open Avast Internet security and go to Settings > Expert Mode > Advanced Settings.
- Inside the Advanced settings menu, ensure that the box associated with Allow any traffic from/to virtual machines supported by firewall is checked.Allowing virtual networks in AVG
- Click Apply to save the current configuration.
- Restart VMware and see if the issue has been resolved.
Note: if you’re using a different security suite and you think this method might be applicable, search online for specific steps on how to allow your virtual networks according to the firewall that you’re using.h
Способ 7: восстановление настроек редактора виртуальной сети по умолчанию
Оказывается, есть одна конкретная сборка Windows 10, которая нарушает функцию мостового соединения на VMware Workstation. Как выясняется, если вы обновитесь до Windows 10, построенной 1703 или выше, когда установлена программа WMware, функция сетевого моста станет непригодной для использования, если не будут выполнены ручные действия.
Это происходит из-за того, что это обновление удаляет несколько ключей (VMnetDHCP и VMware NAT Service), что в итоге приводит к эффективному разрушению функции моста в VMWare Workstation. Но, как оказалось, вы можете очень легко устранить ущерб, заставив VMware воссоздать два раздела реестра, восстановив настройки редактора виртуальной сети по умолчанию.
Замечания: Приведенные ниже шаги применимы только для пользователей Vmware Workstation PRO и не могут быть реплицированы в VMware Player.
Вот краткое руководство о том, как это сделать:
- Откройте проводник и перейдите в следующую папку:
- Как только вы попадете туда, щелкните правой кнопкой мыши на vmnetcfg.exe и выбрать Запустить от имени администратора.
- Как только вам удастся открыть редактор виртуальной сети с правами администратора, нажмите Сброс настроек, а затем нажмите на Применять сохранить изменения.
Восстановление настроек редактора виртуальной сети по умолчанию - Перезапустите рабочую станцию VMware и посмотрите, работает ли режим моста, как предполагалось.
Если этот метод неприменим или вы все еще сталкиваетесь с этой конкретной проблемой, перейдите к следующему способу ниже.
Method 4: Removing all unnecessary host network adapters
If you’re using VMware Workstation Player (the free version) and the method above wasn’t applicable, this is how you can do it from the free version. In the vast majority of case, the error occurs because the software has a lot of host network adapters to choose from when having to pick one for the bridged network connection.
Often times, the software ends up choosing a network adapter that can’t facilitate a connection to the Internet, which ends up creating the issue that is discussed in this article. If this scenario is applicable, you can resolve the problem quite easily by making sure that the host adapters that are not necessary for this procedure are removed from the Automatic Bridging Settings menu.
Here’s a quick guide on how to do this:
- First things first, we need to start by discovering which network adapter is being used for our current connection to the Internet. This first step is essential as it will help us discover which host network adapters need to be discarded later on.
- Press Windows key + R to open up a Run dialog box. Then, type “ncpa.cpl” and press Enter to open up the Network Connections menu.
- Inside the Network Connections menu, see which network is currently being used. You can spot this by looking at which entry has the green signal icon. Once you spot the active network connection, see which network adapter is being used for it. You can see this directly under the name of the network – in our case, is Qualcomm Atheros AR9285.
- Now that you know the host network adapter that should be used, open VMware Workstation, right-click on the virtual machine that you’re having issues with and choose Settings.
- Inside the Virtual Machine Settings screen, select the Hardware tab, then choose Network Adapter from the list below.
- With the Network Adapter device selected, move over to the right part of the screen and check the toggle associated with Bridged (under Network connection). Then, click on the Configure Adapters button.
- In the Automatic Bridging Settings menu, uncheck everything except for the host network adapter that you’ve uncovered at step 3.
- Click Ok to save the configuration, then launch the virtual machine and see if you have a working bridged network connection.
If you’re still encountering the same problem, move down to the next method below.
Способ 1: перезагрузка Vmnetbridge.sys через администратор CMD
VMnetbridge.sys (управление мостом VMware) также может вызвать эту конкретную проблему в тех случаях, когда файл неправильно запускается или становится сбойным, прежде чем он может облегчить связь между хост-машиной и гостевым компьютером.
Если этот сценарий применим, скорее всего, вы сможете решить проблему, перезапустив bmnetbridge служба через повышенную командную строку. Несколько затронутых пользователей сообщили, что эта процедура позволила им устранить проблему, так как хост и гостевые машины начали взаимодействовать при следующем запуске окна VMware.
Вот краткое руководство по перезагрузке vmnetbriddge.sys через админ CMD:
Если проблема все еще не решена, и вы все еще сталкиваетесь с той же проблемой мостовой сети, перейдите к следующему способу ниже.
Method 7: Restoring Virtual Network Editor settings to the defaults
As it turns out, there’s one particular Windows 10 build that breaks the bridged connection feature on VMware Workstation. As it turns out, if you update to Windows 10 built 1703 or above while WMware is installed, the network bridging feature will become unusable unless manual action is conducted.
This happens because this update deletes a couple of keys (VMnetDHCP and VMware NAT Service) which ends up effectively breaking the bridging feature inside VMWare Workstation. But as it turns out, you can rectify the damage very easily by forcing VMware to recreate the two registry keys by restoring the settings of the Virtual Network Editor to the default.
Note: The steps below are only applicable for Vmware Workstation PRO users and can’t be replicated on VMware Player.
Here’s a quick guide on how to do this:
- Open File Explorer and navigate to the following location:
- Once you get there, right-click on vmnetcfg.exe and choose Run as Administrator.
- Once you manage to open the Virtual Network Editor with administrative privileges, click on Restore Default, and then click on Apply to save the changes. Restoring the Virtual Network Editor settings to the default
- Restart VMware workstation and see if the bridge mode is working as intended.
If this method wasn’t applicable or you’re still encountering this particular issue, move down to the next method below.
What is causing problems with the VMware Bridged Network?
We investigated this particular issue by looking at various user reports and the repair strategies that are commonly used to fix this problem. Based on what we gathered, there are several common scenarios that are known to lead to this issue:
- Vmnetbridge.sys is glitched – As it turns out, this particular issue can occur in those instances where the service responsible for the bridged mode is incorrectly started or remains in a ‘limbo’ state. In this particular case, you can resolve the issue by running a couple of commands in an elevated Command Prompt.
- WMware picks the wrong virtual network – If you leave VMware to choose which virtual network to use for the bridging mode, chances are it will end up using one without an active connection to the internet- which ends up producing this problem. One way to fix this issue is to set up a specific virtual network that you know is working.
- Wmware is bridging to the wrong adapter – If you leave the Bridging settings to Automatic, this issue will occur if VMnet0 ends up Bridging to a network adapter that is not currently maintaining your internet connection. You can rectify this issue by choosing the bridging adapter manually.
- Too many unnecessary adapters – Vmware is not very good in selecting the ideal host network adapter that should be used for the bridging mode. Fortunately, you can ensure that the software doesn’t pick the wrong one by removing all unnecessary adapters from the Automatic Bridging list.
- VPN client is interfering with VMware – There are several VPN clients (particularly Endpoint Remote Access VPN) that are known to interfere with the bridging feature on VMware. If this scenario is applicable, you can resolve the issue by uninstalling the VPN client from the host machine.
- VirtualBox adapters are interfering with VMware – As several users have reported, this particular issue can also occur if you previously used VirtualBox (before making the switch to VMware) If the network adapters used by VirtualBox are still being used, you’ll need to disable them in order to resolve the issue in VMware.
- Windows update broke the bridging feature – If you update to Windows 10 build 1703 or above while VMware is installed, the update used will end up deleting a couple of registry keys that are essential to the bridging feature. In this case, you can resolve the issue by reverting the settings of the Virtual Network Editor to the default.
- 3rd party firewall is blocking the bridging feature – There are several AV suites that include a firewall (most commonly AVG and BitDefender) that are known to cause this particular issue. If this scenario is applicable, you can either use the built-in solution to allow virtual machines through the firewall or disable the firewall altogether.
Method 5: Removing VPN client from the host machine
As it turns out, this particular issue can also occur if you’re actively using a VPN connection to protect your anonymity on the web. Several affected users have reported that the bridged connection started working as expected as soon as they uninstalled their VPN client.
Note: If you’re keen on using a VPN client, you can try different providers until you discover an option that doesn’t conflict with VMware Workstation. In most cases, the VPN client that is reported to conflict with VMware workstation is Endpoint Remote Access VPN, but there could be others.
Here’s a quick guide on uninstalling your VPN client in order to resolve the bridged network issue:
- Press Windows key + R to open up a Run dialog box. Then, type “appwiz.cpl” and press Enter to open up the Programs an Features screen. Type appwiz.cpl and Press Enter to Open Installed Programs List
- Inside the Programs and Features screen, scroll down through the list of applications and locate the VPN client that you’re currently using.
- Right-click on your VPN client and choose Uninstall. Then, follow the on-screen prompts to complete the uninstallation. Uninstalling the VPN client
- Once the VPN client is uninstalled, restart your computer and see if the bridged connection issue is resolved by launching the same virtual machine that was previously giving you trouble.
Читайте также: