我有一个网站，在网络驱动器上配置了共享配置，并激活了 FTP 发布。该网站的所有设置和文件都复制到备份主机。因此，两个主机都具有相同的设置。
身份验证使用默认身份验证和域用户运行。匿名已停用。所有用户都具有读写权限，并且用户按用户名目录隔离。
为了激活用户，我们使用用户名创建一个虚拟目录并通过身份验证。
FTP 的 docroot 上的文件和文件夹设置全部设置为 apppool 用户的完全访问权限。
以前这个方法很好用，但现在在生产站点上，用户无法再上传文件，但可以连接。甚至通过本地主机，因此不涉及防火墙或任何东西。
它仍然可以在我们的备份主机上运行，并且我看到的与 procmon 的唯一区别是访问文件系统的实际用户是生产主机上的 apppool 用户，但备份主机上的 NT-Authority\System 用户。
知道如何修复这个问题吗？
更新：
生产系统和备份主机之间的唯一区别是，生产是一个 webfarm，而备份不是。另外有趣的是，如果我在生产系统上为 webfarm 的文档根目录之外创建一个文件夹，它就可以正常工作。
网站根目录：\\share\\wwwroot
无法正常工作的 FTP：\\share\\wwwroot\\FTPFolder
FTP 那个做工作：\\share\\FTPFolder
某些网络服务器进程可能会阻止文件吗？
答案1
验证文件夹的安全设置是否相同（据我所知，如果您使用 AD，则不会复制此设置），验证应用程序池的用户（如果两个服务器上的用户相同）- 这将是您的问题。更改运行应用程序池的用户，一切都应该没问题。