根据gpresult /r ，现有的DC适用于可信站点的GPO。 GPO名称：GPO-NAM-IE-TRUSTEDSITES 我通过本地组策略编辑器（gpedit.msc）在Internet Explorer安全站点区域中添加了一个站点。 运行gpupdate /force并重新启动该框。 网站被添加到IE受信任的站点区域列表中。 这是否意味着本地GPO总是优先于应用DC的GPO，或者configuration是在同一个对象上完成的？ 什么是经验法则？ 要么 可能是应用DC的GPOconfiguration错误吗？ 要么 难道这是我的域用户ID是我的Win7的pipe理员组的成员？ 请解释..
我负责将我们域中的许多日常任务委派给一组没有Domain Admins成员资格的技术人员。 其中一项任务是创build新的基于域的Dfs根（Server 2008 R2 Enterprise DC）。 而这就是我卡住的地方。 呃c0de 这基本上只是试图创build一个基于域的Dfs根目录，使用一个任意的（首先在列表中）域控制器作为第一名字空间服务器： $DfsnRootName="test" $DCList = Get-ADDomainController -Filter * | ForEach-Object { ,$_.HostName } New-DfsnRoot -Path "\\domain.contoso.com\$DfsnRootName" -TargetPath "\\$($DCList[0])\$dfsnRootName" ` -Description "Dfs-Root für $DfsnRootName" -EnableAccessBasedEnumeration $true -Type DomainV2 $DCList | ForEach-Object { New-DfsnRootTarget -Path "\\domain.contoso.com\$DfsnRootName" ` -TargetPath "\\$_\$dfsnRootName" -State Online } 呃err0r 上面的代码抛出了一个exception，提到缺less对CIM资源的访问。 在CategoryInfo中给出的pathROOT\Microsoft\Windows\DFSN\MSFT_DFSNamespace看起来像一个WMIpath： New-DfsnRoot : Access to […]
我们正试图将现有的内部AD与现有的Office 365（仅邮件）相关联。 我们安装了Azure AD Connect并完成了这些步骤，我们希望我们的本地AD密码与Office 365 / Azure AD同步。 我们build立了一个基于一个组的过滤，我们有一个testing用户。 问题： 如果用户已从本地AD中删除，则同步是否仅删除Azure AD上的用户？ 最重要的是：我们现有的O365用户还没有使用我们用来configuration同步的filter（组）：他们不会被删除？ （我假设这个，但想要确认）。 谢谢！
我有一个计算机名称列表，我需要他们的OU的报告，他们的mangedby属性和他们的名字。 我已经创build了一个与我想要的每个设置的堆栈，但他们没有排队。 对于650台计算机，managedby和OU堆栈的count属性是650，但是当我将数据输出到txt文件时，我只能从ManagedBy获得603行。 如果将数据组合在一起，这样会很好，但是当我将它添加到txt文件时，空白数据不会改变堆栈。 我的代码如下。 生成堆栈后，我将它们导出到一个txt文件，我有一个macros可以截断我的数据。 任何帮助，将不胜感激。 $stackDN = New-Object System.Collections.Stack $stackMB = New-Object System.Collections.Stack $stackNE = New-Object System.Collections.Stack foreach($computer in $computers){ try{ Get-ADComputer -Identity $computer -Server $domain -Properties * -ErrorAction Stop $object = Get-ADComputer -Identity $computer -Server $domain -Properties * $stackDN.Push($object.DistinguishedName) $mb = $object.ManagedBy $stackMB.Push($object.ManagedBy) $stackMB.push('MB not listed') } catch{ $stackNE.Push($computer) } } $stackDN […]
着眼于在单个DC（Windows Essentials 2012 R2）内部部署设置中为<10个用户的小型办公室设置Azure Windows 2012 R2 DC。 Office 365正在使用中，启用了Active Directory Sync。 我很想知道，如果我每8个小时为Azure DC实例安排一个小时的正常运行时间，主要是为了降低运行始终在线的Azure DC实例的成本，Active Directory将会变得多么糟糕。 据我所知，AD复制默认为5分钟，但在这种情况下，考虑到森林的规模/范围，这看起来有些过分，大概是AD复制在兄弟姐妹不可用时的复原能力。 警告：是的，我知道Azure Active Directory服务，但是我喜欢带有IPsec隧道的服务器的想法，对于我来说，在灾难恢复场景中似乎更加灵活/有用，但是可以随意说出来。
由于我激活目录服务日志logging，我想查找有关与域添加的计算机的日志，并从域中删除/断开连接。 我一直在查看我们的“目录服务”日志，无法find任何显示此信息的日志。 当查找最近添加的计算机名称时，“查找”function也无法find任何日志。 有没有更聪明的方法来find这些日志？
我想从多个内部部署服务器（位于不同位置并具有相同的域名）迁移到Office 365的活动目录帐户。 我正在使用Azure AD Connect来同步这些帐户，并通过创build虚拟环境（单台服务器）进行testing。 一切工作正常。 现在我想知道的是，我可以在所有服务器上类似地configurationAzure AD Connect，以便所有服务器上的帐户都将在Office 365上同步。 这里要注意的是： 我的服务器上的用户名没有任何冲突 我已经有Office 365用户的电子邮件帐户，并希望根据用户名/电子邮件地址合并本地和Office 365帐户 我想要密码同步 为Office 365帐户启用SSO（单一login） 我主要的疑问是关于SSO，因为当我在单服务器虚拟环境中configurationAzure AD Connect时，它configuration了SSO，因此如果我将在所有服务器上执行同样的操作，还需要执行SSOconfiguration还是必须另外执行此步骤服务器？
在pipe理Active Directory中的组策略设置的同时，我们似乎遇到了许多与“忘记一些世俗细节”有关的问题，所以我很好奇是否有任何可以将源代码控制风格实践应用到Active目录configuration。 似乎应该有一种方法可以快速轻松地运行差异，以确定哪些设置已更改（或不会复制到远程服务器），从而导致问题。
我想以一个用户帐户的身份运行Windows服务 ，该用户帐户存在于与主机当前join的域不同的Active Directory域上。 需要什么样的configuration？ 这两个领域需要有一个信任关系 ？
在单独的林中使用Windows Server 2003活动目录与多个域（使用双向信任）是否有任何方法可以在包含来自其他域的用户的域上创build组？ 例如： CENTRAL domain users: CENTRAL\Alice CENTRAL\Bob BRANCH Domain Users: BRANCH\Carol BRANCH\Dave BRANCH和CENTRAL之间存在双向信任，但它们不在同一个森林中。 有没有办法在包含所有四个用户的CENTRAL域中创build一个组？ 当我尝试这样做时，我发现该组的成员资格属性只允许我在CENTRAL域中search用户。