身為一個 IT 先烈人員，有新版本的 Windows 發佈，就算是 Beta 都應該要勇於嘗試。不過我比較俗辣為了不影響工作，大都是裝在虛擬機器中惡搞。

儘管是裝在虛擬機器裡玩，存取部分系統或信箱的帳號密碼，多少還是會在裡面使用到，所以我習慣的首要工作就是更新及裝防毒軟體，第一選擇當然是微軟自家出品的佛心免費防毒軟體 - Microsoft Security Essentials。（以下簡稱 MSE）

不過在我開始測試 Windows 8 Consumer Preview （以下簡稱 Windows 8 CP）時，MSE 仍然是 2.1 版，直到前陣子看到微軟 MVP Andy 哥寫的文章：Microsoft Security Essentials (MSE) - 4.0 多語系正式推出，才知道 MSE 4.0 已經正式推出了，而且可以透過 Windows Update 取得升級。

跑了一下 Windows Update，的確也看到 MSE 升級版本在清單中。

怪異的是，不管我透過更新方式裝多少次，都只會產生 0x8004FF6F 的錯誤，開始懷疑起是不是自己有人品問題。

只好反安裝現有的 MSE 2.1，再手動下載並安裝 MSE 4.0，沒想到錯誤碼依舊是 0x8004FF6F。

但現在有更明確的視窗訊息告知：「您不需要安裝 Microsoft Security Essentials」，尤其重點提到「您的 Windows 版本包括更新版本的 Windows Defender」。

難道.....Windows 8 Consumer Preview 內建的 Windows Defender 已經......

果然執行程式一看，Windows Defender 竟悄悄地變強大了，而且根本就長得跟 MSE 一個樣啊！

來瞻仰一下現行（以前!?）在 Windows 7 裡默默執行的 Windows Defender 長啥樣吧。

為要重現本文狀況，所以我試著再重裝 Windows 8 CP 跟 MSE 2.1，發現的確 MSE 2.1 是可以直接安裝，但會導致 Windows Defender 自動關閉。這情況應該算是蠻合理的，畢竟兩者可能源自同一家族的引擎。

換個方式，我又重裝一次 Windows 8 CP，沒有接著立刻裝 MSE 2.1，而是先做完整的 Windows Update 再裝 MSE 2.1。但這次執行 MSE 2.1 的安裝就無法成功了，而是跳出「This program has compatibility issues」，看來最近的 Win8 更新有針對 MSE 2.1 加入相容性清單，猜想正式上市也不會有裝錯的衝突問題了。

那 Windows Defender 能否跟第三方的防毒軟體共存嗎？我用 ESET 的 nod32 5.0 測試，目前確認是可以的，且 Windows Defender 也沒有自動關閉，但實際會不會互相影響或效能干擾，可能要再觀察看看，或者正式上市時又有其他改變了。

Office 365 是微軟近期強力推出的雲端服務，目前也提供 P1 及 E3 等級的 30 天試用，分別適用於小型企業及中大型企業，較進階的簡介及試用申請步驟，推薦參考微軟 MVP - 小歐的這篇文章：Office 365 簡介與試用。

既然有提供試用，小弟當然是選擇較高的 E3 等級，因為 Exchange Online、Lync Online 及 SharePoint Online 三個願望一次滿足，也不用自己辛苦架設了。但申請時預設的「xxxxxx.onmicrosoft.com」網域，畢竟對於一般用戶在登入時不容易記憶，使用自己擁有的網域名稱還是比較方便。在 Office 365 網站摸索 (鬼混!?) 一段時間並反覆測試後，終於把網域設定方式給確定。

要先提醒的是，本篇教學設定跟企業混合雲無關，而且所需的 DNS 相關記錄，是採設定在自行架設的 Windows DNS 伺服器上。

▼ 請登入到 Office 365 網站，進入管理員介面。
參考下面圖示，選擇「新增網域」。

▼ 輸入自行申請的網域名稱。

▼ 申請步驟指示請選擇「一般指示」。
除非你的網域是從 Go Daddy 等國外知名業者那邊申請的，而且是把 DNS 資訊設定在上面，Office 365 就有提供其對應步驟。至於 Office 365 提供的網域驗證一般方法有兩種，對於沒有自行架設 DNS 伺服器的中小企業來說，選擇 MX 記錄是比較快的，因為蠻多 DNS 服務提供業者，是不提供新增一些特別的記錄，像是圖中的 TXT 記錄。

