[ale] Is there a limit on password length or characters for OUTBOUND sftp when receding a "password" prompt?

[Lightner, Jeffrey]

I’m suggesting there may be 2 separate limits involved in YOUR test, one of which isn’t applicable to the question I’m asking.

RHEL6 may in fact not allow STORING/USING a password that long locally (e.g. in /etc/shadow) or possibly due to pam or login.defs as suggested by someone else.

However in my case I am not STORING the long password locally.   I’m SENDING the password to a remote system where I know it works because my local RHEL7 logs in to the remote successfully via sftp.  So the issue is NOT with the remote STORING or ACCEPTING the password but specifically with RHEL6/RHEL5 trying to SEND the password to that remote.   The local does not STORE the password for this connection which is why I am asking the question.

Again however, I do not know if that is due to length or the existence of “-“ characters.

So I repeat yet again the issue is with SENDING the password from local to remote NOT with storing the password on local as it is not stored there at all.    The issue is only when SENDING the password at password prompt after having initiated sftp command from local to remote and again only on RHEL5/RHEL6.


From: ale-bounces at ale.org [mailto:ale-bounces at ale.org] On Behalf Of leam hall
Sent: Friday, April 21, 2017 8:57 AM
To: Atlanta Linux Enthusiasts
Subject: Re: [ale] Is there a limit on password length or characters for OUTBOUND sftp when receding a "password" prompt?

On Fri, Apr 21, 2017 at 8:53 AM, Lightner, Jeffrey <JLightner at dsservices.com<mailto:JLightner at dsservices.com>> wrote:
There may in fact be a password limit on local host that would prevent your test from working, but again I am doing the login to a remote host and it works when I go there from RHEL7 - just not when I do it from RHEL6 or RHEL5.

That means the remote is in fact allowing the password - it is something with the local (RHEL6/RHEL5) not sending it properly somehow even though I have typed or cut and pasted it exactly the same way each time.   I know I'm typing or cut and pasting correctly because I am consistently getting the login to work when coming from RHEL7.

I tried to "su -" on a CentOS 6 host and it failed with a 32 alphanumeric password. It worked with a much shorter password. I don't see how ssh could be the issue there. it sounds like the issue was removed in RHEL 7.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.ale.org/pipermail/ale/attachments/20170421/2c2c3270/attachment.html>