[users@httpd] how to configure ProxyPass for tomcat for app which generates url at root /
I basically have 2 applications http://sakai.openitup.in http://olat.openitup.in we wanted both of these to be accessible as http://research.openitup.in/sakai http://research.openitup.in/olat and a website http://reserach.openitup.in which is separate from both of these but what I found was if I proxy root of these apps (sakai and olat) using a URL for these apps only (i.e. sakai.openitup.in and olat.openitup.in) then things work. i.e. vhost for sakai.openitup.in ServerName sakai.openitup.in ProxyPass / ajp://192.168.1.14:8009/ ProxyPassReverse / ajp://192.168.1.14:8009/ and for olat another vhost ServerName olat.openitup.in ProxyPass / ajp://192.168.1.15:8009/ ProxyPassReverse / ajp://192.168.1.15:8009/ then things work. But if I use in the vhost research.openitup.in ServerName research.openitup.in ProxyPass /sakai ajp://192.168.1.14:8009/ ProxyPassReverse /sakai ajp://192.168.1.14:8009/ ProxyPass /olat ajp://192.168.1.15:8009/ ProxyPassReverse /olat ajp://192.168.1.15:8009/ ProxyPass / http://192.168.1.14 ProxyPassReverse / http://192.168.1.14 in the vhost of research.openitup.in then http://research.openitup.in/sakai http://research.openitup.in/olat are not accessible. If you notice I have forwarded root of research.openitup.in to an internal machine. Which is where it actually is so ProxyPass / for research.openitup.in is needed. So in this situation what can be a possible solution for me so that I can access http://research.openitup.in/sakai and not http://sakai.openitup.in and same for olat http://research.openitup.in/olat and not http://olat.openitup.in Let me know if some one has some suggestion for this part. - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [users@httpd] how to set auto redirection in apache with tomcat
Hi Igor I had tried that ProxyPass / ajp://192.168.1.20:8009/olat but that had not worked. Let me know if I understood you correctly. From: Igor Cicimov To: users@httpd.apache.org Sent: Thu, 24 February, 2011 12:37:29 PM Subject: Re: [users@httpd] how to set auto redirection in apache with tomcat If you read carefuly my email you will notice that its different from what you tried and thats why it didnt work. Sent from my phone On Feb 24, 2011 4:55 PM, "James Godrej" wrote: > > >Hi Igor, >thanks for message I had tried.I just came across a trick which did the job. >I had >hat I did to get it working was deleted >/var/lib/tomcat6/webapps/ROOTand renamed my application >/var/lib/tomcat6/webapps/olatto >/var/lib/tomcat6/webapps/ROOTand removed the olat.war from > > > >/var/lib/tomcat6/webapps/ then restarted tomcat6 > > >/etc/init.d/tomcat6 restartand I could see auto redirection happening. >Here I would like to mention I did not changed the original vhost which I >posted >in my first question and ProxyPass /olat ajp://192.168.1.5:8009/olat >had not worked.But this trick which I mentioned above did the job.Mentioning >here so that it helps some one else. > From: Igor Cicimov >To: users@httpd.apache.org >Sent: Thu, 24 February, 2011 3:32:37 AM >Subject: Re: [users@httpd] how to set auto redirection in apache with tomcat > >Does this work? ProxyPass / ajp://192.168.1.19:8009/olat > ProxyPassReverse / ajp://19... >
Re: [users@httpd] how to set auto redirection in apache with tomcat
If you read carefuly my email you will notice that its different from what you tried and thats why it didnt work. Sent from my phone On Feb 24, 2011 4:55 PM, "James Godrej" wrote: Hi Igor, thanks for message I had tried.I just came across a trick which did the job. I had hat I did to get it working was deleted /var/lib/tomcat6/webapps/ROOT and renamed my application /var/lib/tomcat6/webapps/olat to /var/lib/tomcat6/webapps/ROOT and removed the olat.war from /var/lib/tomcat6/webapps/ then restarted tomcat6 /etc/init.d/tomcat6 restart and I could see auto redirection happening. Here I would like to mention I did not changed the original vhost which I posted in my first question and ProxyPass /olat ajp://192.168.1.5:8009/olat had not worked.But this trick which I mentioned above did the job.Mentioning here so that it helps some one else. -- *From:* Igor Cicimov *To:* users@httpd.apache.org *Sent:* Thu, 24 February, 2011 3:32:37 AM *Subject:* Re: [users@httpd] how to set auto redirection in apache with tomcat Does this work?ProxyPass / ajp://192.168.1.19:8009/olat ProxyPassReverse / ajp://19...
[users@httpd] using Apache as a front end to AOLServer ProxyPass issues
Here is a site you can check http://openacs.openitup.in which is working perfectly.The internal machine on LAN hosts an application known as OpenACS (which runs on AOLServer) http://openacs.org/xowiki/ubuntu now the machine which faces internet is having Apache. I have configured Apache reverse proxy for this OpenACS application and the Apache vhost entries are ServerName openacs.openitup.in ProxyRequests off Order deny,allow Allow from all ProxyPreserveHost On ProxyPass / http://192.168.1.19:8000/ ProxyPassReverse / http://192.168.1.19:8000/ So currently this is acessible on internet. Now begins the problem when I login to the above site then in the browser URL I see http://openacs.openitup.in:8000 now at gateway port 8000 is not open and I feel with above ProxyPass configuration this problem should not come I close the browser and see http://openacs.openitup.in I see myself logged in same is the case when I am logging out. So what I want to know from list is if my Apache Proxy configuration here needs to be improved? Or in case some more information is needed to understand this problem let me know. - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [users@httpd] problem in using AOLServer and Apache on same machine at different ports
- Original Message From: James Godrej To: users@httpd.apache.org Sent: Wed, 23 February, 2011 2:27:44 PM Subject: [users@httpd] problem in using AOLServer and Apache on same machine at different ports I am using a Ubuntu virtual machine.Where I installed OpenACS which depends upon AOLServer. To do so I had first shutdown Apache on this machine. Then following instructions given here http://openacs.org/xowiki/ubuntu Step 1) aptitude install postgresql Step 2) aptitude install openacs I had to shutdown Apache to do above installation. Now the installation finishes.So I can access http://localhost:8000 but when ever I try to start Apache on this machine which was shutdown during installation I see the error service apache2 start * Starting web server apache2 (98)Address already in use: make_sock: couldnot bind to address 0.0.0.0:80 no listening sockets available, shutting down Unable to open logs So I thought may be OpenACS installs AOLServer so Aolserver might be listening on port 80 I check /etc/aolserver4/conf.d/ openacs.sh and here AOL_USER=www-data AOL_GROUP=www-data AOL_ADDRESS=192.168.1.15 AOL_PORT=8000 RUN_DAEMON=yes So AOLServer is not listening on port 80 upto here it is confirmed. netstat -tualp | grep 80 tcp 0 0 somemachine.somedimain.:8000 *:* LISTEN 21321/aolserver4-ns so netstat shows only 8000 in use. Then why am I unable to start Apache in this case? service apache2 start * Starting web server apache2(98)Address already in use: make_sock: couldnot bind to address 0.0.0.0:80 no listening sockets available, shutting down Unable to open logs - I was able to solve this problem this is not related to Apache directly but since I am using apache on same machine and was not able to handle port at which apache was listening so mentioning a solution so that it helps some one else. in /etc/default/aolserver4 file putting RUN_DAEMON=no did the trick. otherwise inspite of Apache only listening the thing at port 80 Now inspite of port 80 being free when ever I tried to start Apache on this machine which was shutdown during installation I see the error service apache2 start * Starting web server apache2 (98)Address already in use: make_sock: could not bind to address 0.0.0.0:80 no listening sockets available, shutting down Unable to open logs but this solved my problem.Mentioning here so that it helps some one else. - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [users@httpd] how to set auto redirection in apache with tomcat
Hi Igor, thanks for message I had tried.I just came across a trick which did the job. I had hat I did to get it working was deleted /var/lib/tomcat6/webapps/ROOT and renamed my application /var/lib/tomcat6/webapps/olat to /var/lib/tomcat6/webapps/ROOT and removed the olat.war from /var/lib/tomcat6/webapps/ then restarted tomcat6 /etc/init.d/tomcat6 restartand I could see auto redirection happening. Here I would like to mention I did not changed the original vhost which I posted in my first question and ProxyPass /olat ajp://192.168.1.5:8009/olat had not worked.But this trick which I mentioned above did the job.Mentioning here so that it helps some one else. From: Igor Cicimov To: users@httpd.apache.org Sent: Thu, 24 February, 2011 3:32:37 AM Subject: Re: [users@httpd] how to set auto redirection in apache with tomcat Does this work? ProxyPass / ajp://192.168.1.19:8009/olat ProxyPassReverse / ajp://192.168.1.19:8009/olat Also not sure if "ProxyPreserveHost On" has eny meaning in case of reverse proxy but not sure and don't have time now to double check :) Maybe someone else can confirm ... On Thu, Feb 24, 2011 at 8:18 AM, James Godrej wrote: > >I have a site http://social.openitup.in >right now what you are seeing is a default Tomcat6 page. >I am using mod_ajp as a front end and Apache vhost configuration for same is > > > > ServerName social.openitup.in > ServerAdmin webmaster@localhost > > ProxyRequests off > > Order deny,allow > Allow from all > > ProxyPreserveHost On > > ProxyPass / ajp://192.168.1.19:8009/ > ProxyPassReverse / ajp://192.168.1.19:8009/ > > > > > > > >How ever I have an application running on it >http://social.openitup.in/olat >what I want to do is when some one opens >http://social.openitup.in >then rather than seeing Tomcat6 home page from >/var/lib/tomcat6/webapps/ROOT/index.html >the person is redirected to olat application which is in >/var/lib/tomcat6/webapps/olat >how can this be achieved? > > > >- >The official User-To-User support forum of the Apache HTTP Server Project. >See http://httpd.apache.org/userslist.html> for more info. >To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org > " from the digest: users-digest-unsubscr...@httpd.apache.org >For additional commands, e-mail: users-h...@httpd.apache.org > >
[users@httpd] Re: Managing Apache configuration with Augeas
Windows binaries are not included so not good for windows users. Can't test it right now until at the weekend when I have the compiler handy! Francis Giraldeau wrote: Hi, Augeas is a very precise configuration management tool, now able to manage Apache httpd configuration files. With it, you can load the httpd configuration within a tree structure, query it with XPath expressions and modifications in the tree are reflected by minimal changes to the configuration file, preserving formating and comments. Here is a quick start to get into it: http://multivax.blogspot.com/2011/02/managing-apache-config-with-augeas.html Augeas is a GPL software that can be downloaded here: Tarball: http://augeas.net/download/augeas-0.8.0.tar.gz GPG signature[1]: http://augeas.net/download/augeas-0.8.0.tar.gz.sig - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
[users@httpd] Managing Apache configuration with Augeas
Hi, Augeas is a very precise configuration management tool, now able to manage Apache httpd configuration files. With it, you can load the httpd configuration within a tree structure, query it with XPath expressions and modifications in the tree are reflected by minimal changes to the configuration file, preserving formating and comments. Here is a quick start to get into it: http://multivax.blogspot.com/2011/02/managing-apache-config-with-augeas.html Augeas is a GPL software that can be downloaded here: Tarball: http://augeas.net/download/augeas-0.8.0.tar.gz GPG signature[1]: http://augeas.net/download/augeas-0.8.0.tar.gz.sig Cheer, Francis - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
[users@httpd] a few "esi:include" in a .php file?
Hi, guys, The "ESI Language Specification 1.0" (http://www.w3.org/TR/esi-lang) says "ESI Processor implementations may limit the number of includes used in a single ESI resource."I am using apache 2.2.Can I use a few "" in one .php file? Thanks.Dennis
Re: [users@httpd] Apache Randomly Dropping POST Data
On Wed, Feb 23, 2011 at 6:53 PM, Ursa Polaris wrote: > This is the first I've heard of mod_cgid, so no we're not using it. > Apparently it IS in our mods-available folder and ready to use though. > I'm using Prefork mode which is the default for Ubuntu's stable Apache > package. Is that a threaded MPM that should make use of mod_cgid? Since you're using prefork, mod_cgi is fine. Forget about mod_cgid. > Also, do you think it could be beneficial for us to build our own > Apache from source rather than relying on what Ubuntu's placed in it's > stable package library? I notice that it's often several minor > versions behind, not sure if that could be an issue here though since > this issue has been going on for a long time now. =/ I doubt that 2.2.latest would have a fix to solve this, but it is one of those things which isn't too hard to do and could at the very least rule out one possibility. > > On Wed, Feb 23, 2011 at 2:43 PM, Jeff Trawick wrote: >> On Wed, Feb 23, 2011 at 5:23 PM, Ursa Polaris wrote: >> >>> Hopefully that helps give more details and insight as well. I'm >>> totally at a loss with this issue, but it's really bothering myself >>> and my users something fierce. =/ I'm hoping not to be forced to move >>> to nginx, but the lack of support from Apache folks is discouraging >>> (not to mention the AWFUL documentation for mod_perl2)... >> >> Don't take this the wrong way, but within ~4 hours you've had >> responses from two different Apache devs representing many years of >> experience supporting customers on this technology. That's not so >> shabby. Note that this is potentially as time consuming for others as >> it has been to you already unless you happen to catch the attention of >> someone who has solved this type of issue before and there's a match >> with their solution and your observations. >> >> Changing some/all of the technology will presumably help, if you're >> willing to risk other problems that have to be solved. Maybe that is >> cheap to experiment with. It may be possible not to move totally to >> nginx to eliminate some parts of the technology (see below). >> >> So real CGIs are the ones with the problem. If you're using a >> threaded MPM, are you using mod_cgid? (you should be) >> >> mod_dumpio can log the request body/POST data at some intermediate >> point between the network and the CGI. strace of CGI children (if >> practical to do that) would give another data point. You could >> temporarily re-implement the most crucial part of the CGI in C just to >> get Perl/CPAN out of the picture -- doesn't have to perform the real >> function; just has to confirm that the POST data got to the CGI >> process. (I doubt Perl/CPAN is the problem, but then every individual >> part looks unlikely as well.) >> >> Good luck! >> >> - >> The official User-To-User support forum of the Apache HTTP Server Project. >> See http://httpd.apache.org/userslist.html> for more info. >> To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org >> " from the digest: users-digest-unsubscr...@httpd.apache.org >> For additional commands, e-mail: users-h...@httpd.apache.org >> >> > -- Born in Roswell... married an alien... - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [users@httpd] Apache Randomly Dropping POST Data
This is the first I've heard of mod_cgid, so no we're not using it. Apparently it IS in our mods-available folder and ready to use though. I'm using Prefork mode which is the default for Ubuntu's stable Apache package. Is that a threaded MPM that should make use of mod_cgid? Also, do you think it could be beneficial for us to build our own Apache from source rather than relying on what Ubuntu's placed in it's stable package library? I notice that it's often several minor versions behind, not sure if that could be an issue here though since this issue has been going on for a long time now. =/ On Wed, Feb 23, 2011 at 2:43 PM, Jeff Trawick wrote: > On Wed, Feb 23, 2011 at 5:23 PM, Ursa Polaris wrote: > >> Hopefully that helps give more details and insight as well. I'm >> totally at a loss with this issue, but it's really bothering myself >> and my users something fierce. =/ I'm hoping not to be forced to move >> to nginx, but the lack of support from Apache folks is discouraging >> (not to mention the AWFUL documentation for mod_perl2)... > > Don't take this the wrong way, but within ~4 hours you've had > responses from two different Apache devs representing many years of > experience supporting customers on this technology. That's not so > shabby. Note that this is potentially as time consuming for others as > it has been to you already unless you happen to catch the attention of > someone who has solved this type of issue before and there's a match > with their solution and your observations. > > Changing some/all of the technology will presumably help, if you're > willing to risk other problems that have to be solved. Maybe that is > cheap to experiment with. It may be possible not to move totally to > nginx to eliminate some parts of the technology (see below). > > So real CGIs are the ones with the problem. If you're using a > threaded MPM, are you using mod_cgid? (you should be) > > mod_dumpio can log the request body/POST data at some intermediate > point between the network and the CGI. strace of CGI children (if > practical to do that) would give another data point. You could > temporarily re-implement the most crucial part of the CGI in C just to > get Perl/CPAN out of the picture -- doesn't have to perform the real > function; just has to confirm that the POST data got to the CGI > process. (I doubt Perl/CPAN is the problem, but then every individual > part looks unlikely as well.) > > Good luck! > > - > The official User-To-User support forum of the Apache HTTP Server Project. > See http://httpd.apache.org/userslist.html> for more info. > To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org > " from the digest: users-digest-unsubscr...@httpd.apache.org > For additional commands, e-mail: users-h...@httpd.apache.org > > - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [users@httpd] Apache Randomly Dropping POST Data
On Wed, Feb 23, 2011 at 5:23 PM, Ursa Polaris wrote: > Hopefully that helps give more details and insight as well. I'm > totally at a loss with this issue, but it's really bothering myself > and my users something fierce. =/ I'm hoping not to be forced to move > to nginx, but the lack of support from Apache folks is discouraging > (not to mention the AWFUL documentation for mod_perl2)... Don't take this the wrong way, but within ~4 hours you've had responses from two different Apache devs representing many years of experience supporting customers on this technology. That's not so shabby. Note that this is potentially as time consuming for others as it has been to you already unless you happen to catch the attention of someone who has solved this type of issue before and there's a match with their solution and your observations. Changing some/all of the technology will presumably help, if you're willing to risk other problems that have to be solved. Maybe that is cheap to experiment with. It may be possible not to move totally to nginx to eliminate some parts of the technology (see below). So real CGIs are the ones with the problem. If you're using a threaded MPM, are you using mod_cgid? (you should be) mod_dumpio can log the request body/POST data at some intermediate point between the network and the CGI. strace of CGI children (if practical to do that) would give another data point. You could temporarily re-implement the most crucial part of the CGI in C just to get Perl/CPAN out of the picture -- doesn't have to perform the real function; just has to confirm that the POST data got to the CGI process. (I doubt Perl/CPAN is the problem, but then every individual part looks unlikely as well.) Good luck! - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [users@httpd] Apache Randomly Dropping POST Data
We have tested using a remote browser with a user sitting at a browser to repro the issue (hours of hitting the enter key, holy cow), and we have also used scripts that make LWP POST requests on the same netblock, as well as running the LWP POST from localhost - all versions saw about a 1% occurrence of POST data being dropped at the Perl/CGI runtime (except for the user testing with browser, which took about 40-50 thousand reloads to get a repro, no joke). It's obvious that Apache is consuming the POST data at some point prior to getting to the Perl/CGI level, but I'm a Perl-head and not an Apache-head, so I don't know how to debug Apache to find a trace of where it's being consumed and removed prior to getting to Perl/CGI. Our virtualhost configuration is very minimal and simple for a basic web apps server with some static/SSI content. There's a cgi-bin and a handful of mod_perl2 handlers, but the scripts having the issues are the ones in the cgi-bin path and just use plain Perl with CGI GET/POST parameter parsing. Here's a list of the modules we have enabled on the server, all of them are default config (from Ubuntu's stable packages), nothing custom: /etc/apache2/mods-enabled/alias.load /etc/apache2/mods-enabled/auth_basic.load /etc/apache2/mods-enabled/authn_file.load /etc/apache2/mods-enabled/authz_default.load /etc/apache2/mods-enabled/authz_groupfile.load /etc/apache2/mods-enabled/authz_host.load /etc/apache2/mods-enabled/authz_user.load /etc/apache2/mods-enabled/autoindex.load /etc/apache2/mods-enabled/cgi.load /etc/apache2/mods-enabled/dir.load /etc/apache2/mods-enabled/env.load /etc/apache2/mods-enabled/include.load /etc/apache2/mods-enabled/mime.load /etc/apache2/mods-enabled/mod-wsgi.load /etc/apache2/mods-enabled/negotiation.load /etc/apache2/mods-enabled/perl.load /etc/apache2/mods-enabled/php5.load /etc/apache2/mods-enabled/rewrite.load /etc/apache2/mods-enabled/setenvif.load /etc/apache2/mods-enabled/status.load Hopefully that helps give more details and insight as well. I'm totally at a loss with this issue, but it's really bothering myself and my users something fierce. =/ I'm hoping not to be forced to move to nginx, but the lack of support from Apache folks is discouraging (not to mention the AWFUL documentation for mod_perl2)... On Wed, Feb 23, 2011 at 1:46 PM, Jeff Trawick wrote: > On Wed, Feb 23, 2011 at 4:01 PM, Ursa Polaris wrote: >> I guess I forgot to mention that we have verified using WireShark >> that Chrome, Firefox and IE are all correctly sending the POST data >> over the network in these cases. It's not a browser issue. > > that's great info > (note that you have to be a little bit careful when looking at the > packet trace; you may see a TCP connection with the entire request > header and POST body sent yet it receives no response; then the > browser opens a new TCP connection, sends the request header without > body, and after Timeout seconds gets an error response) > > unless you have any single sign-on modules loaded (always a good > target to blame) or other third-party modules which can process the > request body, no other ideas here; possibly the timing of the body > being sent vs. error being triggered would narrow down the > possibilities > > - > The official User-To-User support forum of the Apache HTTP Server Project. > See http://httpd.apache.org/userslist.html> for more info. > To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org > " from the digest: users-digest-unsubscr...@httpd.apache.org > For additional commands, e-mail: users-h...@httpd.apache.org > > - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [users@httpd] how to set auto redirection in apache with tomcat
Does this work? ProxyPass / ajp://192.168.1.19:8009/olat ProxyPassReverse / ajp://192.168.1.19:8009/olat Also not sure if "ProxyPreserveHost On" has eny meaning in case of reverse proxy but not sure and don't have time now to double check :) Maybe someone else can confirm ... On Thu, Feb 24, 2011 at 8:18 AM, James Godrej wrote: > > > I have a site http://social.openitup.in > right now what you are seeing is a default Tomcat6 page. > I am using mod_ajp as a front end and Apache vhost configuration for same > is > > > >ServerName social.openitup.in >ServerAdmin webmaster@localhost > >ProxyRequests off > >Order deny,allow >Allow from all > >ProxyPreserveHost On > >ProxyPass / ajp://192.168.1.19:8009/ >ProxyPassReverse / ajp://192.168.1.19:8009/ > > > > > > > > How ever I have an application running on it > http://social.openitup.in/olat > what I want to do is when some one opens > http://social.openitup.in > then rather than seeing Tomcat6 home page from > /var/lib/tomcat6/webapps/ROOT/index.html > the person is redirected to olat application which is in > /var/lib/tomcat6/webapps/olat > how can this be achieved? > > > > - > The official User-To-User support forum of the Apache HTTP Server Project. > See http://httpd.apache.org/userslist.html> for more info. > To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org > " from the digest: users-digest-unsubscr...@httpd.apache.org > For additional commands, e-mail: users-h...@httpd.apache.org > >
Re: [users@httpd] Apache Randomly Dropping POST Data
On Wed, Feb 23, 2011 at 4:01 PM, Ursa Polaris wrote: > I guess I forgot to mention that we have verified using WireShark > that Chrome, Firefox and IE are all correctly sending the POST data > over the network in these cases. It's not a browser issue. that's great info (note that you have to be a little bit careful when looking at the packet trace; you may see a TCP connection with the entire request header and POST body sent yet it receives no response; then the browser opens a new TCP connection, sends the request header without body, and after Timeout seconds gets an error response) unless you have any single sign-on modules loaded (always a good target to blame) or other third-party modules which can process the request body, no other ideas here; possibly the timing of the body being sent vs. error being triggered would narrow down the possibilities - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
[users@httpd] how to set auto redirection in apache with tomcat
I have a site http://social.openitup.in right now what you are seeing is a default Tomcat6 page. I am using mod_ajp as a front end and Apache vhost configuration for same is ServerName social.openitup.in ServerAdmin webmaster@localhost ProxyRequests off Order deny,allow Allow from all ProxyPreserveHost On ProxyPass / ajp://192.168.1.19:8009/ ProxyPassReverse / ajp://192.168.1.19:8009/ How ever I have an application running on it http://social.openitup.in/olat what I want to do is when some one opens http://social.openitup.in then rather than seeing Tomcat6 home page from /var/lib/tomcat6/webapps/ROOT/index.html the person is redirected to olat application which is in /var/lib/tomcat6/webapps/olat how can this be achieved? - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [users@httpd] Apache Randomly Dropping POST Data
I guess I forgot to mention that we have verified using WireShark that Chrome, Firefox and IE are all correctly sending the POST data over the network in these cases. It's not a browser issue. On Wed, Feb 23, 2011 at 11:30 AM, Jeff Trawick wrote: > On Wed, Feb 23, 2011 at 1:51 PM, Eric Covener wrote: >> On Wed, Feb 23, 2011 at 1:18 PM, Ursa Polaris wrote: >>> So I have had my Apache 2.2 server randomly dropping POST data (all >>> or nothing, it doesn't just drop bits or pieces) >> >> Doesn't IE sometimes forget to send the POST data when it re-connects >> after an error? > > yes > > a few things to look for to try to matc to IE-missing-post-body: > > 1. client is IE (from user-agent) > 2. request fails after Timeout seconds > 3. the first request on the connection (log via %k) > > - > The official User-To-User support forum of the Apache HTTP Server Project. > See http://httpd.apache.org/userslist.html> for more info. > To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org > " from the digest: users-digest-unsubscr...@httpd.apache.org > For additional commands, e-mail: users-h...@httpd.apache.org > > - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [users@httpd] Apache Randomly Dropping POST Data
On Wed, Feb 23, 2011 at 1:51 PM, Eric Covener wrote: > On Wed, Feb 23, 2011 at 1:18 PM, Ursa Polaris wrote: >> So I have had my Apache 2.2 server randomly dropping POST data (all >> or nothing, it doesn't just drop bits or pieces) > > Doesn't IE sometimes forget to send the POST data when it re-connects > after an error? yes a few things to look for to try to matc to IE-missing-post-body: 1. client is IE (from user-agent) 2. request fails after Timeout seconds 3. the first request on the connection (log via %k) - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [users@httpd] Apache Randomly Dropping POST Data
On Wed, Feb 23, 2011 at 1:18 PM, Ursa Polaris wrote: > So I have had my Apache 2.2 server randomly dropping POST data (all > or nothing, it doesn't just drop bits or pieces) Doesn't IE sometimes forget to send the POST data when it re-connects after an error? - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
[users@httpd] Apache Randomly Dropping POST Data
So I have had my Apache 2.2 server randomly dropping POST data (all
or nothing, it doesn't just drop bits or pieces) to Perl-CGI scripts
for well over a year now on production servers. So far we've put up
with it because it only seems to happen about 1% of the time, however
as our sites are growing, it's being noticed and complained about more
frequently by our users. I'd like to figure out what's causing it and
how we can fix it, but I'm afraid I don't know enough about deep
Apache 2 config to "do the debugging myself". It has been previously
suggested that the mod_rewrite engine may be the culprit, so we did
away with it entirely on our servers for a few weeks to test that
theory, and there was no change in the presence of this issue. Sadly
it's not an issue that's reliably reproducible, with a test script we
run (which is completely analogous with our other scripts, code-wise)
it can take 40-50 thousand form submissions before the issue crops up,
if at all. Based on that fact, it was suggested that it may be that
some threads are going wonky and starting to munge POST data, so we
dropped our requests per thread from 1,000 to 25 and if anything it
seems to have made things worse (though chances are it's the same rate
and the growth on the sites makes it feel like more).
Server info:
Apache: Apache/2.2.8 (Ubuntu)
Perl: v5.8.8 built for i486-linux-gnu-thread-multi
CGI: 3.15 (CPAN)
How we get the CGI params in our scripts:
use CGI;
my $q = new CGI;
my @params = $q->param();
my %p;
foreach my $key (@params) { $p{$key} = $q->param($key); }
my @cookies = $q->cookie();
my %cookie;
foreach my $key (@cookies) { $cookie{$key} = $q->cookie($key); }
Any help or advice would be greatly appreciated!
- Ursa
-
The official User-To-User support forum of the Apache HTTP Server Project.
See http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org
" from the digest: users-digest-unsubscr...@httpd.apache.org
For additional commands, e-mail: users-h...@httpd.apache.org
Re: [users@httpd] Password protect all but one directory
On Wed, Feb 23, 2011 at 5:40 PM, Jon Drukman wrote: > I want to password protect my entire site, except for one URL (which is needed > for a load balancer health check). I've done this: > > > AuthType Digest > AuthName "password protected" > AuthUserFile /srv/passwd.digest > Require valid-user > > > > Satisfy any > Allow from all > > > > It doesn't work. Requests for /ping are still requiring password > authentication. > > Is there a way to make this work? > > Cheers Tom - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
[users@httpd] Password protect all but one directory
I want to password protect my entire site, except for one URL (which is needed for a load balancer health check). I've done this: AuthType Digest AuthName "password protected" AuthUserFile /srv/passwd.digest Require valid-user Satisfy any Allow from all It doesn't work. Requests for /ping are still requiring password authentication. Is there a way to make this work? - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [users@httpd] problem in using AOLServer and Apache on same machine at different ports
On Wed, Feb 23, 2011 at 3:57 AM, James Godrej wrote: > I am using a Ubuntu virtual machine.Where I installed OpenACS which > depends upon AOLServer. > To do so I had first shutdown Apache on this machine. > Then following instructions given here > > http://openacs.org/xowiki/ubuntu > > Step 1) > aptitude install postgresql > > Step 2) > aptitude install openacs > > I had to shutdown Apache to do above installation. > Now the installation finishes.So I can access http://localhost:8000 > > but when ever I try to start Apache on this machine which was shutdown > during installation I see the error > > service apache2 start > * Starting web server apache2 (98)Address already in use: make_sock: couldnot > bind to address 0.0.0.0:80 > no listening sockets available, shutting down Unable to open logs > > > So I thought may be OpenACS installs AOLServer so Aolserver might be > listening on port 80 I check > /etc/aolserver4/conf.d/ > openacs.sh > and here > > AOL_USER=www-data > AOL_GROUP=www-data > AOL_ADDRESS=192.168.1.15 > AOL_PORT=8000 > RUN_DAEMON=yes > > > So AOLServer is not listening on port 80 upto here it is confirmed. > > netstat -tualp | grep 80 > tcp 0 0 somemachine.somedimain.:8000 *:* LISTEN 21321/aolserver4-ns > > so netstat shows only 8000 in use. > Then why am I unable to start Apache in this case? > > > service apache2 start > * Starting web server apache2 (98)Address already in use: make_sock: > couldnot bind to address 0.0.0.0:80 > no listening sockets available, shutting down Unable to open logs > > > > - > The official User-To-User support forum of the Apache HTTP Server Project. > See http://httpd.apache.org/userslist.html> for more info. > To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org > " from the digest: users-digest-unsubscr...@httpd.apache.org > For additional commands, e-mail: users-h...@httpd.apache.org > > James, Either 1) you're not root, 2) something's already running on that port or 3) there are multiple listen or port directives. Please see http://wiki.apache.org/httpd/CouldNotBindToAddress, or 4) You've made a typo in the Listen directive. Frank. - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
[users@httpd] problem in using AOLServer and Apache on same machine at different ports
I am using a Ubuntu virtual machine.Where I installed OpenACS which depends upon AOLServer. To do so I had first shutdown Apache on this machine. Then following instructions given here http://openacs.org/xowiki/ubuntu Step 1) aptitude install postgresql Step 2) aptitude install openacs I had to shutdown Apache to do above installation. Now the installation finishes.So I can access http://localhost:8000 but when ever I try to start Apache on this machine which was shutdown during installation I see the error service apache2 start * Starting web server apache2 (98)Address already in use: make_sock: couldnot bind to address 0.0.0.0:80 no listening sockets available, shutting down Unable to open logs So I thought may be OpenACS installs AOLServer so Aolserver might be listening on port 80 I check /etc/aolserver4/conf.d/ openacs.sh and here AOL_USER=www-data AOL_GROUP=www-data AOL_ADDRESS=192.168.1.15 AOL_PORT=8000 RUN_DAEMON=yes So AOLServer is not listening on port 80 upto here it is confirmed. netstat -tualp | grep 80 tcp 0 0 somemachine.somedimain.:8000 *:* LISTEN 21321/aolserver4-ns so netstat shows only 8000 in use. Then why am I unable to start Apache in this case? service apache2 start * Starting web server apache2(98)Address already in use: make_sock: couldnot bind to address 0.0.0.0:80 no listening sockets available, shutting down Unable to open logs - The official User-To-User support forum of the Apache HTTP Server Project. See http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org " from the digest: users-digest-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
