① 【Internet共享】本地計算機上的Internet connection sharing (ICS) 服務啟動後停止
「本地計算機上的Internet connection sharing (ICS)」的意思是：網際網路連接共享（ICS）。是Windows系統針對家庭網路或小型的Intranet網路提供的一種Internet連接共享服務。
② 虛擬機如何設置IP和宿主機的IP在同一網段內
關於橋接網路：
]Host的物理網卡和Guest的網卡在VMnet0交換機上通過虛擬網橋進行橋接，這也就是說，我的物理網卡和Guest的虛擬網卡（註：這個虛擬網卡不等於VMwareNetworkAdapterVMnet1或者VMwareNetworkAdapterVMnet8）處於同等地位，此時的Guest就好像我的Host所在的一個網段上的另外一台機器。我的Host的物理網卡配置如下：IP地址為手工指定方式，網關為192.168.0.1，那麼我的Guest就應該和我的Host處於同一個網段，它的配置可為：
Ethernetadapter本地連接:
Connection-specificDNSSuffix.:
Description...........:
PhysicalAddress.........:00-1A-A0-A9-DC-1B
DhcpEnabled...........:No
IPAddress.............:192.168.0.2
SubnetMask...........:255.255.255.0
DefaultGateway.........:192.168.0.1
IP地址為手工指定方式，網關為192.168.0.1，那麼我的Guest就應該和我的Host處於同一個網段，它的配置為：
EthernetadapterBridged:
Connection-specificDNSSuffix.:
Description...........:
PhysicalAddress.........:00-1A-A0-A9-DC-1B
DhcpEnabled...........:No
IPAddress.............:192.168.0.10
SubnetMask...........:255.255.255.0
DefaultGateway.........:192.168.0.1
同樣，IP地址也為手工指定方式，網關也為192.168.0.1，這樣的話，IP地址為192.168.0.2的Host和IP地址為
192.168.0.10的Guest就可以互通了：
EthernetadapterBridged:
Connection-specificDNSSuffix.:
Description...........:
PhysicalAddress.........:00-1A-A0-A9-DC-1B
DhcpEnabled...........:No
IPAddress.............:192.168.0.10
SubnetMask...........:255.255.255.0
DefaultGateway.........:192.168.0.1
Pinging192.168.100.10with32bytesofdata:
Replyfrom192.168.100.10:bytes=32time<1msTTL=64
Replyfrom192.168.100.10:bytes=32time<1msTTL=64
Replyfrom192.168.100.10:bytes=32time<1msTTL=64
Replyfrom192.168.100.10:bytes=32time<1msTTL=64
Pingstatisticsfor192.168.100.10:
Packets:Sent=4,Received=4,Lost=0(0%loss),
-seconds:
Minimum=0ms,Maximum=0ms,Average=0ms
當然，Guest所配置的IP地址一定要在192.168.0網段沒有被佔用，而且我的網路管理員允許我來使用這個IP地址。如果在192.168.0網段，存在DHCP伺服器，那麼Host和Guest都可以把IP地址獲取方式設置為DHCP方式。
關於NAT網路
在NAT網路中，會使用到VMnet8虛擬交換機，Host上的VMwareNetworkAdapterVMnet8虛擬網卡被連接到VMnet8交換機上，來與Guest進行通信，但是VMwareNetworkAdapterVMnet8虛擬網卡僅僅是用於和VMnet8網段通信用的，它並不為VMnet8網段提供路由功能，處於虛擬NAT網路下的Guest是使用虛擬的NAT伺服器來連接到Internet的。VMware功能非常強大，在NAT網路下，我們甚至可使用PortForwarding功能，來把Host的某一個TCP或者UDP埠映射到Guest上！我的VMwareNetworkAdapterVMnet8虛擬網卡的IP地址配置如下：Ethernetadapter本地連接:
:
Connection-specificDNSSuffix.:
Description...........:
PhysicalAddress.........:00-50-56-C0-00-08
DhcpEnabled...........:No
IPAddress............:192.168.153.1
SubnetMask...........:255.255.255.0
DefaultGateway.........:
IP地址是手工填寫的，但卻不是由我來指定的，而是VMware在安裝的時候自動隨機指定的一個IP地址（注意，不要修改VMwareNetworkAdapterVMnet8虛擬網卡所在的網路ID，這樣的話會造成Host和Guest無法通信）。那麼，我的NAT網路的虛擬機的IP地址也為192.168.153.0這個網段，其IP地址配置為：
WindowsIPConfiguration
HostName............:Lineage
PrimaryDnsSuffix.......:
NodeType............:Unknown
IPRoutingEnabled........:no
WINSProxyEnabled........:No
EthernetadapterNAT:
Connection-specificDNSSuffix.:
Description...............:VMwarePCIEthernetAdapter
PhysicalAddress.............:00-50-56-C0-00-08
DhcpEnabled...............:Yes
AutoconfigurerationEnanble....:Yes
IPAddress................:192.168.153.10
SubnetMask...............:255.255.255.0
DefaultGateway.............:192.168.153.2
DHCPServer................:192.168.153.254.....................
可以看到，它的IP地址分是由DHCP伺服器分配的的，DHCP伺服器的地址為192.168.85.254，那為什麼會有DHCP伺服器存在呢？
這是因為VMware安裝之後，會有一台虛擬的DHCP伺服器為虛擬機來分配IP地址，這個DHCP伺服器，你可以ping通它，但是無法進行訪問，因為實際上它就是一個系統服務而已，在開始——>運行中輸入services.msc，就會看到這個服務
此時可以看到，Guest的網卡和Host上的VMwareNetworkAdapterVMnet8虛擬網卡擁有相同的網路ID，這樣的話，在Guest中，ping通Host就沒有問題了：
Pinging192.168.153.1with32bytesofdata:
Replyfrom192.168.153.1:bytes=32time<1msTTL=64
Replyfrom192.168.153.1:bytes=32time<1msTTL=64
Replyfrom192.168.153.1:bytes=32time<1msTTL=64
Replyfrom192.168.153.1:bytes=32time<1msTTL=64
Pingstatisticsfor192.168.153.1:
Packets:Sent=4,Received=4,Lost=0(0%loss),
-seconds:
Minimum=0ms,Maximum=0ms,Average=0ms
有一點需要說明的是，在NAT方式的網路中，Guest的Gateway都指向了192.168.X.2，在本例中，X=153，也就是那個虛擬的NAT伺服器的地址，這個伺服器是一台虛擬的NAT伺服器，可以ping通它，但是卻無法訪問到這台虛擬機，因為這同樣也是一個系統服務：這時候，我的Guest和Host就可以實現互訪了，並且如果我的Host此時已經連接到了Internet，那麼我的Guest也就可以連上Internet了。那麼Host上的VMwareNetworkAdapterVMnet8虛擬網卡在這里扮演了一個什麼角色呢？它僅僅是為Host和NAT虛擬網路提供了一個通信介面，所以，即便在Host中Disable掉這塊虛擬網卡，Guest仍然是可以上網的，只是Host無法再訪問VMnet8網段，也即是無法訪問Guest而已。
關於Host-Only網路
在Host-Only網路中，Host-Only網路被用來設計成一個與外界隔絕的（isolated）網路，其實Host-Only網路和NAT網路非常相似，唯一不同的地方就是在Host-Only網路中，沒有用到NAT服務，沒有伺服器為VMnet1網路做路由，它當然就沒有辦法訪問Internet啦，可是如果此時我的Host要和Guest通信怎麼辦呢？當然就要用到VMwareNetworkAdapterVMnet1這塊虛擬網卡了。
如下圖，這是我的Host上的VMwareNetworkAdapterVMnet1虛擬網卡的配置，同樣，VMware也為我自動隨機分配好了它的IP：
:
Connection-specificDNSSuffix.:
Description...........:
PhysicalAddress.........:00-50-56-C0-00-01
DhcpEnabled...........:No
IPAddress............:192.168.201.1
SubnetMask...........:255.255.255.0
DefaultGateway.........:
那麼如果我把Guest的網路設置成了Host-Only的話，把它的IP獲取方式設置為DHCP，它會到虛擬的DHCP伺服器上拿到IP，這個DHCP伺服器仍然是一個虛擬的DHCP伺服器（僅僅是一個系統服務而已），而且在下圖中，可以看到，這個DHCP伺服器的IP地址仍然是192.168.X.254，這里X=201，因為要和我的VMnet1的網路ID相同。所以，Guest所獲得的IP和我的Host的VMwareNetworkAdapterVMnet1虛擬網卡的IP使用同一個網路ID：
WindowsIPConfiguration
HostName............:Lineage
PrimaryDnsSuffix.......:
NodeType............:Unknown
IPRoutingEnabled........:no
WINSProxyEnabled........:No
EthernetadapterHost-Only:
Connection-specificDNSSuffix.:
Description...............:VMwarePCIEthernetAdapter
PhysicalAddress.............:00-50-58-C0-50-0d
DhcpEnabled...............:Yes
AutoconfigurerationEnanble....:Yes
IPAddress................:192.168.201.10
SubnetMask...............:255.255.255.0
DefaultGateway.............:
DHCPServer................:192.168.153.254.....................
可以看到，在Host-Only網路下，Guest的DefaultGateway被設置為NULL，這是由於沒有默認路由器為它到外部網路提供路由的緣故，也即是上邊說到的Host-Only網路沒有NAT伺服器！如果使用routeadd命令加上某個地址做為它的路由器，它仍然不能訪問Internet（實際上也沒有地址可加）。這樣，我的Guest雖然沒有辦法訪問Internet，但是仍然可以和我的Host進行通信，這正是因為我的Host上的VMwareNetworkAdapterVMnet1虛擬網卡起到了作用，它負責和VMnet1網路相連，為我訪問Host-Only網路下的Guest提供了通信介面。下圖顯示了在Host-Only網路中的Guest與我的Host的通信情況：
Pinging192.168.201.1with32bytesofdata:
Replyfrom192.168.201.1:bytes=32time<1msTTL=64
Replyfrom192.168.201.1:bytes=32time<1msTTL=64
Replyfrom192.168.201.1:bytes=32time<1msTTL=64
Replyfrom192.168.201.1:bytes=32time<1msTTL=64
Pingstatisticsfor192.168.201.1:
Packets:Sent=4,Received=4,Lost=0(0%loss),
-seconds:
Minimum=0ms,Maximum=0ms,Average=0ms
至於為何要把Host-Only網路設置為沒有DefaultGateway的方式，這是VMware的設計使然，它就是讓我們建立一個與外界隔離（isolated）的網路時而使用的。事實上，如果我足夠BT，也可以在Host上來為VMwareNetworkAdapterVMnet1虛擬網卡來做路由。比如，我可以用Windows2000的RRAS來做，這樣的話，處於Host-Only網路下的Guest就又可以上網了，它們只需要使用routeadd命令把自己的DefaultGateway指向Host上的VMwareNetworkAdapterVMnet1虛擬網卡即可，不過這樣做不推薦，也沒有必要.
至此，VMware的3種網路，就應該可以理解可以看到，如果想要Guest上網，在3種網路模型中，
最為簡單的方式就是NAT，因為它不需要任何的網卡設置，IP地址也可以從虛擬的DHCP伺服器來獲得，要做的僅僅就是把它的網路設置為NAT方式即可。
至於Bridged模式，則需要額外的IP地址，這有可能會實現不了，因為並不是每個ISP都那麼大方。
如果是Host-Only，則又需要設置RRAS，沒有幾個人會願意為了讓虛擬機上網而換OS的，所以就用NAT最好了。
在這里要強調的一點是，如果設置了Host-Only網路，非要為VMnet1做路由，一定要用RRAS，而不要用WindowsXP或者2000的ICS，因為它會自動把內網的介面地址改為192.168.0.1。你在安裝虛擬機的時候，VMware不會正好給你的VMwareNetworkAdapterVMnet1虛擬網卡分配為192.168.0.1的地址吧？這樣的話會造成VMwareNetworkAdapterVMnet1虛擬網卡和VMnet1網段的網路ID不一致，自然，你的Guest就沒有辦法和Host通信了！
實際上經常還會遇到這樣的情況：比如VMware為我分配的網路ID在將來會被我用到，或者嫌VMware為你分配的網路不好（比如它給你分了個192.168.148.0的網路ID），那麼可以到這里來修改：
單擊VMware的「Host」菜單，選擇「VirtualNetworkSettings...」
選擇「HostVirtualNetworkMapping」中，VMnet1所在的虛擬網路，單擊後邊的按鈕，選擇「Subnet」菜單，即可以調整你的網路ID。
③ 電腦無法連接無線網路怎麼辦
無線網路，特別是無線區域網給我們的生活帶來了極大的方便，為我們提供了無處不在的、高帶寬的網路服務，但是，由於無線信道特有的性質，使得無線網路連接具有不穩定性，大大影響了服務質量，本文將介紹一些常見的無線網路故障及排除方法，來幫助用戶及時、有效地排除這些故障。
1.混合無線網路經常掉線
故障現象
使用Linksys WPC54G網卡和Linksys WRT54G AP構建無線區域網，它們使用的都是IEEE 802.11g協議，網路中還存在少數802.11b網卡。當使用WRT54G進行54Mb/s連接時經常掉線。
故障分析
從理論上說，IEEE 802.11g協議是向下兼容802.11b協議的，使用這兩種協議的設備可以同時連接至使用IEEE 802.11g協議的AP。但是，從實際經驗來看，只要網路中存在使用IEEE 802.11b協議的網卡，那麽整個網路的連接速度就會降至11Mb/s(IEEE 802.11b協議的傳輸速度)。
故障解決
在混用IEEE 802.11b和IEEE 802.11g無線設備時，一定要把無線AP設置成混合(MIXED)模式，使用這種模式，就可以同時兼容IEEE 802.11b和802.11g兩種模式。
2.無線客戶端接收不到信號
故障現象
構建無線區域網之後，發現客戶端接收不到無線AP的信號。無線網路沒有信號
故障分析
導致出現該故障的原因可能有以下幾個：
(1)無線網卡距離無線AP或者無線路由器的距離太遠，超過了無線網路的覆蓋范圍，在無線信號到達無線網卡時已經非常微弱了，使得無線客戶端無法進行正常連接。
(2)無線AP或者無線路由器未加電或者沒有正常工作，導致無線客戶端根本無法進行連接。
(3)當無線客戶端距離無線AP較遠時，我們經常使用定向天線技術來增強無線信號的傳播，如果定向天線的角度存在問題，也會導致無線客戶端無法正常連接。
(4)如果無線客戶端沒有正確設置網路IP地址，就無法與無線AP進行通信。
(5)出於安全考慮，無線AP或者無線路由器會過濾一些MAC地址，如果網卡的MAC地址被過濾掉了，那麽也無法進行正常的網路連接。
故障解決
可以採用以下方法進行解決：
(1)在無線客戶端安裝天線以增強接收能力。如果有很多客戶端都無法連接到無線AP，則在無線AP處安裝全向天線以增強發送能力。
(2)通過查看LED指示燈來檢查無線AP或者無線路由器是否正常工作，並使用筆記本電腦進行近距離測試。
(3)若無線客戶端使用了天線，則試著調整一下天線的方向，使其面向無線AP或者無線路由器的方向。
(4)為無線客戶端設置正確的IP地址。
(5)查看無線AP或者無線路由器的安全設置，將無線客戶端的MAC地址設置為可信任的MAC地址。
3.無線客戶端能夠正常接收信號但無法接入無線網路
故障現象
無線網路有信號連接不上
故障分析
無線網路有信號為什麼連接不上？導致該故障的原因可能有：
(1)無線AP或者無線路由器的IP地址已經分配完畢。當無線客戶端設置成自動獲取IP地址時，就會因沒有可用的IP地址而無法接入無線網路。
(2)無線網卡沒有設置正確的IP地址。當用戶採用手工設置IP地址時，如果所設置的IP地址和無線AP的IP地址不在同一個網段內，也將無法接入無線網路。
故障解決
可以採取以下解決辦法：
(1)增加無線AP或者無線路由器的地址范圍。
(2)為無線網卡設置正確的IP地址，確保其和無線AP的IP地址在同一網段內。
4.無線網路內部能夠正常通信，但是無法和與無線路由器相連的乙太網進行通信
故障現象
無線客戶端可以與無線路由器正常進行通信，但是無法和與無線路由器連接的乙太網通信。
故障分析
導致該故障的原因可能是：
(1)區域網(LAN)埠連接故障。
(2) IP地址設置有誤。
故障解決
可以採用以下解決方法：
(1)通過查看LAN指示燈來檢查LAN埠與乙太網連接是否正確。應當使用交叉線連接LAN埠和乙太網集線器。
(2)查看無線網路和乙太網是否在同一IP地址段，只有同一IP地址段內的主機才能進行通信。
5. 撥打無繩電話時，會對無線網路產生強烈干擾
故障現象
每當撥打無繩電話時，無線網路信號就變得異常微弱，常常導致鏈路中斷。
故障分析
由於無繩電話和IEEE 802.11b都工作在2.4GHz頻段上，因此，當撥打無繩電話時，就會對無線網路產生強烈的干擾。
故障解決
一般的解決方法就是停止使用無繩電話或者改變無線網路所使用的信道。
6. 網路環境改變時，無法正常進行接入
故障現象
辦公室和家中都構建了無線網路。在辦公室時，筆記本電腦能夠正常接入公司的無線網路;但是，回到家中後，卻發現無法連接到無線網路。
故障分析
導致該故障的原因可能有以下幾個：
(1) 沒有及時更改SSID(Service Set Identifier)配置。不同的無線網路使用不同的SSID，如果SSID配置不正確，就無法ping通AP。而且筆記本電腦將忽略該AP，按照SSID配置尋找新的AP。
(2) WEP加密。如果採用的WEP密鑰不同，無線客戶端就無法與新的無線AP連接。如果WEP配置不對，無線客戶端就無法從DHCP伺服器獲取IP地址。如果使用靜態IP地址，無線客戶端甚至無法ping通AP的IP地址。
(3) IP地址信息。一般情況下，無線AP都會自動給無線客戶端分配IP地址，如果手工設置了無線客戶端的IP地址，那麽該客戶端就將無法與新的AP進行通信。
故障解決
可以採用以下解決方法：
(1) 當接入到新的無線網路時，及時更改客戶端的SSID設置。
(2) 如果接入無線網路需要使用密鑰，則在接入該新的無線網路時，需要先獲取該網路的密鑰以便進行接入。
(3) 通常情況下，使用無線AP分配的IP地址就可以了。如果要使用靜態的IP地址，則必須確保該靜態IP地址和無線AP的IP地址在同一網段內。
7. 設置全部正確，卻無法接入無線網路
故障現象
按照無線網路內的其它用戶進行了網路設置，包括WEP加密、SSID和IP地址(自動獲取IP地址)，而且無線信號顯示為滿格，卻無法接入無線網路。
故障分析
出現這種情況，可能是網路管理員對無線AP設置了MAC地址過濾，只允許指定的MAC地址接入到無線網路中，而拒絕未被授權的用戶，以保證無線網路的安全。
故障解決
可以與管理聯系，將你的無線網卡的MAC地址告訴他，請他將此MAC地址添加到允許接入的MAC地址列表中。
8. 筆記本電腦使用無線方式接入家庭網路實現Internet共享
故障現象
家庭網路使用「ADSL Modem + 寬頻路由器」的方式實現Internet共享，無需PPPoE撥號。新增的筆記本電腦無法接入到無線網路以實現Internet共享。
故障分析
無線AP一般只有一個LAN介面，因此，將無線AP接入網路時，會佔用原來主機使用的網路介面，除非寬頻路由器具有更多的埠，否則就無法將無線AP和原來的主機一同接入到寬頻路由器，從而實現對Internet連接的共享。
故障解決
如果寬頻路由器沒有更多的埠可供使用，可以購買一台無線路由器，WAN埠連接至寬頻路由器，LAN埠連接至主機，並為筆記本電腦提供無線接入。另外，也可以採用「SOHO交換機 + 無線AP」的方式，將SOHO交換機連接至寬頻路由器，再將無線AP和主機連接至SOHO交換機。
9. 無線AP不具備路由功能
故障現象
採用ADSL虛擬撥號方式上網，無線AP連接至ADSL Modem。台式機(連接無線AP的LAN埠)可以正常上網，筆記本電腦也接收到了無線信號，卻無法正常上網，並且顯示IP地址和默認網關為「不可用」。
故障分析
如果ADSL Modem不支持路由功能，那麽使用無線AP就無法實現Internet連接共享。
故障解決
可以採取以下方法解決：
(1) 啟用ADSL Modem的路由功能，實現網路連接共享。
(2) 購置一台無線路由器，將LAN連接至台式機，WAN連接至ADSL Modem。
(3) 在台式機上安裝兩塊網卡，並將其設置為ICS主機。一塊網卡連接至ADSL Modem，另一塊網卡連接至無線AP。
10. 利用無線網卡組建對等網路
故障現象
兩台台式機通過ADSL接入Internet。現要通過無線方式將兩台計算機進行連接。
故障分析解決
方法很簡單，只要購買兩塊無線網卡即可。將兩塊網卡分別安裝在兩台計算機中，就可以搭建起對等網路，並實現乙太網的所有功能，而且可以共享上網。需要注意的是，使用這種方式時，傳輸速率將為IEEE 802.11b協議理論速率(11Mb/s)的一般左右，即6Mb/s左右。
11. 看不到無線網路中的其它計算機
故障現象
無線網卡顯示正常工作，但是在網上鄰居中看不到網路中的其它計算機。
故障分析及解決
(1) 檢查SSID和WEP參數設置，確認拼寫和大小寫正確無誤。
(2) 檢查計算機是否啟用了文件和列印機共享，確認在無線網路屬性的「常規」選項卡中「Microsoft網路的文件和列印機共享」復選框被選中。
12. IEEE 802.11g傳輸速率較低
故障現象
為了保證無線網路標準的兼容性，我們在選擇無線產品時，一般都會選取支持IEEE 802.11b/g的無線AP和無線網卡。然而，在實際的網路測試中，我們發現，在沒有干擾和傳輸距離有限的情況下，無線鏈路的傳輸速率仍然較低，不能達到標稱的54Mb/s。
故障分析
IEEE 802.11g不但具有54Mb/s的傳輸速度，而且，還能很好的兼容IEEE 802.11b無線設備，從而能夠將802.11b無線網路平滑升級到802.11g無線網路。
故障解決
為了兼容現有的802.11b無線區域網設備，802.11g除了和802.11b使用相同的2.4GHz頻帶外，還採用了兩種不同的OFDM(正交頻分復用)編碼技術，以和相對應的802.11b或者802.11g設備通信。也就是說，在混合使用802.11b和802.11g無線設備的網路中，使用802.11g的無線設備既可以以54Mb/s的速率和802.11b設備通信，也可以以11Mb/s的速率和802.11b設備進行通信。
但是，在無線區域網中，使用的是共享信道，數據鏈路層使用CSMA/CA(帶有沖突避免的載波幀聽多路訪問)來實現對無線信道的控制。也就是說，當有一台主機在和AP通信時，其它主機就只能處在監聽狀態，一旦該主機通信完畢，其它主機就會通過競爭的方式來實現對信道的控制。
所以，在802.11b和802.11g混合使用的無線網路中，由於802.11b無法監聽到802.11g的通信狀態，就有可能在802.11g設備進行通信的同時搶占無線信道，從而嚴重干擾802.11設備的通信。
為了解決這一問題，802.11g協議採用了「RTS/CTS」技術。無線區域網設備在發送數據前，都要先發送一個RTS(Request To Send)幀給無線AP，請求使用無線資源，如果這時AP沒有和其它設備通信，就發送一個CTS(Clear To Send)幀給該設備，通知它可以跟無線AP進行通信。這樣，就避免了上述干擾問題。