Jump to: navigation, search

Difference between revisions of "Jetty/Howto/Configure Virtual Hosts"

< Jetty‎ | Howto
m
Line 6: Line 6:
 
* Multi-homed hosts, that is machines with more than one network interface, can have a different name for each IP address.  
 
* Multi-homed hosts, that is machines with more than one network interface, can have a different name for each IP address.  
  
Jetty users often want to configure their web applications taking into account these different virtual hosts. Frequently, a machine with a single IP address has different DNS resolvable names associated with it, and a webapp deployed on it must be reachable from all of the alternative names. Another possibility is to serve different web applications from different virtual hosts. Let's examine these possibilities.
+
Jetty users often want to configure their web applications taking into account these different virtual hosts. Frequently, a machine with a single IP address has different DNS resolvable names associated with it, and a webapp deployed on it must be reachable from all of the alternative names. Another possibility is to serve different web applications from different virtual hosts.  
  
 
You can set virtual hosts in several different ways, including:
 
You can set virtual hosts in several different ways, including:
Line 18: Line 18:
 
The examples that follow set virtual hosts in the preferred way, by calling the method ContextHandler.setVirtualHost [http://download.eclipse.org/jetty/stable-7/apidocs/org/eclipse/jetty/server/handler/ContextHandler.html#setVirtualHosts setVirtualHosts].
 
The examples that follow set virtual hosts in the preferred way, by calling the method ContextHandler.setVirtualHost [http://download.eclipse.org/jetty/stable-7/apidocs/org/eclipse/jetty/server/handler/ContextHandler.html#setVirtualHosts setVirtualHosts].
  
==Configuring virtual hosts==
+
==Configuring Virtual Hosts==
  
When configuring a web application, you can supply a list of IP addresses and names at which the web application will be reachable. Suppose we have a machine with these IP addresses and DNS resolvable names:
+
When configuring a web application, you can supply a list of IP addresses and names at which the web application is reachable. Suppose you have a machine with these IP addresses and DNS resolvable names:
  
 
* 333.444.555.666
 
* 333.444.555.666
Line 28: Line 28:
 
* www.blah.org
 
* www.blah.org
  
Suppose we have a webapp, xxx.war that we want to be served from all of the above names and addresses. Then we would configure the webapp like so:
+
Suppose you have a webapp, ''xxx.war'', that you want all of the above names and addresses to serve. You would configure the webapp as follows:
 
<source lang="xml">
 
<source lang="xml">
 
<Configure class="org.eclipse.jetty.webapp.WebAppContext">
 
<Configure class="org.eclipse.jetty.webapp.WebAppContext">
Line 45: Line 45:
 
</source>
 
</source>
  
Assuming we had configured a connector listening on port 8080, then webapp '''xxx.war''' would be available at all of the following addresses:
+
Assuming you have configured a connector listening on port 8080, webapp ''xxx.war'' is available at all of the following addresses:
  
 
* <nowiki>http://333.444.555.666:8080/xxx</nowiki>
 
* <nowiki>http://333.444.555.666:8080/xxx</nowiki>
Line 53: Line 53:
 
* <nowiki>http://www.blah.org:8080/xxx</nowiki>
 
* <nowiki>http://www.blah.org:8080/xxx</nowiki>
  
==Configuring different webapps for different virtual hosts==
+
==Configuring Different Webapps for Different Virtual Hosts==
  
This is accomplished simply by supplying a different list of virtual hosts for each webapp. For example, suppose our imaginary machine has these DNS names and IP addresses:
+
You can configure different webapps for different virtual hosts by supplying a different list of virtual hosts for each webapp. For example, suppose your imaginary machine has these DNS names and IP addresses:
  
 
* 333.444.555.666
 
* 333.444.555.666
Line 67: Line 67:
 
* www.other.org
 
* www.other.org
  
Suppose also we have another webapp, '''zzz.war'''. We want xxx.war to be deployed as above, and zzz.war to be deployed only from 777.888.888.111, www.other.com, www.other.net and www.other.org:
+
Suppose also you have another webapp, ''zzz.war''. We want ''xxx.war'' to be deployed as above, and ''zzz.war'' to be deployed only from 777.888.888.111, www.other.com, www.other.net and www.other.org:
  
 
<source lang="xml">
 
<source lang="xml">
Line 103: Line 103:
 
</source>
 
</source>
  
Webapp xxx.war is still available at:
+
Webapp ''xxx.war'' is still available at:
  
 
* <nowiki>http://333.444.555.666:8080/xxx</nowiki>
 
* <nowiki>http://333.444.555.666:8080/xxx</nowiki>
Line 111: Line 111:
 
* <nowiki>http://www.blah.org:8080/xxx</nowiki>
 
* <nowiki>http://www.blah.org:8080/xxx</nowiki>
  
But now webapp zzz.war is available at:
+
But now webapp ''zzz.war'' is available at:
  
 
* <nowiki>http://777.888.888.111:8080/zzz</nowiki>
 
* <nowiki>http://777.888.888.111:8080/zzz</nowiki>
Line 118: Line 118:
 
* <nowiki>http://www.other.org:8080/zzz</nowiki>
 
* <nowiki>http://www.other.org:8080/zzz</nowiki>
  
==Configuring different webapps for different virtual hosts, but at the same context path==
+
==Configuring Different Webapps for Different Virtual Hosts, But at the Same Context Path==
  
In our example above, we have made webapp zzz.war avilable not only at a certain set of virtual hosts, but also at the context path /zzz, whilst our other webapp is available at both a different set of virtual hosts, ''and'' at a different context path. What happens if we want them at the '''same''' context path, but still at different sets of virtual hosts?
+
In the example above, webapp zzz.war is available not only at a certain set of virtual hosts, but also at the context path /zzz, whilst the other webapp is available at both a different set of virtual hosts, ''and'' at a different context path. What happens if you want them at the ''same'' context path, but still at different sets of virtual hosts? You just supply the ''same'' context path for each webapp, leaving the disjoint set of virtual host definitions as before:
 
+
Very simply, we just supply the '''same''' context path for each webapp, leaving the disjoint set of virtual host definitions as before:
+
  
 
<source lang="xml">
 
<source lang="xml">
Line 171: Line 169:
 
* <nowiki>http://www.other.org:8080/</nowiki>
 
* <nowiki>http://www.other.org:8080/</nowiki>
  
==Configuring virtual hosts with non-ascii characters==
+
==Configuring Virtual Hosts with Non-ascii Characters==
  
[http://en.wikipedia.org/wiki/Internationalized_domain_name International domain names] are names containing non-ascii characters. For example <nowiki>"http://www.bücher.com"</nowiki>. The DNS internally remains based on ascii, so these kinds of names are translated via an encoding called [http://tools.ietf.org/html/rfc3492 punycode] into an ascii representation. Modern browsers detect these non-ascii characters in URLs and automatically apply the punycode encoding. For example, typing this url into a browser:
+
[http://en.wikipedia.org/wiki/Internationalized_domain_name International domain names] are names containing non-ascii characters. For example <nowiki>"http://www.bücher.com"</nowiki>. The DNS internally remains based on ascii, so these kinds of names are translated via an encoding called [http://tools.ietf.org/html/rfc3492 punycode] into an ascii representation. Modern browsers detect these non-ascii characters in URLs and automatically apply the punycode encoding. For example, typing this URL into a browser:
  
 
<nowiki>http://www.åäö.com:8080/test/</nowiki>
 
<nowiki>http://www.åäö.com:8080/test/</nowiki>
Line 181: Line 179:
 
<nowiki>http://www.xn--4cab6c.com:8080/test/</nowiki>
 
<nowiki>http://www.xn--4cab6c.com:8080/test/</nowiki>
  
For using internationalized domain names with jetty virtual hosts, you need to supply the punycoded form of the name in your context xml file (and of course you will need to supply it to your DNS setup).
+
To use internationalized domain names with Jetty virtual hosts you need to supply the punycode form of the name in your context xml file (and of course you need to supply it to your DNS setup).
  
Here's an example. Say I'm running a webapp on port 8080 at context /test, and I want to configure a virtual host for www.åäö.com. I configure its ascii equivalent in the context xml file for the context:
+
For example, if you are running a webapp on port 8080 at context /test, and you want to configure a virtual host for www.åäö.com, you configure its ascii equivalent in the context xml file for the context:
  
 
<source lang="xml">
 
<source lang="xml">
Line 199: Line 197:
 
</source>
 
</source>
  
After starting Jetty, I will be able to enter the url <nowiki>http://www.åäö.com:8080/test/</nowiki> in my browser and reach my webapp.
+
After starting Jetty, you can enter the url <nowiki>http://www.åäö.com:8080/test/</nowiki> in a browser and reach the webapp.
  
Note that if I don't have any webapps deployed at /, hitting the url <nowiki>http://www.åäö.com:8080</nowiki> will hit Jetty's default handler, which serves back a 404 page listing the available contexts:
+
If you don't have any webapps deployed at /, hitting the URL <nowiki>http://www.åäö.com:8080</nowiki>reaches Jetty's default handler, which serves back a 404 page listing the available contexts:
  
 
<pre>
 
<pre>
Line 211: Line 209:
 
</pre>
 
</pre>
  
You'll notice that the link already has the punycode transformed domain name in it.
+
Notice that the link already has the punycode transformed domain name in it.
  
  
 
}}
 
}}

