Вопросы Теги

Не рекомендуется ли создавать веб-приложение, изменяющее web.config?

Наша организация получает множество запросов от отдела маркетинга для создания удобных URL-адресов для наших производственных общедоступных сайтов. Я' m рассматривает возможность создания простого внутреннего приложения веб-формы ASP.NET, которое позволит им просматривать и изменять сопоставления перезаписи URL-адресов. Приложение, по сути, было бы внешним интерфейсом для XML web.config.

Цель состоит в том, чтобы упростить процесс сопоставления без предоставления доступа к серверу / IIS не-ИТ-персоналу.

Есть ли какие-либо соображения, которые могут сделать это нецелесообразным? Это предполагает, что код изменения надежен и реализует все соответствующие проверки, чтобы искаженный XML не нарушал работу сайта.

В качестве альтернативы, если уже существуют продукты, которые надежно обеспечивают такую ​​же функциональность, это тоже будет вариантом.

0
задан 21 March 2017 в 22:15
1 ответ

Если вы продолжите свой подход, я, по крайней мере, перенесу все правила перезаписи в другой файл, например, rewrite.config:

 <rules>

   <!-- Rewrite Rules, this gets included in web.config during runtime -->

     <rule name="AspNetTrace" stopProcessing="true">
         <match url="trace\.axd" />
         <action type="CustomResponse" statusCode="404" statusReason="Not Found" statusDescription="Trace not allowed" />
     </rule>  

 </rules>

и в вашем web.config будет только что-то вроде этого:

<rewrite>
   <rules configSource="rewrite.config" />
</rewrite>

затем убедитесь, что ваш идентификатор пула приложений имеет доступ на запись в rewrite. config, но не к web.config

Обычно вы не хотите, чтобы файл web.config обновлялся с самого сайта, неправильное правило также может сломать весь сайт, поэтому я буду очень осторожен с этим.

.
0
ответ дан 5 December 2019 в 08:24

Теги

Похожие вопросы