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

[DeleGate-En] Re: delegate sockmux question
28 Oct 2008 11:56:27 GMT (Yutaka Sato)
The DeleGate Project


In message <_A4188@delegate-en.ML_> on 10/24/08(19:49:19)
you Andre <> wrote:
 |according to the CHANGES-Log, it seems that you  have removed the
 |features which enabled accepting connections via SockMUX and HTTP,VSAP,
 |probably due to the security concerns:
 |* 9.8.6 081011 mod sox.c: removed code for accept() and incomming connect()
 |* 9.8.6 081011 mod {vsap,htaccept}.c: removed code for accept() at
 |remote host
 |Is it completely removed or just disabled per default? I do have a

It is as I announced in the release of DeleGate/9.8.6. 

 |If the functionality, which we discussed in our previous e-Mails, is
 |indeed removed, does this require me to use an older version to work with?

As I announced, those functionalities are still included in the binary
distribution of DeleGate but are disabled by default.
Those are enabled percistently for (commercial) licensees who made a
contract with explicit usage agreement.

Additionally in 9.9.0-pre1, I introduced "CAPSKEY", a way to add on 
(or enable) some capabilities for short term for evaluation use.

Also in 9.9.0-pre1, I introduced "HTMUX" which is easily used to establish
a tunnel ending at a port on remote host.  It uses HTTP "Upgrade" header
with the ACCEPT method to establish the persistent connection, and uses
SockMux for multiplexing on it, and guarded with CAPSKEY.

  9 9   Yutaka 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]