Revision as of 13:19, 25 January 2012



Introduction

A virtual host is an alternative name, registered in DNS, for an IP address. Virtual hosting takes one of two forms:

  • Multiple names can resolve to a single IP address.
  • Multi-homed hosts, that is machines with more than one network interface, can have a different name for each IP address.

Jetty users often want to configure their web applications taking into account these different virtual hosts. Frequently, a machine with a single IP address has different DNS resolvable names associated with it, and a webapp deployed on it must be reachable from all of the alternative names. Another possibility is to serve different web applications from different virtual hosts.

You can set virtual hosts in several different ways, including:

  • Using a context XML file in the context directory: setVirtualHosts. This is the preferred method.
  • Java calls in an embedded usage: Embedding Jetty.
  • Within an explicitly deployed webapp (no deployer) listed in jetty.xml or similar.
  • Usng a WEB-INF/jetty-web.xml file (deprecated, but works with the webapp deployer if you do not use the context deployer).

For descriptions of the various ways to configure Jetty, including links to documents that provide detailed configuration instructions, see How to Configure Jetty.

The examples that follow set virtual hosts in the preferred way, by calling the method ContextHandler.setVirtualHost setVirtualHosts.

Configuring Virtual Hosts

When configuring a web application, you can supply a list of IP addresses and names at which the web application is reachable. Suppose you have a machine with these IP addresses and DNS resolvable names:

  • 333.444.555.666
  • 127.0.0.1
  • www.blah.com
  • www.blah.net
  • www.blah.org

