Re: Trouble setting up virtual host
On Mon, Aug 3, 2009 at 9:00 AM, Lisa D Beggs/AC/VCU wrote: > --> Well you obviously chose not to read that I have gotten much further > than the first time I posted on this forum and am well beyond the initial > problem I was having. No, you're *back to the original problem* you posted about, which is what you again asked for help with just two hours ago: > 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 :: which was answered by my first reply. Again, two simple options: choose one. And nobody, as far as I've noticed, is "chastising" anyone... -- Hassan Schroeder hassan.schroe...@gmail.com twitter: @hassan - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Trouble setting up virtual host
Lisa D Beggs/AC/VCU wrote: --> Well you obviously chose not to read that I have gotten much further than the first time I posted on this forum and am well beyond the initial problem I was having. It's really sad that I decided to come here to get the help of people who with more experience than myself and learn something instead I feel I have been more chastised because of my lack of knowledge. Now don't start crying. This is a though forum, full of terrible machos delighting in jargon, java, servlet specs and the like. Gotta show these guys some spunk, or you'll get nowhere. Plus, you really have no reason to complain. You've already gotten, from at least 3 of us, what amounts to a complete manual about posting to forums, the WWW, webservers, network connectivity, DNS and more. Most of it duplicating information easily available on Google and computers 101. Plus, the solution is now tantalisingly close. It would be a pity to give up now. So, what do you say ? :-) - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Trouble setting up virtual host
Lisa D Beggs/AC/VCU wrote: I guess nobody is willing to help me any further on the below? Just because you're called Lisa then... Because, as Hassan mentioned, you already got all the answers. There are 2 ways to do what you want. And in both cases, your directory structure will change somewhat. That's how it is, no way around it. #1 consists of renaming the existing ROOT application to something else, and then rename your application to ROOT. This does not change the directory structure below whatever is the top directory of your application. It just changes the top directory name of your application. In other words, suppose you currently have (tomcat installation directory)/webapps/ROOT/* and (tomcat installation directory)/webapps/YourApp/* then "ROOT" should be renamed to "XYZ", and then "YourApp" should be renamed to ROOT. That's it. Except that you should stop Tomcat before you do that, and restart Tomcat when it's done. #2 solution consists of using Virtual Hosts. You already have one, although you probably don't know that. It is represented by the single ... section in your server.xml. The trick consists of creating a second one, very similar but with some attributes changed in it. But anyway, in that case, you will have to move your application, which is currently in (tomcat installation directory)/webapps/YourApp/* somewhere else. So which one do you prefer ? - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Trouble setting up virtual host
From: Hassan Schroeder To: Tomcat Users List Date: 08/03/2009 11:44 AM Subject: Re: Trouble setting up virtual host On Mon, Aug 3, 2009 at 8:39 AM, Lisa D Beggs/AC/VCU wrote: > --> If I remember correctly, the answer you gave me is not appropriate > for my situation. I can not rename my application directory folder with > ROOT. I must keep my application directory structure. Why? Since you don't want that structure to be apparent? In any case, I gave you two solutions; so if you truly can't or won't use the second, use the first. --> Well you obviously chose not to read that I have gotten much further than the first time I posted on this forum and am well beyond the initial problem I was having. It's really sad that I decided to come here to get the help of people who with more experience than myself and learn something instead I feel I have been more chastised because of my lack of knowledge. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Trouble setting up virtual host
On Mon, Aug 3, 2009 at 8:39 AM, Lisa D Beggs/AC/VCU wrote: > --> If I remember correctly, the answer you gave me is not appropriate > for my situation. I can not rename my application directory folder with > ROOT. I must keep my application directory structure. Why? Since you don't want that structure to be apparent? In any case, I gave you two solutions; so if you truly can't or won't use the second, use the first. -- Hassan Schroeder hassan.schroe...@gmail.com twitter: @hassan - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Trouble setting up virtual host
From: Hassan Schroeder To: Tomcat Users List Date: 08/03/2009 11:28 AM Subject: Re: Trouble setting up virtual host On Mon, Aug 3, 2009 at 7:31 AM, Lisa D Beggs/AC/VCU wrote: > I guess nobody is willing to help me any further on the below? I gave you the answer in the very first reply in this thread. --> If I remember correctly, the answer you gave me is not appropriate for my situation. I can not rename my application directory folder with ROOT. I must keep my application directory structure. -- Hassan Schroeder hassan.schroe...@gmail.com twitter: @hassan - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Trouble setting up virtual host
On Mon, Aug 3, 2009 at 7:31 AM, Lisa D Beggs/AC/VCU wrote: > I guess nobody is willing to help me any further on the below? I gave you the answer in the very first reply in this thread. -- Hassan Schroeder hassan.schroe...@gmail.com twitter: @hassan - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Trouble setting up virtual host
I guess nobody is willing to help me any further on the below? _ From: Lisa D Beggs/AC/VCU To: "Tomcat Users List" 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? www.fmdreports.vcu.edu _ "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 To: Tomcat Users List 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
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? www.fmdreports.vcu.edu _ "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 To: Tomcat Users List 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
Re: Trouble setting up virtual host
From: Mark Eggers To: Tomcat Users List 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 **A: Yes I get the replys back, it is able to ping ADM138 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. **A: I can not ping adm138.fmdreports.vcuedu - HOWEVER, I can ping fmdreports.vcu.edu (and this is how we want the user to be name to be setup so that is setup correctly) 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. **A: They have done this www.fmdreports.vcu.edu is replacing the lengthy URL name of the web browser application(Infoview) that our users are using to use when viewing/scheduling Crystal Reports. This is a Crystal Reports Server running Tomcat (not sure if you saw the initial post. 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: For example: 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. some-other-name still-another-n
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: For example: 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. some-other-name still-another-name For example: adm138.fmdreports.vcu.edu another.fmdreports.vcu.edu 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 ho
Re: Trouble setting up virtual host
Lisa, at this point : 1) I (nor anyone here) can really help you if the workstations, for some reason, cannot connect to that server using port 80. That is a matter for your local network people, and you must solve it with them. 2) if, as according to one of preceding posts, it is finally likely that other people/applications will want to use this same physical server, and if they would also like their own other application to be the default application, then you /will/ have to use "virtual hosts". Each separate virtual host can have its own "webapps" directory, and so also its own "default application" (known as "ROOT application in Tomcat). Each such virtual host would also need to have a different hostname, so they could not use the same name "http://www.fmdreports.vcu.edu/"; to access *their* application as the default. They would need for instance some other name like "http://www.something-else.vcu.edu/"; The easiest way to show you how that works, would be for you to send me the complete server.xml file, as it is now, to my private email address (it will probably be too large for the list). I will modify it, and send it back to you. But better to make sure first that the workstations can at least connect to your application as it is now, using either port 80 or port 8080, and using the URL : http://www.fmdreports.vcu.edu(:80 or :8080)/InfoViewApp Then we will change server.xml so that they can access the application as just http://www.fmdreports.vcu.edu(:80 or :8080)/ - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Trouble setting up virtual host
Of course, now that you have used "A:" for your answers, I can no longer do the same. So I'll use "B:".. Lisa D Beggs/AC/VCU wrote: ... A) on the server itself : - close the browser and re-open it. - in the browser, find the place where you can "clear the cache". Ask someone around you where that is for this kind of browser. - do it (clear the cache, everything) - request the URL : http://adm138/InfoViewApp - indicate the result here : A: This is with having the port changed to 80 for all of these answers. I get redirected to the http://adm138/InfoViewApp/logon.jsp which is the logon page for the application. B: Excellent. That is the normal behaviour, if the in server.xml is set for port="80". B) still on the server itself : - 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:8080/InfoViewApp - indicate the result here : A: Internet Explorer cannot display the webpage B: Excellent also, now it makes sense. 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 B: This is /not/ normal. It means either : - that something in-between is blocking the accesses to your server through port 80 OR - that this workstation cannot find the server named "adm138". D) on that same 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:8080/InfoViewApp - indicate the result here : A: Internet Explorer cannot display the webpage B: That is normal. The server is not listening on the port 8080.so browsers, from anywhere, should not be able to contact it on that port. Ok, another test : Re-do all the same steps as above, but this time using the other server name (alias). In other words, if above there was http://adm138 (followed by whatever) then use http://www.fmdreports.vcu.edu (followed by the same whatever) and report the results here, as A1,B1,C1 and D1. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Trouble setting up virtual host
Lisa D Beggs/AC/VCU wrote: ... Now another bit : In the following, I have removed the lines of less interest right now, leaving only the ones related to tomcat5. The ... represent removed lines. Microsoft Windows [Version 5.2.3790] (C) Copyright 1985-2003 Microsoft Corp. C:\Documents and Settings\Administrator>netstat -anb -p tcp | more Active Connections Proto Local Address Foreign AddressState PID TCP0.0.0.0:13 0.0.0.0:0 LISTENING 5764 [D4.exe] I have left the lines above to explain what the columns mean : "Proto" is the protocol, and in this case it is always TCP. "Local address" is composed of an IP address, a ":", and a port number. It is the IP address and port used by the process indicated at the end of the same line (see below). "0.0.0.0" as an IP address, means "ALL the IP addresses that this server has". It's like a wildcard. "127.0.0.1" also means "localhost", an alias for "this server". The other IP address that can be there is the IP address of the server itself, in this case "128.172.12.129". Just trust me on this for now. "Foreign address", if it contains anything different from 0, is also a combination of an IP address and a port. It is the IP address/port to which this process is "talking to", if it has an ongoing connection with another process. In this case, "0.0.0.0:0" means "none", and it means that this server process, for the time being, is not connected to anything. "State" is the state of this connection. "LISTENING" means that this line is relative to a "server-like" process, which is waiting for connections to its own Local address/port. Tomcat is such a server, and we should see somewhere a line showing that your Tomcat5 is LISTENING on port 80, or port 8080, or both. The last 2 columns are respectively : the "process-id" of this program (each running program has a different one), and the name of the program. ... (deleting a bunch of lines of little interest now)(my,my, do you have stuff running on that server..) TCP0.0.0.0:2070 0.0.0.0:0 LISTENING 4900 [tomcat5.exe] Ha. This is an interesting one. It shows a process "tomcat5.exe", with a process-id of 4900, listening on port ... 2070. 2070 ? what is that ? So something in this tomcat is also listening on port 2070. Wonder what that may be.. But let's continue. ... TCP0.0.0.0:5001 0.0.0.0:0 LISTENING 4900 [tomcat5.exe] There's another tomcat5, listening on port .. 5001 ! I also have no idea what that is for. In fact,it's the same tomcat as the previous one (process-id 4900), just happening to listen on another port also. TCP0.0.0.0:8080 0.0.0.0:0 LISTENING 4900 [tomcat5.exe] And here is the one we're looking for ! Still the same Tomcat, listening on port 8080. That, we believe we know where it comes from. (That's from your in the server.xml file.) ... TCP127.0.0.1:8005 0.0.0.0:0 LISTENING 4900 [tomcat5.exe] And here goes another one ! This one also, we know what it is. You can see it at the top of your server.xml file. It is the special Connector named "shutdown". ... TCP128.172.12.129:2019128.172.12.129:6415ESTABLISHED 4900 [tomcat5.exe] Here goes the same tomcat again. This time, it is not LISTENING on a port, it has an ESTABLISHED (means connected) connection to some other process on the same server (because the "foreign address is the same IP address as this server). That other process uses port 6415. TCP128.172.12.129:3009128.172.12.129:6415ESTABLISHED 4900 [tomcat5.exe] TCP128.172.12.129:3014128.172.12.129:6415ESTABLISHED 4900 [tomcat5.exe] Above are two more connections of our Tomcat to (probably) this same other process on the same server.. ... TCP128.172.12.129:4372128.172.12.129:6415ESTABLISHED 4900 [tomcat5.exe] TCP128.172.12.129:4794128.172.12.129:6415ESTABLISHED 4900 [tomcat5.exe] TCP128.172.12.129:4842128.172.12.129:6415ESTABLISHED 4900 [tomcat5.exe] TCP128.172.12.129:4889128.172.12.129:6415ESTABLISHED 4900 [tomcat5.exe] and here 4 more of these. TCP128.172.12.129:6415128.172.12.129:4372ESTABLISHED 2804 [CMS.exe] Ha. See here, we have the process that has the other side of the connections of those previous Tomcat processes. This particular instance of the program "CMS.exe", is connected to the first of the 4 Tomcat process just above. (You can see that because their respective "local" and "foreign" addresses are the opposite of one another). ... (more similar lines omitted) TCP127.0.0.1:1192 127.0.0.1:9592 CLOSE_WAIT 4372 [policy.client.invoker.exe] ... TCP127.0.0.1:53001127.0.0.1:2220 TIME_WAIT 0 TCP128.172.12.129:1709128
Re: Trouble setting up virtual 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: André Warnier To: Tomcat Users List Date: 07/27/2009 03:37 PM Subject: Re: Trouble setting up virtual host Lisa D Beggs/AC/VCU wrote: ... (indicates I cut part of the previous message) > > If I type in http://adm138:8080/InfoViewApps or http://adm138/InfoViewApps > on the server, the application comes up. Before when I had it directed to > port 8080, from a user's workstation I could get the application to come > up using the http://adm138:8080/InfoViewApps URL, after I changed it to > port 80, I could not get the http://adm138/InfoViewApps URL to work from > the user's workstation, it only worked from the server. Is that a better > explanation? Unfortunately no, because : As you explain it above, *from a browser running on the server itself*, the application responds, whether you add the ":8080" or not. (And, as per earlier explanations, not indicating a port is equivalent to adding ":80", because that is the /default/ port.) That would mean that your Tomcat server is "listening" on /both/ ports 80 and 8080. However, previously you mentioned that you had /changed/ port 80 to port 8080 (or vice-versa) in the server configuration. So it should be listening on either 80 OR 8080, but not both. But according to what you say above, it responds to both. That is what does not appear to make sense. Now, a reason why it may work differently with a browser opened on the server itself, and a browser opened on a workstation : - for the browser opened on the server itself, there is nothing "in-between" that could block the communication between the browser and the server, since they are both on the same computer. - for a browser running on another workstation, the /may/ be something in-between the workstation and the server, which blocks communications either on port 80 OR on port 8080 OR on both OR on none. That "something in-between" may be a router, a firewall, whatever. So, do /exactly/ the following steps, and report the result for each step : A) on the server itself : - close the browser and re-open it. - in the browser, find the place where you can "clear the cache". Ask someone around you where that is for this kind of browser. - do it (clear the cache, everything) - request the URL : http://adm138/InfoViewApp - indicate the result here : A: This is with having the port changed to 80 for all of these answers. I get redirected to the http://adm138/InfoViewApp/logon.jsp which is the logon page for the application. B) still on the server itself : - 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:8080/InfoViewApp - indicate the result here : A: Internet Explorer cannot display the webpage 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 D) on that same 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:8080/InfoViewApp - indicate the result here : A: Internet Explorer cannot display the webpage It is very important that you do exactly as indicated above, following all the steps. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Trouble setting up virtual host
Lisa D Beggs/AC/VCU wrote: From: André Warnier To: Tomcat Users List Date: 07/27/2009 03:18 PM Subject: Re: Trouble setting up virtual host Lisa D Beggs/AC/VCU wrote: I am sorry, I don't usually post on forums. I am sorry if I am making this difficult to read. I hope this is better. I am only copying what you are giving me and then responding. Lisa, let's take this a little bit at a time. The reason why your messages are difficult to read, is because there is very little visual difference between the original message, and what you reply. So it is hard to see the difference. If you are subscribed to this forum, presumably you get these list messages in your email "inbox". If you just hit the "reply" button, unless you have some funny email program, it should in some way highlight what was part of the original message. (Like this previous paragraph). To type your response, just position below the original paragraph you want to respond to, leave a blank line, and type your response. Then hit "Send". It should automatically send your response to the Tomcat list. Go ahead, try it with this message, right now. Type a line just below here and hit "Send" : I have Lotus Notes..I do not see anything different when I hit Reply, only when it comes back to me from where you reply does it look different. I assume even if I bold or highlight it, it's not coming through on your end? Well, that has at least the benefit of showing us that it is not entirely your fault. You do have a crummy email program, at least for answering on mailing lists. It does indeed not make a difference between the original message and your answer. Maybe there are options you can set for that somewhere ? If there are none, then do the following : - keep leaving a blank line between the original question, and your answer. - Star your answers with A: That will at least allow the people here not to have to strain their eyes to figure out what was the question and what is the answer. P.S. You may also consider installing another email client on your PC (like Thunderbird), and use that one to send questions and receive answers... - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Trouble setting up virtual host
Lisa D Beggs/AC/VCU wrote: ... (indicates I cut part of the previous message) If I type in http://adm138:8080/InfoViewApps or http://adm138/InfoViewApps on the server, the application comes up. Before when I had it directed to port 8080, from a user's workstation I could get the application to come up using the http://adm138:8080/InfoViewApps URL, after I changed it to port 80, I could not get the http://adm138/InfoViewApps URL to work from the user's workstation, it only worked from the server. Is that a better explanation? Unfortunately no, because : As you explain it above, *from a browser running on the server itself*, the application responds, whether you add the ":8080" or not. (And, as per earlier explanations, not indicating a port is equivalent to adding ":80", because that is the /default/ port.) That would mean that your Tomcat server is "listening" on /both/ ports 80 and 8080. However, previously you mentioned that you had /changed/ port 80 to port 8080 (or vice-versa) in the server configuration. So it should be listening on either 80 OR 8080, but not both. But according to what you say above, it responds to both. That is what does not appear to make sense. Now, a reason why it may work differently with a browser opened on the server itself, and a browser opened on a workstation : - for the browser opened on the server itself, there is nothing "in-between" that could block the communication between the browser and the server, since they are both on the same computer. - for a browser running on another workstation, the /may/ be something in-between the workstation and the server, which blocks communications either on port 80 OR on port 8080 OR on both OR on none. That "something in-between" may be a router, a firewall, whatever. So, do /exactly/ the following steps, and report the result for each step : A) on the server itself : - close the browser and re-open it. - in the browser, find the place where you can "clear the cache". Ask someone around you where that is for this kind of browser. - do it (clear the cache, everything) - request the URL : http://adm138/InfoViewApps - indicate the result here : B) still on the server itself : - 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:8080/InfoViewApps - indicate the result here : 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/InfoViewApps - indicate the result here : D) on that same 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:8080/InfoViewApps - indicate the result here : It is very important that you do exactly as indicated above, following all the steps. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Trouble setting up virtual host
From: André Warnier To: Tomcat Users List Date: 07/27/2009 03:18 PM Subject: Re: Trouble setting up virtual host Lisa D Beggs/AC/VCU wrote: > I am sorry, I don't usually post on forums. I am sorry if I am making > this difficult to read. I hope this is better. I am only copying what > you are giving me and then responding. Lisa, let's take this a little bit at a time. The reason why your messages are difficult to read, is because there is very little visual difference between the original message, and what you reply. So it is hard to see the difference. If you are subscribed to this forum, presumably you get these list messages in your email "inbox". If you just hit the "reply" button, unless you have some funny email program, it should in some way highlight what was part of the original message. (Like this previous paragraph). To type your response, just position below the original paragraph you want to respond to, leave a blank line, and type your response. Then hit "Send". It should automatically send your response to the Tomcat list. Go ahead, try it with this message, right now. Type a line just below here and hit "Send" : I have Lotus Notes..I do not see anything different when I hit Reply, only when it comes back to me from where you reply does it look different. I assume even if I bold or highlight it, it's not coming through on your end? - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Trouble setting up virtual host
Lisa D Beggs/AC/VCU wrote: I am sorry, I don't usually post on forums. I am sorry if I am making this difficult to read. I hope this is better. I am only copying what you are giving me and then responding. Lisa, let's take this a little bit at a time. The reason why your messages are difficult to read, is because there is very little visual difference between the original message, and what you reply. So it is hard to see the difference. If you are subscribed to this forum, presumably you get these list messages in your email "inbox". If you just hit the "reply" button, unless you have some funny email program, it should in some way highlight what was part of the original message. (Like this previous paragraph). To type your response, just position below the original paragraph you want to respond to, leave a blank line, and type your response. Then hit "Send". It should automatically send your response to the Tomcat list. Go ahead, try it with this message, right now. Type a line just below here and hit "Send" : - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Trouble setting up virtual host
I am sorry, I don't usually post on forums. I am sorry if I am making this difficult to read. I hope this is better. I am only copying what you are giving me and then responding. >> another note.now that I have changed port from 8080 to 80, > How exactly did you do this ? I changed the configuration in the > server.xml file based on guidance from my vendor. Unfortunately, I wasn't there, so I do not know what your vendor told you to do, nor what you really did. So, what did you change, where in the server.xml ? See Q11 Did you keep a copy of how it was before you changed it ? YES > > I cannot see my default URL (http://adm138/InfoViewApp) either on user > workstation not sure if same or different issue, can see on server with no problem) > > > Q6.5 : > Can you explain what you mean by "can see on server with no problem" ? If > I type in my url in the browser on my server (http://adm138/InfoViewApp) > with the 8080, the page comes up, I can not do this on a user > workstation...if I change the port back to 8080 in the server.xml > fileI can bring it up again on the user work station but I must add > adm138:8080 in the url name. Could you re-read the question, and your answer, and see if to you it makes sense ? To me, it doesn't. If I type in http://adm138:8080/InfoViewApps or http://adm138/InfoViewApps on the server, the application comes up. Before when I had it directed to port 8080, from a user's workstation I could get the application to come up using the http://adm138:8080/InfoViewApps URL, after I changed it to port 80, I could not get the http://adm138/InfoViewApps URL to work from the user's workstation, it only worked from the server. Is that a better explanation? > > Do you mean that if you open a browser directly on the server console, > then you can see the Tomcat default page when you enter : > either > http://www.fmdreports.vcu.edu > and/or > http://adm138 > ? NO, still can not see them. However, I see the default Tomcat home > page if I enter these URLS on the server. > Same thing. Worse, in fact. > But if you do this on any other workstation, you get a "cannot display > this page" answer ? Right :) > > > A whole bunch of new questions : > > Q7: > In which directory is Tomcat installed on this server ? C:\Program > Files\Business Objects\Tomcat55 > OK. (but leave space) > Q8: > Supposing for now that this directory is "c:\tomcat", then under this > directory, are there the following subdirectories : > - C:\Program Files\Business Objects\Tomcat55\conf > - C:\Program Files\Business Objects\Tomcat55\conf > - C:\Program Files\Business Objects\Tomcat55\webapps\ROOT > - C:\Program Files\Business Objects\Tomcat55\webapps\InfoViewApp\ > The second line doesn't match the question, but OK, I get the idea. > > Q9: > Is there any other (than InfoViewApp) Tomcat-based application running > on that server ? NO Good, that makes it easier. See the additional info at end. > > Will there be other applications there in the near future ? No we don't > intend there to be Good also. > > Q10: > Suppose that we set this server up so that /both/ the URLs : > http://www.fmdreports.vcu.edu > and > http://adm138 > return directly the login page of your application, would this be a > problem ? That should not be a problem, should that cause any future > issues? Not right now. And by the time it becomes an issue, there will be someone else on the list to help you with it, I'm sure. > > Or do you need that "http://adm138"; still returns the default Tomcat > homepage ? I thus guess not. Neither http://www.fmdreports.vcu.edu or http://adm138 work from any workstation ('cannot display the page'). And if enter in the browser from the server, they return the Tomcat default home page. > > Q11: > In the "\conf" subdirectory of your Tomcat installation, there is a file > named "server.xml". In that file, there is a section resembling the > following (the ports may be different) : > > > maxThreads="150" minSpareThreads="25" maxSpareThreads="75" > enableLookups="false" redirectPort="8443" acceptCount="100" > connectionTimeout="2" disableUploadTimeout="true" /> > > > Is this what you are looking for? I don't have the one above.. > > connectionTimeout="2" disableUploadTimeout="true" > enableLookups="false" maxHttpHeaderSize="8192" maxSpareThreads="75" > maxThreads="150" minSpareThreads="25" port="80" redirectPort="8443"/> > I said "resembling", I did not say "the same". The only significant difference is the order of the attributes, which technically does not matter here. But it's ok. At least now, I know that there /should/ be a Tomcat listening on port 80. But see below, we're not out of the woods yet. By the way, this very portion of your server.xml above, is probably where your vendor told you to change the port between 80 and 8080, right ? YES :) >
Re: Trouble setting up virtual host
Lisa, I am doing my best to help, but you are not making it easy. You get one more try, cause I'm a good guy (unlike Chuck). See below. And do leave some space between questions and answers, it's just much easier to read. Lisa D Beggs/AC/VCU wrote: another note.now that I have changed port from 8080 to 80, How exactly did you do this ? I changed the configuration in the server.xml file based on guidance from my vendor. Unfortunately, I wasn't there, so I do not know what your vendor told you to do, nor what you really did. So, what did you change, where in the server.xml ? Did you keep a copy of how it was before you changed it ? I cannot see my default URL (http://adm138/InfoViewApp) either on user workstation (not sure if same or different issue, can see on server with no problem) Q6.5 : Can you explain what you mean by "can see on server with no problem" ? If I type in my url in the browser on my server (http://adm138/InfoViewApp) with the 8080, the page comes up, I can not do this on a user workstation...if I change the port back to 8080 in the server.xml fileI can bring it up again on the user work station but I must add adm138:8080 in the url name. Could you re-read the question, and your answer, and see if to you it makes sense ? To me, it doesn't. Do you mean that if you open a browser directly on the server console, then you can see the Tomcat default page when you enter : either http://www.fmdreports.vcu.edu and/or http://adm138 ? NO, still can not see them. However, I see the default Tomcat home page if I enter these URLS on the server. Same thing. Worse, in fact. But if you do this on any other workstation, you get a "cannot display this page" answer ? Right :) A whole bunch of new questions : Q7: In which directory is Tomcat installed on this server ? C:\Program Files\Business Objects\Tomcat55 OK. (but leave space) Q8: Supposing for now that this directory is "c:\tomcat", then under this directory, are there the following subdirectories : - C:\Program Files\Business Objects\Tomcat55\conf - C:\Program Files\Business Objects\Tomcat55\conf - C:\Program Files\Business Objects\Tomcat55\webapps\ROOT - C:\Program Files\Business Objects\Tomcat55\webapps\InfoViewApp\ The second line doesn't match the question, but OK, I get the idea. Q9: Is there any other (than InfoViewApp) Tomcat-based application running on that server ? NO Good, that makes it easier. See the additional info at end. Will there be other applications there in the near future ? No we don't intend there to be Good also. Q10: Suppose that we set this server up so that /both/ the URLs : http://www.fmdreports.vcu.edu and http://adm138 return directly the login page of your application, would this be a problem ? That should not be a problem, should that cause any future issues? Not right now. And by the time it becomes an issue, there will be someone else on the list to help you with it, I'm sure. Or do you need that "http://adm138"; still returns the default Tomcat homepage ? I thus guess not. Q11: In the "\conf" subdirectory of your Tomcat installation, there is a file named "server.xml". In that file, there is a section resembling the following (the ports may be different) : Is this what you are looking for? I don't have the one above.. connectionTimeout="2" disableUploadTimeout="true" enableLookups="false" maxHttpHeaderSize="8192" maxSpareThreads="75" maxThreads="150" minSpareThreads="25" port="80" redirectPort="8443"/> I said "resembling", I did not say "the same". The only significant difference is the order of the attributes, which technically does not matter here. But it's ok. At least now, I know that there /should/ be a Tomcat listening on port 80. But see below, we're not out of the woods yet. By the way, this very portion of your server.xml above, is probably where your vendor told you to change the port between 80 and 8080, right ? Q12: On the server, in a command window, enter the following command : netstat -anb -p tcp then also paste the response in your answer here. Now this is a real bummer. Based on what you show below, there is no Tomcat on that system listening on any port. There is just one tomcat5.exe, which seems to be having a conversation with a CMS.exe running on your server also. What I'm saying is that you missed a whole bunch of lines that were the output of that command, and which probably scrolled off the top of the screen before you had a chance to copy them. It's a pity, because they were just the interesting ones. ;-) So, do it again, but this time use this : netstat -anb -p tcp | more and copy and paste each screen, typing a CR only when you are done with one screen, to see the next one and cut-and-paste it. The lines of particular interest, are the ones around where [tomcat5.exe] appears. If you send just those, it's OK too.
RE: Trouble setting up virtual host
> From: Lisa D Beggs/AC/VCU [mailto:ldbe...@vcu.edu] > Subject: Re: Trouble setting up virtual host > > > another note.now that I have changed port from 8080 to 80, > How exactly did you do this ? I changed the configuration in the > server.xml file based on guidance from my vendor. Please learn how to use e-mail. You need to differentiate the question from the response; any reasonable e-mail client (which rules out Outlook, of course) will normally do this for you. If yours doesn't, you'll have to manually identify the input and output in some fashion, such as what I've done with this message. Don't make it hard to help you. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Trouble setting up virtual host
2873ESTABLISHED 2804 [CMS.exe] TCP128.172.12.129:6415128.172.12.129:2867ESTABLISHED 2804 [CMS.exe] TCP128.172.12.129:6415128.172.12.129:2880ESTABLISHED 2804 [CMS.exe] TCP128.172.12.129:6415128.172.12.129:2886ESTABLISHED 2804 [CMS.exe] TCP128.172.12.129:6415128.172.12.129:3602ESTABLISHED 2804 [CMS.exe] TCP128.172.12.129:6416128.172.12.129:2891ESTABLISHED 1932 [crcache.exe] TCP128.172.12.129:6416128.172.12.129:2904ESTABLISHED 1932 [crcache.exe] TCP128.172.12.129:6418128.172.12.129:2908ESTABLISHED 512 [crystalras.exe] TCP128.172.12.129:9535128.172.193.85:3898ESTABLISHED 196 [issuser.exe] TCP192.168.21.101:1085192.168.21.101:8194ESTABLISHED 2428 [ManagementAgentNT.exe] TCP192.168.21.101:1087192.168.21.101:1088ESTABLISHED 2428 [ManagementAgentNT.exe] TCP192.168.21.101:1088192.168.21.101:1087ESTABLISHED 2636 [RouterNT.exe] TCP192.168.21.101:8194192.168.21.101:1085ESTABLISHED 2636 [RouterNT.exe] TCP127.0.0.1:2162 127.0.0.1:9592 CLOSE_WAIT 932 [vulScan.exe] TCP127.0.0.1:4925 127.0.0.1:9592 CLOSE_WAIT 4372 [policy.client.invoker.exe] TCP127.0.0.1:53001127.0.0.1:2436 TIME_WAIT 0 TCP128.172.12.129:2440128.172.12.129:2963TIME_WAIT 0 TCP128.172.12.129:2451128.172.12.129:6410TIME_WAIT 0 TCP128.172.12.129:2452128.172.12.129:6410TIME_WAIT 0 TCP128.172.12.129:2463128.172.12.129:2963TIME_WAIT 0 TCP128.172.12.129:2474128.172.12.129:6410TIME_WAIT 0 TCP128.172.12.129:2475128.172.12.129:6410TIME_WAIT 0 TCP128.172.12.129:2476128.172.4.225:80 TIME_WAIT 0 C:\Documents and Settings\Administrator> _ "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: André Warnier To: Tomcat Users List Date: 07/23/2009 12:46 PM Subject: Re: Trouble setting up virtual host Lisa D Beggs/AC/VCU wrote: > Allright, let's continue step by step, based on the above. > > Q5: > a) Open a Windows command window. > > b) Type "nslookup adm138" > The last line of the response is an IP address. What is it ? > > 128.172.12.129 (which is IP of ADM138) > > c) Type "nslookup www.fmdreports.vcu.edu" > The last line of the response is an IP address. What is it ? > > 128.172.12.129 (which is IP of ADM138) The above is good. It means that at least the DNS part is OK. > > Q6: > when the users now type the following URL in their browser : > http://www.fmdreports.vcu.edu > what page do they see ? > > Can not display webpage > > Is it the same page as when you type this URL in your browser : > http://adm138 > > Can not display webpage That is not good. It means either that Tomcat is not working properly, or that something is blocking port 80. > > another note.now that I have changed port from 8080 to 80, How exactly did you do this ? I cannot > see my default URL (http://adm138/InfoViewApp) either on user workstation > (not sure if same or different issue, can see on server with no problem) Q6.5 : Can you explain what you mean by "can see on server with no problem" ? Do you mean that if you open a browser directly on the server console, then you can see the Tomcat default page when you enter : either http://www.fmdreports.vcu.edu and/or http://adm138 ? But if you do this on any other workstation, you get a "cannot display this page" answer ? A whole bunch of new questions : Q7: In which directory is Tomcat installed on this server ? Q8: Supposing for now that this directory is "c:\tomcat", then under this directory, are there the following subdirectories : - c:\tomcat\conf ? - c:\tomcat\webapps ? - c:\tomcat\webapps\ROOT ? - c:\tomcat\webapps\InfoViewApp ? (replace "c:\tomcat\" above by whatever directory your Tomcat is really installed in) Q9: Is there any other (than InfoViewApp) Tomcat-based application running on that server ? Will there be other applications there in the near future ? Q10: Suppose that we set this server up so that /both/ the URLs : http://www.fmdreports.vcu.edu and http://adm138 return directly the login page o
Re: Trouble setting up virtual host
Lisa D Beggs/AC/VCU wrote: Allright, let's continue step by step, based on the above. Q5: a) Open a Windows command window. b) Type "nslookup adm138" The last line of the response is an IP address. What is it ? 128.172.12.129 (which is IP of ADM138) c) Type "nslookup www.fmdreports.vcu.edu" The last line of the response is an IP address. What is it ? 128.172.12.129 (which is IP of ADM138) The above is good. It means that at least the DNS part is OK. Q6: when the users now type the following URL in their browser : http://www.fmdreports.vcu.edu what page do they see ? Can not display webpage Is it the same page as when you type this URL in your browser : http://adm138 Can not display webpage That is not good. It means either that Tomcat is not working properly, or that something is blocking port 80. another note.now that I have changed port from 8080 to 80, How exactly did you do this ? I cannot see my default URL (http://adm138/InfoViewApp) either on user workstation (not sure if same or different issue, can see on server with no problem) Q6.5 : Can you explain what you mean by "can see on server with no problem" ? Do you mean that if you open a browser directly on the server console, then you can see the Tomcat default page when you enter : either http://www.fmdreports.vcu.edu and/or http://adm138 ? But if you do this on any other workstation, you get a "cannot display this page" answer ? A whole bunch of new questions : Q7: In which directory is Tomcat installed on this server ? Q8: Supposing for now that this directory is "c:\tomcat", then under this directory, are there the following subdirectories : - c:\tomcat\conf ? - c:\tomcat\webapps ? - c:\tomcat\webapps\ROOT ? - c:\tomcat\webapps\InfoViewApp ? (replace "c:\tomcat\" above by whatever directory your Tomcat is really installed in) Q9: Is there any other (than InfoViewApp) Tomcat-based application running on that server ? Will there be other applications there in the near future ? Q10: Suppose that we set this server up so that /both/ the URLs : http://www.fmdreports.vcu.edu and http://adm138 return directly the login page of your application, would this be a problem ? Or do you need that "http://adm138"; still returns the default Tomcat homepage ? Q11: In the "\conf" subdirectory of your Tomcat installation, there is a file named "server.xml". In that file, there is a section resembling the following (the ports may be different) : Can you copy and paste that section in your answer ? Q12: On the server, in a command window, enter the following command : netstat -anb -p tcp then also paste the response in your answer here. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Trouble setting up virtual host
Allright, let's continue step by step, based on the above. Q5: a) Open a Windows command window. b) Type "nslookup adm138" The last line of the response is an IP address. What is it ? 128.172.12.129 (which is IP of ADM138) c) Type "nslookup www.fmdreports.vcu.edu" The last line of the response is an IP address. What is it ? 128.172.12.129 (which is IP of ADM138) Q6: when the users now type the following URL in their browser : http://www.fmdreports.vcu.edu what page do they see ? Can not display webpage Is it the same page as when you type this URL in your browser : http://adm138 Can not display webpage another note.now that I have changed port from 8080 to 80, I cannot see my default URL (http://adm138/InfoViewApp) either on user workstation (not sure if same or different issue, can see on server with no problem) but I can address w/ vendor if I need to. _ "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: André Warnier To: Tomcat Users List Date: 07/23/2009 10:42 AM Subject: Re: Trouble setting up virtual host Lisa D Beggs/AC/VCU wrote: > Can you tell us first under what kind of host this Tomcat is running ? > Is it a Unix system, a Linux system, a Windows system ? > > We are running Windows Server 2003 > > Second : > I am going to ask some pretty basic questions. Can you answer them, > even if you think that they are stupid, or that you have already > answered them ? That will give us some insight into the situation, to > help you quicker. > > Q1 : I presume that this, until now, is a working server. Yes/No ? Yes > > Q2: If yes, how do the users access it now ? What exact URL do they type > in the browser location bar, to access the homepage of this server ? > > They used to type in http://adm138:8080/InfoViewApp - until I changed the > port to 80 so now it is http://adm138/InfoViewApp - we want them to now be > able to type in www.fmdreports.vcu.edu or fmdreports.vcu.edu to be able to > get to that same page just easier to remember url for them > > Q3: Still if yes, does that same URL work from all workstations, and do > they all get the same page for the same URL ? And which page is that ? > > Yes, when they type in that page they get > http://adm138/InfoViewApp/logon.jsp and this is what I need the DNS names > to be redirected to. > Allright, let's continue step by step, based on the above. Q5: a) Open a Windows command window. b) Type "nslookup adm138" The last line of the response is an IP address. What is it ? c) Type "nslookup www.fmdreports.vcu.edu" The last line of the response is an IP address. What is it ? Q6: when the users now type the following URL in their browser : http://www.fmdreports.vcu.edu what page do they see ? Is it the same page as when you type this URL in your browser : http://adm138 - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Trouble setting up virtual host
Lisa D Beggs/AC/VCU wrote: Can you tell us first under what kind of host this Tomcat is running ? Is it a Unix system, a Linux system, a Windows system ? We are running Windows Server 2003 Second : I am going to ask some pretty basic questions. Can you answer them, even if you think that they are stupid, or that you have already answered them ? That will give us some insight into the situation, to help you quicker. Q1 : I presume that this, until now, is a working server. Yes/No ? Yes Q2: If yes, how do the users access it now ? What exact URL do they type in the browser location bar, to access the homepage of this server ? They used to type in http://adm138:8080/InfoViewApp - until I changed the port to 80 so now it is http://adm138/InfoViewApp - we want them to now be able to type in www.fmdreports.vcu.edu or fmdreports.vcu.edu to be able to get to that same page just easier to remember url for them Q3: Still if yes, does that same URL work from all workstations, and do they all get the same page for the same URL ? And which page is that ? Yes, when they type in that page they get http://adm138/InfoViewApp/logon.jsp and this is what I need the DNS names to be redirected to. Allright, let's continue step by step, based on the above. Q5: a) Open a Windows command window. b) Type "nslookup adm138" The last line of the response is an IP address. What is it ? c) Type "nslookup www.fmdreports.vcu.edu" The last line of the response is an IP address. What is it ? Q6: when the users now type the following URL in their browser : http://www.fmdreports.vcu.edu what page do they see ? Is it the same page as when you type this URL in your browser : http://adm138 - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Trouble setting up virtual host
Can you tell us first under what kind of host this Tomcat is running ? Is it a Unix system, a Linux system, a Windows system ? We are running Windows Server 2003 Second : I am going to ask some pretty basic questions. Can you answer them, even if you think that they are stupid, or that you have already answered them ? That will give us some insight into the situation, to help you quicker. Q1 : I presume that this, until now, is a working server. Yes/No ? Yes Q2: If yes, how do the users access it now ? What exact URL do they type in the browser location bar, to access the homepage of this server ? They used to type in http://adm138:8080/InfoViewApp - until I changed the port to 80 so now it is http://adm138/InfoViewApp - we want them to now be able to type in www.fmdreports.vcu.edu or fmdreports.vcu.edu to be able to get to that same page just easier to remember url for them Q3: Still if yes, does that same URL work from all workstations, and do they all get the same page for the same URL ? And which page is that ? Yes, when they type in that page they get http://adm138/InfoViewApp/logon.jsp and this is what I need the DNS names to be redirected to. Q4: Have you ever configured a webserver before (Tomcat or other) ? Yes & No, I have configured an out of the box application before using Tomcat for a Maximus application beforesome configuration modification of Tomcat involved and clearing cache, etc. but after installing the application and Tomcat, most modication done within the application itself. Thanks for all your help! _ "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: André Warnier To: Tomcat Users List Date: 07/22/2009 06:49 PM Subject: Re: Trouble setting up virtual host Lisa D Beggs/AC/VCU wrote: > The default Tomcat page is what I get if I try to enter that on the server > hosting Tomcat & Crystal Reports Server.so my configuration in the > server.xml file must be incorrect. > > If I try to type in the webpage from another computer it can not find the > page. > ... Mmm. Ok, Lisa, we're here to serve, no matter what comes... Can you tell us first under what kind of host this Tomcat is running ? Is it a Unix system, a Linux system, a Windows system ? And if it is a Unix or Linux system, which kind ? (if you don't know, either ask around or enter "uname -a" in a console window on the server and tell us the result). Second : I am going to ask some pretty basic questions. Can you answer them, even if you think that they are stupid, or that you have already answered them ? That will give us some insight into the situation, to help you quicker. Q1 : I presume that this, until now, is a working server. Yes/No ? Q2: If yes, how do the users access it now ? What exact URL do they type in the browser location bar, to access the homepage of this server ? Q3: Still if yes, does that same URL work from all workstations, and do they all get the same page for the same URL ? And which page is that ? Q4: Have you ever configured a webserver before (Tomcat or other) ? - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Trouble setting up virtual host
Lisa D Beggs/AC/VCU wrote: The default Tomcat page is what I get if I try to enter that on the server hosting Tomcat & Crystal Reports Server.so my configuration in the server.xml file must be incorrect. If I try to type in the webpage from another computer it can not find the page. ... Mmm. Ok, Lisa, we're here to serve, no matter what comes... Can you tell us first under what kind of host this Tomcat is running ? Is it a Unix system, a Linux system, a Windows system ? And if it is a Unix or Linux system, which kind ? (if you don't know, either ask around or enter "uname -a" in a console window on the server and tell us the result). Second : I am going to ask some pretty basic questions. Can you answer them, even if you think that they are stupid, or that you have already answered them ? That will give us some insight into the situation, to help you quicker. Q1 : I presume that this, until now, is a working server. Yes/No ? Q2: If yes, how do the users access it now ? What exact URL do they type in the browser location bar, to access the homepage of this server ? Q3: Still if yes, does that same URL work from all workstations, and do they all get the same page for the same URL ? And which page is that ? Q4: Have you ever configured a webserver before (Tomcat or other) ? - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Trouble setting up virtual host
On Wed, Jul 22, 2009 at 12:10 PM, Lisa D Beggs/AC/VCU wrote: Sorry, didn't even look at this before: > appBase="\webapps\InfoViewApp\logon.jsp" Totally wrong -- change to appBase="/webapps" > Remove the Context element totally from server.xml. Then remove the existing ROOT context and rename yours to ROOT (or ROOT.war, depending on how you're deploying). -- Hassan Schroeder hassan.schroe...@gmail.com twitter: @hassan - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Trouble setting up virtual host
The default Tomcat page is what I get if I try to enter that on the server hosting Tomcat & Crystal Reports Server.so my configuration in the server.xml file must be incorrect. If I try to type in the webpage from another computer it can not find the page. _ "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: Hassan Schroeder To: Tomcat Users List Date: 07/22/2009 03:42 PM Subject: Re: Trouble setting up virtual host On Wed, Jul 22, 2009 at 12:10 PM, Lisa D Beggs/AC/VCU wrote: > I am hoping you can help me. I am trying to get a DNS entry that we set > up www.websitename.edu (alias websitename.edu) to point to another page on > our Crystal Reports Server (Infoview). DNS entries associate host (and domain) names with IP addresses. They do not "point to pages". > When I type in the above website from the server however, I get the > default Tomcat home page. So essentially I need to set it up so that the > URL to the logon page is redirected to http://websitename.edu/logon.jsp or > http://www.websitename.edu/logon.jsp and not the current - > http://myserver:/InfoViewApp/logon.jsp. Then you could replace the default home page with one that will forward or redirect requests to / to your own app. ~or~ You can make your own app the default Context by removing the existing ROOT Context and renaming yours to ROOT, and define login.jsp as a welcome page (see the default welcome pages and explanatory note in the global $CATALINA_HOME/conf/web.xml). HTH, -- Hassan Schroeder hassan.schroe...@gmail.com twitter: @hassan - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Trouble setting up virtual host
On Wed, Jul 22, 2009 at 12:10 PM, Lisa D Beggs/AC/VCU wrote: > I am hoping you can help me. I am trying to get a DNS entry that we set > up www.websitename.edu (alias websitename.edu) to point to another page on > our Crystal Reports Server (Infoview). DNS entries associate host (and domain) names with IP addresses. They do not "point to pages". > When I type in the above website from the server however, I get the > default Tomcat home page. So essentially I need to set it up so that the > URL to the logon page is redirected to http://websitename.edu/logon.jsp or > http://www.websitename.edu/logon.jsp and not the current - > http://myserver:/InfoViewApp/logon.jsp. Then you could replace the default home page with one that will forward or redirect requests to / to your own app. ~or~ You can make your own app the default Context by removing the existing ROOT Context and renaming yours to ROOT, and define login.jsp as a welcome page (see the default welcome pages and explanatory note in the global $CATALINA_HOME/conf/web.xml). HTH, -- Hassan Schroeder hassan.schroe...@gmail.com twitter: @hassan - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org