▼ 看到上圖，就應該知道要在 DNS 伺服器做設定了。
請到 Windows DNS 伺服器建立網域的正向對應區域，完成後右鍵選擇「新增其他記錄」。（不會建的拜託先去買書研究！）

▼ 找到資訊記錄類型為「文字 (TXT)」，再點擊「建立記錄」。

▼ 輸入的方式如下圖。
這邊要特別注意的是，Office 365 頁面上針對「別名或記錄名稱」標註「＠」，在 TXT 的記錄名稱就是代表「空白」，請不要填入任何東西，而文字內容則是對應那串「MS=msXXXXXXXX」。另外，若是在 Office 365 刪除已設定好的網域名稱再次新增，MS 那串數字會重新變動。

▼ 完成後，就會像下圖。

▼ 接著回到 Office 365 網站點擊「驗證」。

▼ Office 365 就會開始進行驗證工作。
上個頁面有提到「一般來說，可能需要 15 分鐘，您的變更才會生效。但是，可能需要 72 小時的時間，才能將您所建立的記錄傳播到整個 DNS 系統」，也就是說你做完，並不一定可以立刻讓 Office 365 馬上查到設定，很有可能要拉到三天。

以我測試的經驗來說，只要：
1. 網域註冊時填寫在上面的 DNS 正確，可讓 Office 365 找到提供查詢的 DNS 主機。
2. 負責的 DNS 主機有正常服務。
3. Office 365 所需的 DNS 資訊設定正確。
幾乎是立刻驗證成功。

我後來為了測試，砍掉先前的網域設定再次新增，前面有提到「MS=msXXXXXXXX」的數字會變動，因為 DNS 資訊已經被快取的關係，並不會直接向我的 DNS 主機查詢到新資訊，所以導致驗證失敗。但實際也沒有等到三天這麼久，大約隔天就能完成驗證了。

▼ 基本的網域驗證成功後，接下來就是重頭戲。
也就是讓 Exchange Online 及 Lync Online 的用戶，可以使用自訂網域登入。（SharePoint Online 拖搞先...）

▼ 要用自訂網域登入玩 Exchange Online 及 Lync Online，當然還是需要 DNS 的設定。

乖乖把這些加上去就對了。

不清楚怎麼設定的，可以比對 Office 365 提供的資訊及以下截圖。
千萬別將「郵件伺服器完整網域名稱」輸成小弟圖片中的設定，請參考 Office 365 網站所給的「指向位址」資訊，否則可能一輩子都無法用自己的網域登入。

▼ MX 記錄是提供網路上任何一台郵件伺服器在寄信時，透過此資訊得知這個網域該寄到哪一個主機。

▼ audodiscover 是 Exchange 提供行動裝置存取很重要的自動探索記錄。

▼ 設定 SPF 記錄。看到那個「＠」，記得當做空白不要輸入就對了。

▼ 在 Lync Online 的 DNS 設定中，這個「服務位置 (SRV)」算是比較特殊的。
因為大多數域名服務商所提供的免費 DNS 服務，並沒有提供這個記錄的設定，若不是使用自行架設的 DNS 伺服器進行設定，就可能需要寫信請域名商的工程師協助處理。

▼ 紅圈處的服務及通訊協定在下拉式選單是找不到的，請手動鍵入。

▼ 剩下這些記錄設定都是跟 Lync Online 有關。

終於都設定完了，記得再檢查一下跟 Office 365 提供的設定資料是否相同。

檢查完在 DNS 主機的設定，回到剛 Office 365 網站的頁面選擇「下一步」就算大功告成。

已經設定好的網域也會出現在清單，狀態為「已驗證」。

接下來，就是測試使用者能否以自訂的網域做登入。（請見下一頁）

為了讓我的 VM LAB 環境更方便，決定花一點時間把 Windows XP、Windows 7 x86 及 Windows 7 x64 包在同一個 VM 硬碟檔裡，並且在做好完整 Windows 更新後執行 Sysperp，等於未來只要開機後就會自動重設 SID，還能當成 Base 碟，也確保未來大量測試的正確性。

