[quote=“bobocat, post:2, topic:57617”]
You can fix it by going to the panel, turning off enhanced user security, then re-enabling it (or vice-versa depending on your preferred settings). I have complained to Support about this and pointed out the problem, but they refuse to acknowledge that it exists. If this fix works for you, please let me know.
[/quote]bobocat – Thank you.
I can confirm that you are correct. I disabled and then re-enabled ‘enhanced security’ for the user at panel.dreamhost.com and was then able to ssh into that user’s account sans password. I didn’t even have to re-‘ssh-copy-id’.
You may confidently relay to Dreamhost that they do in fact have a bug - in essence exposed via a client-duplicable remedy. Hey – at least there’s a remedy, right?
I wonder if there is anything in common to your experience and mine that could be the trigger that foils passwordless ssh. Originally, this user had a number of domains, but I transferred them to other users over a year ago. Then recently I put a one-click install of Concrete5 on a subdomain as a demo to try it out.
I’ve been doing rsync and mysql dumps and restores, and wanted to make sure I didn’t delete every file in the user directory by mistake with an rsync restore before I got a handle on it. I’m glad I did, because that’s exactly what happened.
Thank you so much for figuring this out. I was about to delete the user and start again.