Not
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
問題說明:
假設您有一台Windows 2003 File Server透過委派的方式讓用戶端可以將EFS加密檔案上傳至File Server,並且仍保留EFS加密的屬性,您將要將這台Windows 2003原機升級至Windows 2008,並且確保用戶端仍可以遠端正常開啟這些加密文件,該如何作?
您可以參考 https://support.microsoft.com/kb/948690/en-us文件說明,透過實作過程解釋如下:
我的LAB環境總共三台機器,分別為:
- Machine 1:Windows 2003 DC x1
- Machine 2:Windows 2003 File Server x 1
- Machine 3:Windows XP Client XP x 1
1. Machine 1對Machine 2做委派 ,讓Machine 3 的Client可以將檔案copy至Machine 2,並且仍保留EFS加密的屬性。
2. 升級Machine 2至Windows 2008 SP2。(備註)
3. 測試從XP連到Machine 2,確認仍可以開啟文件。
=============
備註
在升級完至Windows 2008後,您一定要用文件 https://support.microsoft.com/kb/948690 上的工具做一次掃描,用戶端才能正常使用原來的金鑰去解密,原因是:
1. 您的Client是透過遠端的方式將EFS加密文件上傳至File Server,這個時後,您在 File Server上會產生該帳戶的User profile以存放新的金鑰,但這個Profile並非完整的。您可以去比較曾經在File Server上實際登入過帳戶的Profile,以及未登入過但透過 EFS加密委派產生的Profile裏的結構。如下圖:
有本機登入過帳戶的profile結構:
沒有本機登入過帳戶的profile結構:
2. 檢查HKLM\Microsoft\Windows NT\CurrentVersion\ProfileList機碼,比較有登入過的帳戶及沒有登入過帳戶的機碼,則會如下:
該帳戶有登入過的機碼會是
沒實際登入過,但是透過上傳加密檔案而產生的Profile ,機碼是
透過以上檔案結構及機碼的比較,您會發現有登入過該電腦的帳戶及沒有登入過的帳戶Profile很明顯的有所不同。
3. 在原機升級至Windows 2008 SP2後,再來比較一下 User Profile的結構:
有本機登入過帳戶的profile結構:
沒有本機登入過帳戶的profile結構:
4. 再去看HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList機碼,您會發現只剩下曾經本機登入過帳戶的機碼,透過上傳EFS加密文件自動產生Profile對應的機碼都因為升級Windows 2008而刪除了。
5. 因此,我們就必需使用https://support.microsoft.com/kb/948690下載的工具再去掃描系統,然後重建這些連結,解決問題。
指令就是EfsUpgRecoverAccts /R
6. 在執行完後,它將所有沒有登入過的profile轉換成以下的格式 (這些Profile會在後面多了.000)
7. 機碼也會再建立一次,對應的路徑也是會多了.000
8. 從Client去遠端存取file server,可以開啟加密檔案了