IIS站点中程序生成的PDF文件无法通过浏览器访问（报401 Unauthorized错误）

看起来你碰到的问题核心是程序生成的PDF文件权限设置异常，和手动复制的文件权限逻辑不一样，导致IIS的匿名用户没法正常访问。我来帮你拆解解决思路：

• 问题根源：你用程序生成PDF时，创建文件的进程（大概率是IIS应用池的运行标识）在生成文件时，带上了多余的「拒绝访问」权限条目；而手动复制的文件会自动继承目标文件夹的正常权限，所以能顺利打开。

• 临时快速解决：
  直接删除PDF文件ACL里那3个带「Access deny」的用户条目，确保IIS的匿名访问用户（一般是IUSR，或者你站点应用池对应的标识，比如IIS AppPool\你的站点池名称）拥有读取权限，这样就能正常访问了。

• 长效解决方案（代码层面）：
  总不能每次生成都手动改权限，最好在代码里写完PDF后直接调整文件权限。举个C#的示例代码供参考：

  string pdfFilePath = "你的PDF保存路径";
  // 获取文件的安全控制对象
  FileSecurity fileSecurity = File.GetAccessControl(pdfFilePath);
  
  // 移除所有拒绝权限的条目
  foreach (FileSystemAccessRule rule in fileSecurity.GetAccessRules(true, true, typeof(NTAccount)))
  {
      if (rule.AccessControlType == AccessControlType.Deny)
      {
          fileSecurity.RemoveAccessRule(rule);
      }
  }
  
  // 添加IIS匿名用户的读取权限
  fileSecurity.AddAccessRule(new FileSystemAccessRule(
      "IUSR", 
      FileSystemRights.Read, 
      AccessControlType.Allow
  ));
  
  // 保存修改后的权限设置
  File.SetAccessControl(pdfFilePath, fileSecurity);
  

• 预防优化建议：
  检查你站点应用池的运行标识，把这个标识添加到目标文件夹的权限列表中，给它「修改」权限。这样应用池进程创建文件时，文件会自动继承文件夹的正确权限，就不会莫名其妙出现拒绝条目了。另外也确认下目标文件夹的权限继承有没有被中断，确保权限能正常传递给新创建的文件。

备注：内容来源于stack exchange，提问作者Guarav T.