生成 PDF，IE 和 HTTPS 出错答案

【问题标题】：Generating PDF, error with IE and HTTPS生成 PDF，IE 和 HTTPS 出错
【发布时间】：2010-11-15 04:41:01
【问题描述】：

我在 ASP.NET 2.0 中将 PDF 流式传输到浏览器。这适用于所有通过 HTTP 的浏览器和所有浏览器除了通过 HTTPS 的 IE。据我所知，这曾经在所有版本的 IE 中都有效（过去 5 年左右），但我们的客户最近才开始报告问题。我怀疑 不将加密的页面保存到磁盘 安全选项在默认情况下是禁用的，并且在某些时候默认启用（Internet 选项 -> 高级 -> 安全）。作为一种变通方法，关闭此选项会有所帮助，但作为长期解决方案不可行。

我收到的错误信息是：

Internet Explorer 无法从 www.sitename.com 下载 OutputReport.aspx。

Internet Explorer 无法打开此 Internet 站点。请求的站点不可用或找不到。请稍后再试。

用于创建 PDF 的工具是来自DataDynamics 的 ActiveReports。创建 PDF 后，下面是发送它的代码：

Response.ClearContent()
Response.ClearHeaders()
Response.AddHeader("cache-control", "max-age=1")
Response.ContentType = "application/pdf"
Response.AddHeader("content-disposition", "attachment; filename=statement.pdf")
Response.AddHeader("content-length", mem_stream.Length.ToString)
Response.BinaryWrite(mem_stream.ToArray())
Response.Flush()
Response.End()

注意：如果我没有明确指定缓存控制，那么 .NET 会代表我发送无缓存，所以我尝试将缓存控制设置为：私有或公共或 maxage=#，但似乎没有一个工作。

这是一个转折点：当我运行 Fiddler 来检查响应标头时，一切正常。我收到的标题是：

HTTP/1.1 200 正常
缓存控制：max-age=1
日期：格林威治标准时间 2009 年 7 月 29 日星期三 17:57:58
内容类型：application/pdf
服务器：Microsoft-IIS/6.0
MicrosoftOfficeWebServer：5.0_Pub
X-Powered-By：ASP.NET
X-AspNet-版本：2.0.50727
内容处置：附件；文件名=statement.pdf
内容编码：gzip
变化：接受编码
传输编码：分块

只要我关闭 Fiddler 并重试，它就会再次失败。我注意到的另一件事是，当 Fiddler 运行时，我收到 此网站的安全证书存在问题 警告消息，我必须单击 继续访问此网站（不推荐） 通过。当 Fiddler 关闭时，我不会遇到此安全警告并且它会立即失败。

我很好奇 Fiddler 和浏览器之间发生了什么，因此它在 Fiddler 运行时可以工作，但在不运行时会中断，但更重要的是，有没有人知道如何更改我的代码以便将 PDF 流式传输到 IE 可以工作不更改客户端机器？

更新： Fiddler 问题已解决，非常感谢 EricLaw，所以现在它的行为始终如一（损坏，无论 Fiddler 是否运行）。

根据 Google 搜索，整个网络上似乎有很多关于同一问题的报告，每个报告都有自己特定的响应标头组合，似乎可以针对各自的情况解决问题。我已经尝试了许多这些建议，包括添加 ETag、LastModified 日期、删除 Vary 标头（使用 Fiddler）以及 Cache-Control 和/或 Pragma 标头的数十种组合。我尝试了 ContentType 的“Content-Transfer-Encoding: binary”以及“application/force-download”。到目前为止没有任何帮助。有一个few Microsoft KB articles，都表明Cache-Control: no-cache是罪魁祸首。还有其他想法吗？

更新：顺便说一下，为了完整起见，Excel 和 Word 输出也会出现同样的问题。

更新：没有取得任何进展。我将 .SAZ 文件从 Fiddler 通过电子邮件发送给 EricLaw，他能够在调试 IE 时重现该问题，但还没有解决方案。赏金即将到期...

【问题讨论】：

标签： asp.net internet-explorer pdf https fiddler

【解决方案1】：

