unable to connect to SFTP using Nginx One Click droplet
I'm trying to connect via sftp to a one-click LEMP droplet, but after creating a superuser and granting ownership of the web directory, sftp login still fails for both root and my newly created superuser.
Here's what I've run to set up my user so far:
adduser logan
usermod -aG sudo logan
rsync --archive --chown=logan:logan ~/.ssh /home/logan
As far as permissions and groups go, I've done the following (domain.com as placeholder for my actual domain)
sudo chown www-data:www-data /var/www/domain.com
sudo chmod -R 775 /var/www/domain.com
I've been using the following docs:
https://www.digitalocean.com/community/tutorials/initial-server-setup-with-ubuntu-18-04
https://www.digitalocean.com/community/tutorials/how-to-set-up-nginx-server-blocks-virtual-hosts-on-ubuntu-16-04
https://www.digitalocean.com/community/tutorials/how-to-secure-nginx-with-let-s-encrypt-on-ubuntu-18-04
Is there something else that needs to be done after starting the one-click droplet? I saw a help article that said I needed to change the root password first, but I'm using an SSH key for my root account (selected during droplet configuration).
Thanks in advance for any assistance.
Try logging in with keys instead of password via SFTP. If you are able to SSH in with the keys then you should be able to SFTP as well. I'm using WinSCP on windows and it has the option to log`in via keys.
You could take a look at the ssh logs with
cat /var/log/auth.log.Sorry for not responding initially, I do appreciate your response. I think I abandoned the droplet and spaced that I had posted a question in regard to it.
I am however running into this issue on a droplet that I have been running since before the droplet in the initial question. I'm usually able to login w/sftp without issues, but noticed that ceased a few days ago. My ssh keys have continued working for terminal connections, but sftp is obviously easier to edit files with.
I checked the auth.log but it doesn't show any errors, or even failed authentication. Only shows other usernames that have been denied previously (rightfully so), and a log entry indicating that I ran the cat command.
The error im getting back in CyberDuck is as follows:
Exhausted available authentication methods. Please contact your web hosting service provider for assistance. Please contact your web hosting service
I've tried logging in as my user and as root but both seem to be having the same issue. I'm continuing to research this myself, but are there any other logs i should check that anyone can suggest?