我有一台 CentOS 6 机器，上面有一个简单的 Samba 共享，我正尝试将其设置为 DFS 服务器，以便它可以将客户端指向其他服务器上的文件夹。按照 Samba 文档设置此功能，我已将正确的行添加到 smb.conf 以使共享兼容 msDSF，并重新启动了 smb 服务以及所有 Windows7 客户端，因为说明中也提到这是必要的。
问题在于：DFS 共享在 Mac 客户端和 Linux 客户端上完美运行 - 也就是说，符号链接文件夹将客户端的流量重定向到引用的服务器。以下是我在 DFS 根共享“test2”中创建的工作示例符号链接：
ln -s msdfs:192.168.255.2\\footage
和
ln -s msdfs:server2\\footage
此链接将流量重定向到 IP 为 192.168.255.2 的服务器上的共享“素材”。使用目标服务器的主机名（而不是 IP）的符号链接在 Mac 和 Linux 客户端上也能正常工作。
然而，在 Windows 7 客户端上，链接显示为快捷方式文件夹图标，这是我第一个警告信号，表明有些事情不对劲，因为我认为它应该是透明重定向，就像在 Mac 和 Linux 客户端上一样。我猜想，如果设置正确，Windows7 客户端应该将其显示为常规文件夹，而不是快捷方式、连接点或任何其他符号链接。当我单击文件夹快捷方式图标时，我收到经典的“位置不可用”错误，其中引用了文件夹快捷方式，但没有引用它应该指向的链接。通过服务器上的 samba 共享共享的其他文件夹到文件夹符号链接在 Windows7 客户端上正常工作。
另一条可能至关重要的信息是：Linux 服务器不在域或 DNS 上，但 Windows7 客户端在。这是因为不同的部门管理这些服务器。这有关系吗？从我能找到的文档来看，一旦它意识到它不是真正的文件夹，它就应该 ping DFS 服务器进行重定向，不需要 DNS 或域来执行任何名称服务或身份验证工作。
其他说明：服务器是 CentOS 6.5，SMBv3。Windows7 客户端将连接到这些服务器所在子网的接口作为其服务器顺序和绑定的优先级，但此子网上没有 DNS。
我的服务器在一家拥有 Mac 和 Windows7 客户端的公司中运行，我将它们全部连接到一个共享以访问共享媒体。我需要使用 DFS，因为某些客户端会产生大量流量和磁盘 I/O，从而导致其他需要低延迟的客户端出现问题。如果我将低延迟客户端使用的媒体与高流量客户端使用的媒体分开，一切都会很完美。
这是我的 smb.conf：
[global]
workgroup=WORKGROUP
security=share
unix extensions = no
strict locking = no
NetBIOS name = myworkdfs
server string = myworkdfs
strict allocate = Yes
read raw = Yes
write raw = Yes
socket options = TCP_NODELAY IPTOS_LOWDELAY
deadtime = 15
host msdfs = yes
[test2]
guest ok = yes
read only = no
path = /mnt/mydfsfolder
msdfs root = yes
wide links = yes
follow symlinks = yes
谢谢！
答案1
在 Windows 客户端上，如果 DFS 共享中的文件夹有目标，则文件夹目标确实有一个文件夹快捷方式图标。所以没什么奇怪的。
由于您没有提到，这可能是权限问题吗？
如果我正确理解了你的设置你尝试访问 \myworkdfs\test2\footage， 正确的？
镜头也通过 SMB/samba 共享吗？