Articles of cifs

用新的replace文件共享服务器

我有一个服务器,用于应用程序,path: \\ cifs_server \文件夹 我必须将其移动到新的服务器: \\ cifs_server_new \文件夹 (这两个文件夹已被同步)。 这样做的最好方法是什么,最小的服务中断? 将所有应用程序的path更改为共享(可能会很长,具有大量虚拟目录的IIS) 在主机文件中,创build一个条目“IP_OF_NEW_SERVER cifs_server”(但将AD身份validation仍然工作? 从域中删除cifs_server ,将cifs_server_new重命名为cifs_server并将其join域?

Apache服务Samba共享导致糟糕的性能?

这是关于Apache和Samba之间有问题的交互的问题。 我们的Linux服务器(在一个私有的内联网上)安装一个Windows共享,这个共享在千里之外,并通过Apache服务。 这让我们的用户通过HTTP而不是通过file:// URL来查看共享上的文件。 然而,有时单个HTTP命中产生多个Apache线程,在“发送应答”(“W”)状态下,所有的线程都同时访问相同的SMB文件10分钟或更长时间。 Apache的服务器状态页面显示了许多相同的线程,如下所示,这是1434年前,所有的寿命略有不同(在“SS”列中): Srv PID Acc M CPU SS Req Conn Child Slot Client VHost Request 33-1 28411 0/146/27463 W 9.20 1434 0 0.0 0.56 689.97 192.168.0.25 someserver GET /share/foo/myfile.xlsx HTTP/1.1 有人知道为什么发生这种情况,我们可以如何防止它? 有没有更好的方法来实现我们的HTTP连接到Windows共享的目标? 我们的/ etc / fstab条目是: //server//sharename /mnt/foo cifs ro,auto,credentials=/my/file,nosuid,nodev 0 0 httpd.conf条目是: Alias /share/foo "/mnt/foo" <Directory "/mnt/foo"> EnableSendfile Off Options […]

允许任何用户安装任何CIFS共享

实质上,我想要Ubuntu 10.10之前的行为。 setuid方法( 请参阅注释 )不起作用了。 我在互联网上search了很多,但我还没有find一个令人满意的解决scheme。 我已经阅读了涉及编辑sudoers文件( ALL ALL=NOPASSWD:/sbin/mount.cifs )的解决scheme。 但是,用户也可以指定一个目录作为他们通常无法访问的挂载点,对吧? 这不是我想要的。

CHMOD权限在SMB共享上被拒绝

我正在使用/ etc / fstab在CentOS 6.4服务器上安装SMB / CIFS共享,如下所示: 挂载窗口共享到/ mnt / mywebsite //10.1.1.4/mywebsite/mnt/mywebsite cifs username = httpd,password = topsecret,uid = apache,gid = apache 0 0 然后我发出mount -a,我看到我的挂载被创build,而所有者是apache:apache。 我可以创build文件和目录,但是如果我尝试对文件执行chmod操作。 例如: mkdirtestingchmod 755testing 我得到以下错误:chmod:更改`test'的权限:权限被拒绝 我想弄清楚为什么我得到这个。 有没有SELINUX政策阻止我? 我需要在我的/ etc / fstab中添加一些额外的参数吗? 我试着做grep http /var/log/audit/audit.log | audit2why,我没有看到SELINUX阻止我。 感谢Brad

正确的桑巴configuration写访问组?

我试图在CentOS客户机上重新configurationSamba / CIFS,因为当前的设置要求任何login到机器的用户sudo写入samba共享。 我想拿走sudo的特权,同时还提供了写入共享的方法。 我倾向于认为服务器端不需要做任何修改,因为我有一个新configuration的Debian客户端,几乎可以完美的工作。 我说几乎是因为它引发了像mv一样的警告:未能保留对`/media/smbshare/somefile.xls'的所有权:Permission denied。 (如果我能使这个消失,这当然是一个奖金。) 为了提供更多的背景知识,我在Debian和Ubuntu上成功使用了以下指南: https://help.ubuntu.com/community/MountWindowsSharesPermanently https://help.ubuntu.com/community/Samba/SambaClientGuide 我试图在CentOS机器上采取类似的步骤:我首先创build了一个组“samba”,并使用“sudo visudo”添加了以下行: %samba ALL=(ALL) /sbin/mount,/sbin/umount,/sbin/mount.cifs,/sbin/umount.cifs (我已经用/ sbin / mount和/ bin / mount进行了试验) 然后,我把自己join了这个组织,卸下和重新装上,试图再次写下,没有运气。 下一步:我做了一些编辑fstab文件。 旧的行读取: //10.0.1.3/smbshare /mnt/smbshare cifs credentials=/root/smbcreds 0 0 我玩过不同的configuration,添加gid = samba,file_mode = 0777,dir_mode = 0777,noserverio,以不同的组合,卸载和重新安装,没有明显的区别。 也许那么在客户端的UNIX样式的权限问题? 如下: drwxrwxrwx 101 nobody nobody 0 Jun 7 05:04 smbshare 但似乎是读/写/执行被授予所有?

Synology cifs mount不允许执行

我有一个Synology NAS。 我能够在Linux上安装cifs目录(尝试了centos 6和Ubuntu 12)。 除了无法执行任何操作外,我可以做所有事情。 如果我尝试tab来完成,它不显示任何可执行文件,只有目录。 如果我实际input可执行文件,即使我以root身份尝试,也会显示“权限被拒绝”。 我的fstab看起来像这样: //172.22.1.3/public/data /data cifs user,uid=501,rw,suid,credentials=/etc/credentials 0 0 auto 我在linux上做错了什么? 或者这是一个Synology或NAS的一般问题? 谢谢。

为什么我的OSX客户端连接到我们的SMB服务器时遇到了很多麻烦?

我在这里问这个问题是因为我认为我在这里比在Ask Different中更容易findSMB / Kerberos专家,这似乎主要与OSX客户端问题有关。 当我第一次连接到我们的SMB共享时,Finder在获取共享的根文件夹时似乎locking了30秒。 首先浏览共享速度非常缓慢 – 打开每个文件夹大约需要30秒。 在系统日志中,我多次看到这个消息: Apr 9 15:14:37 teds-mac-mini.teradici.local NetAuthSysAgent[2139]: smb_mount: mount failed to teradici.local/data, syserr = Permission denied Apr 9 15:14:39 teds-mac-mini.teradici.local NetAuthSysAgent[2139]: NAHSelectionAcquireCredential The operation couldn't be completed. (com.apple.NetworkAuthenticationHelper error -1765328228 – acquire_kerberos failed tmiddleton@LOCAL: -1765328228 – unable to reach any KDC in realm LOCAL, tried 0 KDCs) Apr […]

如何设置/克服Synology DS214与DSM 5的samba / cifs 2.1中的文件大小限制/“file too large”错误

我使用-o username=user,gid=999,uid=999,rw,vers=1.0在CIF上挂载了一些samba共享。 NAS具有3TB的容量和500GB的可用磁盘空间,创build了一个4TB的稀疏文件,带有truncate -s 4T file.img文件truncate -s 4T file.img是没有问题的。 当我装载vers=2.1的共享时,我得到的错误file too large , truncate调用大小大于2GB,以及为dd ,例如dd if=/dev/sda12 of=/mnt/samba_share/output.img结果 dd writing to '/mnt/samba_share/output.img': File too large` 4194304+0 records in 4194303+1 records out 2147483647 bytes (2,1 GB) copied, 33,5466 s, 64,0 MB/s 底层文件系统创build稀疏文件显然没有问题(在cifs 1.0中无法识别,但这是另一个问题,我猜)。 为什么桑巴或DSM限制了大小? 如何克服这一点? Samba协议版本2.1似乎是最新支持的(在DSM 5控制面板中有一个用于SMB2支持的checkbox;指定vers=3.0 as mount option causes error挂载错误(22):无效参数)。

CentOS cifs挂载点在重启后失败。 许可被拒绝错误13

我正在使用CentOS版本5.10我在/ etc / fstab中有一个挂载点设置,但是现在没有。 重新启动后,挂载点不存在,并运行sudo mount -a导致:挂载错误13 =权限被拒绝 在我的fstab条目看起来像这样: //my.server/my\040Folder/MY\040SUBFOLDER/other\040folder /var/ftp/virtual_users/myfolder cifs username=mydomain\134myuser,password=mypassword 1 1 我试过在命令行中手动安装使用这个: $ sudo mount -t cifs "//my.server/my Folder/MY SUBFOLDER/other folder" /var/ftp/virtual_users/myfolder –verbose -o username=myuser,password=mypassword,domain=mydomain 我的结果是:mount.cifs内核挂载选项:unc = // my.server \我的文件夹,ip = 192.168.150.100,ver = 1,rw,用户名= myuser,域= mydomain,prefixpath = MY SUBFOLDER / other文件夹,通过= ******** 挂载错误13 =权限被拒绝请参阅mount.cifs(8)手册页(egman mount.cifs) 我可以用smbclient成功login: $ smbclient "//my.server/my Folder" -U […]

NetApp CIFS共享上的默认NTFS权限

基本的前提是我已经创build了一个共享,并允许它,然后我不能更改权限,甚至不能创build一个文件夹。 卷:/卷/项目数据 共享/ vol / ProjectData作为\ netappfiler \ Projects 在OnCommand系统pipe理器里面我已经分配了一个我是其成员的域组来完全控制。 我期望这些作为共享权限通过,为此,让我在我的8.1笔记本电脑上从计算机pipe理设置ntfs权限。 所以分享:每个人 – 阅读团队名称 – 完全控制 打开Windows 8.1计算机pipe理,连接到另一台计算机,连接到Filer 当我尝试保存对NTFS权限所做的更改时,我的访问被拒绝。 我已经看到这篇文章https://www.pickysysadmin.ca/2012/04/27/access-denied-when-changing-ntfs-permissions-on-a-netapp-cifs-share-from-windows …和我想知道这是否是类似的东西。 所以我用XP上的计算机pipe理,它回来了相同的错误。 我是否错误地设置我的股票? 我在这里错过了一些超级基本的configuration概念吗? 然而,我在qtree中添加了一个qtree,并且突然(在qtree里面)我可以创build文本文件和文档。 所以我误解了它的工作方式? 如果我想在NTFS级别的权限,我需要build立像下面这样的东西? / vol / Volume / Qtree,然后在Qtree级别创build一个共享?