Articles of 服务器消息块

具有相同文件共享名称的多个W2K8 CNames到一台服务器

我是“less年级”SAAS公司的唯一DBA,这意味着我从开发过程中走出来,知道如何感受小型和大型的查询和networking传输,并与less数系统pipe理员联系通过自己的轨道在同一个脉络。 第一份工作,不是三口之家,但我不能告诉你带宽是多less等等 他们在我的服务器之前把文件夹放在我的服务器上,现在他们正在压缩它们,不仅消耗了networking编组和I / O,还消耗了额外的CPU和内存时间。 购买重复的Windows许可证会导致LUNclosures。 我反对在环境中提供额外的* nix服务器,因为我将是唯一支持它们的服务器。 我试过search,但只能find相反…我如何CNAME Windows服务器,并有每个CNAME共享目录到不同的本地目录? EG \ fred \ share指向G:\ bob \ share指向H:

在AD环境中的Windows 2K8 R2不允许SMB连接

我有2个Windows2k8R2虚拟机。 一个是域控制器,另一个是TS服务器。 两者都启用了networking发现和文件共享。 目前,TS服务器不允许任何SMB连接,无论是从本地本地机器,工作组本地机器还是从域控制器服务器。 所有的本地机器和Active Directory服务器都可以与SMB,RDP和ping回声通信。 TS服务器允许来自任何计算机的RDP和ping回显。 这只是SMB连接协议被拒绝。 我已经检查了防火墙规则,并允许所有“文件和共享”传入和传出的连接。 此外networking访问策略正确设置。 他们大多数有默认设置,而不是,只是为了网站的要求,没有任何networking相关。 此外,我testing了closures防火墙,防病毒(Symantec Endpoint Protection),但没有区别。 有人有线索可能是什么问题?

无法访问共享有时和一些奇怪的性能问题

在访问\\ dc01(根目录)时,出现错误0x80070043“无法findnetworking名称”,但可以通过\\ dc01 \ share访问共享。 当我得到这个错误,我也没有得到通过组策略托pipe的服务器上的networking驱动器,它失败,这个错误: “GPO名称”组策略对象中的用户“W:”首选项不适用,因为它失败,错误代码为“0x80070008没有足够的存储可用于处理此命令”。 这个错误被压制了。 客户端是Windows Server 2012远程桌面,服务器也是2012。 在VMware主机上。 然后我登出去,没有问题。 也许相关,也许问题的地方:当我有这个问题,有时当我没有(networking驱动器添加正常)共享/networking驱动器上有一些奇怪的性能问题:Word,Excel和PDF文件打开非常缓慢。 办公室说“联系\\ dc01 \共享…”20-30秒。 Txt文件没有这个问题。 我也有2012年的DC02服务器,没有像这样的问题。 任何提示如何排除故障?

文件服务器迁移中的文件夹权限问题 – 共享任务VS NTFS权限

我正在将文件服务器表单2003迁移到2012 R2。 有大约50TB的文件和数千个人的权限。 我已成功将文件迁移到新服务器,包括其权限保持不变。 我遇到了权限问题。 让我们以“Accounts”文件夹为例:在旧的文件服务器上,它与权限共享:Everyone读取NTFS安全设置为:Accounts完全控制财务读写 这将导致用户能够看到共享文件夹帐户,但不访问或查看它的内容,除非它们在帐户或财务组中。 在新的2012年服务器上,我得到了高级共享,为每个人添加权限阅读,并创build共享。 然后我检查文件夹的NTFS权限,他们仍然完好无损,帐户,财务,这就是它。 问题是,每个人都可以读取该文件夹中的每个文件。 看来共享权限优先于NTFS权限。 同样的事情发生在新服务器上的100多个共享上,我手动重新执行所有的权限是不可行的。

在针对不同域进行身份validation时指定DNS /域控制器

客户端有两个域驻留在同一个子网/物理networking上。 基本上只有一个POP3邮件服务器( OLDSERVER )和一个旧的DC( OLDDC )在生活上支持OLDSERVER高兴。 两个森林之间没有信任。 他们不知道彼此的存在。 我想通过net use映射的驱动器临时挂载到OLDSERVER ,这样我就可以在几个晚上运行一个文件同步作业,从旧的服务器上获取所有的邮件数据,但是我得到了信任关系错误,无论如何使用/USER:选项指定域。 我相当肯定地说,如果我更改了NEWSERVER上的DNS服务器绑定,或者为旧的FQDN添加了一个转发器给OLDDC ,我可能会得到这个工作,但我宁愿find一个命令行方法来指定哪个DC查询/validation,以便我可以临时映射驱动器; 大声思索,旧域所需的DNS条目的主机文件条目,解决所需的OLDDC也可能是一个潜在的解决scheme。 另一种方法是安装一个临时的FTP服务器,完全避免基于SMB / Windows的身份validation(或者只是使用USB驱动器),但是我现在比任何事情都好奇,知道这是否可能。 编辑:HOSTS文件方法可能不会工作,因为不支持SRVlogging。 对于不支持SRV的客户端,您可以指定一个特定的Alogging,但是我会怀疑不支持SRV的客户端将不包含Windows Server 2008 R2; 从有关Active Directory的必需DNSlogging的MSDN博客文章中 : GC IP地址 – gc._msdcs.<DnsForestName> 允许非SRV感知客户端通过查找> Alogging来查找林中的任何全局编录服务器。 这种forms的名称通过LDAP引用返回给LDAP客户端。 一个>不支持SRV的客户端查找这个名字; 一个支持SRV的客户端查找合适的SRV资源logging。 Net Logon还会注册一个DNS CNAME(别名)logging以供Active Directory复制使用>定位器不使用此logging。

