× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Valid certificate exchange with the second site? Since it's a CrushFTP
server, is that one set up to accept connections from the local server? I
would appear to not be.

Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects


On Tue, Sep 7, 2021 at 8:40 AM Gad Miron <gadmiron@xxxxxxxxx> wrote:

Hello sages

Not long ago I've successfully created a batch script for downloading files
from
a certain SFTP Site using the QMGTOOLS/STRSFTP CMD.
It still runs fine.

However,
Trying the same method for another SFTP Site fails with a 'Connections
closed"
The log reads: (I have anonymized the name/address)

OpenSSH_8.0p1, OpenSSL 1.1.1k 25 Mar 2021
debug1: Reading configuration data
/QOpenSys/QIBM/ProdData/SC1/OpenSSH/etc/ssh_config
debug1: Connecting to ftp-ZZZZZ.com [35.191.40.60] port 22.
debug1: fd 3 clearing O_NONBLOCK
debug1: Connection established.
debug1: identity file /home/GAD/.ssh/id_rsa type -1
debug1: identity file /home/GAD/.ssh/id_rsa-cert type -1
debug1: identity file /home/GAD/.ssh/id_dsa type -1
debug1: identity file /home/GAD/.ssh/id_dsa-cert type -1
debug1: identity file /home/GAD/.ssh/id_ecdsa type -1
debug1: identity file /home/GAD/.ssh/id_ecdsa-cert type -1
debug1: identity file /home/GAD/.ssh/id_ed25519 type -1
debug1: identity file /home/GAD/.ssh/id_ed25519-cert type -1
debug1: identity file /home/GAD/.ssh/id_xmss type -1
debug1: identity file /home/GAD/.ssh/id_xmss-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_8.0
debug1: Remote protocol version 2.0, remote software version CrushFTPSSHD
debug1: no match: CrushFTPSSHD
debug1: Authenticating to ftp-ZZZZZZ.com:22 as 'userx'
debug1: SSH2_MSG_KEXINIT sent
Connection closed by 34.193.30.70 port 22
Connection closed

Looking at the log for the cooperative first SFTP Site I find:
....
debug1: Remote protocol version 2.0, remote software version prontosftp
debug1: no match: prontosftp
debug1: Authenticating to WorkingfineSftp.com:22 as '123156789'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: curve25519-sha256@xxxxxxxxxx
debug1: kex: host key algorithm: ssh-rsa
......

Both SFTP Sites require a user + password which I have omitted here for
obvious reasons

TIA

Gad
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.