Article delegate-en/4609 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:<_A4608@delegate-en.ML_>]
Newsgroups: mail-lists.delegate-en

[DeleGate-En] Re: PERMIT Permission bug?
10 Oct 2009 09:47:31 GMT NoSFeRaTU <peihqbdyi-ry4zqco6fjvr.ml@ml.delegate.org>


On Sat, 10 Oct 2009 17:11:01 +0900 (JST)
feedback@delegate.org (Yutaka Sato) wrote:

 YS> I'm not sure but it might be a side effect of your configuration
 YS> which is not shown in the log.
 YS> 
 YS> In message <_A4607@delegate-en.ML_> on 10/09/09(21:33:21)
 YS> you NoSFeRaTU <peihqbdyi-ry4zqco6fjvr.ml@ml.delegate.org> wrote:
 YS>  |10/09 16:12:41.30 [14021] 0+0: ext[0] SERVER=https
 YS>  |10/09 16:12:41.30 [14021] 0+0: ext[1] HOSTLIST=10.1.1.0/24
 YS> 
 YS> By the way, what does this HOSTLIST mean?
It means nothing, just a result of experiments with parameters :-)

Problem appears with this simple config:
-P5555
SERVER=http
PERMIT="*:*:10.1.1.0/24"

I found out why it happens. It is because 10.1.1.1, from which request come in
the example above, is the same machine where delegate is located. Other
computers from net can access through this delegate successfully. Anyway IMHO
it is weird behaviour and it is harmful, especially for vds which doesn't have
loopback.

--
 WBR, NoSFeRaTU

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