为什么Windows XP和7个qemu / kvm客户端不能识别本地Samba共享的更新?

我开发了跨平台的软件,用wine,Windows XP和Windows 7testingWindows端口,后两者使用qemu和KVM进行testing。 我也有几个版本的OS X和Debian Wheezy作为KVM虚拟机。 为了从客户端访问我的项目,我使用了\\10.0.2.2\src来\\10.0.2.2\src一个Samba共享,并从guest \\10.0.2.2\src连接到这个共享。 这两个Windows虚拟机将其映射到networking驱动器Z: 这在所有平台上都运行良好。 但是,在5月13日之后,两位Windows客户并没有意识到变化,就好像他们在当天caching了份额的状态一样。 正在运行Z:\…\program.exe运行5月13日的程序, dir显示5月13日. , program.exe和program.dll但5月16日.. 令人惊讶的是,即使共享目录已被删除,这也可以工作! 这是怎么回事? 到目前为止,我已经尝试了谷歌search各种不同的术语,似乎相关(“共享显示旧文件”,“清除caching”,“禁用脱机文件”等),都无济于事。 主机是Ubuntu 15.04。 qemu版本是 QEMU emulator version 2.2.0 (Debian 1:2.2+dfsg-5expubuntu9.1), Copyright (c) 2003-2008 Fabrice Bellard samba版本是4.1.13-Ubuntu。 这是怎么回事? 谢谢。

SMB服务器在NT域和Active Directory域下的行为

(1)如果SMB服务器join到NT域,SMB服务器本身是否通过与域控制器通信来执行用户authentication? 为此,SMB客户端是否需要向SMB服务器发送一个具有NTLM(v1,v2)响应的Type3Message? 也就是说,SMB客户端不需要与域控制器通信是正确的吗? (2)另一方面,如果SMB服务器joinActive Directory域,SMB客户端是否需要发送authentication请求到Kerberos域控制器? 也就是说,SMB服务器是否不与域控制器通信? 相反,SMB客户端需要与域控制器通信,并且需要检索授权所需的票据,我猜。 它是否正确?

Windows中高带宽,高延迟的文件传输

我们试图通过VPN连接在两台服务器(Server 2012 R2 – 相同的域)之间传输一些SQL备份文件(每个约5-75GB),延迟时间大约为70毫秒。 两台服务器都在同一个域中。 使用具有大窗口大小(1MB +)的iperf,我们可以实现一致的50mbps +传输速率。 使用更小的窗口和多个线程,我们可以达到相似的带宽最大值(约3mbps时约16个线程)。 使用Windows资源pipe理器和Robocopy来传输文件,我们无法一直超过200-300KBps(1.5-2mbps)。 有没有什么办法来调整发送TCP窗口大小这个或其他build议尝试? 我从5年前就看到了一些类似的带有高延迟/高带宽networking的post,但都是针对老的操作系统。

有可怕的SMB读取性能的工作站

我有一个Windows 7工作站拉上述任何SMB共享上的统计信息。 我们最初注意到,当用户以高达8MB / s的速度下载300GB的压缩磁盘映像时, 服务器本身很好,连接到它的所有其他客户端可以从千兆理论极限反弹。 这个工作站是完全打补丁,(英特尔)网卡上最新的驱动程序,全千兆连接等没有其他已知的问题。 问题也是一致的。 机器将始终以全速写入,总是读取数量大大减less。 示例基准在这里: 。 读取速度16MB / s,写入速度104MB / s。

一个缓慢的SMB / CIFS共享会导致Windows 7中速度较慢或较差的networking性能

Windows 7 SP1 +(Ultimate)通过千兆以太网连接到本地networkingSamba(最新的稳定版本),以及通过我的ISP链路(1200 kbps上行链路)传输的VPN's Samba共享。 我所有的本地中小型企业用户都可以在几乎两个方向上获得批量文件拷贝的线速。 (我的networking服务器是五个驱动器RAID6,持续吞吐量在400Mbytes / sec以北)。 我得到“线速度”(ISP的上行链路)几乎做文件副本到VPN后面的份额。 问题是,虽然file upload正在进行缓慢的VPN共享,但Explorer需要很长的时间才能枚举其余的共享,而且在文件复制正在进行时我无法完全浏览它们。 我感到震惊的是,Windows的SMB客户端不是multithreading的,或者至lessExplorer不是。 在一个相关的事情中,我对中小企业访问的长时间停顿感到非常恼火。 偶尔,当VPNclosures时,通过login或通过文件浏览器窗口初次启动需要15秒,让用户感觉系统“挂起”。 当然,除了“愚蠢的”解决scheme之外,Windows的SMB堆栈还有调优旋钮和/或解决scheme,例如在对称1GigE ISP连接上花费大量资金。 谢谢!