Hope that helps to kind of step back from it and think over the depth of the possibilities. Outside of overlooking a configuration variable, a typo or error (maybe caused by a text editor) in authorized_keys, or a file permission issue there really isn’t much else that can go wrong. Restart the SSH server afterward (from web console using root pass) and you’re theoretically as good as new in almost every situation. At it’s core, we can pretty much reset the whole thing by copying /etc/ssh/sshd_config from a new droplet with the same OS version, and delete /root/.ssh on the server (then generate new keys). That means potential resolutions can be equally as simple. That’s the good thing about SSH, me and you can both get into situations where we’re overlooking something, but in the end the problem is almost always simple in nature. In helping you resolve the whole problem though, I’d encourage you to take a step back and look at it through a simpler perspective. If you change the root password and password login is disabled, you can only use it to log in through the web console (as it doesn’t use an SSH client). While I can’t tell you with certainty what caused the full event you’ve experienced, I can tell you that reset root password does not change SSH config, and that may at least help in troubleshooting. need if you created your instance using the SSH keys generated by Oracle Cloud Infrastructure. Type your current password when prompted. Type the following command to change password for root user using ssh: ssh -t rootserver-IP-here passwd. Type the following command to change password for vivek user using ssh: ssh -t vivekIP-here passwd. None of the passwords work when trying to log in over ssh, always giving the message “Access Denied”. Most UNIX-style systems include an SSH client by default. The procedure to change the user password on Linux or Unix over ssh: Open the Terminal application. I’ve also tried changing the user password through the rescue console and resetting the root password twice. It makes sense that it would change the ssh configuration to allow password log ins (since I imagine that is what most users are intending when they reset root password) If that is correct, it has done so in a non-obvious way as I have gone through the config file myself and don’t see what could be causing this. I’m wondering what exactly happened during the root password reset that could cause this. Still, the behavior persists, although I can see it is checking the keys (tried testing using the old key, it tells me the server refused the key, but still asks for a password) Created a new key pair, restarted server, etc. I went through /etc/ssh/sshd_config and made sure all the options are correct. Mistakenly, in hopes of fixing the problem, I reset the root password through the web interface (not the user password, which I actually needed).Īfter having done so, every time I try to connect (with Putty) it now asks for a password. Passwords disabled, etc.Įverything was working fine until I wanted to make changes on my server and realized forgot my (sudoer) user password. Used public key auth to ssh in using Putty.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |