Проблемы с web.config
От: Аноним  
Дата: 19.04.05 08:09
Оценка:
Подскажите пожалуйста что не так.
Есть 2 аппликации — портал, secure site.
secure site находится под порталом т.е
http://localhost/portal/default.aspx
http://localhost/portal/secure/default.aspx

Почему когда обрасчаешся к secure site asp.net считывает web.config портала.
Ето разные аппликации. В IIS в настройках они как 2 разные аппликации.
Re: Проблемы с web.config
От: Козьма Прутков Россия  
Дата: 19.04.05 08:58
Оценка:
Здравствуйте, Аноним, Вы писали:

А>Почему когда обрасчаешся к secure site asp.net считывает web.config портала.

А>Ето разные аппликации. В IIS в настройках они как 2 разные аппликации.

Multiple configuration files, all named Web.config, can appear in multiple directories on an ASP.NET Web application server. Each Web.config file applies configuration settings to its own directory and all child directories below it. Configuration files in child directories can supply configuration information in addition to that inherited from parent directories, and the child directory configuration settings can override or modify settings defined in parent directories.
At run time, ASP.NET uses the configuration information provided by the Web.config files in a hierarchical virtual directory structure to compute a collection of configuration settings for each unique URL resource.


Так что он себя ведет так, как задокументировано. В секьюре переопределяй настройки в web.config или попросту обращайся http://localhost/portal/default.aspx
http://localhost/secure/default.aspx
коли аппликации 2 и разные.
Да хранит вас господь в сухом прохладном месте...
Re[2]: Проблемы с web.config
От: Аноним  
Дата: 19.04.05 11:56
Оценка:
Здравствуйте, Козьма Прутков, Вы писали:

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


А>>Почему когда обрасчаешся к secure site asp.net считывает web.config портала.

А>>Ето разные аппликации. В IIS в настройках они как 2 разные аппликации.

КП>

КП>Multiple configuration files, all named Web.config, can appear in multiple directories on an ASP.NET Web application server. Each Web.config file applies configuration settings to its own directory and all child directories below it. Configuration files in child directories can supply configuration information in addition to that inherited from parent directories, and the child directory configuration settings can override or modify settings defined in parent directories.
КП>At run time, ASP.NET uses the configuration information provided by the Web.config files in a hierarchical virtual directory structure to compute a collection of configuration settings for each unique URL resource.


КП>Так что он себя ведет так, как задокументировано. В секьюре переопределяй настройки в web.config или попросту обращайся http://localhost/portal/default.aspx

КП>http://localhost/secure/default.aspx
КП>коли аппликации 2 и разные.

Если я правильно понял, то если аппликация сидит под root IIS, то web.config root
главный по отношению ко всем виртуальным директориям, не зависимо ли ето отдельная аппликация или нет.
Re[3]: Проблемы с web.config
От: Козьма Прутков Россия  
Дата: 19.04.05 12:04
Оценка:
Здравствуйте, Аноним, Вы писали:

А>Если я правильно понял, то если аппликация сидит под root IIS, то web.config root

А>главный по отношению ко всем виртуальным директориям, не зависимо ли ето отдельная аппликация или нет.

ты понял правильно. Мне в свое время SharePoint portal положил руками коллеги в папку wwwroot ну очень рестриктед web.config, так я эту занозу 3 дня искал
Да хранит вас господь в сухом прохладном месте...
Re: Проблемы с web.config
От: a.lexx  
Дата: 19.04.05 14:36
Оценка:
Здравствуйте, Аноним, Вы писали:

А>Подскажите пожалуйста что не так.

А>Есть 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, и что у неё внутри.

 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.