遠端喚醒及跨網段遠端喚醒

遠端喚醒：

　　1、除了在BIOS中開啟遠端喚醒功能外，有些主機闆要求開啟以下功能：

AC Back Function（設定掉電重新開機後系統的狀态）

主機闆的來電喚醒功能 比如一插電源線主機就啟動看你想怎麼設定了 使用遠端喚醒将“AC BACK Function”設定為“Full-on”即可 關機，開機，先前的狀态（原來開時後來電就馬上開機，原來關機後來電時還保持關機狀态）

　　2、另外，有些網卡還要在其屬性中進行另外設定：

　　　　系統重新啟動後，單擊[開始]-][控制台]，然後選擇[系統]。

　　　　在“系統屬性”視窗中，選擇[硬體] 标簽，然後單擊[裝置管理器]。

　　　　 在“裝置管理器”視窗中，單擊[網絡擴充卡] 旁邊的加号+，然後輕按兩下[marvell yukon 88e8036/8053 pci-e fast ethernet controller]。

　　　　 選擇[進階] 标簽，然後選擇[wake from shut down] 屬性。

　　　　 在“值”清單中選擇[開]，然後單擊[确定] 以關閉對話框。

跨網段遠端喚醒：

由于跨網段要經過交換機或路由器，而它們是不允許廣播的，所有些網友回答用 ip help address 原理麼類似跨網段的DHCP，或者IP DIRECTED BROADCAST 和 IP FORWARD PROTOCOL 需要ENABLE等。可是使用後發現還是不行，後來見到一文章：

************************************************************

遠端開機，現在有兩種方法，本地同一廣播域内開機，遠端過路由開機。

先談談本地開機。

　　要打開mac位址是00-0E-7F-7B-BD-32這台主機，發起pc發出一個廣播。通過sniffer的ip包。可以看到目的MAC位址是FF-FF-FF-FF-FF-FF，這是一個廣播，再看目的ip位址，192.168.200.255，是ip廣播，向下看，資料包是UDP，目的端口是2304，源端口不必理會。

　　那麼說，發一個廣播，隻要端口是2304就可以開機嗎？顯然不是，開機是有針對性的，不是發一個這樣的廣播，所有的機器都開機。關鍵就在那個資料裡面。看一下這個126位元組的資料到底有什麼，最初的6個子位元組是全F，7到12位元組就是要開機的MAC位址，然後循環出現，直到填充到126個位元組為止。這才是确定開那一台機器的關鍵。

　　總結一下，要開機就必須讓被開的機器，收到端口為2304的udp資料包，包的内容包含了被開機的MAC位址。但是沒有開機的機器沒有辦法設定ip位址，怎麼才能讓其收到，于是廣播就是最好的方式了。

　　那麼遠端過路由開機怎麼辦，又不能進行廣播。

　　通過抓包可以發現，目的mac位址變成了網關的，目的ip位址變成了那台機器設定的靜态ip，其它資料沒有變化。那麼這樣可以開機嗎？前面不是說過了，沒有開機的機器是無法設定ip的，它如何才能把這個資料送到該網卡呢。

　　這裡就牽扯到一些路由器，交換機，hub的一些原理。hub是把所有的資料都發送到所有端口（實體），是以效率不高；交換機呢，是根據已經注冊的mac位址和端口（實體）的對應關系轉發，那麼沒有開機的情況下，當然也沒有注冊mac位址了，但是交換機在對待沒有注冊的mac位址的時候，會把這個資料包發往所有的端口（實體），這樣也沒問題了。那麼作為遠端的關鍵導入點的路由器，是工作在3層，它要查找ip位址和mac的對應關系，就用arp協定，我們知道如果這台機器是down狀态下，是不會應答arp廣播的，那麼這樣說來無法開機了？結果卻出人意料，機器卻開機了，為什麼？

分析一下，進入路由器，察看arp table，竟然有ip位址和mac的對應，稍作思考就明白，原來這台測試用的電腦剛剛做完開機測試，剛關機，開機的時候，即使我們什麼都不做，windows機器也會去找微軟的伺服器的，這已經不是秘密，那麼它必然找過網關，是以網關當然就知道了這個ip和mac的對應關系，根本就不用arp查找，直接就發出資料，機器接收到也就能開機了。為了證明這個想法，把路由器内的對應關系删除，果然不能開機了。

　　遠端開機不能隻開剛剛關閉的機器吧，症結就在ip和mac的關系上，那麼綁定對應關系，問題迎刃而解。

于是在交換機中加入IP與MAC位址的綁定指令：arp 192.168.1.2 0011.e4e5.2489 arpa

然後用AMD的開機軟體測試，在IP位址中輸入192.168.1.2，在MAC位址中輸入0011.e4e5.2489 ，OK成功。

以上測試在CISCO3550中測試通過。