-
Notifications
You must be signed in to change notification settings - Fork 14
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Permit root login should default should not be 'yes' #5
Comments
Well, the idea in this case is that I don't want to log someone out of his server just because he didn't read the documentation... does that make sense!? |
Sure, that makes sense, but on the flip side what if a person doesn't read the docs and opens root up for password authentication and has a crappy password because I think a sensible thing to do would be to defer to whatever the default setting is, which for many(/all?) distributions is indeed 'prohibit-password'. If someone gets locked out of a box because they didn't have a public key for root and/or didn't have another user to login as then, well, that's their fault. |
Sure, I guess I will chance the behaviour once I do a major release some time in the future. But thanks for the feedback and for any one else reading this, feel free to vote for the change. |
without-password sounds like a good choice to me. The nice thing about a role is the role can probably check if if root has any entries in authorized_keys and warn. |
Yes, that could be a nice add on. |
Seems like the sort of thing which should always be opt-in instead of opt-out.
How about 'prohibit-password' as an alternative?
The text was updated successfully, but these errors were encountered: