방법: Web.config 파일 만들기

아티클
10/22/2014

업데이트: 2007년 11월

ASP.NET은 각각 이름이 Web.config로 지정되는 XML 텍스트 파일의 계층을 사용하여 웹 사이트 작동 방식을 제어하는 설정을 저장합니다. ASP.NET 구성 시스템의 기능을 사용하여 전체 서버, ASP.NET 응용 프로그램 또는 개별 페이지를 구성할 수 있습니다. 이 항목에서는 Visual Web Developer에서 Web.config 파일을 만드는 방법을 설명합니다.

Web.config 파일을 만들려면

솔루션 탐색기에서 새로 고침 아이콘을 클릭하여 응용 프로그램에 대한 Web.config 파일이 없는지 확인합니다.

웹 사이트 관리 도구나 응용 프로그램을 구성하는 다른 방법을 이미 사용한 경우 Web.config 파일이 자동으로 생성되었을 수 있습니다. 새로 고침을 클릭하면 파일 목록이 업데이트됩니다.
솔루션 탐색기에서 웹 사이트 이름을 마우스 오른쪽 단추로 클릭하고 새 항목 추가를 클릭합니다.
템플릿 창에서 웹 구성 파일을 클릭합니다.

이름 텍스트 상자의 파일 이름은 Web.config여야 합니다. 다른 파일 이름을 지정할 수도 있지만 이 이름이 기본값입니다. ASP.NET은 확장명이 .config인 파일을 다운로드하지 못하도록 보호합니다.
추가를 클릭하여 파일을 만들고 편집을 위해 엽니다.

파일에는 이 항목의 뒷부분에 있는 "예제" 단원의 코드가 몇 개의 초기 기본값으로 포함되어 있습니다. 응용 프로그램은 %SystemRoot%\Microsoft.NET\Framework\<version>\CONFIG 디렉터리에 있는 Machine.config 파일과 Web.config 파일의 모든 구성 설정을 상속하지만 여기에는 이러한 기본 설정이 표시되지 않습니다. 상속된 기본 설정을 무시하거나 httpHandlers 요소(ASP.NET 설정 스키마)와 같은 컬렉션 요소에 추가하려는 경우에만 응용 프로그램 수준 또는 디렉터리 수준 Web.config 파일을 만들어야 합니다.

현재 응용 프로그램의 모든 구성 설정을 보려면 방법: 상속된 구성 설정과 로컬 구성 설정을 프로그래밍 방식으로 보기 항목에 포함된 코드를 실행할 수 있습니다. 또는 %SystemRoot%\Microsoft.NET\Framework\<version>\CONFIG 디렉터리에 있고 유용한 설명이 포함된 Machine.config.comments 또는 Web.config.comments 파일을 볼 수 있지만 두 파일에 런타임 설정(방법: 상속된 구성 설정과 로컬 구성 설정을 프로그래밍 방식으로 보기)이 모두 포함되지는 않습니다.
Web.config 파일을 변경한 경우 파일을 저장합니다.

Web.config 파일을 저장하면 응용 프로그램이 다시 시작됩니다. 또는 개별 section 요소의 configSource 특성을 사용하여 변경 시 응용 프로그램을 다시 시작하지 않는 보조 구성 파일을 가리킬 수 있습니다. 자세한 내용은 section 요소에서 상속된 일반 특성의 configSource를 참조하십시오.

IntelliSense를 사용하여 구성 설정을 편집하려면

Visual Web Developer에서 Web.config 파일을 엽니다.
편집 창의 <system.web> </system.web> 태그 안에서 한 줄에 해당 태그만 있고 다른 태그에 포함되지 않은 위치에 커서를 놓습니다.
보다 작음 문자(<)를 입력하여 새 요소를 시작합니다.

이 삽입 지점에 추가할 수 있는 올바른 요소를 제공하는 드롭다운 목록이 나타납니다. 또는 Ctrl+J를 눌러 보다 작음 문자를 입력하지 않고 드롭다운 목록을 표시할 수도 있습니다.
anonymousIdentification을 선택합니다.

anonymousIdentification 요소(ASP.NET 설정 스키마) 요소가 Web.config 파일에 배치되고 종료됩니다. 요소가 닫는 태그로 종료되지 않으면 설정 가능한 자식 요소가 있는 것입니다. 다음 anonymousIdentification 요소와 같이 요소가 종료되면 설정 가능한 자식 요소가 없는 것입니다.
```
<anonymousIdentification />
```
<anonymousIdentification /> 태그 안에 커서를 놓고 스페이스바를 누릅니다.

anonymousIdentification 요소에 추가할 수 있는 올바른 특성을 제공하는 드롭다운 목록이 나타납니다. 또는 Ctrl+J를 눌러 스페이스바를 누르지 않고 드롭다운 목록을 표시할 수도 있습니다.
enabled를 선택합니다.

enabled 특성이 Web.config 파일에 배치되고 부울 특성이므로 드롭다운 목록에 true 및 false 값이 제공됩니다.
false를 선택합니다. 이 값이 시스템 기본값입니다.

IntelliSense 시스템은 삽입 지점에서 사용 가능한 요소와 특성을 제안합니다. 특수한 특성은 제공되지 않을 수도 있습니다. 예를 들어, siteMap 요소(ASP.NET 설정 스키마)에 대해 providers 요소를 구성하는 경우 추가 중인 공급자 유형에 따라 사용할 수 있는 특성이 달라집니다. 이러한 특성은 type 특성 값에 종속되므로 IntelliSense에서 표시하지 않습니다.
enabled 특성의 값을 잘못된 값인 "falsex"로 변경합니다.

IntelliSense 시스템은 유효성 검사를 제공하고 유효하지 않은 텍스트 밑에 물결 모양의 선을 표시합니다.

예제

다음 코드 예제에서는 Visual Web Developer에서 생성된 Web.config 파일의 초기 내용을 보여 줍니다. compilation 및 authentication 요소에 기본 설정이 지정됩니다. ASP.NET 디버깅을 설정하려면 compilation 요소의 debug 특성을 true로 변경하면 됩니다. system.web 요소 내에 나타날 수 있는 모든 요소는 ASP.NET 구성 설정에 문서화되어 있습니다.

<?xml version="1.0"?>
<!-- 
    Note: As an alternative to hand editing this file you can use the 
    Web Site Administration Tool to configure settings for your application. Use
    the Web site->Asp.Net Configuration option in Visual Studio.
    A full list of settings and comments can be found in 
    machine.config.comments usually located in 
    \Windows\Microsoft.Net\Framework\v2.x\Config 
-->
<configuration xmlns="https://schemas.microsoft.com/.NetConfiguration/v2.0">
    <appSettings/>
    <connectionStrings/>
    <system.web>
        <!-- 
            Set compilation debug="true" to insert debugging 
            symbols into the compiled page. Because this 
            affects performance, set this value to true only 
            during development.
        -->
        <compilation debug="false"/>
        <!--
            The <authentication> section enables configuration 
            of the security authentication mode used by 
            ASP.NET to identify an incoming user. 
        -->
        <authentication mode="Windows"/>
        <!--
            The <customErrors> section enables configuration 
            of what to do if/when an unhandled error occurs 
            during the execution of a request. Specifically, 
            it enables developers to configure html error pages 
            to be displayed in place of a error stack trace.

        <customErrors mode="RemoteOnly" defaultRedirect="GenericErrorPage.htm">
            <error statusCode="403" redirect="NoAccess.htm"/>
            <error statusCode="404" redirect="FileNotFound.htm"/>
        </customErrors>
        -->
    </system.web>
</configuration>