in reply to Net::SFTP::Foreign Connections with Password Authentication

The same bug was reported last week by another person and it is already solved in the development release 1.37_07 available from CPAN (I plan to release it as stable next week if no bugs are found in the meantime).

The bug is actually in HP-UX and it is discussed here.

  • Comment on Re: Net::SFTP::Foreign Connections with Password Authentication

Replies are listed 'Best First'.
Re^2: Net::SFTP::Foreign Connections with Password Authentication
by allyc (Scribe) on May 31, 2008 at 23:27 UTC
    Thank you so much!! I tried some super searches but didnt find that post!

    I will try the development version tomorrow and then wait for the full version. I will let you know how I get on!

    Thank you for your help, and a great Module!!!
    Alistair

Re^2: Net::SFTP::Foreign Connections with Password Authentication
by allyc (Scribe) on Jun 01, 2008 at 16:10 UTC
    Hi Salva,

    I have downloaded the new version of the module, but I am still having problems.

    With the changes, Expect doesn’t seem to be getting the Password prompt. The connection hangs for the timeout value and then returns "Password not requested as expected: 0".

    Any ideas as to why this could be? Its probably me being stupid but I have hit a wall again with my investigation.

    Thanks for your help!

    Alistair

      try setting the expect_log_user option on the constructor call to see the Expect interaction. And also run ssh with the verbose flag:
      my $s=Net::SFTP::Foreign->new( 'foo@bar', password=>'...', expect_log_user => 1, timeout => 8, more => '-v' ); die $sftp->error if $sftp->error;

      And BTW, is the remote system accessible from the Internet so I can run some tests against it?

        I will try that in the morning. Unfortunately the machines I am using are not internet facing and I don’t have access to a HPUX machine on the net :(

        I have managed to get the transfers working with 1.36 by setting the block_size to 483 and the queue_size to 1 as discussed in the bug report. It is however much slower than when running interactively.

        I will send some more debug in the morning. Thank you again for all your help!

        Alistair