Здравствуйте, Аноним, Вы писали:

А>Подскажите пожалуйста что не так.
А>Есть 2 аппликации — портал, secure site.
А>secure site находится под порталом т.е
А>http://localhost/portal/default.aspx
А>http://localhost/portal/secure/default.aspx

А>Почему когда обрасчаешся к secure site asp.net считывает web.config портала.
А>Ето разные аппликации. В IIS в настройках они как 2 разные аппликации.

Похоже, что все так и должно работать, несмотря на то, что аппликации разные:

"Некоторые настройки создаются путем объединения всех конфигурационных файлов, лежащих в виртуальных папках, которые сервер находит, просматривая виртуальный путь, к которому осуществляется запрос. Соответственно, machine.config – конфигурирующий файл корневого каталога всех виртуальных папок. Поэтому все, что можно разрешить на верхнем уровне, можно запретить на нижнем. Например, мое приложение называется MyWebApp. В его директории есть вложенная папка с названием MyWebAppSecurity. В обеих папках лежат файлы web.config. И если теперь разрешить всем пользователям обращаться анонимно к файлам каталога MyWebApp, то для MyWebApp/MyWebAppSecurity это можно запретить."

Подробнее здесь: http://rsdn.ru/article/dotnet/insideaspnet.xml

Автор(ы): Mika Soukhov
Дата: 07.08.2004
Благодаря развитой, расширяемой архитектуре, новые возможности в ASP.NET можно добавлять почти до бесконечности. Но для того, чтобы эти добавления не превращались в почти шаманские камлания, желательно представлять, каким же образом устроена ASP.NET, и что у неё внутри.