asp.net, наследование web.config и очистка настройки аутентификации

Question

У меня есть приложение ASP.net 1.1.

В подпапке я установил blogengine.net, который является приложением 2.0.

Папка установлена ​​как приложение и использует надлежащую структуру.

Это работает ... кроме проверки подлинности.

Проблема заключается в наследовании от web.config в корневом приложении.

Общим решением этой проблемы является использование «clear» в конфигурационном файле вашего вложенного приложения для каждой вещи, которую вы хотите сбросить.

<httpModules> 
    <clear/> 
</httpModules> 

Проблема заключается в том, что «ясно» не кажется, позволяет в тегах аутентификации:

<authentication mode="Forms"> 
    <clear/> 
    <forms... rest of my child app's settings for authentication...> 
</authentication> 

Делать это дает мне ошибку синтаксиса.

Кто-нибудь знает, как это работает? Мне нужно, чтобы информация об аутентификации корневого приложения в web.config не была унаследована в дочернем приложении.

ОБНОВЛЕНИЕ: на ответ curious_geek один вариант - изменить корневую конфигурацию, чтобы не допускать наследование. Однако я понимаю, что это также заблокирует свойства system.config. Это обычно большая сделка? Это не мой сервер, поэтому задайтесь вопросом, будет ли это делать какие-то проблемы безопасности, которые могут не совпадать с администратором сервера.

Answer 1

Необходимо указать родительскому web.config no, чтобы принудительно наследовать наследование в дочернем приложении.

Если вы хотите остановить наследование раздела system.web дочернего приложения, тогда вы можете обернуть секцию system.web элементом местоположения, указанным ниже.

<location path="." inheritInChildApplications="false"> 

     <system.web> 

     </system.web> 

    </location> 

Вы также можете применить эту технику для прекращения наследования для раздела connectionstrings и appsettings.

PS: когда вы на самом деле добавить этот линии в web.config, визуальная студия не признает его действительным и пометить его как ошибки, но будьте уверены, что будет хорошо работать под IIS при развертывании .