Мережа VMware Player «Місткі» більше не працює - хост = win8.1 гість = Монетний двір 17 Linux


15

Основна інформація про технічну інформацію:

  1. Хост: Windows 8.1
  2. Гість: Linux Mint 17
  3. Версія VMWare Player: 6.0.3 build-1895310
  4. Господарське обладнання: Ноутбук ASUS з широкосмуговим набором wifi

Раніше (більш ранні версії Linux Mint та більш ранні версії VMWare Player) я міг перемикати мережу між NAT і Bridged, і обидві працюватимуть, як очікувалося. Я влаштувався на NAT. Нещодавно мені довелося перейти на Bridged, і гостьова ОС Linux не змогла підключитися. Поверніться назад до NAT, і все підключиться і працює добре.

Я оновив VMWare Tools у гостьовій ОС, без ефекту. На жаль, я не знаю, яке оновлення Mint чи VMWare Player оновило функціональність, або коли.

Варіанти цього питання, схоже, часто виникають, але жодне із запитань, які я читав тут на Superuser, не здається безпосередньо вирішити цю проблему або запропонувати її вирішити.

Раді надати логінфайли чи іншу інформацію, щоб допомогти налагодити проблему. Просто дайте мені знати, що вам потрібно. Оскільки я можу використовувати NAT як обхід, це не актуально. Однак я хотів би зрозуміти, що не так, і виправити це.

Дякую.

Відповіді:


21

Існує ще один, не настільки "жорстокий" підхід до виправлення цього. Це мене не раз кусало. Перейдіть у віртуальний мережевий редактор VMWare, і в розділі Інформація VMNet для "Мостів" витягніть спадне меню "Мости до": і перейдіть з Автоматичного на своє фізичне ім'я адаптера. Це дозволяє і VMWare, і VirtualBox грати разом на одному хості. (Я здивований, що VMWare не виявляє цього, коли в хості встановлено більше 1 програми VM)


просте рішення, яке працювало і для мене
iBabur

Я так рада, що знайшла цю відповідь! Я повністю забув, що я встановив virtualBox, і я помітив, що після декількох перезавантажень я можу використовувати свою мостикову мережу. Дякую!
Слава Бабін

13

Знайшов рішення для моєї версії проблеми. Сподіваюся, це допоможе комусь іншому.

Раніше я використовував VirtualBox. Перехід на VMWare (використовуючи NAT) спрацював чудово, але VirtualBox залишив адаптер, що працює лише для хостів у Windows Networking, який (мовчки) робить «мостовий» режим у VMWare не працює.

Я потрапив у аналогічну проблему, встановивши "boot2docker" (який використовує VirtualBox) на іншій машині, яка працювала VMWare, яка потім зупинилася після встановлення "boot2docker". Діагностика цього призвела до того, що винуватцем став VirtualBox.

SOLUTON:

На хості Windows перейдіть до мережевих підключень та "відключіть" будь-які записи мережі VirtualBox там. Ваші "мостові" підключення VMWare почнуть працювати знову.


6

Вам не доведеться відключати адаптери VirtualBox в Windows. Ви можете це виправити безпосередньо в програмі VMWare Player. Увійдіть у налаштування мережі VM, виберіть «Місткі» та натисніть кнопку Налаштувати адаптери. Зніміть прапорець "Адаптер Ethernet лише для хоста VirtualBox".

Це дозволить вирішити вашу проблему і залишити адаптери VirtualBox функціональними у Windows, так що ви можете використовувати як VB, так і VMWare в одній і тій же системі, не потребуючи постійної комутації налаштувань.


3

Єдине, що зафіксувало моє з'єднання, - це додати ще один мережевий адаптер (NAT) поверх існуючого.

Керування -> Налаштування віртуальної машини -> Додати -> Мережевий адаптер -> Готово.


Я можу підтвердити, що мені довелося зробити цю точну річ кілька разів - це майже як VMWare втрачає зв’язок з віртуальним NIC на хості, а створення нового NIC для гостя відновлює його.
Mikey TK

Це фактично спрацювало
smac89

2

Я виявив, що у VMware Player немає мережевого редактора. Однак ви можете вказати, до якого адаптера переходити міст, і це вирішило для мене проблему. На екрані внизу були обрані обидва адаптери. Видаліть Hyper-V, залишивши лише фізичний адаптер.

введіть тут опис зображення


0

Я також хотів би зазначити, окрім цих відповідей, що клієнт / брандмауер, зокрема, брандмауер (в моєму випадку AVG Firewall) може перешкоджати адаптеру Bridge для Vmware, спробуйте відключити програмне забезпечення брандмауера.


0

У мене є аналогічна проблема, і це було викликано тим, що у мене на хості є 2 мережеві карти (eth / wifi) і обидва підключені до Інтернету. Коли я відключив одного, проблеми не було.


0

На моїй установці це було встановлення npcap (з wireshark) на хості, що порушувало віртуальне з'єднання. Зайшовши в конфігурацію мережі vmware та відключивши адаптер npcap для vm, відновлено з'єднання


0

У програвачі VMWare Workstation Player мені довелося зробити дві речі:

1) У моїх параметрах мережевого адаптера Windows у розділі Властивості адаптера, який я використовую для підключення до локальної мережі, я повинен був переконатися, що прапорець VMWare Bridge Protocol Protocol встановлений.

2) У налаштуваннях мережевого адаптера VMWare, як уже згадували інші, переконайтесь, що єдиним адаптером, який зареєстрований у налаштуваннях адаптерів, є адаптер, який ви використовуєте для підключення до локальної мережі.

Зробивши ці дві речі, я перезапустив комп’ютер, а потім мій VM та мережу успішно підключились. Сподіваюся, це допомагає!


0

У моєму випадку це виявилося заплутаним маршрутизатором, просто необхідним для відключення / відключення живлення. Це після спробу всіх перерахованих вище хе. Я помітив, що перехід на сторінку адміністратора маршрутизаторів не працює. Це тоді, коли я відключив його та перезавантажив, а потім з'єдналися мостові мережі! тож перевірте це теж ...


-1

Я використовував мостове з'єднання для VM Kubuntu. Це раптом перестало працювати, не знаю чому. Я виправив це, ввівши команду консолі "nmcli networking on".

Я абсолютно не маю уявлення, чому це спрацювало.


1
Ви робите це так, ніби натискаєте випадкові клавіші, і вони заклинають "nmcli networking on", і магічно це спрацювало. Звичайно, у вас були якісь причини спробувати цю команду.
fixer1234

2
Я в 6-годинному запамороченні намагався виправити це, набравши випадкову c ** p від stackexchange, потіючи відчайдушно. Я вступив у стан фуги і прокинувся голим у полі з фіксованим VM-з'єднанням свого ноутбука, а поруч зі мною написана команда "nmcli networking on".
Джош Портер
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.