IE 不显示 .NET Windows 窗体控件答案

【问题标题】：IE does not display a .NET Windows Form controlIE 不显示 .NET Windows 窗体控件
【发布时间】：2009-12-31 18:23:51
【问题描述】：

我有一个相同的 asp.net 应用程序托管在两台计算机上，PC1 和 PC3 在 Intranet 上。 .NET 控件使用对象标记托管。以下三个 url 在 PC1 上执行时可以正常工作：

http://pc1/test/test.aspx （另外两个 url 将 pc1 替换为 pc3 和 localhost）

IE v8 中的所有三个 url 都显示带有 .NET 控件的页面。

但相同的 url 在 PC3 上不起作用。它们的控件显示有一个红色的小 X 符号。

在第二台机器上，Fiddler 视图显示 .NET dll 正在正确下载，但融合日志和 IEHost 日志没有显示任何内容。第一个机器融合日志和 IEHost 日志显示预期报告。

两台机器上的 IE 都设置为在受信任区域中包含上述所有三个 url。受信任区域的 .NET2 管理信任设置为 FullTrust。此外，我还为 pc1 和 pc3 创建了代码组以提供 FullTrust。

为什么第二台机器上的 IE 无法显示 .NET 控件？还有，为什么没有创建IEHost和融合日志？

【问题讨论】：

标签： .net internet-explorer controls fiddler

【解决方案1】：

您可能知道，IE8 阻止在 Internet 区域中使用 .NET UserControls。 http://blogs.msdn.com/ieinternals/archive/2009/10/09/DotNet-UserControls-Do-Not-Load-in-IE8-Internet-Zone.aspx

也许控件不起作用的机器也为 Trusted zone 设置了 URLAction2005？

您是否尝试将 .NET 控件的其他 IE 区域安全设置更改为“提示”以查看是否收到提示？您是否尝试过使用该机器加载其他人的 .NET 控件？那台机器是否可能有一个 .NET 插件，可以将 .NET1.1 框架加载到 IE 进程中，从而阻止加载 2.0 框架？

【讨论】：

感谢您的回答，感谢您的文章。您能告诉我如何检查或更改受信任区域的 URLAction2005 吗？我不确定您所说的“其他 IE 区域”是什么意思，请详细说明。另外，我似乎没有找到“提示查看是否收到提示”的设置。请让我知道我在哪里可以找到它。我没有看到任何基于 .NET 1.1 的附加到 IE。它实际上是 Windows XP sp3 的全新安装。

【解决方案2】：

感谢 Eric 和 Aaron 帮助我解决了这个问题。事实证明，安装在 IE 中的 McAcfee 站点顾问插件阻止了对 .NET 控件的访问。虽然，奇怪的是它会允许在窗体上使用 ActiveX 控件。在 .NET 控件访问 IEHost.dll 之前，McAfee 似乎拥有与 .NET 相关的权限检查。我禁用了 McAfee Site Advisor 来解决问题。

【讨论】：

如果他们有帮助，可能值得支持他们的答案
我试过了，但它不允许。我是该网站的新手，目前没有足够的积分来投票。

【解决方案3】：

听起来您已经正确设置了所有内容。

您可能想要检查的一件事是您在 PC3 上的 Internet 临时文件，这可能是在黑暗中摸索。确保程序集实际上正在那里下载。如果那里有很多旧文件，您可能会超出限制。

我会清除您的 Internet 临时文件，然后重试。此外，请检查您的 Temporary Internet Files 文件夹以查看它是否确实存在。如果它因此没有被保存，那就可以解释为什么融合日志什么都看不到。

【讨论】：

感谢 Aaron 的回复。控制 dll 不会到达 PC3 上的 Temporary Internet Files 文件夹（在 PC1 上它会像预期的那样）。我确实清除了这个文件夹，但这并没有什么影响。
接下来，我会尝试查看您在受信任区域中的安全设置，看看从 PC1 到 PC3 是否有任何不同。
信任区域在两台机器上都设置为 FullTrust。所有其他设置也相同。我原以为不管信任设置如何，dll 都会被复制到 Temporary Internet Files 文件夹中，并且 IEHost 稍后会进行 .NET 相关的信任检查。嗯，什么会导致文件被下载但没有显示在 Temporary Internet Files 文件夹中...