但在我開心地把三個 OS 做好更新並執行 Sysprep 後，發現無論是要進入 Windows 7 x86 還是 Windows 7 x64，都會產生這樣的錯誤。（編註：因 Windows 7 採英文版安裝，所以 Boot Manager 為英文介面）

從錯誤的檔案是「\windows\system32\ntoskrnl.exe」，狀態代碼為「0xc0000359」，直覺是因為硬體的不同而導致無法正常開機，但...我是放在 Hyper-V 的同一個 VM 跑耶...

試了些方法想解決，卻依然跳同樣的錯誤，最後死馬當活馬醫，掛上 Windows 7 的安裝 ISO 看是否能修復，沒想到卻找到無法開機的真正原因。

其實在 Windows 7 安裝畫面選擇「修復您的電腦 (R)」

Windows 7 就會很賢慧地找出並準備修復。
問題出在 Windows 裝置 (Windows Device) 的位置找不到或錯誤，才導致無法開機。

從詳細資料中也可以得知 Windows 7 準備幫忙修復的方式為何。
原來是找回 Window 裝置的正確資訊，而且還很貼心地 (!?)  把我原本設定的標籤改成「Windows 7 Ultimate (已復原)」，連開機資訊都弄一個副本檔案在「C:\Boot\BCD.Backup.0001」。

對於我這種有點作業系統潔癖症的人來說，多丟一個檔是不太能容忍的事情，儘管是很貼心的備份，還是決定自己做點手工，取消自動修復進入「系統復原選項」。由於是開機項目的錯誤，所以必須在命令提示字元用指令處理。

開機項目當然是用 BCDEdit 來做，輸入「bcdedit」叫出目前的開機資訊。
果然，在這就發現嚴重的錯誤。

先大略講解一下我包多重系統的方式。因為 Windows XP 的多重開機設定不夠完善，理所當然是用 Windows 7 的 Boot Manager 來處理，安裝 OS 的順序依次為 Windows XP、Windows 7 x64 及 Windows 7 x86。

VM 是一個預設 127 GB 的硬碟檔，我特別分割成 C、D、E 三個主要磁碟區，而 Windows 也按照先後順序安裝在不同的磁碟中。但在執行過 Sysprep 後，BCDEdit 的資訊並不會使用原本的系統位置，反而將「device」覆寫成「locate=\Windows\system32\winload.exe」，連「osdevice」也被改掉成「locate=\Windows」。

下場是什麼!? 就是開機時，找的是 C 槽的 Windows ，那是 XP 啊啊啊啊... (抱頭) 開得成功才有鬼

手工修復方式就是做跟 Windows 7 自動修復一樣的事情，將「device」及「osdevice」改成對應的磁區位置，要用指令「bcdedit /set {identifier}  <datatype> "value"」。

{identifer} 指的就是要修改的系統對應識別元，譬如我的 Windows 7 x64 就是對應 {82bb1a4f-8410-11e1-b574-9ba5fbef58e9} 那串；「device」或「osdevice」就是 datatype；value 則要正確指定磁區，如「partition=d:」。

執行後再執行一次 bcdedit 檢查。

跳出重開機登入，果然就沒有再出現錯誤了。
而且這才知道，我的原始 Win7 是英文版然後再加上繁中語言包，在 sysprep 後的首次登入，原來是可以選擇語言的。

這幾天協助朋友把一台家用型桌機從原本的 Windows 7 改安裝為 Server 2008 R2，看似很單純的工作，其實遇到了點麻煩。

一般 IT 黑手看到主機上的網卡是 Intel，大多會感覺很開心。但我仔細檢查後，發現電腦內建的是 Intel 82579V 網路晶片，卻頭痛起來。

因為，Intel 在網卡驅動的下載頁面中，清楚地告知：「下列晶片不支援在 Server 2008 R2 中使用。」其中就包括了這次的主角。

根據過去小弟常拿 Windows Client 驅動硬塞進 Windows Server 的經驗來說，只要 Windows Client 能裝，Windows Server 也大都可以吃，不過遇到這網路晶片，安裝過程會有吃鱉狀況。

