離線檔案同步處理 - 在 Windows 7 中，離線工作] 選項按鈕會在離線轉換後從 Windows 檔案總管消失，而 Client-Side 快取會保持離線狀態，直到電腦下次重新啟動為止

本文提供解決方案來解決離線/在線轉換之後，Windows 檔案總管中 [離線/工作在線] 單選按鈕消失的問題，以及 Client-Side 快取保持離線狀態，直到電腦下次重新啟動為止。

適用於：Windows 7 Service Pack 1
原始 KB 編號： 2512089

徵狀

您已設定 Windows 7 進行離線檔案同步處理，以同步處理來自網路共享的內容，並讓其離線使用。 使用者注意到 Windows 7 通常會變更為離線模式;不過，在網路可用之後，Windows 7 不會自動切換回在線模式。 無法同步處理 UNC 路徑，而且在同步處理中心中，離線檔案同步處理合作關係沒有可用的資訊。

如果使用者存取 Windows 檔案總管中的網路資源，則某些網路資源會在在線且可存取;不過，當用戶嘗試存取已離線提供的資源時，會從 Client-Side 快取顯示離線內容。 使用者可以建立新檔案並變更現有的檔案，但這些檔案仍會保留在本機快取中。

您可以為每個使用者提供檔案分享和子資料夾，如下列範例所示：

\\ServerName\ShareName$\dir1\dir2

具有適當許可權的使用者可以存取子資料夾 dir1 和 dir2，但沒有許可權可檢視共用 ShareName$ 的內容。

原因

此行為是由 Windows Vista 和 Windows 7 處理遠端檔案作業的方式所造成。 系統會剖析 UNC 路徑，並檢查每個元件的可用性。 在上述各節所述的案例中，Windows Vista 或 Windows 7 會檢查前置詞 \\ServerName。 如果成功，它會檢查 \\ShareName$\ 是否可用。 由於此層級缺少訪問許可權，因此遠端檔案作業會失敗，而且如果 UNC 路徑已離線使用，Client-Side 快取 (CSC) 會提供離線內容中的檔案。

解決方案

若要使用離線檔案同步處理來解決此問題，請確定使用者可以存取 UNC 路徑的所有部分。 在 UNC 路徑上，例如 \\ServerName\ShareName$\dir1\dir2 (其中 ServerName 可以是文件伺服器或 DFSN 伺服器) 當使用者同步處理子資料夾 dir1 時，ShareName$ 上需要下列許可權：

脫機檔案的共享層級 (SMB) 許可權共用 ShareName$：

在此範例中，會從共用許可權中移除 Everyone，並使用包含用戶帳戶的全域群組來設定共用層級許可權。

離線檔案同步處理的根資料夾 ShareName$ 所需的 NTFS 許可權：

在子資料夾 \dir1 和 \dir2 上，需要下列許可權：離機檔案同步處理的資料夾 dir1 和 dir2 所需的 NTFS 許可權：

其他相關資訊

在 Windows Vista 和 Windows 7 中，所有遠端檔案系統存取要求都會由多個 UNC 提供者 (MUP) 進行通道處理。 MUP 會將要求重新導向至網路重新導向器， (能夠處理遠端檔案系統要求的 UNC 提供者) 。 例如，針對SMB要求，MUP 會將要求重新導向至網路提供者 LanmanWorkstation (ntlanman.dll) 。 LanmanWorkstation 會呼叫呼叫網路重新導向器 (mrxsmb.sys) 的工作站服務 (svchost.exe) 。

MUP 會執行前置詞解析作業， (IOCTL_REDIR_QUERY_PATH) 要求向 MUP 註冊且能夠用於要求類型的網路重新導向器。 此前置詞解析作業會剖析 UNC 路徑，並檢查每個元件的可用性。 如果前置詞解析的傳回訊息STATUS_LOGON_FAILURE或STATUS_ACCESS_DENIED，則要求會失敗，而 MUP 會將 UNC 路徑指出為無法存取。

Client-Side 快取會攔截通道傳送至網路重新導向器的要求。 如果前置詞解析作業失敗，如上一節所述，如果 UNC 路徑之前已離線提供，CSC 就會提供來自本機快取的內容。

行為會在下列連結上詳細說明：

• 支援 UNC 命名和 MUP

• IOCTL_REDIR_QUERY_PATH IOCTL

• 網路重新導向器的基本架構