Yes I can connect directly if I remove the password parameter and keying the password at the prompt and the transfer is successful. I was pulled into another task today and was unable to test further but will add that full debug Monday morning. Thanks very much! | [reply] |
The debug message is the same output:
# queueing msg len: 5, code:1, id:3 ... [1]
00 00 00 05 01 00 00 00 03
# waiting for message... [1]
connection failed: bad remote message received
I read in another thread there was a known issue in versions previous to 1.37 of this package that the expect module suddenly would drop connections so I was suspicious of that but I don't seem to be getting that error or I'm not making it that far. It appears we are on version 1.31 so I have asked our admin's to upgrade this module to the current version to see if that helps. I apologize for my ignorance but I am relatively new to PERL so this is a big learning experience for me. | [reply]
[d/l] |
The debug message is the same output:
# queueing msg len: 5, code:1, id:3 ... [1]
00 00 00 05 01 00 00 00 03
# waiting for message... [1]
connection failed: bad remote message received
That probably means Net::SFTP::Foreign thinks the authentication is over but it is not! Are you using the correct password?
Support for password authentication in Net::SFTP::Foreign has some limitations (for instace, it can't detect a bad password) because the ssh client used behind the scenes was not designed to be automated in that way.
In any case, upgrading to the latest version will probably make your problem disappear or alternatively, if you can, switch to public key authentication.
If everything else fails, install version 1.52_03 of the module that I have just uploaded to CPAN, rerun your script setting Net::SFTP::Foreign::debug = -1, and post the full debugging output.
| [reply]
[d/l]
[select] |