I have identified the "real" problem causing the disruption in my
integration process. Several of my "MOUNT" rules refer to "/-", "/-/*"
patterns. This was done to exclude the DELAGATE's "admin" access.
First, is it normal the "Set-Cookie" HTTP header is also rewritten
according to "MOUNT" rules ?
Finally, how could I permanently disable the "admin" access using command
line switches ?
Thank you for your support.
>From: firstname.lastname@example.org (Yutaka Sato)
>Subject: Re: [DeleGate-En]
>Date: Wed, 5 Jun 2002 01:55:33 +0900 (JST)
>On 06/05/02(01:32) you "Andrei Chiriaev" <email@example.com>
> |After a succinct investigation, I have realized that the "Set-Cookie"
> |header returned to the client is altered by the "Delegate" reverse
>Could you tell me how (with what configuration parameters) you
>set the DeleGate as a reverse proxy?
> |a) Direct hit : Set-Cookie: <COOKIE ID ... @#@#> path=/
> |b) Indirect hit ("Delegate") : Set-Cookie: <COOKIE ID ... @#@#> path=/-
> |As a consequence, the session initiated at the "IIS" application level
> |not persistent ("cookie ID" and "path" combination) and dies.
> |The "MountCookieResponse" method in the "httphead.c" source file is
> |logically responsible. ("ovstrcpy" && "sprintf").
> |After some light changes and a recompilation the issue was settled.
>If the "sprintf" is that in the function, you seem to access
>the DeleGate with "http://delegate/-_-URL" notation.
> |Could you please confirm the anomaly and advise whether is could be
> |in an upcoming fix.
>I'll do so and need to reproduce the problem on my machine.
> @ @ Yutaka Sato <firstname.lastname@example.org> http://www.delegate.org/y.sato/
> ( - ) National Institute of Advanced Industrial Science and Technology
>_< >_ 1-1-4 Umezono, Tsukuba, Ibaraki, 305-8568 Japan
Chat with friends online, try MSN Messenger: http://messenger.msn.com