Suppose you have a webapp, xxx.war, that you want all of the above names and addresses to serve. You would configure the webapp as follows:

<Configure class="org.eclipse.jetty.webapp.WebAppContext">
  <Set name="contextPath">/xxx</Set>
  <Set name="war"><SystemProperty name="jetty.home"/>/webapps/xxx.war</Set>
  <Set name="virtualHosts">
    <Array type="java.lang.String">
      <Item>333.444.555.666</Item>
      <Item>127.0.0.1</Item>
      <Item>www.blah.com</Item>
      <Item>www.blah.net</Item>
      <Item>www.blah.org</Item>
    </Array>
  </Set>
</Configure>

Assuming you have configured a connector listening on port 8080, webapp xxx.war is available at all of the following addresses:

  • http://333.444.555.666:8080/xxx
  • http://127.0.0.1:8080/xxx
  • http://www.blah.com:8080/xxx
  • http://www.blah.net:8080/xxx
  • http://www.blah.org:8080/xxx

Configuring Different Webapps for Different Virtual Hosts

You can configure different webapps for different virtual hosts by supplying a different list of virtual hosts for each webapp. For example, suppose your imaginary machine has these DNS names and IP addresses:

  • 333.444.555.666
  • 127.0.0.1
  • www.blah.com
  • www.blah.net
  • www.blah.org
  • 777.888.888.111
  • www.other.com
  • www.other.net
  • www.other.org

Suppose also you have another webapp, zzz.war. We want xxx.war to be deployed as above, and zzz.war to be deployed only from 777.888.888.111, www.other.com, www.other.net and www.other.org:

<!-- webapp xxx.war -->
<Configure class="org.eclipse.jetty.webapp.WebAppContext">
  <Set name="contextPath">/xxx</Set>
  <Set name="war"><SystemProperty name="jetty.home"/>/webapps/xxx.war</Set>
  <Set name="virtualHosts">
    <Array type="java.lang.String">
      <Item>333.444.555.666</Item>
      <Item>127.0.0.1</Item>
      <Item>www.blah.com</Item>
      <Item>www.blah.net</Item>
      <Item>www.blah.org</Item>
    </Array>
  </Set>
</Configure>


<!-- webapp zzz.war -->
<Configure class="org.eclipse.jetty.webapp.WebAppContext">
  <Set name="contextPath">/zzz</Set>
  <Set name="war"><SystemProperty name="jetty.home"/>/webapps/zzz.war</Set>
  <Set name="virtualHosts">
    <Array type="java.lang.String">
      <Item>777.888.888.111</Item>
      <Item>www.other.com</Item>
      <Item>www.other.net</Item>
      <Item>www.other.org</Item>
    </Array>
  </Set>
