DFS 命名空間在登錄時不可用
**編輯:**我並不完全了解我的問題發生了什麼,但它已經得到了修復。請看下面我的回答。
背景
在更改了我們的環境配置方式之後,我們的環境中的 DFS 命名空間出現了一些問題,在我們花錢與 Microsoft 進行支持電話之前,我希望獲得一些有關如何進行故障排除的見解。
我們將 DFS 命名空間用於乾淨的路徑,但不使用 DFS 複製。在更改之前,我們有一個命名空間,我們將呼叫
\\my.domain.com\main
. 這個域工作得很好,但我們支持 5 個部門,所以我們決定為每個部門創建命名空間。\\my.domain.com\Div1
,\\my.domain.com\Div2
等。在更改之前,每個人都映射了一個驅動器
Q: \\my.domain.com\main\Div1Dept
,而在更改之後,他們映射了一個驅動器Q: \\my.domain.com\Div1\Folders
。\\my.domain.com\main\Div1Dept
與 的位置相同\\my.domain.com\Div1\Folders
。唯一的區別是命名空間。問題
“Standard_DriveMaps_Divisional {5559ca2b-79af-4a37-82d8-451d2fb71543}”中的使用者“Q:”首選項
組策略對象未應用,因為它失敗並出現錯誤程式碼“0x80070035 找不到網路路徑”。此錯誤已被抑制。
我們有多種情況(我們支持 2,000 名使用者,並且每週會接到幾個電話),當使用者登錄時,位置不可用並且驅動器無法映射。我們可以確認有一個質量連接到網路並且可以到達域控制器和命名空間伺服器。
當我們使用命名空間時,這個問題永遠不會真正出現
main
。當使用者手動導航到路徑時,它變得可用。解決方法是執行 agpupdate
再次映射驅動器,但我們不能要求使用者在每次發生時都這樣做。每次這些與 DFS 相關的映射失敗時,我們確實有一個非 DFS 驅動器可以成功映射。這讓我相信這並不完全是網路連接。
已執行故障排除
我遠非 DFS 專業人士,但我對如何製作文件夾目標等非常了解。
使用 DFS 管理,我查看了命名空間之間的記憶體持續時間和其他設置,它們都匹配。他們也使用相同的命名空間伺服器。
使用該
DFSDiag
命令,我們對所有命名空間都有積極的測試結果。問題
鑑於所提供的資訊,任何人都可以想到一些我可能會忽略的具體事情嗎?DFS 管理 GUI 之外是否有任何設置可能影響非
main
命名空間的可用性,因為main
似乎始終可用。
老實說,我忘記了我發布了這個問題。然而,由於這個問題現在已經被瀏覽了 1000 次,我想我應該給這 1000 個人一個答案。
這個問題是通過參考這篇文章來解決的,這篇文章叫做Windows 7 和 DFS 命名空間的慢連結,這是我最喜歡的人在 Twitter Ned Pyle上寫的。我對我的問題沒有完全了解,因此您需要了解以下內容:
當我們為使用者映射網路驅動器時,他們會得到幾個驅動器:
H: \\my.domain.com\div1\Users\Username Q: \\my.domain.com\div1\Folders
問題
H:驅動器實際上是記憶體在電腦上的重定向文件夾。如果連接到達路徑的延遲
\\my.domain.com\div1\Users\Username
太高,電腦會將共享轉換\\my.domain.com\div1
為離線並改用記憶體。H: 驅動器(重定向文件夾)會出現,因為它已記憶體,但使用 DFS 共享/命名空間的任何其他驅動器\\my.domain.com\div1
都會出現斷開連接。這是因為其他目錄不在電腦正在使用的記憶體中。解決方案
- 創建一個連結到這些受影響電腦的新 GPO(或使用現有的)
- 導航到電腦配置>策略>管理模板>網路/離線文件
- 啟用配置慢速連結模式
- 為命名空間根添加高延遲
- 為使用者數據路徑添加低延遲
例子:
UNC Path Latency -------- ------- \\my.domain.com\div1\* 32000 \\my.domain.com\div2\* 32000 \\my.domain.com\div1\Users\* 60 \\my.domain.com\div2\Users\* 60
這應該可以防止文件夾重定向使 DFS 根離線。
也許 GPO 在沒有網路訪問的情況下被應用,因此他們無法獲得更改(網路驅動器映射)
這是否發生在同一個人身上?
有一個等待網路的 GPO 策略,但請確保它僅在內部域客戶端上有效,而不在移動/筆記型電腦上有效
檢查此 https://technet.microsoft.com/en-us/library/gg486839.aspx
如果沒有此設置,客戶端可能會使用本地憑據儲存進行身份驗證,但網路堆棧未完成載入。
我們在我們的網站上遇到了這個問題,但它是一個電腦/網路驅動程序問題,網路驅動程序/堆棧的初始化/載入需要很長時間。