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

[DeleGate-En] Re: Delegate as LDAP-to-LDAPS proxy (3)
07 Sep 2007 11:04:55 GMT feedback@delegate.org (Yutaka Sato)
The DeleGate Project


Hi,

In message <_A3826@delegate-en.ML_> on 09/07/07(19:41:55)
you Kevin Richter <pzyhabdyi-e6yeroba2xtr.ml@ml.delegate.org> wrote:
 |Yutaka Sato schrieb:
 |> You are using DeleGate as a simple TCPrelay proxy, so the DeleGate process
 |> will exit on one of the following conditions:
 |> 
 |>  1) when the client disconnects the TCP connection
 |>  2) when the server disconnects the TCP connection
 |>  3) when there is no transfer on the connection for the sepcified seconds
 |>     (600 seconds by default by TIMEOUT=io:600)
 |> 
 |> It is strange why your LDAP client and the server does not do such
 |> disconnection after a series of LDAP queries.
 |> You can shorten the timeout by TIMEOUT=io:10 for example.
 |
 |Sorry, does not work :-(
...
 |I added this line to my config:
 |TIMEOUT=silence:10,io:10

Hmm... it seems that TCPrelay + FSV=sslway makes such frozen process.  Using

  STLS=fsv

instead of FSV=sslway might solve the problem.
If it does not, following information will be helpful to see what is wrong.

  - detailed LOGFILE
  - backtrace of frozen DeleGate by gdb
  - systemcall trace
  - packet dump by tcpdump or so

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