我已经在我们的networking服务器上创build了一个FTP发布，并有一个问题得到它的工作。 有些用户上传文件时出现550错误。 阅读访问似乎工作，因为他们可以浏览文件。
对于FTPauthentication，我们已经禁用了匿名和激活的标准authentication，我们的域被设置为默认域。
FTP授权设置为“所有用户”读/写访问。
FTP Userisolation被设置为“用户名目录”
现在我们已经创build了一个“域名”虚拟目录，指向与wwwroot相同级别的dummyftproot文件夹。
在该虚拟域文件夹下，我们创build了“用户名”虚拟目录，指向项目中CIFS共享上的一个文件夹。 我们设置通过身份validation作为应用程序用户连接。
现在我认为这将意味着应用程序池标识用户正在访问CIFS共享并读取/写入文件夹。 而不是每个用户都有自己的账户。 这是这种情况吗？
如何监视哪个用户实际访问共享？ 我看到我的文件被写为我的域用户。
应该如何configuration使用应用程序池标识呢？
亲切的问候
你在物理文件夹path上设置了什么权限？ 您已经提到了FTP权限，但是没有设置的NTFS权限，可能默认的“MACHINE \ Users”具有读取权限但不能写入。
您不需要触摸应用程序池，无论如何，应用程序池只适用于网站而不是FTP服务器，我误解了吗？
如果你想看看文件访问上发生了什么，使用ProcessMon，这将显示所有正在发生的事情和结果。
有两个解决scheme，因为我发现了。
如果select“通过”身份validation，为每个访问文件共享的用户设置正确的权限。 因为那么连接到FTP服务器的用户名将被用来访问文件共享。
设置具有读/写权限的文件共享访问权限的“特定用户”。
我们最终使用了应用程序池标识用户，因为在我们公司，我们有一个运行该站点的每个网站的用户。