Thanks for the tip Daniel.  I ran some more tests while monitoring httpd logs 
followed by a similar set of tests monitoring the Squid logs with debugging 
turned on.  What I've found is that the connection is initially handled 
correctly until credentials are posted.  At this point, httpd sends an HTTP 303 
pointing to the modified URI.

- From browser to squid, the connection is https.  The URI in the initial HTTP 
request is https://www.mydomain.com/administrator.
- From squid to httpd, the connection is http.  The URI passed in the HTTP 
request is still https://www.mydomain.com/administrator/index.php.  
- Httpd responds correctly to the request returning the login page.  Squid 
passes the result back to the browser.
- User enters credentials, browser POST to squid.  Squid reviews the request, 
forwards to httpd.
- Httpd replies with HTTP 303, Location: 
http://www.mydomain.com/administrator/index.php.
- Squid forwards reply to browser, which now connects to squid via http.  
Connection fails per policy.

I know that this is not an unusual combo, fronting an unencrypted httpd with a 
proxy accepting connections over https, and the server seems to handle 
receiving https URI's within headers for GET requests.  So I guess I'm still 
curious whether there is a way to configure httpd to prevent the redirection to 
http on the POST?

There's one remaining twist in the logs, that also makes me wonder if the 
problem is coming from Joomla.  I ran a scenario lifting the restriction to 
https and I connected unencrypted to the server.  After the POST, the server 
responds in the same fashion, with an HTTP 303.  Is this a standard pattern for 
httpd with POST requests or is it something that is likely being triggered by 
the application?

Appreciate the help!
Clinton



On Friday, June 29, 2012 at 9:51 AM, Daniel Ruggeri wrote:

> On 6/29/2012 11:43 AM, Clinton J. Campbell wrote:
> > I'm trying to configure the logs so that I can confirm whether this is 
> > generated by Apache or not. Any tips?
> 
> 
> 
> mod_dumpio is the place to be for debugging this kind of stuff. All
> input and output will get logged to show you exactly what httpd is
> reading and writing.
> 
> -- 
> Daniel Ruggeri
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected] 
> (mailto:[email protected])
> For additional commands, e-mail: [email protected] 
> (mailto:[email protected])




---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to