Articles delegate-en/3710-3720 of [1-4012] on the server localhost:7119
  upper oldest olders older1 this newer1 newers latest
search
[Top/Up] [oldest] - [Older+chunk] - [Newer+chunk] - [newest + Check]
range 3710 - 3720   digest:
Questions about SSLway
  04/18-02:16 . 3710  feedback@delegate.org (Yutaka Sato) [46]
___ Hi, Do you mean it succeeds SSL at the beginning till the error? How oftern does it occur? You can see more detailed log of SSLway in the negotiation phase with the following option: TLSCONF=-vd And
  04/18-17:40 . 3711  "Kwis Angelo" <phyhabdyi-jmfhzlyyyqdw.ml@delegate.org> [765]
___ Hi Yutaka, I have the logs below after disabling session cache and allowing the negotiation phase logging. I tried several times. The first one (highlighted in blue) was able to do establish a sessi
  04/18-19:55 . 3712  "Kwis Angelo" <phyhabdyi-jmfhzlyyyqdw.ml@delegate.org> [1055]
___ Hi Yutaka, I did a snoop and found some difference with how packets are transmitted during the negotiation phase between the client and server. I attached the snoop output file for your reference. I
  04/18-22:51 . 3713  feedback@delegate.org (Yutaka Sato) [54]
___ Hi, The session cache seems not disabled because you did TLSCONF="-vd, scache:no" istead of TLSCONF="-vd,scache:no" as the log shows: If the above does not take effect, disabling xcache might be eff
  04/19-09:21 . 3714  feedback@delegate.org (Yutaka Sato) [51]
___ Chris, I could reproduce the problem with SSLway with "-ssl2" option and confirmed it can be escaped with TLSCONF="scache:no" option. I'll fix it as the enclosed patch which will be applied to the n
  04/19-12:48 . 3715  "Kwis Angelo" <phyhabdyi-jmfhzlyyyqdw.ml@delegate.org> [114]
___ Oh thank you very much! Its working now, really appreciate your help on this :-) One more question...Im trying to print out the console logs to a file..so I piped it to a file using the command line
  04/22-04:18 . 3716  feedback@delegate.org (Yutaka Sato) [32]
___ Hi, Stop using "-v" option which force logs to be put onto the console. Cheers, Yutaka 9 9 Yutaka Sato <pfqcabdyi-jmfhzlyyyqdw.ml@delegate.org> http://delegate.org/y.sato/ ( ~ ) National Institute o
TLS problem... where am I going wrong?
  04/22-22:22 . 3717  Ron Hackett <pquhabdyi-jmfhzlyyyqdw.ml@delegate.org> [38]
___ DeleGate lists the exact feature I'm looking for... but I can't get it to work. :( Is there a support forum, mailbox, IRC channel where DeleGurus hang out? I'd love to get this up and running but I
sockmux authorizer
  04/23-07:39 . 3718  Martin Papadopoulos <payeabdyi-jmfhzlyyyqdw.ml@delegate.org> [30]
___ hello yutaka, using delegate as an sockmux server with authorizer="-list{user:pw}" does not work from a client with myauth="user:pw" . it looks like the authorization is established as anonymous@hos
  04/23-08:14 . 3719  feedback@delegate.org (Yutaka Sato) [36]
___ Hi, Why do you think so? It seems working as follows: (server-side) % delegated -v -P9999 SERVER=sockmux AUTHORIZER="-list{u:p}" {S}03:18.716 ### Encryption start for incoming comm. [2](4)/2 {S}03:1
  04/23-08:37 . 3720  Martin Papadopoulos <payeabdyi-jmfhzlyyyqdw.ml@delegate.org> [73]
___ Yutaka Sato schrieb: at first sight , i thought so too, but change the password on the client side intentionally to a wrong password , and the authorization still is valid allthough the password is
  admin search upper oldest olders older1 this newer1 newers latest
[Top/Up] [oldest] - [Older+chunk] - [Newer+chunk] - [newest + Check]
Generated:07/21 03:19:41 (2 sec) Expires:07/21 09:19:39 @_@V