在networking共享中的Windows SymLinks之后

我有一个共享文件夹,我们来调用它

e:\folder2\ 

“每个人”都拥有对共享和文件系统的读取权限。

从命令行,pwd at

 e:\folder2\ 

我跑了

 mklink /D slF1 e:\folder1 

这两个文件夹(folder1,folder2)的权限是相同的(每个人都有读取权限的networking访问和文件系统访问)

当我尝试打开

 \\thismachine\folder2\slF1\ 

我得到一个可访问性错误。

这甚至可以工作吗? 如果是这样的诀窍是什么?

编辑 :如果我直接共享符号链接slF1,它的作品 – 也就是说,我可以共享\ thismachine \ slF1 \

编辑二 :我尝试了什么sysadmin1138build议。 我只是不能让它工作,除非我跑:

 fsutil behavior set SymlinkEvaluation L2L:1 R2R:1 L2R:1 R2L:1 

然后,我不得不使用路口的目录和硬链接的文件。 这有点奇怪。 我错过了什么? 明天早上我会接受你的回答。 谢谢!

Symlink的目标需要能够被读者访问。 在你的情况下…

 E:\ |- Folder1\ |- [share]Folder2\ |- slF1 

如果“slF1”指向“E:\ Folder1”,客户端将无法访问它。 事实上,如果你这样做了:

 E:\ |- Folder1\ |- [share]Folder2\ |- Folder3\ |- slF3 

并使“slF3”链接到“E:\ Folder1 \ Folder3”,它仍然不能工作,因为客户端不知道如何访问“E:\”。 但是,如果您已经使“slF3”链接到“\\ Server \ Share \ Folder3”,它将工作得很好。 按照您希望的方式工作:

 E:\ |- [F1Share]Folder1\ |- [F2share]Folder2\ |- slF1 

使“slF1”链接到\\ server \ F1Share \,它应该像你需要的一样工作。

mklink /D slF1 \\Server\F1Share\

要记住的是,符号链接是客户端明确遵循的path,就像它是一个快捷方式图标一样。 你链接到的将是什么客户端试图附加。 股份在提供服务之前不会对链接产生负面影响,客户必须予以支持。 对于那些无法处理路口的旧客户来说,这可能是一个问题。

直接共享的原因是因为Windows实际上共享了E:\ Folder1,而符号链接从未被客户端所触及。