我有一个域join了HyperV Server Core 2012 R2机器，并且一个已join域的服务被启用并允许从这台计算机上访问。 默认情况下，公用configuration文件的WinRM防火墙例外限制对从Windows Pro 8.1升级到Windows 10 Pro的工作站中的远程计算机的访问。 在更新之前，我能够使用Hyper-Vpipe理器连接到2012 R2服务器来pipe理该机器上的VM。 更新后，我得到这个错误： [Window Title] Hyper-V Manager [Main Instruction] An error occurred while attempting to connect to server "HYPERV01". Check that the Virtual Machine Management service is running and that you are authorized to connect to the server. [Content] The operation on computer 'HYPERV01' failed: […]
我试图通过组策略部署打印机。 在互联网上的postbuild议使用组策略首选项方法（ 用户/首选项/控制面板设置/打印机 ）是首选的方法。 但是，打印机无法部署，并且在事件查看器中出现以下错误： “组策略对象{GUID}”组策略对象中的用户“Epson打印机”首选项不适用，因为它失败，错误代码为“0x80070bcb在系统上找不到指定的打印机驱动程序，需要下载。 这个错误被压制了。 包括Microsoft Technet在内的互联网上的各种资源都build议修改指向和打印限制 GPO策略，以便允许驱动程序在没有提示的情况下安装。 此策略同时存在于“用户/策略/pipe理模板/控制面板/打印机”下的“用户configuration”树中; 计算机/策略/pipe理模板/打印机“下的”计算机configuration“树。 我已经尝试了两种方法： 将用户和计算机的指向和打印限制策略设置为禁用。 将用户和计算机指向和打印限制策略都设置为上述Technet文章（ 策略的屏幕截图 ）中所述的configuration， 每次尝试之后，我执行完整的目录复制，并在testing计算机上执行gpupdate / force ，同时从提升pipe理员和普通用户命令提示符重新启动，然后执行gpresult / H result.html以validation设置已应用。 但是，我仍然在事件查看器中获取上述错误，并且打印机未安装。 如果我手动添加打印机与控制面板中的添加打印机 ，驱动程序安装正常。 另外，如果我使用通过计算机/ Windows设置/部署打印机部署打印机连接的“传统”方法，打印机驱动程序和打印机似乎安装正常，但是我不能使用GPP方法支持的一些新function。 域控制器是Windows Server 2012 R2，客户端是Windows 10 Enterprise。 所有计算机都是最新的补丁程序。
我刚刚将工作PC更新到了Windows 10 Enterprise。 更新后，我注意到，除RDP以外的所有远程连接工具都不会安装或无法正常工作，我正在提示您安装.NET Framework 3.5。 我尝试了几种不同的方法来安装这个function，但没有成功。 我访问了不less在线资源，并尝试了大部分build议，仍然无法安装。 至此我有： 试图在电脑本身安装使用Windows Update安装程序，我得到错误代码：0x800F081F 我试图通过Microsoft下载更新并安装，而不使用Windows更新与相同的结果 我已经通过命令提示符运行DISM修复，然后尝试安装具有相同的结果 我试图打开PC的“打开或closuresWindowsfunction”窗口中的.NET Framework 3.5function 加上与上面相同的项目的多个版本。 我的问题是我在PC上丢失了什么东西，是否还有其他方法可以使用，或者是有什么其他的方法，我只是没有看到？ 感谢您的帮助提前。
我的问题是组策略不适用于客户端刚引导时。 直接引导后，客户端在源“GroupPolicy（Microsoft-Windows-GroupPolicy）”事件日志和事件ID 1058：“组策略处理失败[…]”的事件日志中发布错误消息。 在Details选项卡中，ErrorCode是50，代表ERROR_NOT_SUPPORTED。 这不仅仅是一个表面上的问题：这些策略确实没有得到正确应用：例如，映射的networking驱动器不在那里。 等待一段时间后，执行“gpupdate”工作，策略正常应用：映射的networking驱动器出现。 我能够重现该问题的最简单的情况：在新安装的Windows Server 2012 R2上新创build的域，客户机是新安装的Windows 10 64位机器。 该域由一个域控制器组成，与其他域没有任何关系。 由于错误消息指出Windows无法从域的Sysvol共享中读取.GPT文件，我试图从命令提示符访问相同的文件。 事实上，当我开机后立即打开一个命令提示符，我得到这个： C:\Users\username>dir \\domain.example.com\sysvol The request is not supported. 等待一两分钟后，执行相同的命令会给出一个目录列表。 在这一点上运行gpupdate将会正常工作。 我没有设置组策略设置“始终等待networking在计算机启动和login”为“已启用”，并且我知道这个策略是适用的：在同一个策略对象中指定了一个registry设置，当我检查registry在客户端指定的设置在那里。 其他可能相关的因素： NTLM在域中受到限制，但这似乎并不重要：即使在启用它之后，更新策略并重新启动所有机器，症状仍然相同。 服务器是使用DHCP还是使用静态configuration来configuration并不重要。 域的DNS服务器不支持dynamic更新。 必要的logging手动添加（从C：\ Windows \ System32 \ config \ netlogon.dns） hibernate状态在客户端被禁用（使用powercfg /h off ），因此每次启动都是完全启动，而不是快速启动 策略启动策略处理等待时间设置为120秒 与DC的连接正常工作。 坪将工作。 closures客户端，在AD中禁用我的帐户，打开客户端将导致客户端不能login我的帐户：它会立即注意到帐户被禁用。 除了这个问题，我没有注意到任何不寻常的事情。 这似乎是一个中小企业问题比组策略问题。 在服务器端嗅探连接显示了一些有趣的事情：第一次执行命令dir \\domain.example.com\sysvol ，DC上的Microsoft Message Analyzer中显示以下内容： 客户端build立到DC的端口445的TCP连接，并且成功执行ComNegotiation（DialectRevision：0x02FF）。 紧接着，一个谈判成功执行。 DialectRevision是0x0302。 […]
在Windows 10上设置“基于策略的QoS”不会将DSCP值应用于传出stream量。 我希望能够为某些进程设置DSCPstream量的值。 使用gpedit.msc组策略编辑器，我在“计算机configuration> Windows设置>基于策略的QoS>”下创build了一个策略，并将DSCP值设置为“10”。 我尝试使用或不使用可执行文件名称。 无论我做什么，查看NetMon中的stream量都会显示DSCP值为0。 在应用“不使用NLA”registry项后，这在Windows 7下运行https://support.microsoft.com/en-gb/kb/2733528 但是，即使添加了这个，DSCP始终为0。
我知道有几个关于这个问题，这些是不同的情况，但提供的答案不涉及我的问题。 我有一个configuration公共共享的WD我的云EX2 NAS，我可以从我的Windows 10笔记本电脑，Windows 10桌面和Android手机没有问题或身份validation访问此共享。 但是，我做了一个干净的Windows 10安装另一台桌面和完全相同的共享不断要求我现在的身份validation，并不会接受我给它的任何input。 我试图启用registry中的某个键（不记得键名），并重新启动，但没有帮助。 我错过了什么吗？ 我100％肯定这个份额仍然configuration正确，因为我仍然可以从我的其他机器访问它。 编辑1：我刚刚意识到的东西：其他Windows 10的机器是Windows 10专业版，这个系统是Windows 10家庭，不知道这将如何影响这个问题，但这是我能想到的唯一区别。 编辑2：我升级到Windows 10 Pro，仍然无法访问公共共享。 编辑3：当我input\作为用户名，并保持密码空白它显示我的共享内容，但是当我重新启动计算机它要求我再次凭据，它不会记得他们。 编辑4：我有Plex安装在服务器上，当我得到samba共享的身份validation对话框时，它显示“域”字段中的Plex服务器名称。 也许这影响authentication协议？
这里是我正在运行的命令的一个示例： PS C:\> Get-ExecutionPolicy -List Scope ExecutionPolicy —– ————— MachinePolicy Undefined UserPolicy Undefined Process Undefined CurrentUser Undefined LocalMachine Unrestricted PS C:\> Set-ExecutionPolicy Unrestricted -Scope CurrentUser PS C:\> Get-ExecutionPolicy -List Scope ExecutionPolicy —– ————— MachinePolicy Undefined UserPolicy Undefined Process Undefined CurrentUser Undefined LocalMachine Unrestricted 我想将CurrentUser设置为Unrestricted ，但我似乎无法这样做。 我检查了这个MSDN文档中概述的组策略，但没有find任何configuration。 任何线索，我可以如何设置？
在Windows 10中，我想知道如何在脚本中告诉系统是否通过接收局域网唤醒（WOL）数据包打开系统，或者因为按下电源button而打开系统。 我find了Win32_ComputerSystem类的WakeUpType属性。 这被logging为返回“导致系统启动的事件”。 有9个可能的返回值，其中之一是“5”（意思是“LAN Remote”）。 不幸的是，在我的系统上似乎总是返回“6”（意思是“电源开关”）： PS C:\WINDOWS\system32> echo $(Get-WmiObject -class win32_computersystem).wakeuptype 6 我注意到，在系统进入睡眠状态并使用WoL唤醒之后，Windows在系统事件日志中发布事件，其源代码为“Power-Troubleshooter”，事件ID为1，包含以下文本： 唤醒来源：设备-Intel（R）82579V千兆networking连接 而且， powercfg /lastwake报告NIC是唤醒的原因。 所以，至less当从睡梦中醒来时，即使WakeUpType属性在这种情况下仍然返回“6”（电源开关），由于WoL数据包的缘故，它能够确定它被唤醒。 不幸的是，当系统收到一个处于S5状态的WoL数据包时，它将正常启动和启动，但是我不能说因为WoL而启动它。 powercfg /lastwake显示与由于按下电源button而从S5开启系统时完全相同的输出： C:\WINDOWS\system32>powercfg /lastwake Wake History Count – 0 如何从任何电源状态（至S5）可靠地判断出因为WoL而导致系统上电/唤醒？
我们有一个使用GPO的Windows域，可以使用WMI对我们所有工作站进行远程pipe理和监视。 我也可以通过计算机pipe理连接到我们所有的计算机，并启动和停止服务，查看事件日志等。所有这些都很好。 除： 我们有一台运行Windows 8.1 Pro的计算机，以上所有的远程pipe理工作都在运行; 然后我们将其升级到Windows 10 Pro进行testing。 看起来好像所有的GPO也适用于Windows 10，但是WMI不能被远程访问，并且（如果我连接（成功）与计算机pipe理，我可以访问除事件查看器（和WMI安全设置）。 我已经重新运行winrm quickconfig ，我已经检查并允许DCOM权限和WMI权限，然后重新启动WMI服务，而且我仍然无法远程连接到WMI。 一般来说，对于任何Windows 10问题的networkingsearch仍然没有取得好的结果，对于我发现的这个问题没有任何帮助。 有没有人获得远程访问WMI在Windows 10计算机上工作？ 如果是这样，怎么样？ 附加物： WinRM服务设置为自动并正在运行。 Windows防火墙已禁用。 Windows防火墙服务已停止并被禁用。
networking： 多网站域名。 每个站点有2个本地（现场，相同的子网）Windows Server 2012 R2域控制器。 在Windows站点和服务中正确定义站点。 每个站点的DNSlogging只有定义了两个本地DNS服务器。 所有的客户端都是Windows 10 Pro 64位的所有更新。 这两个networking都使用经过authentication的CAT6电缆在Cisco交换机上完全千兆位运行。 每个站点都有一个本地（现场，同一子网）的Synology存储服务器。 作为组策略的一部分，两个networking驱动器被映射到Synology服务器上的共享。 连接性诊断： dcdiag /test:dns /v /c /e报告所有服务器和所有testing的PASS echo %logonserver% 总是返回一个本地DC nltest /dsgetdc 总是显示本地DC和正确的本地IP 在A站点，两个networking驱动器都显示出来，可能有0.5％的机会出现故障（我经历了一些驱动器显示不正确的启动）。 问题： 在B站点，networking驱动器可能无法显示30％的时间。 有时它是两个驱动器，有时是一个或另一个。 问题大多是随机的，似乎并不遵循任何特定的用户或工作站。 症状： 在问题出现的30％的时间里： 5％的时间gpupdate或gpupdate /force将解决问题，驱动器将立即出现。 如果gpupdate在第一次尝试时不起作用，那么之后几乎不会起作用（对于该引导） 5％的时间gpupdate或gpupdate /force将导致只有一个驱动器出现 20％的时间， gpupdate不会解决这个问题，但下一次启动将罚款 50％的时间， gpupdate不会解决这个问题，但一次启动和另一个 gpupdate ，驱动器将出现 20％的时间，它会需要多次重新启动（和每个启动gpupdate ），驱动器出现之前。 有时候是2次启动，但是在硬盘出现之前，我不得不重启计算机，有时甚至要重启6次或7次。 在过去的20％的时间里，我有时会从gpupdate过程中得到错误。 The processing of Group Policy failed. […]