Article delegate-en/93 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: problems with sslway using a proxy
14 Sep 1998 13:03:21 GMT (Yutaka Sato 佐藤豊)

Hi Piero,

In message <_A92@delegate-en.ML_>
on 09/14/98(19:17:46)
you "Piero Berritta" <> wrote:
 |Client side:
 |delegated -P21 FSV="sslway -co" SERVER=ftp://ftp_server_name:8022
 |delegated -P8021 FSV="sslway -co" FCL="sslway -ac -cert certficate.pem"
 |The very strange thing is that dumping both client and server channel, data
 |are not encrypted, even if the sslway initialize perfectly. Sslway starts

I suppose the key point is "MODE XDC", which enables transmission of
data on control channel (which is encrypted by SSLway in your case).
If MODE XDC is enabled, you will see a line in the log of client side
DeleGate like:

  ... --- I'm clientWithXDC

To make DeleGate use this mode, a server side DeleGate must show

  220-extended FTP [MODE XDC]

in its opening message.  The following is a quick hack for it.

*** ../dist/delegate5.6.6/src/ftp.c	Wed Aug 19 15:40:42 1998
--- ftp.c	Mon Sep 14 21:57:30 1998
*** 865,870 ****
--- 865,871 ----
   fprintf(tc,"220- %s PROXY-FTP server (DeleGate %s) ready.\r\n",
+  fprintf(tc,"%s\r\n",XDC_OPENING);
   fprintf(tc,"220--  @ @  \r\n");
   fprintf(tc,"220-- ( - ) { %s }\r\n",DELEGATE_version());
   fprintf(tc,"220- You can connect to a SERVER by `user' command:\r\n");

I'm not sure if the above patch is enough to solve your case with
cascaded FTP-DeleGate with SSLway.  But it is necessary anyway.

Yutaka Sato <>   @ @ 
Computer Science Division, Electrotechnical Laboratory      ( - )
1-1-4 Umezono, Tsukuba, Ibaraki, 305-8568 Japan            _<   >_

  admin search upper oldest olders older1 this newer1 newers latest
[Top/Up] [oldest] - [Older+chunk] - [Newer+chunk] - [newest + Check]