問題:
主機采用XP系統(tǒng)，在該系統(tǒng)中安裝VMWARE，之后在VMWARE中安裝了2KSERVER。現(xiàn)需要讓主機與虛擬機實現(xiàn)互聯(lián)（即在主機的網(wǎng)上鄰居中能看見虛擬機2KSERVER）。我的方法是將主機XP系統(tǒng)中的網(wǎng)卡屬性中的TCP/IP中的IP ADRESS 設(shè)置為192。168。0。1。再將虛擬網(wǎng)卡中的VMNET8的IP ADRESS 192。168。0。2另一塊虛擬網(wǎng)卡被禁用。2。在虛擬2KSERVER中將網(wǎng)卡的IP ADRESS設(shè)為192。168。0。3網(wǎng)絡(luò)采用NAT方式連接。以上方法不能實現(xiàn)主機與虛擬機的互聯(lián)。請敬分析原因。
分析解決:
主機網(wǎng)卡不能配制成使用192.168.0.1。因為網(wǎng)絡(luò)采用NAT方式連接時，虛擬機里的網(wǎng)卡與vmnet8接到同一個交換機上，而主機網(wǎng)卡并沒有接到該交換機上。（為了更好地理解網(wǎng)絡(luò)，請參考聯(lián)機用戶手冊，host virtual network mapping）。當(dāng)主機網(wǎng)卡、vmnet8、虛擬機網(wǎng)卡采用同一ip地址段時，由于ms-windows的路由選擇策略（涉及到tcp/ip技術(shù)），xp會將發(fā)往虛擬機的ip數(shù)據(jù)發(fā)送到主機網(wǎng)卡出口，由于主機網(wǎng)卡并沒有和虛擬機網(wǎng)卡連接，所以虛擬機就收不到主機的數(shù)據(jù)，造成通信失敗。為了證明我的觀點，你可以在主機上執(zhí)行命令：route add 192.168.0.3 mask 255.255.255.255 192.168.0.2，就能恢復(fù)主機和虛擬機的通信。該命令的意思是，將發(fā)送到192.168.0.3（虛擬機）的數(shù)據(jù)從192.168.0.2接口vmnet8）上發(fā)送出去。
VMware虛擬網(wǎng)卡地址分配問題:
我們常說的橋接指的是虛擬機里的網(wǎng)卡和主機的真實網(wǎng)卡（或說非vmware虛擬的網(wǎng)卡）相連接。對虛擬機里只配置了一塊網(wǎng)卡的情形來說，橋接方式就是要將主機真實網(wǎng)卡和虛擬機里的網(wǎng)卡配置到一個ip段里面。僅主機方式就是將vmnet1和虛擬機里的網(wǎng)卡配置到一個ip段里面，nat方式就是將vmnet8和虛擬機里的網(wǎng)卡配置到一個ip段里面。因為默認(rèn)情況下vmware的虛擬網(wǎng)卡所在的虛擬網(wǎng)絡(luò)上存在dhcp服務(wù)，主機的真實網(wǎng)卡所在網(wǎng)絡(luò)上通常沒有dhcp服務(wù)，所以如果你選用橋接方式的話，虛擬的linux里網(wǎng)絡(luò)配置要選擇指定ip。其他方式可以選擇使用dhcp。
要區(qū)分虛擬機里面的網(wǎng)卡----vmnet1,vmnet8網(wǎng)卡-----以及真實主機的網(wǎng)卡 三者的關(guān)系。
以下是引用網(wǎng)上的一篇挺好的文章：
http://www.chinaunix.net/jh/4/376768.html
vmware 網(wǎng)絡(luò)設(shè)置三：理解虛擬網(wǎng)絡(luò)的類型
bridge：?
?
這種方式最簡單，直接將虛擬網(wǎng)卡橋接到一個物理網(wǎng)卡上面，和linux下一個網(wǎng)卡 綁定兩個不同地址類似，實際上是將網(wǎng)卡設(shè)置為混雜模式，從而達(dá)到偵聽多個IP的能力。
?
在此種模式下，虛擬機內(nèi)部的網(wǎng)卡（例如linux下的eth0)直接連到了物理網(wǎng)卡所在的網(wǎng)絡(luò)上，可以想象為虛擬機和host機處于對等的地位，在網(wǎng)絡(luò)關(guān)系上是平等的，沒有誰在誰后面的問題。
?
使用這種方式很簡單，前提是你可以得到1個以上的地址。對于想進(jìn)行種種網(wǎng)絡(luò)實驗的朋友 不太適合，因為你無法對虛擬機的網(wǎng)絡(luò)進(jìn)行控制，它直接出去了。?
nat方式：
這種方式下host內(nèi)部出現(xiàn)了一個虛擬的網(wǎng)卡vmnet8（默認(rèn)情況下），如果你有過 做nat服務(wù)器的經(jīng)驗，這里的vmnet8就相當(dāng)于連接到內(nèi)網(wǎng)的網(wǎng)卡，而虛擬機本身則相當(dāng)于運 行在內(nèi)網(wǎng)上的機器，虛擬機內(nèi)的網(wǎng)卡（eth0）則獨立于vmnet8。
?
你會發(fā)現(xiàn)在這種方式下，vmware自帶的dhcp會默認(rèn)地加載到vmnet8界面上，這樣虛擬機就可以使用dhcp服務(wù)。更為重要的是，vmware自帶了nat服務(wù)，提供了從vmnet8到外網(wǎng)的地址轉(zhuǎn) 換，所以這種情況是一個實實在在的nat服務(wù)器在運行，只不過是供虛擬機用的。
?
很顯然，如果你只有一個外網(wǎng)地址，此種方式很合適。
hostonly:?
?
這應(yīng)該是最為靈活的方式，有興趣的話可以進(jìn)行各種網(wǎng)絡(luò)實驗。和nat唯一的不同的是，此 種方式下，沒有地址轉(zhuǎn)換服務(wù)，因此，模認(rèn)情況下，虛擬機只能到主機訪問，這也是hostonly的名字的意義。
?
默認(rèn)情況下，也會有一個dhcp服務(wù)加載到vmnet1上。這樣連接到vmnet1上的虛擬機仍然可以設(shè)置成dhcp，方便系統(tǒng)的配置.
?
是不是這種方式就沒有辦法連接到外網(wǎng)呢，當(dāng)然不是，事實上，這種方式更為靈活，你可以使用自己的方式，從而達(dá)到最理想的配置，例如：
a。使用自己dhcp服務(wù)：首先停掉vmware自帶的dhcp服務(wù)，使dhcp服務(wù)更為統(tǒng)一。
b。使用自己的nat,方便加入防火墻。windows host可以做nat的方法很多，簡單的如windows xp的internet共享，復(fù)雜的如windows server里的nat服務(wù)。
c. 使用自己的防火墻。因為你可以完全控制vmnet1,你可以加入（或試驗）防火墻在vmnet1和外網(wǎng)的網(wǎng)卡間。
?
從以上可以看出，hostonly這種模式和普通的nat server帶整個內(nèi)網(wǎng)上網(wǎng)的情形類似，因此你可以方便的進(jìn)行與之有關(guān)的實驗，比如防火強的設(shè)置等。