如果沒有仔細看下載頁面的說明，第一次看到這訊息一定會覺得：「真是見鬼了！」

還好，透過搜尋引擎在國外有同樣苦命的 IT 黑手，找到修改方式並分享出來，更把修改過的打包好給大家。請參考這篇的在 Intel 社群的討論：Intel(R) 82579V Gigabit Network device issues，最後一則回應有下載位置。

不過實際安裝還是有點小複雜。首先將網友打包好的驅動解壓縮。

接著，按照正常程序點擊從 Intel 官方網站下載到的網卡驅動安裝程式，等到安裝程式出現第一個畫面時，請勿以無腦式立刻按「下一步」。

假使登入作業系統使用的是Administrator帳號，請立刻到「C:\Users\Administrator\AppData\Local\Temp」暫存區中，確認有無「RarSFX0」的資料夾。

如果找不到該目錄，也請檢查暫存區的資料夾裡，有無像下列的檔案存在。

然後把熱心網友打包的檔案，圈選複製並貼上蓋掉暫存資料夾中的所有檔案。但我會想另外提醒，複製時建議跳過「APPS」這目錄，因為「APPS」裡面是 Intel PROSet 工具軟體，官方目前提供的 PROSet 比非官方包的還要新，而且在強制蓋掉後，安裝尾聲還會報出錯誤訊息。

確認檔案覆蓋完畢，就能開始無腦式安裝，進行強迫植入 Intel 82579V 網卡驅動的任務。

因為該驅動資訊有被重新編修過，無法通過 Windows Server 驗證算是很正常的情形。但想要用還是只能按下安裝，要 Windows Server 吞下去。

這樣就大功告成了。

若在裝置管理員中檢查「Intel 82579V Gigabit Network Connection」，發現長得像上圖，就代表沒有安裝好 Intel PROSet。但我測試過後認為並不影響網卡驅動，只是少了一些特殊需求設定可使用。

由於這不是 Intel 官方釋出的驅動程式，在相容性及穩定度上，並沒有人可以保證一定沒問題，在這邊只是想提供方法給有心向學的 IT 苦命朋友，至少可以拿一般家用級 PC 或主機板來玩 Windows Server。假使你的主機板找不到 Windows Server 版本的驅動，也請不要去幹譙製造商，畢竟 Windows Server 上的驅動大多需要通過更嚴謹的測試及驗證，以保障在上面運作的百萬服務，不是隨便塞個 Window Client 版本就能了事。

能裝 Windows Client 版本的驅動，請當做原廠佛心給你用。

尤其，驅動硬塞在 Windows Server 有不少眉角。像安裝 Intel HD 圖型驅動時，很可能會遇到「註冊一個或多個元件時發生錯誤。安裝程式即將結束。（An error occurred while registering one or more components. Setup will exit.）」，但重開電腦後會發現驅動實際是安裝成功的。想解決這個安裝過程的錯誤，請事先新增伺服器功能的「桌面體驗（Desktop Experience）」。

另外，如果你的 Windows Server 有啟用 Hyper-V 角色，也請務必到右下角工具列的 Intel HD 圖示中，將螢幕旋轉快速鍵給停用。

因為 Intel 預設的螢幕右轉 90 度快速鍵，跟 Hyper-V 跳離 VM 的快速鍵「Ctrl + Alt + ← （左方向鍵）」是一樣的，不改就有機會發生跟我一樣很蠢的事情。

看女王大人的老 P4 電腦不順眼很久，速度緩慢不說，CPU 風扇沒事還會轉得好像飛機要準備起飛，趁最近有一點點時間決定挖出囤積的松果一次換掉，但應該沒人會無聊囤機殼，所以買新機殼是勢在必行。

因為是舊松果的組合也沒打算買很貴，在露天看了很久，終於找到外觀設計跟價格看來還蠻能接受，尤其重點是價格還比其他人低。（我是用價格跟圖片過濾拍賣才意外找到，用品牌跟型號關鍵字會看不到這價格，大概是怕打到其他賣家）

為了手邊還有一組黑色的 3.5 吋內接式多功能讀卡機，只好跟白色款說掰掰。

該有的都有，前置音效跟兩個 USB 孔，而且 位置也不是在最底下，再來就是沒有那個無聊的 IEEE1394 預留孔。

