The URL rewrite module is an extension to IIS which is available as a download for your stand-alone IIS Server, and is also pre-installed on any website on Windows Azure Web Sites (WAWS) and available for your use. This walkthrough will guide you through how to create and test a set of rewrite rules for the URL Rewrite Module.
This walkthrough requires the following prerequisites:
To demonstrate how the URL Rewrite Module works, we will use a simple test ASP.NET page. This page reads the Web server variables and outputs their values in the browser.
Copy the following ASP.NET code and put it in the %SystemDrive%\inetpub\wwwroot\ folder in a file called article.aspx:
URL Rewrite Module Test URL Rewrite Module Test Page
Server Variable Value Original URL: Final URL:
After copying this file, browse to http://localhost/article.aspx and check that the page was rendered correctly in a browser.
We will create a simple rewrite rule that will rewrite URLs using the following format:
http://localhost/article/342/some-article-title
to:
http://localhost/article.aspx?id=342&title=some-article-title .
We will create a rewrite rule by using URL Rewrite UI in IIS Manager. To do this, follow these steps:
Now you must define the actual rewrite rule. In the URL Rewrite Module, a rewrite rule is defined by specifying four required pieces of information:
In the Name text box, enter a name that will uniquely identify the rule, for example: "Rewrite to article.aspx".
In the Pattern text box, enter the following string:
^article/([0-9]+)/([_0-9a-z-]+)
This string is a regular expression that specifies that the pattern will match any URL string that meets the following conditions:
Notice that certain parts of the regular expression are within parentheses. These parentheses create capture groups, which can be later referenced in the rule by using back-references.
Since the rule that we are creating is supposed to rewrite the URL, choose the Rewrite action type that is listed in the Action group box. In the Rewrite URL: text box, enter the following string:
article.aspx?id=&title=
This string specifies the new value to which the input URL should be rewritten. Notice that for the values of the query string parameters we used and , which are back-references to the capture groups that were defined in the rule pattern by using parentheses.
Leave default values for all other settings. The Edit Inbound Rule property page should look like the following page:
Save the rule by clicking Apply on the right-hand side.
The rewrite rules are stored either in the ApplicationHost.config file or in Web.config files. To check the configuration of the rule that we have just created, open a Web.config file located in %SystemDrive%\inetpub\wwwroot. In this file you should see the section that contains this rule definition:
&title=" />
The syntax above also applies to configuring URL Rewrite in Web.config in Windows Azure Web Sites (WAWS).
To test that the rule correctly rewrites URLs, open a Web browser and request the following URL:
You should see that the rewrite rule on your Web server has changed the original URL to Article.aspx and it has passed "234" and "some-title" as values for query string parameters.
Now we will create a redirect rule that will redirect all URLs in the following format:
http://localhost/blog/some-other-title/543
to the following format:
http://localhost/article/543/some-other-title
A redirect rule enables more than one URL to point to a single Web page.
To do this, open the URL Rewrite feature view UI in IIS Manager. Click Add Rule(s)…, and then select the Blank Rule template again.
Within the Edit Rule page, enter the following:
Enter the name, pattern, and action as shown below:
Enter the redirect URL as shown below:
Redirect U R L is entered." />
Leave default values for all other settings. Save the rule by clicking Apply on the right-hand side.
To test that the rule redirects requests correctly, open a Web browser and request the following URL:
You should see that the browser was redirected to http://localhost/article/323/some-other-title as a result of redirect rule execution and then the request was rewritten in accordance with the rewrite rule that you have created earlier.
The third rule that we will create is used to block all requests made to a Web site if those requests do not have the host header set. This type of rule is useful when you want to prevent hacking attempts that are made by issuing HTTP requests against the IP address of the server instead of using the host name.
We will create this rule without using IIS Manager. Open the Web.config file in the %SystemDrive%\inetpub\wwwroot\ folder that you used for the article.aspx test file early in this article. Locate the section. Insert the following rule into the collection, so that it is the first rule in the collection:
" pattern="localhost" negate="true" />
The section should look like the following code:
" pattern="localhost" negate="true" /> /" redirectType="Found" />
Let's analyze the rule to understand what it does.
The element above says that the rule will match any URL string.
" pattern="localhost" negate="true" />
The element above adds a condition to the rule that retrieves the host header value by reading the server variable HTTP_HOST, matches it against the pattern "localhost" and then negates the result of matching. In other words, the condition verifies that the host header does not match "localhost".
The element above tells the URL Rewrite Module to end the HTTP request.
To test this rule, open a Web browser and make a request to http://127.0.0.1/article/234/some-title . What you should see is a browser that does not receive any response from the server. However, if you request http://localhost/article/234/some-title , then the Web server will respond successfully.
The unsuccessful display will be the following:
The successful display will be the following:
In this walkthrough, you have learned how to configure URL rewrite rules by using IIS manager or by manually editing Web.config files. The rules that were created in this walkthrough demonstrated some of the important features of the URL Rewrite Module, such as regular expressions support and the ability to use HTTP headers and server variables to make rewriting decisions.