>----- Original Message ---- >From: Krist van Besien <krist.vanbesien@xxxxxxxxx> > >You can't do what you are trying to do. Passing SSL without decrypting >it to tomcat is something that can't be done with apache. How is >apache to know what to do with a request when the request is just a >stream of apparently random noise? > >It is also something you don't need apache for. Just do a port forward >on the OS level. Thank you for the reply. Unfortunately I can't do a port forward at the os level. My environment is on a shared server. Many domains are setup on the machine - all of course for port 80/443. At the os level can I determine that the request was for a certain domain and forward to a different port based on that domain? I think the way the hosting company has it setup is that multiple domains are mapping to one ip - though it might be a slightly different setup. The requests then all go to the one box where apache is sitting in front and using connectors to direct the requests to the particular instance of tomcat ( in the case of the ssl request it is decrypting the request and directing them). My issue is that in Tomcat I want to have any http request redirected to https. mod_proxy creates an infinite loop in this situation since apache turns the https into http and tomcat thinks it needs to redirect. mod_jk handles this properly and is able to pass extra heuristics to tomcat but for some reason creates a massive performance problem. Rather than figure out why mod_jk is creating this performance problem I was hoping there was someway just to have apache send the ssl on.... seems like I am stuck either switching to a dedicated machine and removing apache from the equation or figureing out the problem with mod_jk. Any other ideas? Thanks again, MG __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|