在全是物理機的環境中，我們不需要考慮mac位址的問題，因為每個物理機的網絡卡都是真實，其mac位址由網絡卡提供商來分配獨一無二的mac address，所以在物理環境規範的情況下是不會出現mac位址衝突的問題，除非有山寨。
先普及下mac位址的相關知識，以下會用到。
mac位址最開始由xeror研究出來，後來由ieee組織管理。ieee會為每個廠商提供唯一的乙個mac位址字首，稱之為oui（organizationally unique identifier），用來區別不同的廠商，例如：aa-bb-cc-xx-xx-xx，其中aa-bb-cc就是oui，每個廠商會根據自己的喜歡來編碼剩下的24bit。
再來說下universally administered和 locally administered addresses，前者是全域性分配，後者有本地分配，比較隨意。兩者的區別在於，前者使用從ieee分配到的oui來分配mac位址，而locally administered address則是有本地分配的位址。不受oui的影響。但是兩者不衝突，universally和locally在第乙個第乙個16位的倒數第二位元組，如果是0，那麼該mac位址為universally，如果是1，則是locally位址。例如：06-00-00-00-00-00，06的二進位制為00000110，倒數第二位是1，所以，該mac位址為本地管理位址，而所有的oui分配位址，該檢測位都是0。如：xensource的oui為：00-16-3e-00很明顯，倒數第二位是0，所以這是乙個universally位址。
講了這麼多，我們再來看看可能會遇到的問題。
在xenserver中，為vm自動分配的位址都是locally administered address，而hyper-v和vspher則是使用的universlly位址。
其中hyper-v使用00-15-5d的oui位址，接下來的兩位會從hyper-v主機的ipv4位址的後兩位獲得，如主機位址為192.168.10.20，那麼解析來兩位位址為0a-14，最後一位則是隨機，也就是單台主機預設可以隨機產生256個mac位址，即192.168.10.20主機的預設mac位址範圍為從00-14-5d-0a-14-00到00-14-5d-0a-14-ff
再來說vshpere，同微軟類似，也是使用分配給vmware的oui（00-50-56）開頭，而後三段（24bit）則會由vcenter主機的instance id來決定，至於如何生成，沒找到文件，也不去深究了。由於vcenter會根據主機的instance id來決定後三段的生成方式，這就保證了在生成mac位址時候避免衝突，而instance id是在安裝vcenter的時候隨機產生的，所以如果在同乙個網路內，instance id一樣的話，就會導致mac位址衝突等問題，所以需要注意instance id的設定。
伺服器mac位址變了怎辦 檢視伺服器MAC位址
select distinct hostname,db name dbid net address,實體地址 loginame,program name from master.sysprocesses where hostname zhc and db id db name is null or ...
伺服器虛擬化
伺服器虛擬化主要的有三種 citrix xenserver 微軟 windows server 2008 hyper v vmware esx server 這是最常用的 總特點 將伺服器物理資源抽象成邏輯資源，讓一台伺服器變成幾台甚至上百臺相互隔離的虛擬伺服器，或者讓幾台伺服器變成一台伺服器來用，...
獲取伺服器的IP位址和MAC位址
獲取伺服器的ip位址和mac位址 獲取伺服器的ip位址方法以dns法較為簡單實用，如下 以下是引用片段 private void buttonip click object sender,system.eventargs e else 以下是引用片段 using system.management ...