I guess nobody is willing to help me any further on the below?
_____________________________________________









From:
Lisa D Beggs/AC/VCU <ldbe...@vcu.edu>
To:
"Tomcat Users List" <users@tomcat.apache.org>
Date:
07/30/2009 12:47 PM
Subject:
Re: Trouble setting up virtual host



Thanks to all those that have helped with this issue.

I contacted our Networking department to make sure that both ports 80 and 
443 were open inbound to the server and that they were open from both VCU 
and external networks (outside VCU).  The issue was on their end and it 
has been resolved!

I am also able to connect to my application using the virtual host 
www.fmdreports.vcu.edu/InfoViewApp (which automatically loads the 
logon.jsp page).

However, what I would really like to have happen is to only have to type 
in www.fmdreports.vcu.edu or fmdreports.vcu.edu and not have to type the 
/InfoViewApp after it and have set it to load the login page which is 
www.fmdreports.vcu.edu/InfoViewApp/logon.jsp

Here is a copy of what I have in the host element......how can I 
accomplish the above?

<Host name="fmdreports.vcu.edu" appBase="webappps/InfoViewApp" 
unpackWARs="false" autoDeploy="true" xmlValidation="false" 
xmlNamespaceAware="false">
        <Alias>www.fmdreports.vcu.edu</Alias>
      </Host>

_____________________________________________
"Change is the essence of life. Be willing to surrender what you are, for 
what you could become". 

Lisa D. Beggs 
Information Technology Specialist
Business Application Services
Phone:  804 828-2098
Fax:   804 828-0322

Don't be a phishing victim - VCU and other reputable organizations will 
never use email to request that you reply with your password, social 
security number or confidential personal information.  For more details 
visit http://infosecurity.vcu.edu/phishing.html 








From:
Mark Eggers <its_toas...@yahoo.com>
To:
Tomcat Users List <users@tomcat.apache.org>
Date:
07/27/2009 10:55 PM
Subject:
Re: Trouble setting up virtual host




As usual, late to the thread.

I'll use C) then:

> > C) on another workstation :
> > 
> >     - close the browser and re-open it.
> >     - in the browser, find the place where you can "clear the cache".
> >     - do it (clear the cache)
> >     - request the URL :
> > 
>   http://adm138/InfoViewApp
> > 
> >     - indicate the result here :
> > 
> > 
> > A:  Internet Explorer cannot display the webpage

This usually means that the other workstation cannot translate between the 

name you gave the host on the other workstation (adm138) and the IP 
address of your server.

I also noticed that while you use the fully qualified name in the other 
example (www.fmdreports.vcu.edu) you use the short name in your tests 
(adm138).

There are several things to try here, to see where the breakdown is.  I'll 

use numbers since everyone else is using letters.

1. From another workstation, open a DOS window (if it's Windows) or a UNIX 

shell command (if it's UNIX), and type the following:

ping adm138

1a) If you get:
Ping could not find the host adm138, then the other workstation does not 
know how to translate between the name and the IP address.

1b) If you get:
Four lines with a bunch of numbers, then the other workstation knows how 
to translate between the name and the IP address

2. From another workstation, open a DOS window (if it's Windows) or a UNIX 

shell command (if it's UNIX) and type the following:

ping adm138.fmdreports.vcu.edu

2a) If you get:
Ping could not find the host adm138.fmdreports.vcu.edu, then the other 
workstation does not know how to translate between the name and the IP 
address.

2b) If you get:
Four lines with a bunch of numbers, then the other workstation knows how 
to translate between the name and the IP address

adm138.fmdreports.vcu.edu may be the fully qualified name, but this 
depends on how your network administrator has set up something called DNS.

Firewall check
==============

Windows comes with a built-in firewall.  On XP/Professional it's located 
in Start->Control Panel->Network Connections.  You'll have to single-click 

on the active network (the one your server connects to) to see Change 
Firewall Settings on the left hand side.

Once you click on that (Change Firewall Settings), you should be able to 
edit the settings by selecting Exceptions tab.  Hopefully you'll see two 
entries for Java(TM) Platform SE Binary.  Make sure that the JRE you're 
using to run Tomcat is there (by clicking on edit and reading the 
properties).

