![当 Windows DFS 目标发生更改时自动更新 Linux CIFS 挂载](https://linux22.com/image/750053/%E5%BD%93%20Windows%20DFS%20%E7%9B%AE%E6%A0%87%E5%8F%91%E7%94%9F%E6%9B%B4%E6%94%B9%E6%97%B6%E8%87%AA%E5%8A%A8%E6%9B%B4%E6%96%B0%20Linux%20CIFS%20%E6%8C%82%E8%BD%BD.png)
在我们处理的案例中,重新定位并不常见,但我们正在进行一些基础设施变更,我对此记忆犹新。我们的 Linux Web 服务器上通过 FSTAB 使用 CIFS 安装了许多 Windows DFS 共享。这些 Web 服务器托管一系列内部应用程序,DFS 安装提供我们的应用程序可能在某个时间点(而不是所有时间)将用户引导到的文档(用户可能几天都没有被引导到 DFS 安装上的文档)。我们确实有一个应用程序,它充当移动用户的文件资源管理器,并且它允许双向交互。
我们已经尝试过;
- 在共享挂载时更改目标
- 使用 Linux 服务器上的文本编辑器打开共享中的文件
- 查看我们共享上的打开的文件,我们可以看到 Windows 已经通过在新目标上打开的 Windows 文件数量来获取更改,并且只有来自 Linux 服务器的临时文件在原始目标上打开。
- 然后,我们卸载并重新安装 Linux 服务器上的共享,然后我们可以看到临时文件在新服务器上打开。
在这种情况下,在 cron 中编写卸载和重新安装脚本是否可以接受?或者有没有更好、更容易接受的方法?
编辑:想出了这句话;
# Get a list of DFS mounts and remount them in case DFS targets changed
mount -v | grep //my[.]share[.]location[.]com/root/ | awk '{print "mount -o remount " $3}' | sh
它确实有效,但是我仍然不确定它是否正确。