Jaringan rusak di VMware 10.0 VM saya setelah memutakhirkan ke Windows 8.1


20

Saya memiliki instalasi VMware Workstation 10.0 dengan beberapa jaringan virtual termasuk hanya host default dan jaringan NAT.

Setelah memutakhirkan ke Windows 8.1, jaringan NAT tidak berfungsi. Saya mem-boot Ubuntu VM dengan pengaturan jaringan default yang sebelumnya berfungsi, dan itu duduk untuk waktu yang lama saat startup mengatakan sedang menunggu jaringan. Setelah akhirnya dimulai, sebuah ifconfigmenunjukkan tidak ada alamat IP untuk eth0.

Bagaimana saya bisa memperbaiki jaringan yang rusak?


1
Lihat jawaban ini sebelum mencoba jawaban di bawah ini, ini menyelamatkan saya dari banyak waktu stackoverflow.com/questions/61449/…
cchamberlain

@cchamberlain: Terima kasih, itu adalah tip yang berguna bagi siapa saja yang bertanya-tanya bagaimana cara mengakses sumber daya pada komputer host dari dalam VM. (Pada dasarnya, "gunakan nama host atau alamat IP dari mesin host alih-alih localhost.) Masalah ini adalah kasus kerusakan jaringan VMware setelah pemutakhiran Windows, jadi tidak ada koneksi nyata antara kedua masalah, tetapi jika ada yang mengalami masalah dengan yang lain masalah tautannya akan membantu mereka
Michael Geary

1
pastinya! Saya telah memukul jawaban ini beberapa kali ketika mencari yang lain sekarang jadi saya pikir saya akan meninggalkan komentar.
cchamberlain

1
Luar biasa. Senang Anda memposting komentar itu; ini adalah jenis referensi silang yang sangat membantu.
Michael Geary

Jawaban:


35

Punya masalah yang sama dengan workstation 8.0.6. Saya hanya menghentikan semua vm yang berjalan, pergi ke Home-Tab, memilih Virtual Network Editor dan melakukan "Restore Default". Itu saja. Kemudian ketika saya memulai lagi vm, saya mendapat jendela yang menanyakan jenis jaringan baru (jaringan rumah, tempat kerja atau jaringan publik) dan setelah mendefinisikan jenis saya semua bekerja kembali seperti sebelumnya.

masukkan deskripsi gambar di sini

masukkan deskripsi gambar di sini


Sama di sini dengan Workstation 10. Tidak perlu menginstal ulang semuanya.
Axel Fontaine

2
Saya menggunakan vmware player (5.0.2) yang sepertinya tidak memiliki editor jaringan virtual. apakah saya punya pilihan selain menginstal ulang?
Andy

2
Ini memecahkan masalah yang sama pada workstation 9 setelah upgrade ke Windows 10.
John Sampson

Bekerja untuk saya juga setelah upgrade yang tidak perlu untuk menginstal Windows 10 saya ...
Bryson S.

7

Jalankan lagi penginstal VMware 10.0, dan pilih Repair pada layar pertama. Setelah selesai proses perbaikan, jalankan Editor Jaringan Virtual dan periksa pengaturan jaringan Anda. Jika Anda telah menyesuaikan salah satu alamat IP di jaringan virtual Anda, Anda mungkin perlu mengulang pengaturan itu. Jika Anda memiliki jaringan khusus tambahan, Anda mungkin perlu memasukkannya kembali dari awal.

Jika Anda memiliki pengaturan jaringan virtual yang rumit, mungkin sebaiknya mengambil tangkapan layar atau membuat beberapa catatan sebelum meningkatkan ke Windows 8.1.


1
Bekerja untukku. Catatan: Anda dapat menjalankan ulang penginstal dengan fungsi perbaikan dari menghapus program di kontrol sistem.
PiTheNumber

4

Cara Memperbaiki TANPA Menjembatani di VMware Workstaion di Windows 10 Host

di mesin host (win 10) pergi ke

mulai -> pengaturan -> jaringan & internet -> Ethernet -> ubah opsi adaptor

klik kanan untuk mendapatkan properti adaptor Ethernet -> instal -> add -> pilih layanan

pilih "VMware Bridge Protocol" dan klik ok

Anda akan melihatnya di pengaturan adaptor sekarang ..

restart VM Anda

semoga berhasil


3

Saya menemukan hal lain yang dapat menyebabkan gejala ini. Saya telah menginstal VMware Workstation 10.0.1 setelah pemutakhiran Windows 8.1 dan tidak memiliki masalah yang sama persis . Tetapi DHCP berhenti bekerja untuk mesin virtual di belakang NAT sehingga tidak memiliki IP. Kemudian saya menemukan Layanan NAT VMware tidak berjalan dan tidak dapat dimulai.

Alasannya adalah: penerusan port host tabrakan port .

Saya pertama kali mencoba Restore Default "(seperti yang direkomendasikan oleh Marcel Krommenhoek) dan layanan VMware NAT mulai berjalan lagi. HOORAY!

SAMPAI ... Saya menambahkan port yang diperlukan saya meneruskan kembali ke VMware NAT. BOO!

Saya menemukan jika Anda mengatur penerusan port di VMware NAT yang mencakup port host yang sudah digunakan * pada host, layanan VMware NAT gagal restart .

Dalam hal ini, Skype adalah masalahnya. Itu menggunakan port 80 .

Itu ketika saya menambahkan port 80 penerusan di VMware NAT bahwa layanan gagal untuk me-restart.

Untuk memperbaikinya, saya mematikan port 80 digunakan di Skype dengan:

Tools -> Options -> 
Advanced -> Connection -> 
uncheck [ ] use port 80 and 443 for incoming connections

Setelah itu saya bisa mengatur penerusan untuk port 80 dan layanan VMware NAT berjalan dengan baik (dan dengan benar meneruskan port ke dalam VM).

CATATAN 1: Ini hanya ada di Skype "Desktop" yang telah saya tambahkan ke sistem Windows 8.1 ini. Tampaknya Skype "Modern" (Metro) tidak melakukan ini.

CATATAN 2: Ini pasti akan membantu jika Editor Jaringan Virtual VMware akan memperingatkan Anda bahwa Anda mencoba menggunakan port yang sudah digunakan!

Menggunakan: Windows 8.1, VMware Workstation 10.0.1, CentOS 6.5 VM 64-bit yang menjalankan Apache dengan JOOMLA.


3

Saya punya masalah serupa. Tapi saya menggunakan VMware Player 7 sebagai gantinya Workstation dan Windows 8.1 seperti PC lokal dan Ubuntu 10,04 seperti SO tamu.

Saya menyelesaikan masalah menghapus NAT Adapter dan kemudian membuat yang baru.

Saya masuk ke Ubuntu VM dan voila !, Berhasil !! Saya berasumsi itu adalah cara untuk memperbaiki di VMware Player, karena tidak ada opsi yang sama seperti di Workstation.

Saya harap ini membantu Anda !!


0

Saya hanya menjatuhkan ini di sini karena saya telah menghabiskan setengah hari untuk menyelesaikan masalah ini. Saya menggunakan opsi NAT juga, tetapi VMWare v12.1.0 berisi bug. Ini telah diatasi dalam v12.1.1. Lihat topik di vmware.com


-1

Cukup jalankan VMware sebagai administrator dalam mode kompatibilitas Windows 8 dan semuanya akan berfungsi.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.