![IIS FTP 通过 CIFS 共享上的身份验证虚拟文件夹](https://linux22.com/image/656110/IIS%20FTP%20%E9%80%9A%E8%BF%87%20CIFS%20%E5%85%B1%E4%BA%AB%E4%B8%8A%E7%9A%84%E8%BA%AB%E4%BB%BD%E9%AA%8C%E8%AF%81%E8%99%9A%E6%8B%9F%E6%96%87%E4%BB%B6%E5%A4%B9.png)
我在我们的网络服务器上创建了一个 FTP 发布,但无法正常工作。有些用户在上传文件时收到 550 错误。读取权限似乎有效,因为他们可以浏览文件。
对于 FTP 身份验证,我们已禁用匿名并激活标准身份验证,并将我们的域设置为默认域。
FTP 授权设置为“所有用户”读/写访问权限。
FTP 用户隔离设置为“用户名目录”
现在我们已经创建了一个“域名”虚拟目录,指向与 wwwroot 处于同一级别的 dummyftproot 文件夹。
在该虚拟域文件夹下,我们创建指向我们项目中 CIFS 共享文件夹的“用户名”虚拟目录。我们设置直通身份验证以作为应用程序用户进行连接。
现在,我认为这意味着应用程序池身份用户正在访问 CIFS 共享并读取/写入文件夹。而且并非每个用户都有自己的帐户。是这样吗?
我如何监控哪个用户实际访问共享?我看到我的文件以域用户身份写入。
应如何配置才能使用应用程序池标识?
亲切的问候
答案1
您对物理文件夹路径设置了什么权限?您提到了 FTP 权限,但没有设置 NTFS 权限,可能是“MACHINE\Users”的默认权限为读权限,但没有写权限。
您不需要接触应用程序池,无论如何应用程序池仅适用于网站而不适用于 FTP 服务器,我误解了吗?
如果您想查看文件访问时发生了什么,请使用进程监控这将向您展示正在发生的一切及其结果。
答案2
我发现,这个问题有两个解决方案。
如果选择“通过”身份验证,请为访问文件共享的每个用户设置正确的权限。因为这样将使用连接到 FTP 服务器的用户名来访问文件共享。
设置具有对文件共享的读/写访问权限的“特定用户”。
我们最终使用了应用程序池身份用户,因为在我们公司,每个运行网站的网站都有一个用户。