Articles of 服务器消息块

在Windows 7上使用Samba共享的文件夹大小为0字节

背景信息: 运行Samba版本3.6.9 成功通过Active Directoryvalidation共享(用户/文件权限) 能够成功连接到股票 – 根本没有问题。 所以,基本上,桑巴就像一个冠军一样工作。 我们在Windows 7系统上看到的一个问题是,当您使用Windows 7查看属性时,文件夹大小显示为0字节。文件显示其大小,但文件夹不显示。 我发现这个post已经, https://serverfault.com/questions/580830/samba-folder-properties-incorrectly-shows-0-bytes-and-0-files-in-windows-7 ,但它没有解决同样的问题,我们正在经历。 要添加,在Windows 2003系统上,我们可以看到文件夹大小,所以它似乎与Windows 7相关。 好奇,如果有人遇到这个,并find了解决办法? 有什么想法吗? 提前致谢! **发现解决** 我解决了这个问题,但忘了回到这里来更新我所做的事情。 在smb.conf中,我设置了以下参数: server signing = auto client signing = auto 解决了这个问题!

我如何探测一个SMB共享的未encryption访问?

我正在启用SMBencryption: Set-SmbServerConfiguration -EncryptData $true -Force 从监控服务,我想validation只有encryption连接被接受。 我如何尝试做一个非encryption连接(看到它被拒绝)? 我已经尝试从不支持SMB3encryption的旧版Windows进行连接。 这工作,但我的监测服务运行在最近的操作系统。 我已经考虑禁用机器上的SMB3,但这需要重新启动。 我想要一些没有持久副作用的东西。

在FreeNAS下使用相同的驱动器进行iSCSI和SMB共享

本周末我成立了一个新的FreeNAS服务器,取得了相当不错的成绩,但是我最后一个问题仍然困扰着我。 现在我有两个1.5 TB的驱动器,我想镜像(我计划软件RAID 1),总共1.5 TB的可用空间。 我需要能够通过SMB(CIFS)和iSCSI访问驱动器中的数据。 我将来也许会使用AFP,DAAP和uPnP。 我的问题: 看起来,同样的驱动器(或RAID)不能用于SMB和iSCSI访问。 这是正确的,还是我错过了什么? (注意:我知道你可以在通过iSCSI访问的驱动器上创build一个文件,但这不是我想要的,因为你无法从SMB中看到这些数据) 如果#1的答案确实不是,那么有没有很好的解决方法呢? 我提出了一些解决scheme(并且向更多的人开放),但是需要了解什么是最好的select。 解决schemeA:让驱动器脱离RAID。 安装一个SMB,另一个安装iSCSI。 使用rsync(?)来做小时同步。 (实时同步并不重要,我只需要确保一个驱动器不会丢失所有数据) 解决schemeB:将RAID驱动器创build为iSCSI,然后让FreeNAS访问此目标,然后从SMB重新安装。 甚至不知道这是否有效,听起来像是一个Rube Goldberg机器。 解决schemeC:我不喜欢上述任何一种select,并希望得到更好的解决scheme! 感谢您的任何input!

为什么隐藏的Windows共享没有真正隐藏?

我已经被告知,通过在共享名称后附加一个美元符号,Windows将使其不可见。 事实上,在Windows上,你不能看到以美元符号结尾的股票; 您必须手动键入名称。 浏览我的Linux桌面上的共享文件夹列表,但我可以看到所有的股票都很好 – 隐藏或不隐藏。 像C $和ADMIN $的所有股份都与可见的一起。 我以为Windows的SMB服务器根本就没有把这些名字给devise出来,Linux怎么能看到它们呢? 要查看我login的股票列表,可能与此有关吗? 一些特殊的用户组,使您可以查看所有股票?

Windows文件服务器允许用户pipe理他们创build的文件夹的权限

我有一个Windows 2008 R2文件服务器提供Win和Mac(SMB)客户端。 我有5个文件夹:快乐悲伤孤独的臭和脾气暴躁。 所有的文件夹都应该公开给除快乐和悲伤之外的域用户,这些应该限制在快乐和悲伤安全组(活动目录)中。 我希望每个有权访问的人都能够创build文件夹和文件,但不能删除根共享。 他们应该能够删除共享内的文件和文件夹。 另外,我希望文件和文件夹的创build者所有者能够更改权限,以便他们可以将他们创build的文件夹限制为某个人或组。 权限的inheritance似乎使这项任务变得困难。 请协助。

有没有办法通过SMB共享通过NFS安装的文件系统而不禁用SElinux?

我有两个CentOS主机。 第一个是NAS,第二个是无盘SMB服务器。 NAS服务器通过NFS共享文件夹,并与SMB服务器进行安全的以太网连接。 中小企业服务器共享内容到内联网,WiFi等 当我运行这个命令时,我遇到了一些麻烦: [root@smbserver ~]# chcon -t samba_share_t /mnt/distr/ chcon: failed to change context of `/mnt/distr/' to `system_u:object_r:samba_share_t:s0': Operation not supported 我试图用/ etc / fstab中的选项挂载这个共享: nasserver:/mnt/distr /mnt/distr nfs context="system_u:object_r:samba_share_t:s0" 0 0 但是这也没有帮助。 有没有办法通过SMB共享通过NFS安装的文件系统而不禁用SElinux?

将自定义超时设置为nmblookup

作为批处理脚本的一部分,我有以下命令: hostname=$(nmblookup -A $ip_address | awk '$2 == "<20>" {print $1}') 即使对于未解决的主机,从function性的angular度来看,它也能正常工作。 问题是,当IP地址不可达或远程机器不响应SMB请求时,该命令需要大约十秒钟才能完成。 因此,问题很简单:在这种情况下是否有办法降低stream逝的时间? 换句话说,有没有办法为nmblookup命令设置自定义超时? 注意:我对不使用SIGALRM或类似机制的解决scheme感兴趣; 如果它们存在。 Ubuntu 12.04 LTS的nmblookup版本是3.6.3 。

如何知道何时正确使用iSCSI,NFS或SMB?

我有一个运行Windows Server 2012 R2的文件服务器。 它有四个6TB西数红色驱动器。 我想托pipe我的Hyper-V机器,WSUS(Windows服务器更新服务)内容和WDS / MDT部署ISO和文件在那里例如。 我提供了SMB,NFS和iSCSI选项来连接到服务器。 也就是说,我可以select通过NFS或SMB设置共享,或者创build一个可以连接的虚拟iS​​CSI驱动器。 如何确定哪个选项对于特定解决scheme更为理想,或者只要服务能够访问存储,我select哪个选项并不重要?

collections文件pipe理系统

我们是一家拥有10名程序员的小型软件咨询公司。 我们有很多公司合同和文书工作,我们目前组织在一个分层目录的大文件共享。 由于缺乏能够合法地生活在不止一个地方的文件的标签,这引起了一些令人头痛的问题(虽然不是很重要)。 我想知道小型企业已经实施了什么解决scheme,并使用了很长一段时间来进行文档组织的下一步。 如果有一个超级轻量级​​的工作stream程pipe理部分,我们也会尝试使用它,但是我所看到的大部分是相当重量级的,因为大多数用户只是pipe理团队。

CIFS和SMB如何相互关联?

他们是同义词还是协议栈的组件? 有证据链接的答案是受欢迎的。