Short term fix (once you've checked your firewall)
==================================================

If you have administrative privileges on the other workstation (Windows) 
or root access (UNIX), you can add some information in a file called 
hosts.  On Windows, it's located in the %windir%\System 32\drivers\etc 
directory.  In UNIX it's located in /etc

The line you need to add is the following:

aaa.bbb.ccc.ddd adm138

where aaa.bbb.ccc.ddd is the IP address of the machine with your Tomcat 
server.

If the fully qualified name is supposed to be adm138.fmdreports.vcu.edu, 
then add this line instead to the hosts file

aaa.bbb.ccc.ddd adm138 adm138.fmdreports.vcu.edu

where aaa.bbb.ccc.ddd is the IP address of the machine with your Tomcat 
server.

Long term (proper) fixes
=========================

There are really two parts to this fix.  The first part is to get your 
network administrator to add this hostname and IP address to your campus 
DNS server.  The DNS server is responsible for translating between 
human-readable names and IP addresses.  Once the name you have chosen for 
your server is in DNS, all machines using DNS servers will know how to 
interpret the name of the host.

The second part of the fix is to alter your virtual host definition in 
server.xml.  In general, it's a good idea to only use fully qualified 
names in the server.xml file.

So, in part, your host element should look like this:

<Host name="fully-qualified-host-name" . . . . >

</Host>

For example:

<Host name="adm138.fmdreports.vcu.edu" . . . >

</Host>

However, if you want to have this virtual host respond to other names, you 

can add aliases for each name.  To do that, just add an alias element for 
each name you want.

<Host name="fully-qualified-host-name" . . . .>
  <Alias>some-other-name</Alias>
  <Alias>still-another-name</Alias>

</Host>

For example:

<Host name="production.fmdreports.vcu.edu" . . . >
  <Alias>adm138.fmdreports.vcu.edu</Alias>
  <Alias>another.fmdreports.vcu.edu</Alias>

</Host>

If you want those aliases to be visible to other select workstations, then 

you will have to edit the hosts file for each workstation like I've shown 
above.  Obviously, this is not a permanent fix if you have to edit 1000s 
of hosts on campus.

If you want to have those alias names reachable from workstations that are 

not your server, then tell your network administrator what those names 
should be.  Please remember if these names are going to be globally 
visible, you will have to use fully qualified names, not something like 
adm138.

Host Name Resolution Background
===============================

Finally, there's a bit of magic happening on your workstation depending on 

how it's configured.  As I've said above, all host names should be fully 
qualified.  If that's the case, then how does mapping adm138 to an IP 
address work?

The code that maps a name to an IP address queries its own host name, the 
hosts file, and configured network servers.  This is configurable with 
UNIX, but not (if I remember correctly) under Windows.

When asking a server, the code that requests the information can add a 
domain name suffix (in your case it might be fmdreports.vcu.edu or 
vcu.edu).  That means for the first request to any network server, your 
workstation will tack on that information to the end of the name you give 
it.

In other words adm138 becomes adm138.fmdreports.vcu.edu before it gets 
sent to the server as a question.  There are rules about truncating the 
suffix (fmdreports.vcu.edu, then vcu.edu).

So depending on your workstation's configuration, the search code would do 

this on getting adm138:

1. Is it my hostname?
   Yes - great, we're done

2. Is it in my hosts file
   Yes - great, we're done

3. Add my Primary (or default) domain (may be fmdreports.vcu.edu)

4. Ask the server for adm138.fmdreports.vcu.edu
   Yes - great, we're done

5. Ask the server for adm138.vcu.edu
   Yes - great, we're done

If all responses were "not found" (NXDOMAIN), then you get a page not 
found error in IE.

Summary
=======

1. Put fully qualified host names the <Host></Host> element in server.xml.
2. Put in any aliases (qualified or not) in the <Alias></Alias> element 
   of server.xml
3. Get your network administrator to add all fully qualified names to DNS
4. Put all unqualified names in hosts files of hosts that you want to 
   connect to your server
5. Remember that the use of hosts files is purely for testing.  DNS 
   should be used for all production work

Hopefully that will get you up and running.  If not, then your network 
administrator has blocked access to port 80 from other parts of the 
network.  This is reasonable for example, to prevent students from running 

their own web servers.  You'll have to ask your network administrator to 
grant access to port 80 (as a server) for your particular IP address.

I apologize for the length.  Hopefully that will complete your 
connectivity and get you up and running.

Mark


 

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org



Reply via email to