Я пытаюсь настроить обратный прокси-сервер через IIS для обслуживания стороннего файла JavaScript на первом имени хоста. Я установил модуль ARR в IIS и создал правило перезаписи URL, но по какой-то причине он не вступает в силу. Я также перешел в модуль ARR в IIS и обеспечил, чтобы «Enable Proxy» был установлен в разделе «Параметры прокси сервера».Создание обратного прокси-сервера в IIS
По существу я должен отвечать на запросы на моем домене
http://my.local.com/iojs/dyn_wdp.js
еще на самом деле служат файл из:
https://third.party.com/latest/dyn_wdp.js
Мой URL правила перезаписи выглядит следующим образом:
<rule name="reverseproxy" stopProcessing="false">
<match url="^(.*)iojs/(.*)" />
<conditions logicalGrouping="MatchAll" trackAllCaptures="false" />
<action type="Rewrite" url="https://third.party.com/{R:2}" appendQueryString="false" />
</rule>
Однако, когда я ударил
http://my.local.com/iojs/dyn_wdp.js
в моем браузере, я все еще получаю исключение контроллера, не найденное исключение в asp.net MVC.
Обновление: Я заметил, что если я изменю тип действия на перенаправление (301), он будет работать, но это перенаправляет на клиент, который не то, что я хочу. Его переписать, что мне нужно сделать так, чтобы JS, казалось, обслуживался с моего сервера.
Кто-нибудь делал подобные вещи раньше, и если да, то какого шага мне не хватает?
Этот домен третьей части выходит за пределы вашей сети, а затем? – DavidG
Да, это так. Это совершенно отдельная сеть. – LDJ
Я не уверен, что вы можете использовать ARR таким образом. Я бы предположил, что правило перезаписи передает URL-адрес https: //third.party.com/... на ваш сервер IIS, который эффективно предоставляет 404, поскольку он не несет ответственности за обслуживание этого домена. – DavidG