调试web config 中出现如下问题

问题1： 元素"compilation"的子元素"compilers"无效。
    reason:   VS.Net2003中.Net Feamework的版本是1.1，而到VS.Net2005下的.net Framework 的版本是2.0；
              在2.0下compilation的compilers元素已被否决，改为 system.codeDom 节的 compilers 元素。
        使用 compilation 元素的compilers 子元素仍然有效，重写位于 system.codedom 节中的 compilers 元素。
    解决方法：将 <compilation> </compilation>部分移除，并将<compilers>部分写到 <system.codedom> </system.codedom>里

问题2：未能找到compiler的架构信息

解决：在web.config编辑界面中，单击“XML菜单栏”--“架构...”，生成即可。

    VS有很多预定义的.xsd文件，包括config文件的xsd定义信息。
complier不在xsd的定义中，所以VS会报一个消息，连警告也算不上。

所有的自定义配置项都会有这个现象，对程序没有影响的，或者你自己重新生成一个架构项也可。

 

问题3：在应用程序级别之外使用注册为 allowDefinition='MachineToApplication' 的节是错误的
原因：如果在 IIS 中没有将虚拟目录配置为应用程序，则可能导致此错误。
解决：

1、若IIS中没有应用程序名，先创建，若还不行把C:/WINDOWS/Microsoft.NET/work/v2.0.50727/CONFIG/machine.config中的所有allowDefinition="MachineToApplication"改为allowDefinition="Everywhere"
2、在网站对应的虚拟目录上右键，选属性，然后在应用程序名后点创建。
3.把你的虚拟目录指向web.config所在在文件夹，因为 web.config 的某些配置节只能出现在网站的虚拟目录跟目录中。

在应用程序级别之外使用注册为allowDefinition='MachineToApplication' 的节是错误的

在应用程序级别之外使用注册为allowDefinition='MachineToApplication'的节是错误的在应用程序级别之外使用注册为 allowDefinition='MachineToApplication' 的节是错误的。如果在IIS 中没有将虚拟目录配置为应用程序，则可能导致此错误。
     但是我确实在IIS中配置为应用程序了

解决方法：将此方案中的web.config文件删除掉，就ok了。

因为当前项目已经存在了一个web.config，也就是说再添加该项目时，就会继承该web.config，如果你再加的话，就会发生冲突。

******************************************************************************************************************

在应用程序级别之外使用注册为 allowDefinition='MachineToApplication' 的节是错误的

原因：如果在 IIS 中没有将虚拟目录配置为应用程序，则可能导致此错误。

1、若IIS中没有应用程序名，先创建，若还不行把C:/WINDOWS/Microsoft.NET/work/v2.0.50727/CONFIG/machine.config中的所有allowDefinition="MachineToApplication"改为allowDefinition="Everywhere"

2、在网站对应的虚拟目录上右键，选属性，然后在应用程序名后点创建。

3.把你的虚拟目录指向web.config所在在文件夹，因为 web.config 的某些配置节只能出现在网站的虚拟目录跟目录中。

另例一：

在ASP.NET2.0中,如果根目录允许匿名用户访问,而根目录下的一个页面(如Index.aspx)必须要登录(假设登录页面为login.aspx)后才能访问,根目录下的web.config文件必须这样配置:

<?xml version="1.0"?>
<configuration>
<appSettings>
</appSettings>
<connectionStrings>
</connectionStrings>
<system.web>
        <compilation debug="true"/>
        <authentication mode="Windows"/>
           <authentication mode="Forms">
                <forms loginUrl="login.aspx" protection="All" path="/" timeout="30"/>
            </authentication>
        <authorization>
     <!--允许匿名-->
    <allow users="?"/>
    </authorization>
</system.web>
<location path="Info.aspx">
    <system.web>

<!--认证项配置(在为一个单独页面指定认证信息时,authentication节只能从这个目录继承,不能单独设置)-->
      <!--
      <authentication mode="Forms">
        <forms name=".www.cnpp.info" loginUrl="login.aspx" protection="All" path="/" timeout="30"/>
      </authentication>
      -->

<!--用户访问控制-->
        <authorization>
        <!--阻止匿名-->
        <deny users="?"/>
      </authorization>
    </system.web>
</location>
</configuration>

也就是在需要认证的页面配置节中不能配置authentication项,只能在在根目录中配置authentication项,Info.aspx从根目录继承. 否则会出现这样的错误: "在应用程序级别之外使用注册为allowDefinition='MachineToApplication' 的节是错误的。如果在 IIS中没有将虚拟目录配置为应用程序，则可能导致此错误 "

另例二：

我想让用户在访问我的程序的Admin文件夹下的页面时需要登录,而在访问其他页面时则不需要,也就是说Admin文件夹下的文件拒绝匿名访问.
   下面是配置根目录下的web.config文件中关于授权验证的配置
   <system.web>
         <authentication mode="Forms">
             <forms loginUrl="Admin/Login.aspx"></forms>
         </authentication>
         <authorization>
             <allow users="*"/>
         </authorization>
   </system.web>
   <location path="Admin">
         <system.web>
             <authorization>
                 <deny users="?"/>
             </authorization>
         </system.web>
   </location>
  注意location节,location节不需要<authorization>节了,假若加了的话,便会出现"在应用程序级别之外使用注册为 allowDefinition='MachineToApplication'"这样的错误了,若在子文件下添加配置文件时也要注意相同的问题.

******************************************************************************************************************
（1）把虚拟目录配置成应用程序
（2）把web.config的认证标签以及标签之间的东西全部去掉

说白了，这个问题应该是你没有将你的应用放在站点的根目录下吧，而是放在虚拟目录下，可能需要设置一下