VSFTP - SFTP error: Couldn't get remote handle.
I am sure this will be an easy fix for someone. I having a couple of problems with the vsftp:
1: When ever I connect to the server, it accepts my user name and passwd but it takes me to the root dir. I have chroot_list_enable and it does not seem to do anything. I really need it to take me the home direcotry /home/someuser
# You may specify an explicit list of local users to chroot() to their home
# directory. If chroot_local_user is YES, then this list becomes a list of
# users to NOT chroot().
# (default follows)
on my vsftpd.chroot_list file i have my user name listed.
2. I get this error when i move into my home directory:
SFTP error: Couldn't get remote handle.
3. Is there a way to have vsftp to accept regular FTP connection? For people who don't use a secure FTP client.
Thanks is advance - MD
1 - It's acting as it's specified to do. Keep your settings as they are now and try to log in as a user whose name is not in the /etc/vsftpd.chroot_list file, but still has a user account on the machine. That person should be chroot()ed to their home directory or some other designated directory according to your other settings. You may have to adjust the settings that pertain to "local logins", also. As far as I can tell, "local" just means "has an account on the server machine".
2 - I don't believe that vsftpd is an sftp server. This means that its connections are not encrypted over an SSL.
3 - So, people without an SFTP client should be a-ok for logins.
These probably weren't the answers you were expecting, but I hope they help.
Cool that worked - much thanks
The problem I am still having is when I remove the user from the system 'userdel someuser' then I would add them again, it still does the same thing. When I try to log in with that same user name vsftp show's the root dir. Is there some log file that needs to deleted?
It may just check the names in the /etc/vsftpd.chroot_list file whenever the daemon starts. You can test that by restarting the vsftpd process(by ending the vsftpd process and restarting it, or through a SIGHUP(i think)) after you edit vsftpd.chroot_list and do your del/adduser stuff. If you use an internet superserver like inetd or its succesor xinetd, this restarting shouldn't be neccesary.
That's still pretty wierd, though. If you have a blank vsftpd.chroot_list, and chroot_list_enable=YES, and chroot_local_user=YES, then all logins should be chroot()ed to their respective home directories.
Basically if chroot_list_enable=YES, it allows you to specify users who can violate the default behavior defined by chroot_local_user.
|All times are GMT -5. The time now is 07:00 AM.|