× 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.



Scott, I ran sftp with -vv, earlier. Don't know if I can try again yet tonight
to capture the messages. Nut, the last two messages were:

connecting to.....

and some time later:

timeout trying to connect


I don't recall any other messages. Likely, tis will have to wait till tomorrow
for me to get the full lo.

Chris:
I was using sftp from Qshell, as a client. I ran it first with
stricthostkeychecking=no to get the entry into the known_hosts file. The
person on the other end seemed clueless about his public key - as his assertion
was that clients connected with FileZilla. It may be that the problem is that I
need his public key. If that is the case, do you think FileZilla stores that on
my pc where I can find it?

From your explanation of what is involved with FTP/SSL, it does sound less messy
to use sFTP. I have contacted our corporate office and have been assured that
port 22 is not blocked by the firewall.

So, anything else come to mind?

John McKee.




Quoting Chris Bipes <chris.bipes@xxxxxxxxxxxxxxx>:

Are you the client or the server?

FTP over SSL requires two ports, 21 for control and usually 20 when
behind a firewall.

Try passive mode for SSL.

Also most firewalls do not perform address fix up for FTP over SSL but
do take care of it for standard FTP. What address fix up is translating
the private IP behind the firewall to the public IP on the outside.

When a client requests passive mode, the server gives out its IP address
and port to make the data connection on and the firewall will see the
string and translate the IP address of the server to the Nat's IP
address.

When the client does not request passive mode, the server attempts to
connect to the client on the IP address and port that the client sends,
which does not work if the client is behind a firewall.

All this is why SSH is more popular. It uses one port, usually 22,
with the connection initiated by the clients. But depending on the SSH
client, you will need to import the Server's Digital Certificate. If
the client is an iSeries this involves the host sending you the public
cert and you using DCM to import it. (I like to use IE to SSHserver:22
to get the certificate so I can then put into DCM. Also if the server
is using a self generated certificate, you will have to get the root
cert into DCM. For testing I use Putty, a free download. It will allow
you to automatically add a server certificate to your PC.

So again are you the client or the server? If client, what client are
you using? If server, what server are you using and is it behind a
firewall?




Chris Bipes
Director of Information Services
CrossCheck, Inc.


-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of John McKee
Sent: Wednesday, February 25, 2009 5:40 PM
To: Midrange Systems Technical Discussion
Subject: sFTP issue

The problem:

A vendor wants data sent either via FTP/SSL or sFTP. Can't make a
connection
using either method.

HOWEVER, on a pc running FileZilla, the transfer works.

The contact I have tells me that everybody uses FileZilla. Really? He
knows
little about sftp - his words.

I do not understand why FileZilla works and sFTP won't. All I get is
that a
connection could not be made.

One other bit that probably makes the difference is that he site
requires both
key pair and username/password.

Ne has no idea how to get key pair working. I am wondering if that is
why sFTP
times out.

How would I be able to tell on myy end why FTP/SSL or sFTP do not
connect?

Thanks.

John McKee

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

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






As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
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.