Vsftpd User Home Directory Mounted With Cifs But Getting Error 550

In my RHEL 6 sever space issue so i am mounted new user
home directory to my nas storage with cifs rw permission

but when user using ftp getting error 550 create directory operation failed

vsftpd user home directory mounted with cifs rw permission but getting error 550 create directory operation failed


Similar Content



Mount Error 115 On Some Shares

Hi there guys,

I hope you can help me with a small issue that is kinda driving me crazy.
I'm running debian wheezy on a virtual machine and trying to mount some shares from the win8.1 host.
The lines I put in the /etc/fstab a
Code:
//192.168.0.10/dir1 /home/user/dir1 cifs credentials=/root/.secret.pwd,uid=1000,gid=1000,file_mode=0777,dir_mode=0777,iocharset=utf8,sec=ntlm 0 0
//192.160.0.10/dir2 /home/user/dir2 cifs credentials=/root/.secret.pwd,uid=1000,gid=1000,file_mode=0777,dir_mode=0777,iocharset=utf8,sec=ntlm 0 0
//192.160.0.10/dir3 /home/user/dir3 cifs credentials=/root/.secret.pwd,uid=1000,gid=1000,file_mode=0777,dir_mode=0777,iocharset=utf8,sec=ntlm 0 0

The first share gets mounted correctly, but not the other two.
This is the output I get when sudo-ing a mount -a:
Code:
mount error(115): Operation now in progress
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
mount error(115): Operation now in progress
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)

and this is what /var/log/syslog shows:
Code:
Mar 24 12:56:12 hostname kernel: [ 1887.029043] CIFS VFS: Error connecting to socket. Aborting operation
Mar 24 12:56:12 hostname kernel: [ 1887.030013] CIFS VFS: cifs_mount failed w/return code = -115
Mar 24 12:56:22 hostname kernel: [ 1897.052130] CIFS VFS: Error connecting to socket. Aborting operation
Mar 24 12:56:22 hostname kernel: [ 1897.053885] CIFS VFS: cifs_mount failed w/return code = -115

The same happens at boot time.

Now, the crazy thing is that if I run manually a:
Code:
sudo mount //192.168.0.10/dir2 /home/user/dir2 -t cifs -o credentials=/root/.secret.pwd,uid=1000,gid=1000

it works perfectly.

Now, I'm no power user, but I thought I'd be able to manage a couple of simple cifs shares...but then again I guess not
So, my questions so far a
1. how the heck do I make that work?
2. why is it not working? Might be the security? Should I choose perhaps ntlmv2? I read a bit around but I don't know this kind of security mechanisms, so...
3. why on earth is the first mount working just like a charm and not the other two?

You know what? I'm trying now to remove the sec option from the fstab, and see how that works out.

In the meantime, if anyone could lend a hand I'd appreciate it very much

(solved) User Has Not A Directory

Hi. When I ran #useradd -m -s /bin/bash -G áudio,lp,video, wheel,scanner -U user
#passwd user

I forgot to have the /home mounted (shame on me)

so now there is not a /home/user (directory) so user cannot start the X

how can I fix it?

thank you!

Why Vsftp Can Do It, But Openssh Sftp Cannot ? (chroot)

Dear all,

This is long story cut short, with vsftp, if i set this parameters in the vsftp.conf file below

Code:
local_enable=YES
chroot_local_users=YES

I am able to login to the ftp account, see and list my home/user directory, and if i do a cd / or cd .. , i will still be chroot to my /home/user directory.

without, the need to chmod or or chown anything to my /home/user directory

=============================================

With openSSH, internal_sftp, even though I have set the sshd_conf to

Code:
Match user alankoh
X11Forwarding no
AllowTcpForwarding no
ForceCommand internal-sftp
ChrootDirectory /home/%u

I will need to change owner my /home/user directory to have root becomes it owner.
============================================

Q1) why this difference ? How does vsftp chroot without changing the /home/user folder ownership ?

