Articles delegate-en/3540-3550 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]
range 3540 - 3550   digest:
HTTP to HTTPS conversion problem
  10/09-13:55 . 3540  "Lito Kusnadi" <pzugqbdyi-lnh3n2ci2gdr.ml@ml.delegate.org> [155]
___ Hi, I managed to compile the delegate sourcecode in Linux Centos 4.3. I used a config file to run delegate as follow: -P8000 SERVER=http -v MOUNT="/* https://online.toll.com.au/*" STLS=fsv:https HOS
  10/09-16:18 . 3541  feedback@delegate.org (Yutaka Sato) [45]
___ Hi, The reason of the failure is the failure of dynamic loading of SSL libraries. You seems not have the SSL libraries on an appropriate directory (typically /usr/lib or /lib). This shows that your
ftp to ftp gateway +(optional TLS)
  10/09-22:01 . 3542  Steve Brown <ps4gabdyi-lnh3n2ci2gdr.ml@ml.delegate.org> [129]
___ Hi Yutaka, I'm experiencing odd things when I use Delegate to act as a TLS FTP gateway like you kindly described. Essentially, a non-TLS capable client when connecting via Delegate to a TLS capable
  10/10-00:12 . 3543  feedback@delegate.org (Yutaka Sato) [136]
___ Hi, What is this "controlport-2" and "controlport-2" ? Seeing what the difference is between the case of the failure and the success will be helpful. Cheers, Yutaka 9 9 Yutaka Sato <y.sato@delegate.
HTTP to HTTPS conversion problem
  10/10-08:57 . 3544  "Lito Kusnadi" <pzugqbdyi-lnh3n2ci2gdr.ml@ml.delegate.org> [69]
___ Thanks Yutaka, I'll try to compile again. By the way, would delegate be possible to remember the initial connectivity? This is the illustration: traffic converted from HTTP to HTTPS) When RemoteServ
  10/10-09:05 . 3545  feedback@delegate.org (Yutaka Sato) [27]
___ You have /usr/lib/libssl.so ? If so and you compiled DeleGate without modification (without options like -static), any recompilation will not be useful to solve the problem. Cheers, Yutaka 9 9 Yutak
delegate security flaw [Virus checked]
  10/18-18:38 . 3546  p3igqbdyi-lnh3n2ci2gdr.ml@ml.delegate.org [49]
___ hello yutaka, i recently discovered a security flaw which is related to the delegate permission control allthough using a filter like FCL="sslway ... -Vrfy" , when running in master mode , clients w
  10/18-20:46 . 3547  feedback@delegate.org (Yutaka Sato) [47]
___ Hi, Maybe you are using a version of DeleGate older than DeleGate/9.2.5-pre7. As written in <URL:http://www.delegate.org/delegate/tls/> after DeleGate/9.0 I'm shifting to STLS=fcl,fsv instead obsole
  10/18-21:05 . 3548  feedback@delegate.org (Yutaka Sato) [36]
___ Hi, I found that FCL,FSV=sslway with MASTER is not disabled in the latest vesion. It'll be disabled in 9.2.5. Cheers, Yutaka 9 9 Yutaka Sato <y.sato@delegate.org> http://delegate.org/y.sato/ ( ~ ) N
Antwort: Re: [DeleGate-En:3553] delegate security flaw [Virus checked]
  10/18-21:26 . 3549  p3igqbdyi-lnh3n2ci2gdr.ml@ml.delegate.org [204]
___ Hello Yutaka, even with stls this is not the case ! the permission is denied after an initial relay has been made to an arbitrary server. therefore the delegate master process still is vulnerable to
  10/18-21:46 . 3550  feedback@delegate.org (Yutaka Sato) [19]
___ Hi, If SSL is failed with STLS=fcl, MASTER DeleGate (with SERVER=delegate) cannot know any of client's request including the desitination server, so it cannot connect to anywhere. I think so. Cheers
  admin search upper oldest olders older1 this newer1 newers latest
[Top/Up] [oldest] - [Older+chunk] - [Newer+chunk] - [newest + Check]
Generated:10/19 11:49:25 (1 sec) Expires:10/19 17:49:24 @_@V