Article delegate-en/3145 of [1-5108] on the server localhost:119
  upper oldest olders older1 this newer1 newers latest
search
[Top/Up] [oldest] - [Older+chunk] - [Newer+chunk] - [newest + Check]
[Reference:]  
Re: Strange behavior with HTTP 307
Thu, 02 Mar 2006     Yutaka Sato

In message 
on 03/02/06(05:55:44)
you "Raphael Turbatte" wrote:
 |Trouble is, I can't figure out how Delegate handles the HTTP 307 reply that
 |is issued by the transparent outbound proxy prior to authentication: my TCP

DeleGate does nothing for 307 response message.  Since DeleGate does not
understand 307 code, it records the message header as "Error" in the
LOGFILE.  It relays the response message as is from the server to the
client, without caching, closing the TCP connection.

 |listener indicates Delegate sends an RST-flagged TCP packet resetting the
 |connection, and the log indicates it tries to connect to
 |https://mydomain.com (instead of http://mydomain which was the initial
 |query). But it does not go to the (virtual) URL in the 307 response header.
 |I tried to unset the MYAUTH parameter incase it implied trying to connect
 |through SSL, but that didn't make any difference: Delegate still does not
 |connect to the 307 redirection URL.

If your DeleGate tries to connect to https://..., then it is because
your client requested to do so, possibly by automatic redirection
indicated from the server-side.  Inspecting the LOGFILE of DeleGate,
recorded during the series of requests and responses, will show us
what is happening.

Cheers,
Yutaka
--
  D G   Yutaka Sato http://delegate.org/y.sato/
 ( - )  National Institute of Advanced Industrial Science and Technology
_<   >_ 1-1-4 Umezono, Tsukuba, Ibaraki, 305-8568 Japan
Do the more with the less -- B. Fuller
  search upper oldest olders older1 this newer1 newers latest
[Top/Up] [oldest] - [Older+chunk] - [Newer+chunk] - [newest + Check]
@_@V