Назад | Перейти на главную страницу

ARR + перезапись URL с другой структурой каталогов, возвращающая ошибку 500

Я установил следующую конфигурацию для обратного прокси с использованием ARR + URL Rewrite IIS7.5

Я пытаюсь прокси-сервером www.originurl.com/e/ через интерфейсный сайт www.proxyurl.com/.

Обратите внимание, что я сопоставляю URL-адрес прокси с исходным URL-адресом с виртуальным каталогом. Я получаю ошибку 500. Есть идеи относительно того, что я здесь делаю не так?

<?xml version="1.0" encoding="UTF-8"?> 
<configuration>
<system.webServer>
    <rewrite>
        <rules>
            <rule name="ReverseProxyInboundRule1" stopProcessing="true">
                <match url="(.*)" />
                <conditions>
                    <add input="{CACHE_URL}" pattern="^(https?)://" />
                </conditions>
                <action type="Rewrite" url="{C:1}://www.originurl.com/e/{R:1}" />
            </rule>
        </rules>
        <outboundRules>
            <rule name="ReverseProxyOutboundRule1" preCondition="ResponseIsHtml1">
                <match filterByTags="A, Form, Img" pattern="^http(s)?://www.originurl.com/e/(.*)" />
                <action type="Rewrite" value="http{R:1}://www.proxyurl.com/{R:2}" />
            </rule>
            <preConditions>
                <preCondition name="ResponseIsHtml1">
                    <add input="{RESPONSE_CONTENT_TYPE}" pattern="^text/html" />
                </preCondition>
            </preConditions>
        </outboundRules>
    </rewrite>
</system.webServer> 
</configuration> 

Вместо прокси вы должны использовать Маршрутизация запросов приложений (ARR) модуль. Это настоящий вариант обратного прокси.

«Перенаправление» - это перенаправление на стороне клиента на другой URL-адрес, а «перезапись» (в вашем примере) изменяет URL-адрес на задней стороне до того, как он попадет на диск, но это не прокси. Перезапись является локальной для того же сайта и не может пересекать границы пула приложений.