什么版本的IE？我记得微软针对这个问题发布了a Hotfix for IE6。希望这有用吗？

【讨论】：

IE6、IE7、IE8都受影响。

【解决方案2】：

您的 Cache-Control 标头不正确。它应该是 Cache-Control: max-age=1，中间有破折号。尝试先修复它，看看它是否会有所作为。

通常，我会说最可能的罪魁祸首是您的 Vary 标头，因为此类标头通常会导致 IE 中的缓存问题：http://blogs.msdn.com/ieinternals/archive/2009/06/17/9769915.aspx。您可能想尝试在响应标头中添加 ETAG。

Fiddler 应该对可缓存性没有影响（除非您已经编写了规则），而且听起来您是在说它确实如此，这表明可能存在某种时间问题。

>不要将加密页面保存到磁盘安全选项过去默认是禁用的

此选项在默认情况下仍处于禁用状态（在 IE6、7 和 8 中），尽管 IT 管理员可以通过组策略将其打开，一些大公司也这样做。

顺便说一句，您在运行 Fiddler 时看到证书错误的原因是您没有选择信任 Fiddler 根证书；有关此主题的更多信息，请参阅 http://www.fiddler2.com/fiddler/help/httpsdecryption.asp。

【讨论】：

感谢您的详细回复。我修复了缓存控制标头，并添加了一个 ETAG，但都没有解决问题。在选择信任 Fiddler 根证书后，我现在可以在 Fiddler 运行时重现该问题。在执行此操作之前，单击“继续访问此网站（不推荐）”后 PDF 可以正常工作，就像您说的那样，可能是某种时间问题。
如果在 Fiddler 中，您使用“过滤器”选项卡删除“Vary”响应标头，有什么变化吗？
去掉 Vary 标头后没有变化... :~\
如果 PDF 不是机密文件，您能否通过电子邮件向我发送一个从 Fiddler 导出的 .SAZ 文件，其中包含 PDF 响应以及可能之前的页面？这将使我能够在内部重现您的确切问题并在调试器下获取 IE。我的地址是 microsoft dotcom 的 ericlaw。

【解决方案3】：

我读过你的缓存控制鹅追逐，但我会分享mine, that met my needs，以防万一。

【讨论】：

【解决方案4】：

很久以前我们也遇到过类似的问题 - 我们所做的就是我们（这是 Java EE）。在 Web 应用程序配置中，我们添加

<mime-mapping>
    <extension>PDF</extension>
    <mime-type>application/octet-stream</mime-type>
</mime-mapping>

这将下载来自您的网络应用程序的任何 pdf，而不是尝试呈现的浏览器。

编辑：看起来您正在流式传输它。在这种情况下，您将在代码中而不是在配置中使用 mime 类型作为 application/octet-stream。所以这里不是

Response.ContentType = "application/pdf"

你会使用

Response.ContentType = "application/octet-stream"

【讨论】：

不幸的是，这没有帮助。 :~/

【解决方案5】：

尝试禁用 gzip 压缩。

【讨论】：