Q2) i realize that openssh ChrootDirectory parameter causes my default login directory to be set as that of the parameter.
(e.g. if i set to "/whatever/xyz", i will be brought to that /whatever/xyz everytime i login to the sftp instead of my /home/user folder.

Why ? I thought that ChrootDirectory is just a security measure to specify the directory to go to in case the user cd to root (e.g. cd /), else not, i should still go to my /home/user folder everytime i login to sftp.

Regards,
Noob

Rsync Copy Permission Denied

hi experts

I am rsyncing a user's home dir across the NFS and the local PC, but when it tries to copy over the hidden files it fails with permission denied. Both dir are owned by the proper user and I am root when I execute the script, so I am not sure what went wrong here.
For example: this is the content and permissions of the source:

-rw------- 1 user test 115 Nov 14 11:28 .bash_history

and here is my error:

rsync: send_files failed to open "/home/user/.bash_history": Permission denied (13)

Thanks

550 Permission Denied Vsftpd

Hi, I'm having trouble configuring my vsftpd version 2.2.2 on Centos 6.6. I successfully log in, but I cannot make any changes (creating files, directories, whatever):
ftp> mkdir t
550 Permission denied.
ftp>

This is how my vsftp.conf looks:
Code:
anonymous_enable=NO
local_enable=YES
local_umask=022
dirmessage_enable=YES
listen=YES
pam_service_name=virtual-ftp
userlist_enable=YES
userlist_file=/etc/vsftpd.user_list
userlist_deny=NO
tcp_wrappers=YES
write_enable=YES
guest_enable=YES
guest_username=ftp
local_root=/mnt/storage/ftp

All users are mapped to the ftp user. /mnt/storage/ftp is owned by ftp and there are no permission problems (the mount point is /mnt/storage). I use pam for authentication, which seems to be working fine from what I can tell from the logs and the fact that I can log in, of course.

/mnt/storage is a linux partition and it's mounted like this:
/dev/sdb5 /mnt/storage ext4 defaults 0 0

Which is really unimportant, because I tried to use the root partition also, and I get the same problem.

On some site someone suggested allow_writeable_chroot=YES, but this directive is not identified by vsftpd.

I kind of ran out of ideas. Any suggestions?

Did I Just Rm -rf My Entire Home Dir? (data Recovery)

Hi everyone, I hope you're all well, I've made a pretty stupid error and I hope someone can help, thanks for your time.

So, I had been warned by gnome and my package manager that my HDD was full which didn't seem right so I decided to look at Gnome's 'Disk Usage Analyzer' which made the problem appear obvious. There was apparently a complete 1.5TB copy of my home directory in the /srv/nfs/ directory, now I don't have much use for NFS anymore and I needed to install some software so I thought the solution was quite straightforward , I cd'ed to /srv/nfs/ and rm -rf'ed the directory and figured that I would fix nfs at a later date. Now this seems to have deleted my actual home directory, which is completely empty and it looks to me like I've lost ~1.5TB of data.
So firstly, Is it actually this operation which deleted my home directory or did I manage to do this at some other point with some other command?
And secondly do I have any chance of recovering files? I tried to unmount the partition when I realised what I had done but I kept getting an error to the effect that the drive was busy at which point I rebooted and got the same error, so I unplugged the machine. Googling led me to extundelete but I don't have access to another linux machine at the moment, would this be my best chance?

Thanks again for any replies.

Unable To Mount Smbfs To Client Server

mount -t cifs //192.168.86.135/home/ /smbdata/ -o ussername=localhost.localdomain/smbuser,password=x
mount error 13 = Permission denied
Refer to the mount.cifs(8) manual page (e.g.man mount.cifs)


192.168.86.135 is my primary server IP and i tried to mount from another server which is accessible

Please help

FTP Issue From One Server To Anothe Server

when i try to ftp from server to another server I am getting error below

bash-3.2$ ftp 172.25.27.120
Connected to 172.25.27.120.
220 Service ready for new user.
Name (172.25.27.120:ccnusr): crsftp
331 User name okay, need password for crsftp.
Password:
230 User logged in, proceed.
Remote system type is UNIX.
ftp> cd /tmp
250 Directory changed to /tmp
ftp>
ftp> mput /tmp/tst.air
mput /tmp/tst.air? y
200 Command PORT okay.
550 /tmp/tst.air: Permission denied.
ftp>
ftp>

Please let me know if anyone has faced the simialar issue.

I have checked the vsftpd.conf file and seems everything is fine

anonymous_enable=YES
local_enable=YES
write_enable=YES
#anon_upload_enable=YES
#anon_mkdir_write_enable=YES
dirmessage_enable=YES
xferlog_enable=YES
connect_from_port_20=YES
#chown_uploads=YES
# The name of log file when xferlog_enable=YES and xferlog_std_format=YES
# NO writes to vsftpd_log_file, YES to xferlog_file
xferlog_std_format=YES
#async_abor_enable=YES
#ascii_upload_enable=YES
#ascii_download_enable=YES
#deny_email_enable=YES
# directory. If chroot_local_user is YES, then this list becomes a list of
#chroot_local_user=YES
#chroot_list_enable=YES
#ls_recurse_enable=YES
listen=YES
#listen_ipv6=YES
userlist_enable=YES
tcp_wrappers=YES

Need Help Create Ssh User Who Can Only Access One Directory

hi linus guru,


Need your help, I would like to create ssh user that only has access to one folder

existing Directory: /home/aps/ logs



user can only have read only access on logs folder

Thanks, appreciate your help..

Ssh Public Key Fingerprint

First time post so I hope it's not too long winded!

I've just installed Centos v7.1 and created an additional user.

First putty session I logged in with root and got the public fingerprint message and clicked Yes to accept.

However I noted when I logged in with the user other I did not get the prompt and my home directory didn't have a .ssh directory.

OK, so I created a .ssh (chmod 700) directory within /etc/skel and created a new user. Logged in with that account and still no prompt, although I do now have a .ssh directory generated.

I've tried deleting the known_hosts files in the root's .ssh directory and restarting the sshd daemon but it's not working.

How do I get it to prompt with original public key again?

Thanks for reading.