在IIS托管的MVC应用中读写域内共享驱动器文件遇错求助

这种问题我之前在项目里碰到过好几次，核心原因基本绕不开权限身份不匹配或者映射驱动器的会话隔离，咱们一步步来排查解决：

1. 排查应用程序池的身份权限 #

手动操作时你用的是自己登录SERVER2的域用户权限，但MVC Web应用是运行在IIS应用池的身份下的，这两个身份完全独立：

• 打开SERVER2的IIS管理器，找到你的MVC应用对应的应用池，右键选择「高级设置」
• 查看「身份」选项：
  • 如果是默认的ApplicationPoolIdentity：这个是本地虚拟账户，没有访问域内其他服务器共享资源的权限，必须改成有访问SERVER1共享文件夹权限的域用户
  • 如果是NetworkService：这个身份在域环境下对应的是SERVER2的机器账户（格式是域\SERVER2$），需要在SERVER1的共享文件夹上给这个机器账户添加读写权限
• 权限配置步骤：
  1. 登录SERVER1，找到C:\AppFiles文件夹，右键→「属性」→「安全」标签→「编辑」
  2. 添加对应的身份（域用户或者SERVER2$机器账户），赋予「读取」「写入」「修改」等必要权限
  3. 切换到「共享」标签，确保该身份也有对应的共享权限（一般和NTFS权限匹配即可）

2. 用UNC路径替代映射驱动器 #

映射驱动器（比如O:）是和用户会话绑定的，应用池的运行会话和你手动登录的会话完全隔离，所以应用根本看不到O:这个映射路径。解决办法很直接：

• 把代码里的O:\Production\Inbound替换成UNC路径：\\SERVER1\AppFiles\Production\Inbound
• 这种路径是直接通过网络访问共享资源，不依赖用户会话的映射，应用池只要有权限就能正常访问

3. 快速验证权限的小技巧 #

如果不确定权限是否配置正确，可以做个简单测试：

• 用应用池使用的身份（比如指定的域用户）登录SERVER2
• 手动访问\\SERVER1\AppFiles\Production\Inbound，尝试创建、修改、删除文件
• 如果这里操作失败，说明权限配置有问题，先把这个问题解决，再测试Web应用

4. 其他可能的小问题 #

• 检查SERVER1和SERVER2之间的防火墙，确保文件共享相关的端口（比如SMB的445端口）是开放的
• 确认两台服务器在同一个域，且域信任关系正常

先从前面两点入手，大部分情况下替换UNC路径+配置应用池权限就能解决这个问题。

内容的提问来源于stack exchange，提问作者Rachna