</Configure>

Webapp xxx.war is still available at:

  • http://333.444.555.666:8080/xxx
  • http://127.0.0.1:8080/xxx
  • http://www.blah.com:8080/xxx
  • http://www.blah.net:8080/xxx
  • http://www.blah.org:8080/xxx

But now webapp zzz.war is available at:

  • http://777.888.888.111:8080/zzz
  • http://www.other.com:8080/zzz
  • http://www.other.net:8080/zzz
  • http://www.other.org:8080/zzz

Configuring Different Webapps for Different Virtual Hosts, But at the Same Context Path

In the example above, webapp zzz.war is available not only at a certain set of virtual hosts, but also at the context path /zzz, whilst the other webapp is available at both a different set of virtual hosts, and at a different context path. What happens if you want them at the same context path, but still at different sets of virtual hosts? You just supply the same context path for each webapp, leaving the disjoint set of virtual host definitions as before:

<Configure class="org.eclipse.jetty.webapp.WebAppContext">
  <Set name="war"><SystemProperty name="jetty.home"/>/webapps/xxx.war</Set>
  <Set name="contextPath">/</Set>
  <Set name="virtualHosts">
    <Array type="java.lang.String">
      <Item>333.444.555.666</Item>
      <Item>127.0.0.1</Item>
      <Item>www.blah.com</Item>
      <Item>www.blah.net</Item>
      <Item>www.blah.org</Item>
    </Array>
  </Set>
</Configure>
<Configure class="org.eclipse.jetty.webapp.WebAppContext">
  <Set name="war"><SystemProperty name="jetty.home"/>/webapps/zzz.war</Set>
  <Set name="contextPath">/</Set>
  <Set name="virtualHosts">
    <Array type="java.lang.String">
      <Item>777.888.888.111</Item>
      <Item>www.other.com</Item>
      <Item>www.other.net</Item>
      <Item>www.other.org</Item>
    </Array>
  </Set>
</Configure>

Now, webapp xxx.war is available at:

  • http://333.444.555.666:8080/
  • http://127.0.0.1:8080/
  • http://www.blah.com:8080/
  • http://www.blah.net:8080/
  • http://www.blah.org:8080/

and webapp zzz.war is available at:

  • http://777.888.888.111:8080/
  • http://www.other.com:8080/
  • http://www.other.net:8080/
  • http://www.other.org:8080/

Configuring Virtual Hosts with Non-ascii Characters

International domain names are names containing non-ascii characters. For example "http://www.bücher.com". The DNS internally remains based on ascii, so these kinds of names are translated via an encoding called punycode into an ascii representation. Modern browsers detect these non-ascii characters in URLs and automatically apply the punycode encoding. For example, typing this URL into a browser:

http://www.åäö.com:8080/test/

is translated to the following url:

http://www.xn--4cab6c.com:8080/test/

To use internationalized domain names with Jetty virtual hosts you need to supply the punycode form of the name in your context xml file (and of course you need to supply it to your DNS setup).

For example, if you are running a webapp on port 8080 at context /test, and you want to configure a virtual host for www.åäö.com, you configure its ascii equivalent in the context xml file for the context:

<Configure class="org.eclipse.jetty.webapp.WebAppContext">
 
  <Set name="contextPath">/</Set>
  <Set name="war"><SystemProperty name="jetty.home" default="."/>/webapps/test.war</Set>
 
  <Set name="virtualHosts">
    <Array type="String">
      <Item>www.xn--4cab6c.com</Item>
    </Array>
  </Set>
</Configure>

After starting Jetty, you can enter the url http://www.åäö.com:8080/test/ in a browser and reach the webapp.

If you don't have any webapps deployed at /, hitting the URL http://www.åäö.com:8080reaches Jetty's default handler, which serves back a 404 page listing the available contexts:

<H2>Error 404 - Not Found.</H2>
No context on this server matched or handled this request.<BR>
Contexts known to this server are: 
<ul><li><a href="http://www.xn--4cab6c.com:8080/test">/test @ www.xn--4cab6c.com:8080 ---> WebAppContext@82d210@82d210/test,file:/tmp/Jetty_0_0_0_0_8080_test.war__test_www.xn..4cab6c.com_1jadjg/webapp/,/home/janb/src/jetty-eclipse/jetty/trunk/jetty-distribution/target/distribution/webapps/test.war</a></li>
</ul>

Notice that the link already has the punycode transformed domain name in it.