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

[DeleGate-En] konqueror v3.3.2 + FTP-DeleGate (Re: Constructing a virtual origin FTP server fails on symlinks crossing "MOUNT=" points)
11 Jul 2006 19:32:33 GMT feedback@delegate.org (Yutaka Sato)
The DeleGate Project


Hi,

In message <_A3377@delegate-en.ML_> on 07/10/06(17:03:03)
you Steffen Kaiser <p44eqbdyi-hugik5usznxr.ml@ml.delegate.org> wrote:
 |KDE's konqueror v3.3.2 (direct connection to the Delegate proxy, _no_ web 
 |proxy (aka squid) in between). Gives me different replies (not the exact 
 |wording), sometimes "server broke connection", "cannot read", "empty 
 |replay", "could not connect to host ftp" ... .
...
 |07/10 09:53:54.59 [14290] 7+0/9/1: PASV [B][10,20,10,6,137,10] >> 227 
 |Entering Passive Mode (10,20,10,6,137,10).^M
 |07/10 09:53:54.59 [14290] 7+0/10/2: ## discard previous (unused) PASV 
 |sock: 19 -> 21
 |07/10 09:53:54.60 [14290] 7+0/10/2: PASV [A][|||35082|] >> 229 Entering 
 |Extended Passive Mode (|||35082|)^M
 |07/10 09:53:54.60 [14290] 7+0/11/3: #### DSV[-1] PSV[20]
 |07/10 09:53:54.60 [14290] 7+0/11/3: PORT [|1|10.20.10.63|32819|] >> 200 
 |PORT command successful [reusing].^M

In message <_A3380@delegate-en.ML_> on 07/12/06(00:09:57)
you Steffen Kaiser <p44eqbdyi-hugik5usznxr.ml@ml.delegate.org> wrote:
 |I still have the problem with the konqueror.
 |
 |Here I have captured the session with ethereal once for konqueror (fails) 
 |and once for Mozilla (OK). One easy difference is that Mozilla is using 
 |normal PASV, whereas Konqueror uses Extended Passive, but I don't know. I 
 |tried FTPCONF=nopasv, where Mozilla responses with "PASV disabled", but 
 |konqueror behaves the same "Could not connect ot host ftp".
 |
 |Also included is the log of the delegate FTP proxying specialist.
 |http://www2.inf.fh-bonn-rhein-sieg.de/skdata/dg9.2.3-pre9_ftp_prob_konqueror.tgz
 |
 |To stress the problem, I can access locally mounted directories on the 
 |proxy, e.g. for testing I added a MOUNT=:
 |
 |/test/* /tmp/*
 |
 |See the included log *__localPart and konq_local* captures.
 |
 |BTW: When I connect to wu-ftp I get an ASCII mode connection for LIST, 
 |rather than a Binary one, but that should not matter I guess.

A difference between local (origin server) and remote (proxy server)
mode of DeleGate is the response to CWD command.  In an origin server, it
is a single line like "250 CWD successful".  In a proxy server, it is
a message wrapping the openning and login messagess of the remote server
of which connection is initiated by the CWD command.

  konq_local.txt: 15 0.020870 .63 .6 FTP Request: cwd /test
  konq_local.txt: 16 0.021150 .6 .63 FTP Response: 250 CWD command successful.

--
  konqueror.txt: 15 0.025274 .63 .6 FTP Request: cwd /pub
  konqueror.txt: 16 0.059319 .6 .63 TCP ftp > 43295 [ACK] Seq=1098 Ack=55 ...
  konqueror.txt: 17 0.093069 .6 .63 FTP Response: 250-- cwd for anonymous@..
  konqueror.txt: 18 0.132858 .63 .6 TCP 43295 > ftp [ACK] Seq=55 Ack=2438 ...

It is possible that konqueror is sensitive of the physical packet
sequence of FTP responses on TCP.
To suppress the inclusion of remote server's message into the response
to the client, you can specify as

  FTPCONF=hideserv

or from very 9.2.3-pre12, you can force the shortest response only with
the a result code as "250 CRLF" specifying as this:

  FTPCONF=debug:0x80

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