IIS не может служить страницам, заканчивающимся .config
Это - очевидно, проблема безопасности, и вероятно не хотят изменять это, но было бы хорошо обработать ошибку. Какие-либо идеи?
Я вижу, что stackoverflow не неуязвим:
https://stackoverflow.com/questions/tagged/web.config
Они, кажется, изменили тег на веб-конфигурацию для решения проблемы, но Вы все еще получаете очень противное сообщение об ошибке, когда Вы ищете [web.config]
2 ответа
В IIS 7 это можно найти в разделе Фильтрация запросов . Другие расширения, которые фильтруются по умолчанию, включают:
- .asax
- .ascx
- .master
- .cs
- .csproj
и т. Д.
Это не ошибка, кстати, потому что запрос фильтруется до того, как ASP.NET получает возможность его обработать. Другими словами, вы можете удалить фильтр запроса и заставить IIS обрабатывать расширение, если хотите, но убедитесь, что расширение обрабатывается ASP.NET, а не обработчиком статических файлов.
Редактировать : Возможно, ответом для SO было бы изменить его так, чтобы теги, имеющие расширение .XXX, например web.config, заменяли их на веб-конфигурацию или что-то еще, что IIS не фильтрует. Вероятно, это также будет хорошей темой на https://meta.stackoverflow.com/
Я считаю, что это было решено в ASP.NET 4 с добавлением нового параметра web.config
<configuration>
<system.web>
<httpRuntime relaxedUrlToFileSystemMapping="true"/>
</system.web>
</configuration>
Фил Хаак содержит более подробную информацию.