Скачать Url Rewrite

В модуле переопределения URL-адресов 2.0 используется механизм переопределения на основе правил, позволяющий изменять запрошенные URL-адреса до их обработки веб-сервером и изменять содержимое ответа до его предоставления клиентам HTTP.

4. Перенаправление на HTTPS Когда происходит обращение к сайту по HTTP, который требует соединение через HTTPS по защищенному каналу, сервер IIS вернет ошибку с кодом HTTP 403 (Unauthorized). Вы можете надеяться, что ваши посетители всегда будут вводить https в строку адреса. Однако, если вы хотите чтобы ваш сайт был более простым в посещении и более дружелюбным вы можете перенаправлять посетителей на правильный адрес, вместо того, чтобы сообщать им об ошибке. Типичный пример сайт http://www.paypal.com, если вы перейдете по этому адресу, то увидите, что ваш браузер перенаправил вас на https://www.paypal.com. С помощью URL Rewrite Module вы можете легко решить эту задачу: <rule name="Redirect to HTTPS" stopProcessing="true"> <match url="(.*)" /> <conditions> <add input="{HTTPS}" pattern="^OFF$" /> </conditions> <action type="Redirect" url="https://{HTTP_HOST}/{R:1}" redirectType="Permanent" /> </rule> 5. Возврат кода HTTP 503 Код возврата со статусом HTTP 503 означают, что сервер не может обработать запрос в данный момент в связи с проведением технических работ. Этот код говорит о том, что сайт не работает временно, так что поисковые системы получив этот код не будут индексировать сайт, а вернуться к нему позднее. Когда вы останавливаете пул приложения в IIS, сервер будет автоматически возвращать на все запросы ответ со статусом HTTP 503. Но что если вам не нужно останавливать весь сайт и вы хотите провести технические работы только в одном из разделов? С помощью URL Rewrite Module вы можете создать правило, которое решает эту задачу: <rule name="Return 503" stopProcessing="true"> <match url="^products/sale/.*" /> <action type="CustomResponse" statusCode="503" subStatusCode="0" statusReason="Site is unavailable" statusDescription="Site is down for maintenance" /> </rule> 6. Предотвращение сторонних ссылок на изображения сайта (Image Hotlinking) Сторонние ссылки на изображения сайта (Image Hotlinking) – это использование изображений с вашего сайта для отображения их на других ресурсах в интернете. Такое неконтролируемое использование изображений увеличивает нагрузку на канал передачи данных для вашего сайта. Кроме того, существуют другие проблемы с подобным использованием, например, права на копирование изображений. С помощью URL Rewrite Module вы можете легко предотвратить несанкционированное использование изображений с вашего сайта: <rule name="Prevent image hotlinking"> <match url=".*\\.(gif|jpg|png)$"/> <conditions> <add input="{HTTP_REFERER}" pattern="^$" negate="true" /> <add input="{HTTP_REFERER}" pattern="^http://ruslany\\.net/.*$" negate="true" /> </conditions> <action type="Rewrite" url="/images/say_no_to_hotlinking.jpg" /> </rule> Это правило будет перенаправлять все запросы со сторонних сайтов на специальное изображение расположенное по адресу /images/say_no_to_hotlinking.jpg. 7. Обратный прокси для другого сайта или сервера Используя URL Rewrite Module вместе с Application Request Routing вы можете заставить работать IIS в режиме обратного прокси-сервера. Например, в можете захотеть опубликовать содержимое ресурса из локальной сети в интернет. Для того, чтобы это осуществить необходимо проделать несколько шагов: Обратите внимание на префикс “http://” в правиле. Употребление этого префикса говорит системе URL Rewrite о необходимости использовать механизм прокси вместо перезаписи адреса. Когда Rewrite-правило содержит URL с префиксом протокола, то URL Rewrite Module не осуществляет стандартную логику по перезаписыванию URL. Вместо этого, запрос будет перенаправлен в модуль Application Request Routing, который в свою очередь осуществит прокси-запрос на адрес указанный в правиле. 8. Обратный прокси и HTTPS ��равило в предыдущем совете всегда использует незащищенное соединение по HTTP. Однако часто необходимо сохранить возможность запросов по протоколу HTTPS. Это может быть достигнуто следующим правилом: <rule name="Proxy"> <match url="(.*)" /> <conditions> <add input="{CACHE_URL}" pattern="^(https?)://" /> </conditions> <action type="Rewrite" url="{C:1}://internalserver/{R:1}" /> </rule> 9. Перезапись или перенаправление на основе параметров запроса Следующее правило демонстрирует как два различных параметра запроса извлекаются из строки и используются в перезаписи URL: <rule name="Query String Rewrite"> <match url="page\\.asp$" /> <conditions> <add input="{QUERY_STRING}" pattern="p1=(\\d+)" /> <add input="##{C:1}##_{QUERY_STRING}" pattern="##([^#]+)##_.*p2=(\\d+)" /> </conditions> <action type="rewrite" url="newpage.aspx?param1={C:1}&amp;amp;param2={C:2}" appendQueryString="false"/> </rule> Согласно этому правилу запрос с параметрами page.asp?p2=321&p1=123 будет перезаписан как newpage.aspx?param1=123&param2=321. 10. Как избежать перезаписи запросов для ресурсов ASP.NET Приложения на основе ASP.NET часто создают запросы к файлу WebResources.axd для получения разных ресурсов. Однако такого файла на сервере не существует и все запросы к нему в ASP.NET обрабатываются динамически. Поэтому некоторые правила перезаписи адресов могут порушить приложение, перезаписав запрос к WebResources.axd. Эта проблема может быть легко решена на основе простого добавления еще одного условия в правило: <rule name="RewriteUserFriendlyURL1" stopProcessing="true"> <match url="^([^/]+)/?$" /> <conditions> <add input="{REQUEST_FILENAME}" matchType="IsFile" negate="true" /> <add input="{REQUEST_FILENAME}" matchType="IsDirectory" negate="true" />  <add input="{URL}" negate="true" pattern="\\.axd$" /> </conditions> <action type="Rewrite" url="article.aspx?p={R:1}" /> </rule>

Это перевод оригинальной статьи 10 URL Rewriting Tips and Tricks. Эта статья содержит некоторые советы, которые могут оказаться.

Download Модуль переопределения URL-адресов (URLRewriter) 2.0 (Майкрософт) для IIS 7 (x64) from Official Microsoft Download Center

Модуль IIS URL Rewrite 2.0 не входит в состав IIS и его нужно скачать и установить отдельно. Скачать URL Rewrite 2.0 можно отсюда.

URL Rewrite Module 2.0 provides a rule-based rewriting mechanism for changing requested URL's before they get processed by web server.

В модуле переопределения URL -адресов 2.0 используется механизм переопределения на основе правил, позволяющий изменять.

Данная статья расскажет вам, как вы можете использовать URL Rewrite Extension для того, чтобы исправить кучу распространенных.

IIS URL Rewrite Module 2 : 10 полезных советов - Блог Владимира Юнева - Site Home - MSDN Blogs

Для того, что бы правила URL Rewrite были активны, в секцию system. webServer требуется </rules> </rewrite> Скачать пример готового web. config.

Модуль URL Rewrite для IIS 7 поддерживает простой импорт правил написанных для модуля mod_rewrite веб-сервера Apache. Для того чтобы.

Есть несколько способов добиться Url Rewriting в ASP.NET можно почитать более подробно здесь, а скачать сам модуль можно здесь.