是否有理由在 Windows Server 上升级 Internet Explorer？

请记住，虽然您可能不直接使用 IE，但 IE 渲染引擎或其他组件可能会被您可能运行的其他应用程序使用。

我认为它应该保持最新。

确实。如果您安装了它，我宁愿运行有关安全性的最新版本。Featurewise 这是一个有争议的问题，但我宁愿没有管理员在我的服务器上使用 IE6 浏览。

最好没有人在服务器上使用 IE，但我们知道 sh** 会发生。

其他人（个人或应用程序）可能会在现在或将来使用它 - 因此，请始终保持所有已安装应用程序的补丁级别尽可能最新。

我看到的主要好处是安全性。

仅此一项就值得升级并提到其他原因：其他应用程序可能会使用它，其他人可能会使用它，并且测试是绝对值得考虑的。

但是，最好的选择可能是等待几周，以便消除最初的错误，然后进行升级。

新的 IE 版本似乎总是存在一个重大的安全漏洞。

就像这个世界上的许多事情一样，这取决于：

如果您的商店中有基于 Web 的应用程序，您可能必须从这些服务器之一 (*) 访问，并且该应用程序不适用于 IE7 或 IE8，那么不需要。否则，作为常规升级周期的一部分，我认为更新 IE 版本没有任何问题，但我不会急于求成。

(*) 通常，您不必使用服务器上的浏览器来访问任何 Web 应用程序。这就是工作站的用途；再说一次，如果您或您的用户依赖 IE6，那么不，不要升级它。在 IE7/IE8 中设置一个测试框并审核您的 Web 应用程序。

大多数系统都需要 IE 来进行 Windows 更新，所以是的，请保持最新。

即使你不升级，我认为这不会是一个问题：由于默认情况下应用于 Internet Explorer 的超级保护安全策略，IE6 已经瘫痪到无法使用的状态

顺便说一句，ie6就像一个bug编译，我强烈建议升级

在我们获得没有 IE 的服务器版本之前，它需要更新。IE 总是有超过其公平份额的漏洞，您的服务器需要得到保护。

奇怪的是，不升级 IE 保护了我免受 nimda 病毒的侵害。

我曾经运行一个使用NT 4.0 的SCM 服务器，它带有IE 2，我从未升级过。尽管我将服务器配置为仅允许来自内部 IP 地址的连接，但 nimda 已经感染了我们的交换服务器，因此它仍然设法使用 ..\.. alt 编码技巧连接到我的服务器。但是，nimda 未能感染我的服务器，因为它在 WININET 中使用了一个不在 IE 2.0 WININET 中的 fnc。我的 IIS 日志中充满了这些失败的尝试。花了很长时间才弄清楚为什么我的服务器实际上没有感染 nimda。

如果我升级到 IE3，我的服务器也会被感染。（我宁愿根本不安装 IE）。

我有选择地升级 IE。 如果服务器运行或由 Web 应用程序管理，我绝对不会升级，直到我确定该应用程序支持它。 否则，如果这个东西永远不会被使用或启动，我会立即升级。我的网络管理工具因 IE 升级而损坏，必须降级才能解决问题。