從背後看得出來支援標準的 ATX 主機板，再來就是光碟機是採平放安裝，這也是我選他的幾個原因之一。另外，電源供應器不是裝置在常見的位置，所以機殼高度降低很多，幾乎是跟 MicroATX 規格的機殼一樣，。

機殼很神奇地提供防盜鎖孔(!?)，側板可以裝兩個 12x12 或 8x8 風扇，背後可以裝 9x9 或 8x8 風扇。但相信我，你不會想裝這麼多風扇在這種機殼上。

機殼為兩大一小一隱藏（小）的設計。

機殼有做折邊設計，邊角處有放上白色塑膠物（易掉）避免割到，整體勉強算不傷手。從這張圖更可以確定，機殼為兩大一小一隱藏的設計。以我要裝兩顆 3.5 吋硬碟做 Raid 1，又要額外安裝前置 3.5 多功能讀卡機，最後只好用大（5.25 吋）轉小（3.5 吋）的硬碟架，想不到現在一個要賣到 40 元，以前 20 元就有啊。

接在主機板上的音源接頭，直接採 HD Audio 配置，所以如果是舊主機板只支援 AC97 的，只能自己想辦法重跳。

電源供應器的安裝位置被移到這裡，也是能大幅降低機殼高度的原因。

也因為這樣，所以電源線要特別延長接線處理，不過這條線實在有點細。

零件全裝配後大概會像下圖。這線已經是我能整的極限吧，實在找不到更好的方式。

電源供應器裝起來會像圖右下，而且我後來決定使用 12cm 版本。

由於電源供應器安裝方式，發現一般 8cm 版電源供應器的熱似乎無法從機殼底部有效排出，只好換上囤積的動物牌 12cm 電源供應器，感覺多少還能讓熱有機會往機殼內走。

總結這個機殼的設計來說，算蠻有巧思而且幾乎有效利用空間，但也因此線材其實很不好整（藏），而且電源供應器的出線位置會跟硬碟打架。再來就是，此機殼的價位低廉，相對鋼材厚度很薄，機殼結構也不是鉚釘接合，都用很詭異且怎樣鎖都不會緊的螺絲，所以前面有說到不要裝太多風扇，原因就是裝了之後，依據經驗是非常容易引起機殼共振。

反正這種價位的品質就這樣了，但如果這機殼還有機會小改款，希望後上方能再提供一個硬碟安裝位置就更好了。

因為驅動的關係，一直沒辦法在筆電上安裝 Windows Server 2008 R2 使用 Hyper-V，所以我選擇另一套知名的虛擬化軟體 - VMWare Workstation 安裝在 Windows 7 裡，相對也可以瞭解及比較更多不同虛擬化產品。

言歸正傳，今天趁著有點時間，想說順便把手邊的 VMWare Workstation 升級到 8.01 最新版，於是就先用 Revo Uninstaller 做完整反安裝程序，過程包含移除授權及設定檔，並清除殘留機碼及資料夾，之後再做全新安裝。沒想到，在安裝完 8.0.1 版後，依照過去的習慣，我會到 Virtual Network Editor 把 VMnet 設定成我希望測試使用的網段。

結果實體主機上因設定後產生的 VMware Network Adapter VMnet1 ( Host-only)，明明都已經手動指定為 192.168.66.100，每次打開來都變成 192.168.101.100，這是升級前的測試網段設定啊。

但手動設定的 192.168.66. 100 實際上是有套用到 VMnet1 裡，只要從「進階 TCP/IP 設定」就可以發現，但上一層怎樣都只會顯示 192.168.101.100，而且更詭異的是，Ping 192.168. 101.100 是完全沒有反應的。

研究了快一小時，試過移除再重裝，也試過編輯 VMWare 相關資料夾裡的可能設定檔，甚至連作業系統的登錄檔都搜尋過，都找不到關於 192.168.101.100 的參數值。

最後決定嘗試，回到 Virtual Network Editor 設定中，把現有的 VMnet1 移除並重開電腦，之後再新增一次 VMnet1 及相同設定，竟這樣就恢復正常了。

感覺自己好像兜了一大圈，才發現要解決問題的方式，其實原來就清楚地立在眼前啊~

