Non-interactive SSH password authentication
vincent.bernat.ch
Non-interactive SSH password authentication
1–10 of 128 posts
Re: Non-interactive SSH password authentication
#2Seems overly complicated; sshpass works fine for me. (And the passh examples of why sshpass is broken seem contrived to me.)
Re: Non-interactive SSH password authentication
#3I like the trick of setting the sticky bit to indicate that it's taking a second kick at the can.
Re: Non-interactive SSH password authentication
#4Used 'expect' like 20 years ago...
Re: Non-interactive SSH password authentication
#5I disable password login all my hosts but good to know people do this.
Re: Non-interactive SSH password authentication
#6I disable password login all my hosts but good to know people do this.
Can’t do that in some cases. Tacacs for example doesn’t allow for private keys
Re: Non-interactive SSH password authentication
#7Re: Non-interactive SSH password authentication
#8Re: Non-interactive SSH password authentication
#9Wait, why aren't we using SSH keys? I just did a search on the page for 'key' and didn't see an explanation for why that's not the best option.
Re: Non-interactive SSH password authentication
#10Wait, why aren't we using SSH keys? I just did a search on the page for 'key' and didn't see an explanation for why that's not the best option.
It’s covered under footnote #1:
> First, some vendors make it difficult to associate an SSH key with a user. Then, many vendors do not support certificate-based authentication, making it difficult to scale. Finally, interactions between public-key authentication and finer-grained authorization methods like TACACS+ and Radius are still uncharted territory
Keys (with/without certs) are the best route, but not always possible for every situation.