Article delegate-en/4622 of [1-5169] on the server localhost:119
  upper oldest olders older1 this newer1 newers latest
search
[Top/Up] [oldest] - [Older+chunk] - [Newer+chunk] - [newest + Check]
[Reference:<_A4620@delegate-en.ML_>]
Newsgroups: mail-lists.delegate-en

[DeleGate-En] Re: odst.- & proxy issue
09 Nov 2009 10:26:53 GMT feedback@delegate.org (Yutaka Sato)
The DeleGate Project


Hi,

In message <_A4620@delegate-en.ML_> on 11/05/09(20:18:42)
you NoSFeRaTU <peihqbdyi-dyd2yvayqdxr.ml@ml.delegate.org> wrote:
 |When using SERVER="http://odst.-:-/" and PROXY="x.x.x.x:3128" together request
 |going with ip address, not a domain name. This cause troubles on virtual hosting servers.
 |
 |For example for http://delegate.org/delegate/Manual.htm request which sended to upstream proxy is http://210.155.199.28/delegate/Manual.htm
...
 |FreeBSD 6.4 with ipfw if it matters.

Maybe DeleGate should work as you expect.  For a while, you will be
able to make it work so with the following options:

  SERVER=http MOUNT="/* http://odst.-:-/* nvserv=-thru" -Eao

instead of:

  SERVER=http://odst.-:-



 |PS. Are there any way to transparent also SSL connections?

If you don't need to peep or interpret the content of what is relayed on
your DeleGate, you can relay anything by a sinble DeleGate as:

  delegated -P9999 SERVER=tcprelay://odst.-:-

And the connection toward target servers can be forwarded to upstream
proxies using SOCKS, PROXY, SSLTUNNEL, MASTER.  For example:

  delegated -P9999 SERVER=tcprelay://odst.-:- SOCKS=sockhost:1080

Cheers,
Yutaka
--
  9 9   Yutaka Sato <y.sato@delegate.org> 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

  admin search upper oldest olders older1 this newer1 newers latest
[Top/Up] [oldest] - [Older+chunk] - [Newer+chunk] - [newest + Check]
@_@V