知识大全 .Net网站的web.config配置说明
Posted 信息
篇首语:学之广在于不倦,不倦在于固志。本文由小常识网(cha138.com)小编为大家整理,主要介绍了知识大全 .Net网站的web.config配置说明相关的知识,希望对你有一定的参考价值。
.Net网站的web.config配置说明 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容,让我们赶快一起来看一下吧!
一 认识Web config文件
Web config 文件是一个XML文本文件 它用来储存 ASP NET Web 应用程序的配置信息(如最常用的设置ASP NET Web 应用程序的身份验证方式) 它可以出现在应用程序的每一个目录中 当你通过 NET新建一个Web应用程序后 默认情况下会在根目录自动创建一个默认的Web config文件 包括默认的配置设置 所有的子目录都继承它的配置设置 如果你想修改子目录的配置设置 你可以在该子目录下新建一个Web config文件 它可以提供除从父目录继承的配置信息以外的配置信息 也可以重写或修改父目录中定义的设置
(一) Web Config是以XML文件规范存储 配置文件分为以下格式
配置节处理程序声明
特点 位于配置文件的顶部 包含在<configSections>标志中
特定应用程序配置
特点: 位于<appSetting>中 可以定义应用程序的全局常量设置等信息
配置节设置
特点: 位于<system Web>节中 控制Asp net运行时的行为
配置节组
特点: 用<sectionGroup>标记 可以自定义分组 可以放到<configSections>内部或其它<sectionGroup>标记的内部
(二) 配置节的每一节
<configuration>节
根元素 其它节都是在它的内部
<appSetting>节
此节用于定义应用程序设置项 对一些不确定设置 还可以让用户根据自己实际情况自己设置
用法:
I
<appSettings>
<add key="Conntction" value="server= ;userid=sa;password=;database=Info;"/>
<appSettings>
定义了一个连接字符串常量 并且在实际应用时可以修改连接字符串 不用修改程式代码
II <appSettings>
<add key="ErrPage" value="Error aspx"/>
<appSettings>
定义了一个错误重定向页面
<pilation>节
格式:
<pilation
defaultLanguage="c#"
debug="true"
/>
I default language: 定义后台代码语言 可以选择C#和VB net两种语言
IIdebug : 为true时 启动aspx调试 为false不启动aspx调试 因而可以提高应用程序运行
时的性能 一般程序员在开发时设置为true 交给客户时设置为false
<customErrors>节
格式:
<customErrors
mode="RemoteOnly"
defaultRedirect="error aspx"
<error statusCode=" " redirect="err page aspx"/>
<error statusCode=" " redirect="err Page aspx"/>
/>
I mode : 具有On Off RemoteOnly 种状态 On表示始终显示自定义的信息; Off表示始终显示详细的asp net错误信息; RemoteOnly表示只对不在本地Web服务器上运行的用户显示自定义信息
II defaultRedirect: 用于出现错误时重定向的URL地址 是可选的
III statusCode: 指明错误状态码 表明一种特定的出错状态
IV redirect:错误重定向的URL
<globalization>节
格式:
<globalization
requestEncoding="utf "
responseEncoding="utf "
fileEncoding="utf "
/>
I requestEncoding: 它用来检查每一个发来请求的编码
II responseEncoding: 用于检查发回的响应内容编码
III fileEncoding: 用于检查aspx asax等文件解析的默认编码
<sessionState>节
格式:
<sessionState
mode="InProc"
stateConnectionString="tcpip= : "
sqlConnectionString="data source= ;Trusted_Connection=yes"
cookieless="false"
timeout=" "
/>
I mode: 分为off Inproc StateServer SqlServer几种状态
这里有详细介绍此属性:
II stateConnectionString :指定Asp net应用程序存储远程会话状态的服务器名 默认为本机
III sqlConnectionString: 当用会话状态数据库时 在这里设置连接字符串
IV Cookieless: 设置为true时 表示不使用cookie会话状态来标识客户 否则 相反
V TimeOut: 用来定义会话状态存储的时间 超过期限 将自动终止会话
<authentication>节
格式:
<authentication mode="Forms">
<forms name= ASPXUSERDEMO loginUrl="Login aspx" protection="All" timeout=" "/>
</authentication>
<authorization>
<deny users="?"/>
</authorization>
I Windows: 使用IIS验证方式
II Forms: 使用基于窗体的验证方式
III Passport: 采用Passport cookie验证模式
IV None: 不采用任何验证方式
里面内嵌Forms节点的属性涵义:
I Name: 指定完成身份验证的Http cookie的名称
II LoginUrl: 如果未通过验证或超时后重定向的页面URL 一般为登录页面 让用户重新登录
III Protection: 指定 cookie数据的保护方式
可设置为: All None Encryption Validation四种保护方式
a All表示加密数据 并进行有效性验证两种方式
b None表示不保护Cookie
c Encryption表示对Cookie内容进行加密
d validation表示对Cookie内容进行有效性验证
IV TimeOut: 指定Cookie的失效时间 超时后要重新登录
在运行时对Web config文件的修改不需要重启服务就可以生效(注 <processModel> 节例外) 当然Web config文件是可以扩展的 你可以自定义新配置参数并编写配置节处理程序以对它们进行处理
web config配置文件(默认的配置设置)以下所有的代码都应该位于
<configuration>
<system web>
和
</system web>
</configuration>
之间 出于学习的目的下面的示例都省略了这段XML标记
<authentication> 节
作用 配置 ASP NET 身份验证支持(为Windows Forms PassPort None四种) 该元素只能在计算机 站点或应用程序级别声明 < authentication> 元素必需与<authorization> 节配合使用
示例
以下示例为基于窗体(Forms)的身份验证配置站点 当没有登陆的用户访问需要身份验证的网页 网页自动跳转到登陆网页
<authentication mode="Forms" >
<forms loginUrl="logon aspx" name= FormsAuthCookie/>
</authentication>
其中元素loginUrl表示登陆网页的名称 name表示Cookie名称
<authorization> 节
作用 控制对 URL 资源的客户端访问(如允许匿名用户访问) 此元素可以在任何级别(计算机 站点 应用程序 子目录或页)上声明 必需与<authentication> 节配合使用
示例 以下示例禁止匿名用户的访问
<authorization>
<deny users="?"/>
</authorization>
注 你可以使用user identity name来获取已经过验证的当前的用户名 可以使用web Security FormsAuthentication RedirectFromLoginPage方法将已验证的用户重定向到用户刚才请求的页面 具体的
<pilation>节
作用 配置 ASP NET 使用的所有编译设置 默认的debug属性为“True” 在程序编译完成交付使用之后应将其设为False(Web config文件中有详细说明 此处省略示例)
<customErrors>
作用 为 ASP NET 应用程序提供有关自定义错误信息的信息 它不适用于 XML Web services 中发生的错误
示例 当发生错误时 将网页跳转到自定义的错误页面
<customErrors defaultRedirect="ErrorPage aspx" mode="RemoteOnly">
</customErrors>
其中元素defaultRedirect表示自定义的错误网页的名称 mode元素表示 对不在本地 Web 服务器上运行的用户显示自定义(友好的)信息
<Runtime>节
作用 配置 ASP NET HTTP 运行库设置 该节可以在计算机 站点 应用程序和子目录级别声明
示例 控制用户上传文件最大为 M 最长时间为 秒 最多请求数为
<Runtime maxRequestLength=" " executionTimeout=" " appRequestQueueLimit=" "/>
<pages>
作用 标识特定于页的配置设置(如是否启用会话状态 视图状态 是否检测用户的输入等) <pages>可以在计算机 站点 应用程序和子目录级别声明
示例 不检测用户在浏览器输入的内容中是否存在潜在的危险数据(注 该项默认是检测 如果你使用了不检测 一要对用户的输入进行编码或验证) 在从客户端回发页时将检查加密的视图状态 以验证视图状态是否已在客户端被篡改 (注 该项默认是不验证)
<pages buffer="true" enableViewStateMac="true" validateRequest="false"/>
<sessionState>
作用 为当前应用程序配置会话状态设置(如设置是否启用会话状态 会话状态保存位置)
示例
<sessionState mode="InProc" cookieless="true" timeout=" "/>
</sessionState>
注
mode="InProc"表示 在本地储存会话状态(你也可以选择储存在远程服务器或SAL服务器中或不启用会话状态)
cookieless="true"表示 如果用户浏览器不支持Cookie时启用会话状态(默认为False)
timeout=" "表示 会话可以处于空闲状态的分钟数
<trace>
作用 配置 ASP NET 跟踪服务 主要用来程序测试判断哪里出错
示例 以下为Web config中的默认配置
<trace enabled="false" requestLimit=" " pageOutput="false" traceMode="SortByTime" localOnly="true" />
注
enabled="false"表示不启用跟踪
requestLimit=" "表示指定在服务器上存储的跟踪请求的数目
pageOutput="false"表示只能通过跟踪实用工具访问跟踪输出
traceMode="SortByTime"表示以处理跟踪的顺序来显示跟踪信息
localOnly="true" 表示跟踪查看器 (trace axd) 只用于宿主 Web 服务器
自定义Web config文件配置
自定义Web config文件配置节过程分为两步
在在配置文件顶部 <configSections> 和 </configSections>标记之间声明配置节的名称和处理该节中配置数据的 NET Framework 类的名称
是在 <configSections> 区域之后为声明的节做实际的配置设置
示例 创建一个节存储数据库连接字符串
<configuration>
<configSections>
<section name=appSettings type=System Configuration NameValueFileSectionHandler System Version= Culture=neutral PublicKeyToken=b a c e />
</configSections>
<appSettings>
<add key="scon" value="server=a;database=northwind;uid=sa;pwd= "/>
</appSettings>
<system web>
</system web>
</configuration>
访问Web config文件 你可以通过使用ConfigurationSettings AppSettings 静态字符串集合来访问 Web config 文件示例 获取上面例子中建立的连接字符串 例如
protected static string Isdebug = ConfigurationSettings AppSettings["debug"]
二 web config中的session配置详解
打开某个应用程序的配置文件Web config后 我们会发现以下这段
< sessionState
mode="InProc"
stateConnectionString="tcpip= : "
sqlConnectionString="data source= ;Trusted_Connection=yes"
cookieless="false"
timeout=" "
/>
这一段就是配置应用程序是如何存储Session信息的了 我们以下的各种操作主要是针对这一段配置展开 让我们先看看这一段配置中所包含的内容的意思 sessionState节点的语法是这样的
< sessionState mode="Off|InProc|StateServer|SQLServer"
cookieless="true|false"
timeout="number of minutes"
stateConnectionString="tcpip=server:port"
sqlConnectionString="sql connection string"
stateNeorkTimeout="number of seconds"
/>
必须有的属性是 属性 选项 描述
mode 设置将Session信息存储到哪里
Ø Off 设置为不使用Session功能
Ø InProc 设置为将Session存储在进程内 就是ASP中的存储方式 这是默认值
Ø StateServer 设置为将Session存储在独立的状态服务中
Ø SQLServer 设置将Session存储在SQL Server中
可选的属性是 属性 选项 描述
Ø cookieless 设置客户端的Session信息存储到哪里
Ø ture 使用Cookieless模式
Ø false 使用Cookie模式 这是默认值
Ø timeout 设置经过多少分钟后服务器自动放弃Session信息 默认为 分钟
stateConnectionString 设置将Session信息存储在状态服务中时使用的服务器名称和端口号 例如 "tcpip= : ” 当mode的值是StateServer是 这个属性是必需的
sqlConnectionString 设置与SQL Server连接时的连接字符串 例如"data source= localhost;Integrated Security=SSPI;Initial Catalog=northwind" 当mode的值是 SQLServer时 这个属性是必需的
stateNeorkTimeout 设置当使用StateServer模式存储Session状态时 经过多少秒空闲后 断开Web服务器与存储状态信息的服务器的TCP/IP连接的 默认值是 秒钟
ASP NET中客户端Session状态的存储
在我们上面的Session模型简介中 大家可以发现Session状态应该存储在两个地方 分别是客户端和服务器端 客户端只负责保存相应网站的SessionID 而其他的Session信息则保存在服务器端 在ASP中 客户端的SessionID实际是以Cookie的形式存储的 如果用户在浏览器的设置中选择了禁用Cookie 那末他也就无法享受Session的便利之处了 甚至造成不能访问某些网站 为了解决以上问题 在 ASP NET中客户端的Session信息存储方式分为 Cookie和Cookieless两种
ASP NET中 默认状态下 在客户端还是使用Cookie存储Session信息的 如果我们想在客户端使用Cookieless的方式存储Session信息的方法如下
找到当前Web应用程序的根目录 打开Web Config文件 找到如下段落
< sessionState
mode="InProc"
stateConnectionString="tcpip= : "
sqlConnectionString="data source= ;Trusted_Connection=yes"
cookieless="false"
timeout=" "
/>
这段话中的cookieless="false"改为 cookieless="true" 这样 客户端的Session信息就不再使用 Cookie存储了 而是将其通过URL存储 关闭当前的IE 打开一个新IE 重新访问刚才的Web应用程序 就会看到类似下面的样子
其中 //localhost/MyTestApplication/(ulqsek heu ic a zgdl ) /default aspx中黑体标出的就是客户端的Session ID 注意 这段信息是由IIS自动加上的 不会影响以前正常的连接
ASP NET中服务器端Session状态的存储 准备工作
为了您能更好的体验到实验现象 您可以建立一个叫做SessionState aspx的页面 然后把以下这些代码添加到< body>< /body>中
< scriptrunat="server">
Sub Session_Add(sender As Object e As EventArgs)
Session("MySession") = text Value
span InnerHtml = "Session data updated! < P>Your session contains: < font color=red>" & Session("MySession") ToString() & "< /font>"
End Sub
Sub CheckSession(sender As Object eAs EventArgs)
If (Session("MySession")Is Nothing) Then
span InnerHtml = "NOTHING SESSION DATA LOST!"
Else
span InnerHtml = "Your session contains: < font color= red>" & Session("MySession") ToString() & "< /font>"
End If
End Sub
< /script>
< formrunat="server"id="Form ">
< inputid="text "type="text"runat="server"name="text ">
< inputtype="submit"runat="server"OnServerClick="Session_Add"
value="Add to Session State " id="Submit "name="Submit ">
< inputtype="submit"runat="server"OnServerClick="CheckSession"
value=" View Session State " id="Submit "name="Submit ">
< /form>
< hrsize=" ">
< fontsize=" ">< spanid="span "runat="server" />< /font>
这个SessionState aspx的页面可以用来测试在当前的服务器上是否丢失了Session信息
将服务器Session信息存储在进程中
让我们来回到Web config文件的刚才那段段落中
< sessionState
mode="InProc"
stateConnectionString="tcpip= : "
sqlConnectionString="data source= ;Trusted_Connection=yes"
cookieless="false"
timeout=" "
/>
当mode的值是InProc时 说明服务器正在使用这种模式
这种方式和以前ASP中的模式一样 就是服务器将Session信息存储在IIS进程中 当IIS关闭 重起后 这些信息都会丢失 但是这种模式也有自己最大好处 就是性能最高 应为所有的Session信息都存储在了IIS的进程中 所以IIS能够很快的访问到这些信息 这种模式的性能比进程外存储Session信息或是在SQL Server中存储Session信息都要快上很多 这种模式也是ASP NET的默认方式
好了 现在让我们做个试验 打开刚才的SessionState aspx页面 随便输入一些字符 使其存储在Session中 然后 让我们让IIS重起 注意 并不是使当前的站点停止再开始 而是在IIS中本机的机器名的节点上点击鼠标右键 选择重新启动IIS (想当初使用NT 时 重新启动IIS必须要重新启动计算机才行 微软真是@#$%^&)返回到SessionState aspx页面中 检查刚才的Session信息 发现信息已经丢失了
将服务器Session信息存储在进程外
首先 让我们来打开管理工具 >服务 找到名为 ASP NET State Service的服务 启动它 实际上 这个服务就是启动一个要保存Session信息的进程 启动这个服务后 你可以从Windows任务管理器 >进程中看到一个名为 aspnet_state exe的进程 这个就是我们保存Session信息的进程
然后 回到Web config文件中上述的段落中 将mode的值改为StateServer 保存文件后的重新打开一个IE 打开 SessionState aspx页面 保存一些信息到Session中 这时 让我们重起IIS 再回到SessionState aspx页面中查看刚才的Session信息 发现没有丢失
实际上 这种将Session信息存储在进程外的方式不光指可以将信息存储在本机的进程外 还可以将Session信息存储在其他的服务器的进程中 这时 不光需要将mode的值改为StateServer 还需要在stateConnectionString中配置相应的参数 例如你的计算你是 你想把Session存储在IP为 的计算机的进程中 就需要设置成这样 stateConnectionString="tcpip= : " 当然 不要忘记在 的计算机中装上 NET Framework 并且启动ASP NET State Services服务
将服务器Session信息存储在SQL Server中
首先 还是让我们来做一些准备工作 启动SQL Server和SQL Server代理服务 在SQL Server中执行一个叫做 InstallSqlState sql的脚本文件 这个脚本文件将在SQL Server中创建一个用来专门存储Session信息的数据库 及一个维护Session信息数据库的SQL Server代理作业 我们可以在以下路径中找到那个文件
[system drive]winntMicrosoft NETFramework[version]
然后打开查询分析器 连接到SQL Server服务器 打开刚才的那个文件并且执行 稍等片刻 数据库及作业就建立好了 这时 你可以打开企业管理器 看到新增了一个叫ASPState的数据库 但是这个数据库中只是些存储过程 没有用户表 实际上Session信息是存储在了tempdb 数据库的ASPStateTempSessions表中的 另外一个ASPStateTempApplications表存储了ASP中 Application对象信息 这两个表也是刚才的那个脚本建立的 另外查看管理 >SQL Server代理 >作业 发现也多了一个叫做ASPState_Job_DeleteExpiredSessions的作业 这个作业实际上就是每分钟去ASPStateTempSessions 表中删除过期的Session信息的
接着 我们返回到Web config文件 修改mode的值改为SQLServer 注意 还要同时修改sqlConnectionString的值 格式为
sqlConnectionString="data source=localhost; Integrated Security=SSPI;"
cha138/Article/program/net/201311/14172相关参考
知识大全 加密和解密ASP.NET配置文件(Web.config)
加密和解密ASP.NET配置文件(Web.config) 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容,让我们赶快一起来看一下
知识大全 ASP.NET项目开发指南:Web.Config中的配置信息
ASP.NET项目开发指南:Web.Config中的配置信息 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容,让我们赶快一起来看
知识大全 ASP.NET项目开发指南:自定义Web.Config文件配置节
ASP.NET项目开发指南:自定义Web.Config文件配置节 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容,让我们赶快一起
ASP.NET开发宝典:添加配置文件Web.Config 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容,让我们赶快一起来看一下
复制代码代码如下:cha138/Article/program/net/201404/30519
Web.config配置文件详解 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容,让我们赶快一起来看一下吧! 花了点时间整理了
指定需要应用特定的配置设置的资源 配置结构的示例 <configuration> <location> <locationpath=pathallowover
IIS服务器与web.config配置优化指南 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容,让我们赶快一起来看一下吧! 修
问题简述 在Web开发中对fig进行配置是非技术人员无法胜任的工作但是常常需要由客户自己来进行简单配置的时候需要提供一
C#中web.config文件详解 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容,让我们赶快一起来看一下吧! (一)WebC