Skip Menu |

This queue is for tickets about the Net-FTPSSL CPAN distribution.

Report information
The Basics
Id: 108162
Status: rejected
Priority: 0/
Queue: Net-FTPSSL

People
Owner: Nobody in particular
Requestors: laszlo.gercsov [...] mq.edu.au
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: Net-FPSSL data connection mode problem
Date: Fri, 30 Oct 2015 14:47:04 +1100
To: bug-Net-FTPSSL [...] rt.cpan.org
From: Laszlo Gercsov <laszlo.gercsov [...] mq.edu.au>

Message body is not shown because it is too large.

Message body is not shown because it is too large.

Hi Laszlo, Sorry for the delay in responding. I was out of town for a long weekend. Next time send all that data as attachments. Makes things easier to read. You could have dumped the output to a log file using option DebugLogFile=>"myLogs.txt". Currently data channel modes(S) & (E) are not supported, hence the failure message for 'E'. They've been on my todo list for a while now. But I currently don't have a server to develop against that supports these 2 options. Making it very difficult to come up with a solution. And I've always found (P), the most secure option, usually works. So I was very surprised to see that selecting "E" for this worked in the test script. It may have been a bug in my test code where it defaulted to 'P' anyway for the data channel. But without the log file for the test, I can't tell for sure. Can you please rerun the test script & return the log it generates in ./t/test_trace_log_new.txt Also can you please simplify your test script. Most of the options you provided are being ignored anyway. Be careful of typos. The module ignores unknown tags. my $ftps = Net::FTPSSL->new ($server, Debug=>1, DebugLogFile=>"myLog${dc}.txt", Croak=>1, Port=>5011, DataProtLevel = $dc); Try one test with $dc = "P" and another with $dc = "E". If neither case works, add SSL_Client_Certificate=>%emptyHash so that it will attempt to reuse the context, and then retry $dc = "P" and another test with $dc = "E". (Your test script had a typo when it attempted to do this.) I hope this helps & I look forward to hearing back from you. Curtis On Thu Oct 29 23:47:24 2015, laszlo.gercsov@mq.edu.au wrote: Show quoted text
> Hi. > > I would like to use "Data Connection mode E" with Net-FTPSSL-0.30. > > For the FTPS server I am trying to use, 'make test' deeper test works with > "Data Connection mode E", but fails with "Data Connection mode P". > > During execution there is a message saying "Data Connection mode E" is not > supported and the transfer fails. > The transfer also fails with "Data Connection mode P" with "450 TLS session > of data connection has not resumed or the session does not match the > control connection". > I have copied below the results for the "make test" attemps with data > connection mode "E" and "P" as well as the program listing for my test > program, and the results when the program executes. > I can transfer files using the same credentials using FileZilla, but with > mode "P" the transferred file is empty with size zero but the file is > created with a current timestamp, just no contents. > > I get "uname -a" giving :- > Linux lacwsprd1001a 3.8.13-55.1.2.el6uek.x86_64 #2 SMP Thu Dec 18 00:15:51 > PST 2014 x86_64 x86_64 x86_64 GNU/Linux > > and "perl -v" gives :- > This is perl, v5.10.1 (*) built for x86_64-linux-thread-multi > > I get the same results for Net-FTPSSL-0.30 and Net-FTPSSL-0.29 > > Please advise. > > Thanks, > > Laszlo.
Subject: Re: [rt.cpan.org #108162] Net-FPSSL data connection mode problem
Date: Tue, 3 Nov 2015 14:56:52 +1100
To: bug-Net-FTPSSL [...] rt.cpan.org
From: Laszlo Gercsov <laszlo.gercsov [...] mq.edu.au>
Hi Curtis. Thanks for looking into this. I have attached the test trace log. It looks like the test with data mode E has given the "not supported" message and the test reports that the test was successful. Best, Laszlo. On 3 November 2015 at 05:53, Curtis Leach via RT <bug-Net-FTPSSL@rt.cpan.org Show quoted text
> wrote:
Show quoted text
> <URL: https://rt.cpan.org/Ticket/Display.html?id=108162 > > > Hi Laszlo, > > Sorry for the delay in responding. I was out of town for a long weekend. > Next time send all that data as attachments. Makes things easier to read. > You could have dumped the output to a log file using option > DebugLogFile=>"myLogs.txt". > > Currently data channel modes(S) & (E) are not supported, hence the failure > message for 'E'. They've been on my todo list for a while now. But I > currently don't have a server to develop against that supports these 2 > options. Making it very difficult to come up with a solution. And I've > always found (P), the most secure option, usually works. > > So I was very surprised to see that selecting "E" for this worked in the > test script. It may have been a bug in my test code where it defaulted to > 'P' anyway for the data channel. But without the log file for the test, I > can't tell for sure. Can you please rerun the test script & return the log > it generates in ./t/test_trace_log_new.txt > > Also can you please simplify your test script. Most of the options you > provided are being ignored anyway. Be careful of typos. The module > ignores unknown tags. > > my $ftps = Net::FTPSSL->new ($server, Debug=>1, > DebugLogFile=>"myLog${dc}.txt", Croak=>1, Port=>5011, DataProtLevel = $dc); > > Try one test with $dc = "P" and another with $dc = "E". > > If neither case works, add SSL_Client_Certificate=>%emptyHash so that it > will attempt to reuse the context, and then retry $dc = "P" and another > test with $dc = "E". (Your test script had a typo when it attempted to do > this.) > > I hope this helps & I look forward to hearing back from you. > > Curtis > > On Thu Oct 29 23:47:24 2015, laszlo.gercsov@mq.edu.au wrote:
> > Hi. > > > > I would like to use "Data Connection mode E" with Net-FTPSSL-0.30. > > > > For the FTPS server I am trying to use, 'make test' deeper test works
> with
> > "Data Connection mode E", but fails with "Data Connection mode P". > > > > During execution there is a message saying "Data Connection mode E" is
> not
> > supported and the transfer fails. > > The transfer also fails with "Data Connection mode P" with "450 TLS
> session
> > of data connection has not resumed or the session does not match the > > control connection". > > I have copied below the results for the "make test" attemps with data > > connection mode "E" and "P" as well as the program listing for my test > > program, and the results when the program executes. > > I can transfer files using the same credentials using FileZilla, but with > > mode "P" the transferred file is empty with size zero but the file is > > created with a current timestamp, just no contents. > > > > I get "uname -a" giving :- > > Linux lacwsprd1001a 3.8.13-55.1.2.el6uek.x86_64 #2 SMP Thu Dec 18
> 00:15:51
> > PST 2014 x86_64 x86_64 x86_64 GNU/Linux > > > > and "perl -v" gives :- > > This is perl, v5.10.1 (*) built for x86_64-linux-thread-multi > > > > I get the same results for Net-FTPSSL-0.30 and Net-FTPSSL-0.29 > > > > Please advise. > > > > Thanks, > > > > Laszlo.
> >
-- *Laszlo Gercsov* Senior Systems Analyst Library Systems *Library | *Level 4, C3C Building Macquarie Drive Macquarie University, NSW 2109, Australia *T:* +61 2 9850 6533 *| **F:* +61 2 9850 7568 *M:* + 61 402 175 101* | *mq.edu.au [image: Macquarie University] <http://mq.edu.au/> CRICOS Provider Number 00002J. Think before you print. Please consider the environment before printing this email. This message is intended for the addressee named and may contain confidential information. If you are not the intended recipient, please delete it and notify the sender. Views expressed in this message are those of the individual sender, and are not necessarily the views of Macquarie University.

Message body is not shown because sender requested not to inline it.

Hi Laszlo, Did you truncate the log file? Or was that all there was? It ended in a really strange state. So assuming that was everything in the log file, it tells me two things. 1) The final message in the log says that your SFTP server doesn't support Data Chanel level "E". So there is nothing I can do about this on the client side. You'll have to use the default protection level "P" and resolve it that way. 2) There is a bug in my test script that just silently fails on that particular error and just skips the rest of the tests without telling you about it. Now that we've ruled out that your server doesn't support "E", at this point your original request to have Net::FTPSSL support it won't help you. Now going back to the original test script you sent me, I have 2 suggestions to try out in replacing the call to new(). my $ftps = Net::FTPSSL->new ($server, Debug=>1, DebugLogFile=>"myLog1.txt", Croak=>1, Port=>5011); If that doesn't work, try the following: my $ftps = Net::FTPSSL->new ($server, Debug=>1, DebugLogFile=>"myLog2.txt", Croak=>1, Port=>5011, SSL_Client_Certificate=>%emptyHash); If the 1st one fails & the 2nd one works, and my test program fails, then I may have an issue with my test program as well. Let me know how things work out. Curtis On Mon Nov 02 22:57:08 2015, laszlo.gercsov@mq.edu.au wrote: Show quoted text
> Hi Curtis. > > Thanks for looking into this. > > I have attached the test trace log. It looks like the test with data > mode E > has given the "not supported" message and the test reports that the > test > was successful. > > Best, > > Laszlo. > > On 3 November 2015 at 05:53, Curtis Leach via RT <bug-Net- > FTPSSL@rt.cpan.org
> > wrote:
>
> > <URL: https://rt.cpan.org/Ticket/Display.html?id=108162 > > > > > Hi Laszlo, > > > > Sorry for the delay in responding. I was out of town for a long > > weekend. > > Next time send all that data as attachments. Makes things easier to > > read. > > You could have dumped the output to a log file using option > > DebugLogFile=>"myLogs.txt". > > > > Currently data channel modes(S) & (E) are not supported, hence the > > failure > > message for 'E'. They've been on my todo list for a while now. But > > I > > currently don't have a server to develop against that supports these > > 2 > > options. Making it very difficult to come up with a solution. And > > I've > > always found (P), the most secure option, usually works. > > > > So I was very surprised to see that selecting "E" for this worked in > > the > > test script. It may have been a bug in my test code where it > > defaulted to > > 'P' anyway for the data channel. But without the log file for the > > test, I > > can't tell for sure. Can you please rerun the test script & return > > the log > > it generates in ./t/test_trace_log_new.txt > > > > Also can you please simplify your test script. Most of the options > > you > > provided are being ignored anyway. Be careful of typos. The module > > ignores unknown tags. > > > > my $ftps = Net::FTPSSL->new ($server, Debug=>1, > > DebugLogFile=>"myLog${dc}.txt", Croak=>1, Port=>5011, DataProtLevel = > > $dc); > > > > Try one test with $dc = "P" and another with $dc = "E". > > > > If neither case works, add SSL_Client_Certificate=>%emptyHash so that > > it > > will attempt to reuse the context, and then retry $dc = "P" and > > another > > test with $dc = "E". (Your test script had a typo when it attempted > > to do > > this.) > > > > I hope this helps & I look forward to hearing back from you. > > > > Curtis > > > > On Thu Oct 29 23:47:24 2015, laszlo.gercsov@mq.edu.au wrote:
> > > Hi. > > > > > > I would like to use "Data Connection mode E" with Net-FTPSSL-0.30. > > > > > > For the FTPS server I am trying to use, 'make test' deeper test > > > works
> > with
> > > "Data Connection mode E", but fails with "Data Connection mode P". > > > > > > During execution there is a message saying "Data Connection mode E" > > > is
> > not
> > > supported and the transfer fails. > > > The transfer also fails with "Data Connection mode P" with "450 TLS
> > session
> > > of data connection has not resumed or the session does not match > > > the > > > control connection". > > > I have copied below the results for the "make test" attemps with > > > data > > > connection mode "E" and "P" as well as the program listing for my > > > test > > > program, and the results when the program executes. > > > I can transfer files using the same credentials using FileZilla, > > > but with > > > mode "P" the transferred file is empty with size zero but the file > > > is > > > created with a current timestamp, just no contents. > > > > > > I get "uname -a" giving :- > > > Linux lacwsprd1001a 3.8.13-55.1.2.el6uek.x86_64 #2 SMP Thu Dec 18
> > 00:15:51
> > > PST 2014 x86_64 x86_64 x86_64 GNU/Linux > > > > > > and "perl -v" gives :- > > > This is perl, v5.10.1 (*) built for x86_64-linux-thread-multi > > > > > > I get the same results for Net-FTPSSL-0.30 and Net-FTPSSL-0.29 > > > > > > Please advise. > > > > > > Thanks, > > > > > > Laszlo.
> > > >
Subject: Re: [rt.cpan.org #108162] Net-FPSSL data connection mode problem
Date: Wed, 4 Nov 2015 09:56:18 +1100
To: bug-Net-FTPSSL [...] rt.cpan.org
From: Laszlo Gercsov <laszlo.gercsov [...] mq.edu.au>
Hi Curtis. We upgraded IO::Socket::SSL and then "Data Connection mode P" with the ReuseSession option got the FTPS file transfer working. I was confused when the deeper test reported that the test with option "E" was passed. I did not truncate the log - that's where it stops. Thanks for your help ! I will not pursue this issue further as the transfer is now working for us ! Best, Laszlo. On 4 November 2015 at 05:38, Curtis Leach via RT <bug-Net-FTPSSL@rt.cpan.org Show quoted text
> wrote:
Show quoted text
> <URL: https://rt.cpan.org/Ticket/Display.html?id=108162 > > > Hi Laszlo, > > Did you truncate the log file? Or was that all there was? It ended in a > really strange state. So assuming that was everything in the log file, it > tells me two things. > > 1) The final message in the log says that your SFTP server doesn't support > Data Chanel level "E". So there is nothing I can do about this on the > client side. You'll have to use the default protection level "P" and > resolve it that way. > > 2) There is a bug in my test script that just silently fails on that > particular error and just skips the rest of the tests without telling you > about it. > > Now that we've ruled out that your server doesn't support "E", at this > point your original request to have Net::FTPSSL support it won't help you. > > Now going back to the original test script you sent me, I have 2 > suggestions to try out in replacing the call to new(). > > my $ftps = Net::FTPSSL->new ($server, Debug=>1, > DebugLogFile=>"myLog1.txt", Croak=>1, Port=>5011); > > If that doesn't work, try the following: > my $ftps = Net::FTPSSL->new ($server, Debug=>1, > DebugLogFile=>"myLog2.txt", Croak=>1, Port=>5011, > SSL_Client_Certificate=>%emptyHash); > > If the 1st one fails & the 2nd one works, and my test program fails, then > I may have an issue with my test program as well. > > Let me know how things work out. > > Curtis > > > On Mon Nov 02 22:57:08 2015, laszlo.gercsov@mq.edu.au wrote:
> > Hi Curtis. > > > > Thanks for looking into this. > > > > I have attached the test trace log. It looks like the test with data > > mode E > > has given the "not supported" message and the test reports that the > > test > > was successful. > > > > Best, > > > > Laszlo. > > > > On 3 November 2015 at 05:53, Curtis Leach via RT <bug-Net- > > FTPSSL@rt.cpan.org
> > > wrote:
> >
> > > <URL: https://rt.cpan.org/Ticket/Display.html?id=108162 > > > > > > > Hi Laszlo, > > > > > > Sorry for the delay in responding. I was out of town for a long > > > weekend. > > > Next time send all that data as attachments. Makes things easier to > > > read. > > > You could have dumped the output to a log file using option > > > DebugLogFile=>"myLogs.txt". > > > > > > Currently data channel modes(S) & (E) are not supported, hence the > > > failure > > > message for 'E'. They've been on my todo list for a while now. But > > > I > > > currently don't have a server to develop against that supports these > > > 2 > > > options. Making it very difficult to come up with a solution. And > > > I've > > > always found (P), the most secure option, usually works. > > > > > > So I was very surprised to see that selecting "E" for this worked in > > > the > > > test script. It may have been a bug in my test code where it > > > defaulted to > > > 'P' anyway for the data channel. But without the log file for the > > > test, I > > > can't tell for sure. Can you please rerun the test script & return > > > the log > > > it generates in ./t/test_trace_log_new.txt > > > > > > Also can you please simplify your test script. Most of the options > > > you > > > provided are being ignored anyway. Be careful of typos. The module > > > ignores unknown tags. > > > > > > my $ftps = Net::FTPSSL->new ($server, Debug=>1, > > > DebugLogFile=>"myLog${dc}.txt", Croak=>1, Port=>5011, DataProtLevel = > > > $dc); > > > > > > Try one test with $dc = "P" and another with $dc = "E". > > > > > > If neither case works, add SSL_Client_Certificate=>%emptyHash so that > > > it > > > will attempt to reuse the context, and then retry $dc = "P" and > > > another > > > test with $dc = "E". (Your test script had a typo when it attempted > > > to do > > > this.) > > > > > > I hope this helps & I look forward to hearing back from you. > > > > > > Curtis > > > > > > On Thu Oct 29 23:47:24 2015, laszlo.gercsov@mq.edu.au wrote:
> > > > Hi. > > > > > > > > I would like to use "Data Connection mode E" with Net-FTPSSL-0.30. > > > > > > > > For the FTPS server I am trying to use, 'make test' deeper test > > > > works
> > > with
> > > > "Data Connection mode E", but fails with "Data Connection mode P". > > > > > > > > During execution there is a message saying "Data Connection mode E" > > > > is
> > > not
> > > > supported and the transfer fails. > > > > The transfer also fails with "Data Connection mode P" with "450 TLS
> > > session
> > > > of data connection has not resumed or the session does not match > > > > the > > > > control connection". > > > > I have copied below the results for the "make test" attemps with > > > > data > > > > connection mode "E" and "P" as well as the program listing for my > > > > test > > > > program, and the results when the program executes. > > > > I can transfer files using the same credentials using FileZilla, > > > > but with > > > > mode "P" the transferred file is empty with size zero but the file > > > > is > > > > created with a current timestamp, just no contents. > > > > > > > > I get "uname -a" giving :- > > > > Linux lacwsprd1001a 3.8.13-55.1.2.el6uek.x86_64 #2 SMP Thu Dec 18
> > > 00:15:51
> > > > PST 2014 x86_64 x86_64 x86_64 GNU/Linux > > > > > > > > and "perl -v" gives :- > > > > This is perl, v5.10.1 (*) built for x86_64-linux-thread-multi > > > > > > > > I get the same results for Net-FTPSSL-0.30 and Net-FTPSSL-0.29 > > > > > > > > Please advise. > > > > > > > > Thanks, > > > > > > > > Laszlo.
> > > > > >
> > > >
-- *Laszlo Gercsov* Senior Systems Analyst Library Systems *Library | *Level 4, C3C Building Macquarie Drive Macquarie University, NSW 2109, Australia *T:* +61 2 9850 6533 *| **F:* +61 2 9850 7568 *M:* + 61 402 175 101* | *mq.edu.au [image: Macquarie University] <http://mq.edu.au/> CRICOS Provider Number 00002J. Think before you print. Please consider the environment before printing this email. This message is intended for the addressee named and may contain confidential information. If you are not the intended recipient, please delete it and notify the sender. Views expressed in this message are those of the individual sender, and are not necessarily the views of Macquarie University.

Message body is not shown because it is too large.