[Info-vax] Help to eliminate delay in establishing FTP connection (VMS V7.x on VAX with MultiNet V4.4)
John E. Malmberg
wb8tyw at qsl.net_work
Fri Mar 19 09:00:50 EDT 2021
On 3/18/2021 11:05 PM, Tad Winters wrote:
> I'm hoping that you might give me some ideas to remediate this problem.
>
> A long time customer, for whom I've done very little work for many
> years, has been running with their solution for a very long time.
> Within the last six weeks, they told me they were seeing delays in
> connecting to the system with FTP. He has been using PHP for many years
> to upload some files to his VMS system to be processed by an
> application. He added some timing in the PHP calls and what it revealed
> is a consistent 30 second delay from connecting until being logged in.
> I confirmed this with Filezilla.
>
<snip>
> What am I missing?
Start looking at the FTP protocol and also see if you can get a network
trace of the transaction. Best if you can get it from both sides.
Going from my faulty memory:
By default, FTP clients connect to a server and then the server tries to
open a second channel back to the client.
The FTP transaction probably waits for a period of time for second
channel to connect.
This second connection is typically blocked by most firewalls.
FTP has a fallback mode to use a single channel in this case.
Generally on the FTP command or via some environment variable /
configuration file, you can tell the ftp client to only use a single
channel.
Also come corporations require FTP/HTTP/etc. communications through a
proxy / load balancer. That can cause problems when the internal
address/network table is not set up right, but that usually just blocks
communications instead of adding a delay.
Regards,
-John
More information about the Info-vax
mailing list