我们有一个供应商提供的应用程序在Windows / MS-SQL 2012服务器上内部运行（LAN），通过IIS在同一个盒子上提供访问。 该应用程序能够存储附加文件 – 这些文件实际上保存在该服务器上的共享中。
有一个新的组件，我们正在努力工作 – 一个基于DMZ的2008R2 / IIS 7.5服务器，旨在提供可下载访问相同的文件，但外部用户。
我们正在努力获取权限，以便DMZ服务器可以访问内部共享，我想知道我们正在努力做什么是不可能的。 供应商正试图使用NetworkService帐户来访问文件，但由于DMZ服务器不是任何域的一部分，我们正努力设置适当的内部共享权限（我甚至试图给每个人完全访问内部共享目录）。
情况很复杂，我们不能“pipe理”networking/防火墙基础设施。
我一直在阅读关于应用程序池帐户和其他方式的事情，但这不是我最大的专业领域，我怀疑这些厂商也在苦苦挣扎。 我们的networking/防火墙设置似乎比他们的内部实验室复杂一些，他们提出的一些build议似乎被误导了（当我们指出我们的防火墙可能阻塞一个端口时，他们谈到了内置的Windows防火墙）。 我们是在1.0.0.1版本的系统的早期采用者
如果有助于更好地理解，我们已经从非军事区打开了端口445到内部服务器。 这允许DMZ服务器尝试并获取内部文档（当外部用户单击应用程序中的超链接时），但由于没有权限（我相信）出现错误，因此它失败：
访问path“\ servername \ sharename \ documentfolder \ 9f4585db-14b9-4a93-8b4b-bfd12b5f5930.pdf”被拒绝。
任何人都可以提供任何帮助/指导？ 我很乐意尽可能提供更多信息。
提前谢谢了。
您可能必须在IIS DMZ服务器上运行caspol.exe，根据此问题： 虚拟目录到UNCpath的权限问题
另外，使用应用程序池的服务帐户。 它必须在域中具有相同的名称和密码，当然也需要在DMZ服务器上具有本地帐户。