Windows Server 2003 sp2 杀死 ASP.NET 1.1 Web 应用程序

发布于 2024-07-10 02:12:44 字数 999 浏览 4 评论 0原文

我们最近将 Intranet 开发服务器 (Windows Server 2003) 升级到了最新、最好的补丁,包括 2k3 sp2 和每个版本的 .NET 的最新补丁。

我们使用多种技术,包括 COM+、ASP、ASP.NET 1.1、ASP.NET 2.0 和 ColdFusion。 因此,测试可能很有趣,因为这些技术并不总是能够很好地协同工作。

我们已经应用了修补程序来解决 COM+ 问题。 当前的问题是 ASP.NET 1.1 Web 应用程序根本无法再工作。 任何 aspx 页面都会抛出一个通用的“找不到页面”错误; 静态文件(例如.html)正常返回。 相同的代码在我们未打补丁的测试环境中仍然可以正常工作。

虚拟文件夹设置为在其自己的应用程序池中运行(与 ASP.NET 2.0 分开)。 我发现的唯一 google 提示是将虚拟文件夹的 .NET 更改为 2.0。 它似乎确实有效,但我担心它会损坏服务器(因为过去有人不小心没有正确配置应用程序的 .NET 池时就会发生这种情况)。

虽然我们的计划是完成将现有应用程序升级到 2.0,但这不会在短期内发生。 是否有我的搜索没有找到的修补程序? 或者也许有人已经实施了另一种解决办法?

其他信息:

有问题的两台服务器都是 32 位。 以下是 404 错误的 IIS 日志片段:

2008-11-25 23:58:41 10.150.1.31 GET /revenue/MailerAdmin.aspx - 80 - 10.1.3.18 Mozilla/4.0+(兼容;+MSIE+7.0; +Windows+NT+5.1;+MPI+内部;+InfoPath.2;+.NET+CLR+1.1.4322;+.NET+CLR+2.0.50727;+MS-RTC+LM+8;+.NET+ CLR+3.0.04506.30;+.NET+CLR+3.0.04506.648;+MPI+内部;+.NET+CLR+3.0.4506.2152;+.NET+CLR+3.5.30729;+MPI+内部) 404 2 1260

We recently upgraded our intranet dev server (Windows Server 2003) to the latest and greatest patches, including 2k3 sp2 and the latest for each version of .NET.

We have a variety of technologies that we use, including COM+, ASP, ASP.NET 1.1, ASP.NET 2.0, and ColdFusion. So testing can be, well, interesting, as those technologies don't always play nice together.

We've already applied a hot fix to address a COM+ issue. The current problem revolves around the fact that ASP.NET 1.1 web applications simply don't work any more. Any aspx page simply throws a generic "page not found" error; static files (e.g. .html) return as normal. Identical code still works properly in our unpatched test environment.

The virtual folders are setup to run in their own application pool (separate from ASP.NET 2.0). The only google-found tip I found was to change the .NET to 2.0 for the virtual folder. It did seem to work, but I worry that it will hose the server (since that's what happened in the past when someone accidentally didn't configure an app's .NET pool correctly).

While our plan is to finish upgrading our existing applications to 2.0, it won't happen in the near term. Is there a hot fix that eluded my search? Or perhaps another work around that someone has implemented?

Additional information:

Both servers in question are 32 bit.
Here's a snippet from the IIS log for the 404 error:

2008-11-25 23:58:41 10.150.1.31 GET /revenue/MailerAdmin.aspx - 80 - 10.1.3.18 Mozilla/4.0+(compatible;+MSIE+7.0;+Windows+NT+5.1;+MPI+INTERNAL;+InfoPath.2;+.NET+CLR+1.1.4322; +.NET+CLR+2.0.50727;+MS-RTC+LM+8;+.NET+CLR+3.0.04506.30;+.NET+CLR+3.0.04506.648; +MPI+INTERNAL;+.NET+CLR+3.0.4506.2152;+.NET+CLR+3.5.30729;+MPI+INTERNAL) 404 2 1260

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

请爱~陌生人 2024-07-17 02:12:44

您可以查看 此处查看 404 2 1260 错误。 查看IIS管理器下的“Web服务扩展”文件夹。 验证 ASP.NET v1.1.4322 是否已注册并允许。 如果不。 使用 .net 目录中的 aspnet_regiis.exe 工具。

You can look here for the 404 2 1260 error. Look at the "Web service extention" folder under the IIS manager. verify that the ASP.NET v1.1.4322 is registered and allowed. If not. use the aspnet_regiis.exe tool from the .net directory.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文