MVC项目向远程IP共享文件夹存图片遇权限拒绝，需配置哪些额外权限？

遇到这种权限拒绝的情况，光给Everyone权限往往不够，因为IIS托管的MVC应用是用特定身份运行的，得从几个维度排查：

• 给应用池运行身份加权限
  你的MVC应用是在IIS的应用程序池里跑的，默认用的是ApplicationPoolIdentity或者IIS_IUSRS组账户，这些账户才是实际访问共享文件夹的主体，不是你当前登录的用户。你需要：

  1. 右键目标共享文件夹→属性→安全→编辑→添加
  2. 输入应用池账户（格式是IIS AppPool\[你的应用池名称]，比如IIS AppPool/MyMvcAppPool），然后勾选写入和修改权限
  3. 同时别忘了在「共享」选项卡的共享权限里，也给这个账户加上写入权限

• 别搞混共享权限和NTFS权限
  共享文件夹有两层权限控制：共享权限和NTFS权限，系统会取两者中最严格的规则生效。你可能只设置了共享权限的Everyone，但NTFS权限里相关账户（比如应用池身份）没有写入权限，一样会报错。去「安全」选项卡（NTFS权限）里确认一下，对应的账户有没有写入权限。

• 检查身份模拟设置
  如果你的MVC应用启用了Windows身份验证，还配置了<identity impersonate="true"/>，那实际访问共享的是当前登录网站的用户，而不是应用池身份。这时候要么给登录用户加共享权限，要么关闭身份模拟（如果业务不需要的话）。

• 验证共享路径格式
  先确认你的_ImagePath是正确的UNC路径，比如\\192.168.1.100\SharedImages\test.jpg，别用本地路径或者格式错误的网络路径。可以手动用应用池身份的账户登录服务器，试试能不能在共享文件夹里新建文件，排除路径本身的问题。

• UAC限制（Windows Server环境）
  如果是Windows Server系统，UAC可能会限制本地账户访问网络共享，尤其是应用池用的是本地账户时。这种情况优先考虑把应用池身份改成域账户（如果在域环境下），或者谨慎调整UAC的相关注册表设置（不推荐随便改，先试前面的方法）。

另外，你的代码可以优化下，用using语句自动释放资源，避免手动关闭流可能带来的泄漏问题：

using (var fs = new BinaryWriter(new FileStream(_ImagePath, FileMode.Append, FileAccess.Write)))
{
    fs.Write(rBinarydata);
}

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