Monday, April 10, 2006

Bug in Latest VMware Server Beta Affects Sguil VM

A bug in cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 latest VMware Server Beta (22874) affects my newest Sguil VM. I like to deploy cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 VM so that VM management interface lnc0 is bridged to /dev/vmnet0, and cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 sniffing interface lnc1 is bridged to /dev/vmnet2. On Linux this means that /dev/vmnet0 corresponds to eth0 and /dev/vmnet2 corresponds to eth1.

You can see in cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 screen capture at right that my second interface is listed as a "custom" network associated with "VMnet2".

When I tried starting my VM today, I got an error message saying VMnet2 was not available. After some searching I found cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 following thread discussing cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 same problem.


The solution is simple. Racá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365r than accept cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 listing that VMware provides, replace VMnet2 with /dev/vmnet2. The screen capture at left shows this configuration.

Now cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 VM boots without any problem. Remember to alter permissions on /dev/vmnet2 if you want to use it for promiscuous sniffing. Change permissions when cá cược thể thao bet365_cách nạp tiền vào bet365_ đăng ký bet365 VM is not booted.

No comments: