本文讨论部署基于 .NET Framework 构建的应用程序的重要注意事项。 有关如何保护在 .NET Framework 上构建的应用程序的信息，请参阅 在 .NET Framework 上构建的安全应用程序。
适用于： .NET Framework
原始 KB 数： 818016
ASP.NET 应用程序的 Web.Config 文件
该文件 Web.config 是一个 XML 文件，其中包含替代系统默认值的应用程序特定设置。 尽管大多数在 .NET Framework 上生成的 ASP 应用程序都部署了一个 Web.config 文件，但 Web.config 该文件是可选的。 可能需要创建一个 Web.config 文件，以逐个应用程序替代默认设置。
有关如何为尚未创建文件的应用程序创建 Web.config 文件的详细信息，请参阅 “编辑 ASP.NET 应用程序的配置”。
配置 ASP.NET 应用程序
部署了 .NET Framework 的所有系统都具有在 <system.web> 文件的 Machine.config 元素中定义的全局 ASP.NET 配置设置。 可以逐个应用程序修改这些设置。 事实上，通常需要进行此类修改。
有关如何替代特定应用程序的 .NET Framework 默认配置设置的详细信息，请参阅 编辑 ASP.NET 应用程序的配置。
最低客户端安装要求
在将 .NET Framework 上构建的应用程序部署到客户端系统之前，系统必须安装特定的软件组件和更新。 大多数客户端系统都满足要求。 但是，您可能需要手动检查和验证特定系统是否已准备好接收 .NET Framework 可再发行包。
最低服务器安装要求
在将 .NET Framework 上构建的应用程序部署到服务器之前，服务器必须安装特定的软件组件和更新。 大多数服务器系统都满足要求。 但是，您可能需要手动检查和验证特定系统是否已准备好接收 .NET Framework 可再发行包。
在 IIS 中启用和禁用 ASP.NET 功能
在运行 Internet Information Services（IIS）的服务器上安装 .NET Framework 时，会自动为虚拟服务器启用 ASP.NET。 但是，你可能不希望此配置。 在 .NET Framework 上构建的新 ASP Web 应用程序部署到运行 IIS 5.0 的服务器时，可以控制哪些虚拟服务器和目录支持 ASP.NET 以及哪些虚拟服务器不支持。
有关如何在 IIS 5.0 中为虚拟服务器和目录启用和禁用 ASP.NET 功能的详细信息，请参阅 在 IIS 上规划 ASP.NET 网站。
自定义错误消息
许多站点更改 IIS 默认错误消息以显示用户友好的页面或通知管理员。 默认情况下，如果在基于 .NET Framework 构建并部署到 IIS 5.0 自定义错误消息的服务器 ASP.NET 应用程序中发生错误，则这些错误不会触发自定义消息。 但是，可以将应用程序配置为返回自定义消息。
有关如何为基于 .NET Framework 生成的 ASP 应用程序配置自定义错误消息的详细信息，请参阅 使用 Visual Basic .NET 在 ASP.NET 中创建自定义错误报告页。
应用程序专用配置设置和目录专用配置设置
覆盖整个 ASP.NET 应用程序的系统默认值的最常见方法是为该应用程序创建或编辑 Web.config 文件。 但是，配置更改通常仅适用于应用程序中的特定文件或文件夹。 有两种方法可以限制配置更改的范围：
将
<location>配置元素添加到Machine.config文件或Web.config文件向子文件夹添加更多
Web.config文件
有关如何应用影响特定应用程序和目录的更改的详细信息，请参阅 在 ASP.NET 应用程序中创建应用程序和特定于目录的配置设置。
配置会话状态管理
ASP.NET 具有会话状态管理的新功能。 ASP.NET 中的会话状态设置通过 Web.config ASP.NET 应用程序的文件进行配置。 ASP.NET 中提供了多个会话状态管理选项。 这些选项包括模式（inproc、State Server、SQL Server）、无 Cookie 状态管理、进程外模式状态服务器和端口设置。
有关 ASP.NET 会话状态管理的详细信息，请参阅 ASP.NET 会话状态。
生成和部署 .NET 安全策略部署包
.NET Framework 引入了 安全策略 来控制应用程序可用于获取系统访问权限的资源。 安全策略基于应用程序的位置或源定义应用程序的授权。 作为管理员，可以逐台计算机控制安全策略。 但是，可以将部署包用作在 Active Directory 环境中部署和管理安全策略的更可缩放的方法。
将 ASP Web 应用程序迁移到 ASP.NET，同时保留现有文件名
ASP.NET 在早期 ASP 3.0 脚本环境中提供了许多优势。 具体而言，基于 .NET Framework 构建的 ASP 应用程序提高了性能、可伸缩性和可靠性。 因此，许多在 .NET Framework 上构建的新 ASP 应用程序实际上会升级到现有的 ASP 3.0 应用程序。
将应用程序从 ASP 3.0 升级到 ASP.NET 的一个难题是，这两个环境使用不同的文件扩展名。 默认情况下，ASP 3.0 使用“.asp”，ASP.NET 使用“.aspx”。尽管不同的文件扩展名允许两个应用程序位于单个文件夹中，但它们要求在 ASP 3.0 应用程序脱机之前更改书签和超链接。
配置 ASP.NET 应用程序以使用现有的身份验证和授权
ASP.NET 包括比 ASP 3.0 更灵活、更复杂的身份验证和授权系统。 默认情况下，只能使用Windows 身份验证对 ASP 3.0 应用程序进行身份验证。 此外，只能通过使用 NTFS 文件权限来控制授权。
ASP.NET 支持 Windows 身份验证，可以像 ASP 3.0 一样模拟用户。 但是，默认情况下，此设置未启用。
使用 XCopy 部署部署 ASP.NET Web 应用程序
可以使用 MS-DOS 命令行工具部署 ASP.NET xcopy Web 应用程序。 但是，最好部署项目，而不是使用 xcopy。 与“复制项目”命令类似， xcopy 不注册或验证程序集的位置。 此外，对于 Web 项目， xcopy 不会自动配置 IIS 目录设置。
有关详细信息，请参阅 使用 Xcopy 部署部署 ASP.NET Web 应用程序。
设置多个服务器 ASP.NET Web 应用程序和 Web 服务
对于大多数 ASP.NET 的使用，单个服务器可以快速处理所有请求。 但是，许多环境要求为以下用途部署多个服务器：
- 处理持续较高的流量
- 支持处理器密集型应用程序
- 应对突然流量激增
- 满足冗余要求