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



Are you performing a standard FTP or sFTP or FTPs?

Do you have multiple NIC's on your iSeries? If so, try adding a host route on the iSeries forcing our the correct NIC. I have seen where the client bound to a NIC that did not have internet access and not to the one that did. Host route can force the interface to use.

Example:

Route Subnet Next Preferred
Opt Destination Mask Hop Interface

*DFTROUTE *NONE 10.90.90.254 *NONE
10.20.1.2 *HOST 10.90.90.254 10.90.90.101

--
Chris Bipes
Director of Information Services
CrossCheck, Inc.


-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Versfelt, Charles
Sent: Tuesday, August 01, 2017 11:58 AM
To: midrange-l@xxxxxxxxxxxx
Subject: FTP error cannot connect

We have a process that sends files via FTP and been trying to FTP to an outside vendor, and we have been getting this message:
Cannot connect to host (ip address) at address . Try again later.

This only happens when connecting to the FTP server from the iSeries.
Other systems (not iSeries) such as a PC can connect.
Both our operations manager and the people at the vendor's site seem unable to determine what to do.

FTP does work going from our iSeries to other locations. It's this one vendor's system where we have an issue.

Now, here's the weird part:
We're working on the implementation. The vendor has two systems, a test and a production system.
The production system is where we first encountered the problem. FTP was working fine on the test system.
While trying to find the problem, and I was able to get a connection by doing FTP 'the_url.com'
That is, until last Tuesday. Then, all of a sudden, the test system also got the "cannot connect... try again later" error.

The vendor says nothing changed with the test server on their end.
The operations manager says nothing changed on our end either.
He's put in some time trying to research the problem.

I don't know if the problem is happening on the vendor's site, on our iSeries, or in the firewalls in between.
I don't even know how to figure out where the problem is happening.

We are able to ping both the test site and the production from the iSeries.
I hope someone can steer us in the right direction on what to do.


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.