微軟從 Vista 開始，其實多了一些貼心的小設計，像新增印表機時選擇「新增網路、無線或 Bluetooth 印表機」，就會自動列出網路上現有的印表機。不用像過去，使用者還要詢問 IT 人員，公司的公用印表機如何新增，或者是在哪些電腦主機上有分享。

但前陣子在測試新建立的列印伺服器時，卻發現新增的分享印表機一直沒有出現在這清單中，研究測試了兩三個小時，一直朝著是網芳廣播或分享設定出了問題，而且全關防火牆也是一樣的情況。

後來靜下來決定反方向思考，如果是要阻止這清單的產生呢？果然用關鍵字在美國 TechNet 論壇找到這篇討論文章：Disable auto search for printer in Add Printer wizard，接著又找到最關鍵的：Add a Printer wizard doesn't show any printers，裡面提到：「By default only 20 printers are listed in Add printer」。

所以不是小弟人品不好，原來這清單由於群組原則的設定，預設只會出現 20 台。如果要修改，請開啟群組原則管理編輯「Default Domain Policy」，依照下圖位置「電腦設定\原則\系統管理範本\印表機」找到「新增印表機精靈 - 網路掃描頁 (受管理的網路)」。

該項目的說明就提到，預設只會顯示 20 台列入目錄的分享印表機。

所以要解決這問題，就是啟用該設定，並修改成你希望的數字。

果然在改完後，新建列印伺服器 (ITPR) 所分享的印表機都正常顯示了，而且連使用者亂分享並列入目錄的都出現了啊!!!

要特別注意的是，這個群組原則項目因為是 Vista 以後新增的，所以網域假使仍在 Server 2003 所建構起的環境，請在網域中加入一台 Server 2008 以上的網域控制站，從此用該台網域控制站去管理現有環境的群組原則，否則找到吐都看不到這項目；或者，利用一台已加入網域的 Vista / Win7 / Server 2008 /Server 2008 R2，並使用有權限的帳號登入後，用該台電腦去管理網域的群組原則，同樣能達成管理新項目的目的。

前陣子看到華碩台灣（ASUS Taiwan）在 Facebook 的粉絲團又辦了一次週年慶粉絲獨家優惠活動，這次換成了 ASUS ROG 跟 Royal Club 滑鼠墊超值優惠，就讓我一整個很心動，原因在於自己家裡就已經有一片 ROG 滑鼠墊，質感真的很棒，滑鼠運行起來也很順暢。

沒想到活動一開跑，原價 350 元的 20cm x 20cm 滑鼠墊竟然只要 99 元，就忍不住決定敗個一大一小來用了。

很可惜，優惠券只能挑一種並且只有一份，所以後來又找了人頭朋友幫忙申請。
下圖勾選兩個是錯誤示範，而且本活動只到 21 號就截止啦！

一大一小 ASUS ROG 滑鼠墊終於入手，這麼搶眼的顏色及設計，絕對是大家的焦點啊！
決定大張的擺家裡，小張的放公司。

大張的有特點說明。
如果想更瞭解設計的理念，推薦閱讀 ASUS Taiwan 的這篇專訪：華碩ROG滑鼠墊與皇家滑鼠墊設計。

大張的擺桌上真的不賴，而且還送一張 ROG Logo 貼紙。

手邊沒尺可以量滑鼠墊厚度，隨便抓一隻隨身碟當比例尺，據說厚度是 3mm。

不過這時也才確定，我買到的 ROG 滑鼠墊另一角已經被壓到無法復原。
購入時其實就有發現原包裝該處有稍微破損，但天真地以為拆開後能自然恢復，只好當做自己用久了也可能會發生。

終於可以放心把我的跑車......滑鼠拿出來用了。
好車也是需要一個好跑道啊！

不然沒滑鼠墊前，一直都在用滑鼠幫忙擦桌子。

其實 ASUS Royal Club 滑鼠墊也不錯，如果有去過華碩皇家俱樂部的人一定有看過，擺在桌上像是塊大黑布的就是了。我去皇家俱樂部買滑鼠墊時，接待人員就很推薦買這塊，除了買一送一，而且還非常耐用，可以想像這塊已經用了兩三年嗎？

