服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

什么是Windows共享的最低权限是匿名只读?

我在解决对Windows权限的困惑的漫长而艰苦的过程中,希望对以下内容有所了解。 我想提供一个Windows共享,以便networking上的任何匿名Windows计算机(我们不使用域控制器)都可以键入\\servername\sharename ,并对其中的文件具有只读访问权限。 我知道的: “Everyone”组不包含“匿名”SID。 (奇怪的是,这篇文章并不适用于2008 R2 …) 对文件本身有两个“级别”(可能不是最好的词)权限:共享权限和NTFS权限。 (即共享和存储pipe理 – >属性 – >权限) 在没有域控制器的环境中操作有一些问题,但在多台机器上有相同名称的用户帐户。 我想我知道的是: “使networking服务可被发现”应该不会影响正确许可的股票的可访问性。 还必须configurationNTFS权限才能访问此共享 – 不仅仅是共享权限(?)(尽pipe共享和存储pipe理声称它们只适用于本地访问)。 即使明确引用了本地用户帐户,“Everyone”组也不应被排除在访问权限之外,因为客户端计算机以与本地服务器相同的用户名身份login,将尝试以该用户身份进行身份validation,并被拒绝如果密码有差异。 ( *groan* ) 我不知道的是: 有caching凭据或服务器响应有任何疑难解答吗? 每次尝试连接共享后,是否应该重新启动testing客户端工作站? 如果“访客”帐户与共享或NTFS权限有任何关系? 我是否正确地认为需要configuration“匿名login”和读取权限共享和NTFS权限? 同样的“每个人”组?

委派控制 – Windows Active Directory

试图为Active Directory域创build站点pipe理员用户帐户。 使用Active Directory委托授权向导。 一个用户帐户已经授予了一个OU的权利。 但是,在尝试使用权限时,某些选项会变灰。 当前设置允许网站pipe理员编辑由网站pipe理员创build的帐户,值不会变灰。 当站点pipe理员尝试编辑由域或企业pipe理员创build的用户帐户时,某些区域变灰。 具有pipe理员权限的用户帐户,但仅限于OU,并且是子级用户。 是理想的。 在probmatic OU中有〜50个用户对象8,那些对象inheritancepwdLastSet值。 右侧的图像显示了一个inheritance特权的对象。 左侧的图像显示了一个用户对象,没有。 他们在同一个OU。 在大多数对象的安全选项卡中,doe snot拥有我的帮助台组,而右边的图像的“安全”选项卡具有带有权限的HelpdeskGroup。 由于某些原因,权限正在被一些但不是全部的对象激活。 更新 我尝试了与另一个不同森林中的OU,结果相同步骤1在林中创build一个新的用户帐户步骤2右边OU委派控制步骤3select我的新用户选中所有框使用我的新DelegatedAdmin帐户导航到UO。 OU中有4个用户。 用户1和2我无法编辑。 用户3和4我可以按预期进行编辑。 更新 我与testing用户和testingpipe理员/帮助台用户进行了testing。 在这些testingOU的一切正常,因为它应该。 我担心现在我的全局编录或模式有问题。