关闭 gzip 压缩没有帮助。 :(

【解决方案6】：

经过两周的疯狂追逐后，当“不将加密页面保存到磁盘' 选项已打开。

Microsoft 在许多知识库文章和私人电子邮件中表示，这种行为是设计使然。看来，当“不将加密的页面保存到磁盘”选项打开时，IE 的行为正确并按照指示执行。 This post 是迄今为止我找到的最好的资源，它解释了为什么要启用此设置以及启用它的利弊：

“在处理 SSL (HTTPS) 连接时，'不要将加密的页面保存到磁盘'会发挥作用。就像网络服务器可以发送有关如何缓存文件的已完成信息一样基本上将 Internet Explorer 设置为在 SSL (HTTPS) 连接期间不将文件保存到缓存，无论 Web 服务器是否建议您可以。

启用此功能的好处是什么，安全性是启用此功能的首要原因。页面不存储在 Internet 临时文件缓存中。

有什么缺点？性能缓慢，因为即使在页面上使用了十几次的 1 字节 gif 图像也必须每次都从网络服务器获取，所以没有任何内容保存到缓存中。更糟糕的是，某些用户操作可能会失败，例如下载的文件将被删除，出现错误或打开 PDF 文档将无法列举一些场景。”

目前我们能找到的最佳解决方案是向我们的客户和用户传达使用此设置的替代方案：

“使用‘当浏览器关闭时清空 Internet 临时文件夹’。每次浏览器关闭时，所有文件都将从缓存中清除，假设没有来自另一个浏览器实例或某些外部应用程序的文件锁定。

在使用“不要将加密的页面保存到磁盘”之前需要考虑很多。听起来像是一项很棒的安全功能，但使用此功能的结果可能会导致您的帮助台呼叫因下载失败或性能下降而增加。”

【讨论】：

【解决方案7】：

我发现这似乎对我有用：

Dim browser As System.Web.HttpBrowserCapabilities = Request.Browser
If (browser.Browser = "IE") Then
  Response.AppendHeader("cache-control", "private") ' ie only
Else
  Response.AppendHeader("cache-control", "no-cache") ' all others (FF/Chrome tested)
End If

【讨论】：

【解决方案8】：

我想流式传输的 PDF 文件也有类似的问题。即使使用Response.ClearHeaders()，我也看到在运行时添加了 Pragma 和 Cache-Control 标头。解决方案是清除 IIS 中的标头（右键单击 -> 加载 PDF 的页面上的属性，然后单击“Http 标头”选项卡）。

【讨论】：

【解决方案9】：

已解决：这是一个 IE 问题，不是来自应用程序... 用这个修复它：http://support.microsoft.com/kb/323308 经过长时间的尝试，它非常适合我。

ATT：黑暗先生

【讨论】：

【解决方案10】：

在此处添加它，希望有人会发现这很有用，而不是通过链接。

这是我的代码

    byte[] bytes = // get byte array from DB

    Response.Clear();
    Response.ClearContent();
    Response.ClearHeaders();
    Response.Buffer = true;

    // Prevent this page from being cached.
    //  NOTE: we cannot use the CacheControl property, or set the PRAGMA header value due to a flaw re: PDF/SSL/IE
    Response.Expires = -1; 

    Response.ContentType = "application/pdf";
    // Specify the number of bytes to be sent
    Response.AppendHeader("content-length", bytes.Length.ToString());

    Response.BinaryWrite(bytes);    

            // Wrap Up
    Response.Flush();
    Response.Close();
    Response.End();

【讨论】：

【解决方案11】：

就像 OP 一样，我几天来一直在挠头试图让它工作，但我最终做到了，所以我想我会分享我的标题“组合”：

            if (System.Web.HttpContext.Current.Request.Browser.Browser == "InternetExplorer"
                && System.Web.HttpContext.Current.Request.Browser.Version == "8.0")
            {
                System.Web.HttpContext.Current.Response.Clear();
                System.Web.HttpContext.Current.Response.ClearContent();
                System.Web.HttpContext.Current.Response.ClearHeaders();
                System.Web.HttpContext.Current.Response.ContentType = "application/octet-stream";

                System.Web.HttpContext.Current.Response.AppendHeader("Pragma", "public");
                System.Web.HttpContext.Current.Response.AppendHeader("Cache-Control", "private, max-age=60");
                System.Web.HttpContext.Current.Response.AppendHeader("Content-Transfer-Encoding", "binary");

                System.Web.HttpContext.Current.Response.AddHeader("content-disposition", "attachment; filename=" + document.Filename);
                System.Web.HttpContext.Current.Response.AddHeader("content-length", document.Data.LongLength.ToString());

                System.Web.HttpContext.Current.Response.BinaryWrite(document.Data);
            }

希望能在某处减轻一些痛苦！

【讨论】：

【解决方案12】：

我在尝试通过 SSL 流式传输 PDF 并将其放入 iframe 或对象时遇到了类似的问题。我发现我的 aspx 页面会不断重定向到 URL 的非安全版本，而浏览器会阻止它。

我发现从 ASPX 页面切换到 ASHX 处理程序解决了我的重定向问题。

【讨论】：