前幾天朋友描述他安裝 2008 R2 DC 加 Exchange 2010 時，會有 Hub Transport Role 無法正常安裝的錯誤，所以我決定試著在 Hyper-V 中新建虛擬機器並安裝 Exchange，希望能重現他的狀況，畢竟這樣會比較容易找出問題點。

但是，都還沒遇到他的狀況，在安裝前卻遇到另一個問題。因為我習慣安裝 Exchange 2010 時，選擇「從語言包安裝所有的語言」，也就是說從網路下載最新的語言包後，再進行 Exchange 的安裝，卻在要點選時跳出：「複製檔案 X:\Setup\ServerRoles\Common\LPSetupUI.exe 時發生錯誤。錯誤碼為 5。 ( An error occured while copying file X:\Setup\ServerRoles\Common\LPSetupUI.exe. The error code was 5. )」

這時候，又要說：「凡走過必留下痕跡」，因為從系統槽的根目錄就能發現一個名為「ExchangeSetupLogs」的目錄，裡面還有一個子目錄「ExchangeLanguagePack」，打開其中「LPSetupUILog.log」的紀錄檔，發現動作停在「Deleting the tmp files...」

看起來似乎是沒有正常移除相關檔案所導致的錯誤，而「C:\Windows\Temp」裡也找到疑似殘留目錄及檔案。

果然在手動刪除後，點擊「從語言包安裝所有的語言」就沒有錯誤發生，而且安裝 Exchange 2010 過程也很順利。

回想起來，會發生這錯誤應該只能怪自己，因為安裝這台 VM 時過於著急，在下載語言包的同時也在做  Windows Update，沒確認下載 Exchange 2010 語言包的動作是否已結束，Windows Update 完成就直接選擇重新啟動才導致這樣的錯誤。

儘管看起來這錯誤無關緊要，改選擇「只從 DVD 安裝語言」還是能繼續 Exchange 2010 的安裝，但看著錯誤在眼前卻沒試著解決，對我來說似乎就是種逃避了。

話說回來，我的 2008 R2 DC 加 Exchange 2010 都裝完成功且正常可以用，還是不知道我朋友是怎麼會裝出下圖這種錯誤，難道我人品比較好？

前陣子朋友為了 Android 系統無法設定跟 Exchange 2010 同步郵件的問題，寄了台 ASUS Eee Pad Slidere SL101 過來請我協助，本想說現在設定 Exchange 2010 有這麼麻煩嗎？

到應用程式選擇「電子郵件」就能開始設定。

沒想到，我怎麼玩都是吐「無法連線至伺服器（Cannot connect to server）」這個錯誤訊息。但同時間透過 OWA（Outlook Web Access）是可以登入，也等同確認 Exchange 主機跟帳號密碼都是正常運作無誤。

俗話說事出必有因，凡走過必留下痕跡，決定改從 Exchange 主機的事件檢視器中找看有無蛛絲馬跡。

果然，從對應的時間找到 Windows 應用程式事件 1053，描述中寫著：
「Exchange ActiveSync 沒有足夠的權限為 Active Directory 使用者 "Active Directory operation failed on ad.aaa.com.tw. This error is not retriable. Additional information: 存取被拒。.
Active directory response: 00000005: SecErr: DSID-03151E07, problem 4003 (INSUFF_ACCESS_RIGHTS), data 0
" 建立 "CN=askasu,OU=XXX,OU=資訊部,DC=aaa,DC=com,DC=tw" 容器。
請確定該使用者已繼承授予網域\Exchange 伺服器的權限，可以進行物件類型 "msExchangeActiveSyncDevices" 的列示、建立子系、刪除子系作業，而且沒有權限拒絕封鎖這類作業的權限。」

這讓我想到之前從 Exchange 2003 移轉 Exchange 2010 時，曾在做信箱搬移時也遇到類似的狀況。當時解決方式就是去檢查該帳號在 AD 中的的安全性權限，是否有確實勾選了「繼承」。

連到網域控制站，打開「AD 使用者和電腦」管理介面，在檔案列的檢視先勾選「進階功能」。

