FreeMan Posted July 21, 2018 Share Posted July 21, 2018 I was away for 3 weeks, during which there was a power outage. The UPS got the server to gracefully shut itself down, so all was good there. (I believe.) Â When I returned, I was able to reboot the server with no issues, and I can log into the WebGUI with my root ID & password. However, when I point puTTY at the server and give it root/<pwd> it tells me Access denied and prompts for root pwd again. I'm 100% certain that I've typed it correctly, I've confirmed that the password is as I thought it was (it's stored in Firefox's pwd manager - yeah, I know...). I don't have caps-lock on. Â A) WebGUI and console should be accessed using the same account, right? B) Why would I not be able to log in at the console if the user/pwd works fine in the browser? C) Can I delete the users & passwords files to reset everything and recreate them without having to do any sort of fresh install? Link to comment
FreeMan Posted July 21, 2018 Author Share Posted July 21, 2018 Maybe I've somehow managed to disable remote login? I just successfully logged in via directly attached kbd/monitor. Link to comment
ken-ji Posted July 24, 2018 Share Posted July 24, 2018 Do you have any ssh related plugin? it might be enforcing key based login, which would prevent ssh from working if your publick keys on the server have been borked. Post your diagnostics (after trying to login via ssh) so people can take a look and see what's going on. Link to comment
FreeMan Posted July 25, 2018 Author Share Posted July 25, 2018 I do have the SSH Plugin installed. Â Here are diagnostics immediately after a failed login attempt. nas-diagnostics-20180725-1816.zip Link to comment
ken-ji Posted July 25, 2018 Share Posted July 25, 2018 hmm.. your logs indicate that user password for root is not accepted, but it allowed a user brettftp in. can you post config/ssh/sshd_config from the flash? and /etc/ssh/sshd_config as well? Â Link to comment
FreeMan Posted July 25, 2018 Author Share Posted July 25, 2018 Weird... I got to looking at the SSH Plugin settings - it was set to deny root login. Stopped the service, enabled root login, restarted the service and now I have no issues. The plugin was last updated on 22 Jan '18, and I know I've logged in via SSH since then, so it couldn't have been a default change on update. I'm trying to remember now if I disabled that because of some of the sFTP config work I was doing. Â Thanks for getting me to look into that @ken-ji! Â Link to comment
Recommended Posts
Archived
This topic is now archived and is closed to further replies.