Earlier this month, I wrote an article on how you could use a KEMP LoadMaster to publish multiple workloads onto the internet using only a single IP address using a feature called content-switching.
Based on the principle of content switching, KEMP LoadMasters also allow you to modify traffic while it’s flowing through the device. More specifically, this article will show you how you can rewrite URLs using a Load Master.
The rewriting of URLs is quite common. The goal is to ‘send’ people to another destination than the one they are trying to reach. This could be the case when you are changing your domain name or maybe even as part of a merger and you want the other company’s traffic to automatically be redirected to your website.
Let’s start with a simple example we are all familiar with: you want to redirect traffic from the root of your domain to /owa. The goal is that when someone enters e.g. webmail.domain.com, that person is automatically redirected to webmail.domain.com/owa. Although Exchange 2013 already redirects traffic from the root to the /owa virtual directory out-of-the-box, the idea here is to illustrate how you can do it with KEMP instead of IIS. As a result you could just as easily send someone from one virtual directory (e.g. /test) to another (e.g. /owa).
How it works – Mostly
Just as in my previous article, everything evolves around content switching. However, next to the content matching rules, KEMP’s LoadMasters allow you to define so-called header modification rules as shown in the following screenshot:
By default, it suffices to create such a header modification rule and assign it to a virtual service. By doing so, you will rewrite traffic traffic to the root (or the /test virtual directory) and people will end up at the /owa virtual directory.
To create a header modification rule, perform the following steps:
- Login to your LoadMaster
- Click on Rules & Checking and then Content Rules
- On top of the Content Rules page, click Create New…
- Fill in the details as show in the following screenshot:
- Click Create Rule.
Now that you have created the header modification rule, you need to assign it to the virtual service on which you want to use it:
- Go to Virtual Services, View/Modify Services
- Select the Virtual Service you want to edit and click Modify
- In the virtual service, go to HTTP Header Modifications and click Show Header Rules.
- Next, under Request Rules, select the header modification rule you created earlier from the drop-down list and click Add:
If you don’t see this option, make sure that you have Layer 7 enabled and that you are decrypting SSL traffic. This is a requirement for the LoadMaster to be able to ‘read’ (and thus modify) the traffic.
That’s it. All traffic that hits the LoadMaster on the root will now automatically be rewritten to /owa.
How it works with existing content rules (SUBVSs)
When you are already using content rules to ‘capture’ traffic and send it to a different virtual directory (as described in my previous article), the above approach won’t work – at least not entirely.
While the creating of the header modification rule and the addition of that rule to the virtual service remain entirely the same, there is an additional task you have to perform.
First, let me explain why. When you are already using Content Rules the LoadMaster will use these rules to evaluate traffic in order to make the appropriate routing decision. As a result, these content rules are processed before the header modification rules. However, when the LoadMaster doesn’t find a match in one of its content matching rules, it will not process the header modification rule – at least not when you are trying to modify a virtual directory. As I will describe later in this article, it will still process host-header modifications though.
So, in order for the LoadMaster to perform the rewrite, the initial destination has to be defined on the virtual directory where you want to redirect traffic to. Let’s take the following example: you are using content rules to direct traffic from a single IP address to different virtual directories. At the same time, you want traffic from an non-existing virtual directory (e.g. /test) to be redirected to /owa.
First, you start of again by creating a header modification rule. The process is the same as outlined above. The only thing that changes is that the match string will now be “/^\/test$/” instead of /^\/$/:
Next, create a new content rule, but this time create a content matching rule as follows:
Next, we’ll make the changes to the virtual service:
- Go to Virtual Services, View/Modify Services
- Select the Virtual Service you want to edit and click Modify
- In the virtual service, go to HTTP Header Modifications and click Show Header Rules.
- Next, under Request Rules, select the header modification rule you created earlier from the drop-down list and click Add:
If you don’t see this option, make sure that you have Layer 7 enabled and that you are decrypting SSL traffic. This is a requirement for the LoadMaster to be able to ‘read’ (and thus modify) the traffic.
Now, we still need to add the content matching rule to the /owa SubVs:
- In the properties of the Virtual Service, go down to SubVSs and click the button in the Rules column, for the OWA SubVS:
- From the drop-down list, select the rule you created earlier (“test”) and click Add:
- You should now have 2 rules in the SubVS:
That’s it. If you now navigate to the /test virtual directory, the traffic will automatically be rewritten to /owa.
How about if I want to redirect more than a single virtual directory to /owa?
In theory you would need to create a header modification rule for each of the virtual directories and a content matching rule as well. However, if you are going to redirect multiple other virtual directories to /owa, you can also use the “default” content rule which acts as a catch-all. As a result, instead of creating and adding a separate content matching rule for each virtual directory, you just create a header modification rule for each of them and add the default content rule to the /owa virtual directory as shown below:
What about rewriting host names?
Rewriting host names is handled a tad differently than e.g. virtual directories. Unlike the latter, host header modifications are processed before the content matching rules for the Virtual Services. As a result, it suffices to create a modification rule and apply it to the virtual service. To create a Host Header modification rule, do the following:
- Go to Rules & Checking and then Content Rules
- Click Add New… and create the rule as follows:
Once you have created the rule, add it the the HTTP Header Modification rules on the virtual services and your done. Traffic that hits test.domain.com will now automatically be rewritten to webmail.domain.com. It’s as easy as that.
Conclusion
Rewriting URLs with KEMP’s LoadMaster is relatively easy. You only have to watch out when you are already using content switching rules as I described earlier.
Until later,
Michael
You must log in to post a comment.