ASP.NET Core WebAPI的IHostedService部署IIS后无法访问共享目录

我之前处理过不少类似的场景，结合你的情况，咱们从几个关键方向来排查解决：

1. 确认应用池实际运行账户的权限 #

你提到给IIS_IUSRS组加了权限，但要注意：IIS应用池默认用的是ApplicationPoolIdentity账户，这个账户不属于IIS_IUSRS组（或者说权限继承可能没生效）。你需要直接给应用池对应的账户授予共享目录权限：

• 打开IIS管理器，找到你的应用池，查看“标识”设置，默认是ApplicationPoolIdentity
• 在共享目录的权限设置里，添加账户：IIS AppPool\[你的应用池名称]（比如你的应用池叫MyWebApi，就加IIS AppPool\MyWebApi）
• 给这个账户分配需要的权限：读取和执行、列出文件夹内容、读取、写入

2. 替换网络驱动器映射为UNC路径 #

在VS里运行时用的Z:\DIR1\DIR2\DIR3是用户会话的网络驱动器映射，但IIS的应用池运行在系统会话里，不会加载你个人的驱动器映射。解决办法是直接使用UNC路径：

• 把代码里的路径改成\\[服务器名称]\[共享文件夹名]\DIR1\DIR2\DIR3（比如\\FileServer\SharedFiles\DIR1\DIR2\DIR3）
• 确保这个UNC路径对应用池账户是可访问的，同样要给该账户设置共享权限和NTFS权限

3. 同时检查共享权限和NTFS权限 #

很多人容易忽略共享权限：

• 右键共享目录 → “属性” → “共享”标签 → “高级共享” → “权限”
• 给应用池账户（或对应的域账户）添加“读取”“更改”等必要权限
• 再切换到“安全”标签，确认NTFS权限也正确配置，两者都要设置才能生效

4. 开启应用池的“加载用户配置文件”（可选，推荐用UNC替代） #

如果一定要用驱动器映射，可以尝试开启这个设置：

• 打开应用池的“高级设置”
• 找到“加载用户配置文件”，设置为True
• 重启应用池后，应用池账户会加载用户配置，驱动器映射可能生效，但这个方法不如UNC路径稳定，尤其在多服务器部署场景

5. 尝试用域账户运行应用池（域环境下） #

如果你的服务器在域中，更稳妥的方式是创建一个专门的域账户，给它分配共享目录的权限，然后设置应用池用这个域账户运行：

• 在域控制器创建一个域用户（比如Domain\WebApiServiceAcct）
• 给这个用户分配共享目录的共享权限和NTFS权限
• 在IIS应用池的“标识”设置里，选择“自定义账户”，输入这个域账户的凭据
• 重启应用池后测试访问

按上面的步骤逐一排查，应该能解决你的问题。

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