各CLRバージョンには、「マシンレベルのweb.configファイル」と呼ばれるmachine.config追加のファイルとともにファイルがあります。web.config
さらに、ご存知のように、各Webアプリケーションにもweb.configファイルがあります。Webアプリケーション内のディレクトリにもweb.configファイルを含めることができます。
ここで重要なのは、構成ファイルが相互に継承することです。つまり、Webアプリケーションは、machine.configファイルとマシンレベルweb.configファイル（特定のフレームワークバージョン用）、および独自のweb.configファイルで定義された設定を読み取ります。
で物事を定義するための一般的な使用例は、machine.configおそらく接続文字列やSMTPサーバー設定など、サーバー上の多くのアプリケーション間で値を共有することです。
これらは最も重要な詳細の一部です。実際にmachine.configは、ASP.NET自体の単なる構成を超えています。machine.config調べる必要のある別のファイルがあります。これは（私が思うに） ;と同じ場所にあります。これは、サイト固有のファイルとのweb.config間を行き来する「ルート」であり、もちろんASP.NET固有です。machine.configweb.config
IIS管理コンソールでサーバーレベルで変更する設定の一部は、ルートで実行されますweb.config。
この階層は.NETごとのバージョンであることに注意してください。（2.0には1つあり、4.0には独自のものがあります）
別の注意：web.configサイトのルートから離れたディレクトリやサブアプリケーションにサブファイルを配置して、「ベース」をさらに変更することができます。
最後に、1つの注意点：サブレベルのweb.configファイルですべての設定を上書きできるわけではありません。ここで説明する階層の任意のレベルで特定の設定をロックダウンすることが可能です（デフォルトでは一部の設定が可能です）。
はっきりさせておきます。-ASP.NETには、構成ファイルの階層があり、machine.configファイルはルートにあります。つまり、machine.configファイルには、作成した各Webアプリケーションに適用される構成設定が含まれています。これは、Windows / Microsoft .NET / Framework / [version] / configに存在します。同じ物理パスにweb.configファイルがあります（名前はA）。このweb.configファイルは、machine.configから構成設定を継承します。これで、web.config（ルートレベル）があるアプリケーションフォルダーができました。このweb.config（私はBと名付けます）はAから構成設定を継承します。サブディレクトリよりもアプリケーションフォルダのサブディレクトリにweb.configがある場合、web.configはBから構成設定を継承します。
これmachine.configは、多くのデフォルト設定を備えたシステム上の究極のマスター構成ファイルです。カスケード順序で実行されるweb.configファイルを使用すると、実際にはこれらの設定が新しい設定で上書きされます。
Machine.Config
Web.Config