暂时禁用Windows 2003文件共享服务的最佳方法是什么？ Sorta就像在Linux上closuresSamba一样。
#!/bin/sh mount -t cifs //192.168.5.90/share -o password='' /mnt/tera_nas rsync -av –super –delete –recursive /home/ /mnt/tera_nas/home/ # sleep 5m (i want to avoid using this) # Bash shell snippet to check if mounted Samba share is not busy before issuing umount command umount /mnt/tera_nas/
我有一个第三方应用程序读取几个大文件，并生成第三个大文件。 当生成的文件存储在“本地存储”（即直接连接或基于iSCSI的磁盘）时，其性能非常好。 读取的源文件可以远程存储在我们的NAS上，通过SMB访问，对性能影响不大。 但是，如果我们尝试将目标文件写入任何种类的SMB / CIFS共享（Samba或Windows Server），性能将下降近十倍。 在我们的情况下，这是无法接受的缓慢。 将文件写入networking共享不是很慢。 我可以将大文件复制到SMB共享，并获得很好的性能 – 接近我所期望的可能给予有问题的磁盘和networking。 我有一个理论认为，这个应用程序与SMB共享的问题与共享的写入caching不足有关，也许有很多networking往返。 这是可能的，有什么可以做的吗？
我们有多个使用Windows 7（64位）的Windows系统。 对于Web开发，我们需要一个可以与VM（Oracle VirtualBox）共享的项目工作空间目录。 Virtualbox中包含的解决scheme是共享文件夹，它被发现非常慢。 所以我们使用Windows共享和CIFS。 我们有一个目录d:\share 。 在那里，我们的IDE有他们的工作空间。 我们想把这个目录在本地虚拟机中挂载到/mnt/share 。 这就是在虚拟机内部的web根目录，由Apache实例提供服务。 在虚拟机内部，我们使用git和modman来pipe理开发项目。 modman使用中央目录.modman ，然后将其目录中的文件符号链接到适当的位置。 在我们的例子中，所有这些符号链接都保留在Windows的共享内，它们不能通过主机/访客的屏障。 但是，试图在共享内部链接的共享内部创build一个符号链接给出错误消息： ln: Symbolische Verknüpfung „b“ konnte nicht angelegt werden: Die Operation wird nicht unterstützt （ln：无法创build符号链接'b'：不支持操作） 我发现多个网站build议在smb.conf中提供共享的samba实例进行更改（特别是wide links = yes ， follow symlinks = yes ）。 但是，由于这些共享是Windows拥有的，因此不存在smb.conf 。 我知道NTFS支持符号链接（在Windows端，这些是使用mklink创build的），有些网站似乎build议可以创build符合链接，然后看起来像普通文件，这将是我的罚款。 我已经testing了多个安装选项，包括sfu和nounix ，在他们自己和组合。 错误消息保持不变。 安装目前正在使用 //192.168.0.111/share /mnt/share cifs username=tmengelke,noperm,sec=ntlm,iocharset=utf8 0 0 哪一方需要调整，我们需要调整什么？
我有一个服务器192.168.1.1 samba共享挂载到/ image 我想在这台机器上设置NFS服务器，通过NFS共享挂载/映像文件夹。 当我把它添加到出口文件，我得到一个警告： exportfs：/ image不支持NFS导出 所以我的问题很简单 是否有可能通过NFS重新分享samba mount？ 如果不是那么解决这个问题的最快方法是什么？ 谢谢
在尝试向NetApp分享“净使用”时，我遇到了一个非常特殊的情况。 特定用户需要通过CIFS发出扫描，但该用户（具有完全读/写访问权）会收到“发生系统错误1312 – 指定的login会话不存在，它可能已被终止”。 这种情况需要下列命令： net use \\ShareHostname\Share /user:DOMAIN\user /persistent:no [password] 下面的数据包捕获显示了这一尝试。 如果在没有为当前login的用户提供密码的情况下发出相同的命令（不同于所需的用户并且只具有读取权限），则该命令成功完成。 net use \\ShareHostName\Share /user:DOMAIN\user2 /persistent:no 当将应用程序从Win2k3框移动到同一个域上的Win2k8时，这个问题就产生了。 在新机器上无法validation的帐户在Win2k3机器上工作，有趣的是。 在检查中，我validation了两台计算机上的GPO“networking访问：不允许存储密码和凭证以进行身份validation”在两台计算机上都是“已启用”，无法更改。 我真的想要缩小这个问题的范围，并且非常感谢提供额外的故障排除步骤或可能的解决scheme。 编辑： 两个系统之间唯一可以观察到的差异就是通过SMBv1（Win2k3）与SMBv2（Win2k8）进行通信。 但是，打破它的真正区别在于，当为SMBv2提供密码（不pipe用户是什么）时，会发生系统错误1312。 但是，如果没有提供密码（对于当前login的用户），则将成功完成authentication。
当使用mount.cifs ver在Debian 8.2上安装OSX 10.9.5共享时 6.4： mount error(95): Operation not supported 证书不是问题。 我可以通过smbclient访问它们。 Mount正确读取凭证文件中的域和用户名。 我以root身份运行，所以希望没有权限问题。 我能find的唯一区别是在文件共享主机上的/var/log/system.log报告的标志。 访问mount.cifs列出没有标志， smbclient列出了一些。 但mount.cifs在另一台机器（archlinux）上工作，也没有标志。 # smb client works fine smbclient \\\\arnold\\T800 -A ~ni_tools/passwd/arnold Domain=[ARNOLD] OS=[Darwin] Server=[@(#)PROGRAM:smbd PROJECT:smbx-276.92.2] smb: \> # mount sudo mount -t cifs //arnold/T800 test -o credentials=~ni_tools/passwd/arnold,iocharset=utf8,uid=1000,gid=1000,rw -vv domain=ARNOLD mount.cifs kernel mount options: ip=157.229.27.130,unc=\\arnold\T800,iocharset=utf8,uid=1000,gid=1000,user=lncd,,domain=ARNOLD,pass=******** mount error(95): Operation not supported […]
服务器目录与用户挂在一起，他们在Windows中肯定有“写入属性”权限。 / etc / fstab中： //server/shared /mnt/fs1 cifs noperm,rw,nounix,iocharset=utf8,gid=java,file_mode=0774,dir_mode=0775,credentials=/localhome/securedir/fs1.credentials 0 0 挂载的文件是可读可写的目录。 更改文件的时间戳工作： > touch -t 01010101 /mnt/fs1/test.file 更改目录的时间戳结果为“权限被拒绝”： > touch -t 01010101 /mnt/fs1/baselines touch: setting times of `/mnt/fs1/baselines': Permission denied 我还有其他的安装select吗？ 谢谢！
我们想通过autofs挂载股票。 没什么特别的我们想过 但是：这必须在一些复杂的活动目录情况下完成。 我们拥有的是：集成的Ubuntu 14.04工作站，用户可以在其上loginWindows凭据。 大部分的工作是使用sssd完成的，它也在login时创build一个kerberos票据。 现在：我们想要使用这张票来validationnetworking共享。 复杂的情况是：AD基于许多位置名称的规定。 以下configuration是匿名的。 问题： 安装尝试失败： cifs.upcall: find_krb5_cc: considering /tmp/krb5cc_594111_644IQv cifs.upcall: find_krb5_cc: FILE:/tmp/krb5cc_594111_644IQv is valid ccache cifs.upcall: handle_krb5_mech: getting service ticket for shareserver.sub.example.org cifs.upcall: cifs_krb5_get_req: unable to get credentials for shareserver.sub.example.org cifs.upcall: handle_krb5_mech: failed to obtain service ticket (-1765328377) cifs.upcall: Unable to obtain service ticket 所以这个kerberos票是为[email protected]生成的。 但是我们想连接到SHARESERVER.SUB.EXAMPLE.ORG 我们的kerberos票证是不是有效连接到服务器，或者这是一个错误configuration的kerberos系统，它不会从sub.example.com链接到example.com。 krb5.conf的： [libdefaults] […]
我有一个运行11.11版的旧版HP-UX系统，它有一个configuration为netapp文件pipe理器的cifs装载。 在过去的几天里，我们看到如果使用完整的path，可以创build和访问文件的份额有一些奇怪的行为，但是通配符列表失败。 重新分享份额似乎纠正了这种行为。 一个实际的例子： cd /path/in/myshare touch newfile.txt ls * #finds nothing ls newfile.txt #finds file umount /sharepath mount -a ls * #finds the file 任何人都有什么猜测是什么原因造成这种奇怪的行为？