我的 DFS 命名空间中有一个目标,该目标最初创建时名称拼写不正确,基础共享是正确的。然而,它并没有被注意到几年。我用更正的名称创建了一个新目标,并且我相信我已经更新了大多数 GPO、脚本等以使用新的更正目标。
设置大致如下所示。
\\dc-[1-12].example.org\dfs
\\example.org\dfs
\\example.org\dfs\missmelled -> \\srv01\staff
\\example.org\dfs\correct -> \\srv01\staff
我想以最少的中断删除那个旧的无效目标。我如何监控并查看旧目标是否仍在使用以及在何处使用。
DFS 目标目标上的文件系统审计似乎没有用,因为旧目标和新目标都被发送到该位置。
我还没有尝试过,但我猜在命名空间共享上启用审计可能有用吗?这似乎是一个很大的痛苦,因为我必须检查每个命名空间服务器的日志?其中有 12 个,因为我有很多跨慢速链接的小站点,并且可以在任何站点访问此特定目标。
所有命名空间服务器都是 Server 2012 或 2012r2。实际目标是 2008r2 主机。
重申一下,我想找到谁/什么在我的命名空间中使用特定的 DFS 目标,因为我想以最小的服务中断将其删除。搜索引擎没有给我很好的答案,也许我问错了问题?
你可以考虑这样的事情:
1 - 将“staff”目录重新配置为共享两次,即“staff”和“staffBad”
2 - 在 DFS 中重新配置“missmelled”链接,使其唯一目标为“\srv01\staffBad”。用户访问不会被中断,他们仍然可以访问它,只是通过不同的共享。
3 - 运行 powershell 脚本(以某种间隔循环一整天/一周)来查询谁通过“staffBad”共享连接并将结果记录到文件中
gwmi -comp srv01 Win32_ServerConnection | where {$_.sharename -eq "staffBad" } | select username, sharename, computername | out-file -append staffBad.txt
Run Code Online (Sandbox Code Playgroud)
powershell 可能更复杂...记录为 csv 或 xml。仅记录上次运行中未找到的连接。或者在审核后从完整结果中选择“UNIQUE”。
归档时间: |
|
查看次数: |
2906 次 |
最近记录: |