工作组环境下IIS应用访问网络共享文件夹权限问题

问题核心 #

工作组环境无法使用域环境下的<domainname>\<machinename>$机器身份，IIS应用池默认身份（如ApplicationPoolIdentity、Network Service）跨服务器访问时没有存储服务器的权限，导致读写文件时触发DirectoryNotFoundException（实际多为权限不足引发的访问被拒，系统返回目录不存在的错误）。

可行解决方案 #

1. 在两台服务器创建相同用户名和密码的本地账户 #

• 在应用服务器（10.30.1.1）和存储服务器（10.30.1.2）上创建完全相同的本地用户（用户名、密码、权限等级一致），比如创建名为IISFileAccess的本地账户，设置强密码并确保密码永不过期。
• 修改IIS应用池的身份为这个本地账户：
  1. 打开IIS管理器，找到目标应用池
  2. 右键选择“高级设置”
  3. 在“进程模型”的“标识”选项中，选择“自定义账户”，点击“设置”输入刚才创建的本地账户信息

2. 给存储服务器的目标文件夹分配权限 #

• 登录存储服务器，找到需要读写的文件夹，右键选择“属性” → “安全” → “编辑”
• 添加刚才创建的本地账户IISFileAccess，分配读取、写入、修改等必要权限，确保权限覆盖文件夹内的所有文件和子文件夹

3. 验证UNC路径访问 #

• 在应用服务器上，用\\10.30.1.2\共享文件夹名的UNC路径测试访问，确保能正常读写，避免使用本地路径映射（映射的驱动器在IIS进程中可能无法识别）
• 代码中直接使用UNC路径，示例：

  string filePath = @"\\10.30.1.2\SharedFiles\test.txt";
  File.WriteAllText(filePath, "测试内容");
  

4. 备选：使用本地系统账户（不推荐） #

• 若将应用池身份设为LocalSystem，它拥有本地最高权限，跨服务器访问时会使用机器账户WORKGROUP\<machinename>$，此时需要在存储服务器的文件夹权限中添加应用服务器的机器账户（比如WORKGROUP\APP-SERVER$），但工作组环境下机器账户的权限配置可能存在不稳定情况，优先推荐方案1。

内容的提问来源于stack exchange，提问作者Imran Qadir Baksh - Baloch