接著找到有問題的帳戶，進到帳戶內容的安全性，再點選「進階」。
這下謎底解開了，果然又是權限繼承被自動取消的問題，只要勾選回去就可以在 EeePad 上正常設定 Exchange ActiveSync 了。

其實狀況發生的關鍵原因，只要該帳號隸屬於網域的 Protected Groups，基於安全性就會導致繼承設定被取消。

就算這次已經勾選了「包括從此物件的父項繼承而來的權限」，在經過 AD 固定時間的同步檢查後，帳戶假使仍隸屬於 Protected Groups，還是會被取消繼承。

不過我多次檢查後發現，就算之後被取消繼承也不用擔心，只要從 ADSI 編輯器確認該帳戶的「ExchangeActiveSyncDevices」目錄物件有被建立起來，想再設定不同裝置像是 iPad 的 Exchange 郵件同步都還是沒問題。

另外，在設定 EeePad 跟 Exchange 同步時，小弟覺得幾個比較重要的地方，提醒大家記得選擇。

請記得勾選「接受所有安全資料傳輸層(SSL)憑證」。因為許多公司的 SSL 憑證是自行架設發放，預設是無法自動被信任使用。

郵件同步數量預設是三天，最大是一個月。

既然玩到 ASUS EeePad Slider SL101，就順道來小分享一下。

SL101 已經內建了鍵盤，所以厚度比純平板不含鍵盤的 TF101 厚。另外，SL101 只有 WiFi 版本，所以想上網一定要處在有無線網路的環境。

淡淡的 ASUS Logo 隱藏在左上角的鏡面下層，鏡面的材質據說為康寧防刮玻璃。
另外，螢幕則採用很讚的 IPS 面板，尺寸及解析度為 10 吋及 WXGA 1280 x 800。

正上方有mini-HDMI跟可用來充電或連接電腦的連接埠。
這部份的設計是在鍵盤底座上，所以實際滑出鍵盤時並不影響使用及美觀。

由左至右是 MicroSD 記憶卡插槽、重置鍵（Reset）、音量大小控制鍵及電源鍵。

右側則有唯一的USB孔及耳機孔（耳機或麥克風可用）。
以擺在桌上使用來說，USB配置在右邊的確是比較順手些，因為可以用來連接滑鼠或隨身碟等周邊。

SL101 正面也內建一個 1.2M 像素的 Webcam，方便視訊通話使用。
另外，正上方的小弧線是方便將 Pad 拉起滑出鍵盤的設計。

SL101 背部。採跟 TF101 不一樣的霧面質感，並有腳座以利平放時使用鍵盤。

背部的相機等級為五百萬畫素，採自動對焦。

滑出鍵盤後，就讓我忍不住想起小時候，被罰坐在書桌前抄課文的回憶啊。
強烈懷疑開發團隊也有相同經驗。 XD

（圖片為網路轉載）

鍵盤滑出過程其實相當平順，近兩個禮拜多的使用也沒有感到鬆脫，相信華碩對這部份的機構應該有下過一番苦心。

支撐架上也有 ASUS 標誌。

整個支撐感覺還蠻牢固的，而且不是單一層的支架撐起。彎曲的部分應該是連接螢幕平板跟鍵盤座及 IO 的資訊排線。

儘管鍵盤並非常用標準尺寸，但內含鍵盤其實還蠻方便的，尤其我在辦公室或家中使用時，臨時需要快速輸入大量的文字內容，只要拉出來就能立即發功。

經過這段時間使用，跟之前玩過的 TF101 比較起來，SL101 讓我更覺得好用，儘管跟鍵盤搭在一起會有一定的重量，但要他當平板是平板，想要立刻有鍵盤就有鍵盤；而且帶出門就一起出門，也不用在那邊玩組合金剛或找鍵盤座，真的是方便許多。

尤其放在辦公桌上使用時，再搭配一支無線藍芽滑鼠更是不錯啊。

最後再分享一下，之前跟強者我好友請教的問題。如果用 EeePad 看 Mobie01 討論文章感覺很卡，可以參考下圖的作法，進到瀏覽器的設定。

找到進階設定的「啟用外掛程式」。

把設定改成「隨選」後，在瀏覽 Mobile01 網站時，那些用 Flash 製作的廣告就會變成點選後才顯示，瀏覽頁面也相對順暢了。