Just another Perl shrine | |
PerlMonks |
[Solved] Net::FTPSSL + TLS Handshake Failby Pizentios (Scribe) |
on Sep 28, 2012 at 16:43 UTC ( [id://996252]=perlquestion: print w/replies, xml ) | Need Help?? |
Pizentios has asked for the wisdom of the Perl Monks concerning the following question:
Good day, I have a script here at work that logs into a ftps server and downloads some files (if there are new files to download). It's currently in production, however it lives on two different servers (thus two different installs). The script is called by a windows scheduled tast (the task part is working). It's running on straberry perl and both servers are running Windows 2008 R2. The script runs fine on ClientA, but fails on ClientB. I have checked over all the modules that the script needs to run in my perl installs and their versions (the modules versions match up). It should be also noted that the script works just fine (with both sets of credentials) on my development envrionment (ubuntu). The log output of the script on ClientB is as follows: Net-FTPSSL Version: 0.22 Perl: 5.016001 5.16.1, OS: MSWin32 Server (port): xxx.xxx.xxx (21) Keys: (Debug), (Encryption), (Port) Values: (1), (E), (21) SKT <<< 220 RBCNG FTPS (Version Fri Sep 28 11:52:44 2012) server ready. SKT >>> AUTH TLS SKT <<< 234 Enabling TLS, awaiting negotiations. Cannot connect to ftpssl.rbc.com: SSL connect attempt failed because of handshake problems error:00000000:lib(0):func(0):reason(0) at rbc_ftp.pl line 63. An example of the log when the script runs fine: Net-FTPSSL Version: 0.22 Perl: 5.016001 5.16.1, OS: MSWin32 Server (port): xxxx.xxxx.xxx (21) Keys: (Debug), (Encryption), (Port) Values: (1), (E), (21) SKT <<< 220 RBCNG FTPS (Version Thu Sep 27 07:35:42 2012) server ready. SKT >>> AUTH TLS SKT <<< 234 Enabling TLS, awaiting negotiations. >>> USER +++++++ <<< 331 Password required for <++++++>. >>> PASS ******* <<< 230 User <++++++> logged in. >>> CWD outbound/AAPA/ <<< 250 CWD Command successful. >>> PBSZ 0 <<< 200 PBSZ Command successful. >>> PROT P <<< 200 PROT Command successful. >>> PASV <<< 227 Entering Passive Mode () --- Host (xxx.xxx.xxx.xxx) Port (6103) >>> NLST <<< 150 Opening data connection for '/bin/ls'. <<< 226 Transfer complete. >>> TYPE I <<< 200 Type set to I 2012-9-27 : Found File (Seen It Already): RPT0900P.184.downloaded%WFT 2012-9-27 : Found File (Seen It Already): RPT0900P.185.downloaded%WFT 2012-9-27 : Found File (Seen It Already): RPT0900P.186.downloaded%FTPS 2012-9-27 : Found File (Seen It Already): RPT0900P.187.downloaded%FTPS 2012-9-27 : Found File (Seen It Already): RPT0900P.188.downloaded%FTPS 2012-9-27 : Found File (Seen It Already): RPT0900P.189.downloaded%FTPS 2012-9-27 : Found File (Seen It Already): RPT0900P.190.downloaded%FTPS 2012-9-27 : Found File (Seen It Already): RPT0900P.191.downloaded%FTPS 2012-9-27 : Found File (Seen It Already): RPT0900P.192.downloaded%FTPS 2012-9-27 : Found File (Seen It Already): RPT0900P.193.downloaded%FTPS 2012-9-27 : Found File (Seen It Already): RPT0900P.194.downloaded%FTPS >>> QUIT <<< 221 Goodbye. Here's the code for the script:
Has anybody seen something like this before? I am having a hard time finding the issue that keeps this script from running on ServerB. I have a feeling that it could be a issue with one of my librarys, but i am un-sure where to look now. Thanks in advance for any help that i get.... Edit: Fixed terminology error pointed out by Illuminatus (regarding referal of the Clients as "Servers") Edit2: Marked topic solved as it was a firewall upstream from the client causing the issues.
Back to
Seekers of Perl Wisdom
|
|