服务器 Gind.cn

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

即使用户在Windows 8.1 Professional上安装更新后login,也强制自动重启

我想要一个Windows 8.1专业版的安装程序,用户通过RDP总是运行和访问,自动安装更新,如果更新需要,也会自动重新启动,但这应该只发生在星期六晚上(任何时候系统需要运行,可供用户使用)。 我更改了以下registry设置: 在HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU : AUOptions = 4 (自动下载和计划安装) ScheduledInstallDay = 7 (星期六) ScheduledInstallTime = 0 (0点) NoAutoRebootWithLoggedOnUsers = 0 (也用login的用户重启) AlwaysAutoRebootAtScheduledTime = 1 (强制重启) 不幸的是,这并不总是奏效。 当我将ScheduledInstallDay设置为星期四时,它曾经工作过一次,因为我在AlwaysAutoRebootAtScheduledTime的文档中AlwaysAutoRebootAtScheduledTime : 当此registry值设置为1时,您仍然通知login屏幕上即将到来的自动重新启动。 然而,在三天结束时,即使计算机被locking,15分钟计数器也开始计时。 即使计算机被locking也会重新启动。 资料来源: 如何在Windows 8和Windows Server 2012中的重要更新之后强制自动重新启动 所以我想如果我希望系统在星期六重新启动,我必须在三天之前设置预定的日子,因为重新启动延迟了三天。 但系统在星期四重新启动。 因此,我将计划的一天再次设置为星期六,但现在重新启动没有发生(我总是需要等待下一次更新,需要重新启动才能testing新的设置)。 如果安装的更新需要它,即使当时用户login,我该如何configuration系统以便在星期六晚上重新启动? 更新 :由于还没有答案,我开始相信我在这里完全错误的path。 我也很乐意指出如何做这样的事情,例如,如果有一个固定的更新时间窗口,远程访问的Windows机器如何保持最新?

PowerShell远程突然停止工作

我在执行远程PowerShell脚本时遇到问题,该脚本应该在每天运行一次的任务pipe理器任务中更新应用程序的安装以进行自动化testing。 相当简单的脚本(下面的细节)用于成功运行约一年。 突然间,它开始失败,因为远程PowerShell脚本不能执行。 我不知道这是什么根源。 本地IT确保他们没有改变任何东西。 (我应该注意,我可以用别的东西来代替powershell脚本,但是我不打算轻易放弃,除此之外,我想知道这里有什么问题) 以下是一般设置: 未连接到域的Windows Server 2008 R2虚拟机称为目标。 在目标上分配给pipe理员组的本地用户u_target 。 域(称为域D)中的Windows Server 2008 R2虚拟机称为源。 分配给源上的pipe理员组的域D用户u_source 。 Powershell在两个虚拟机上都有2.0版本。 目标上的所有命令u_target具有pipe理权限的u_target执行,所有源上的命令u_source具有pipe理权限的u_source执行。 我三重检查,powershell已经开始作为pipe理员在所有情况下。 大约一年前,我在两台虚拟机上启用了psremoting,如下所示: 在目标上,u_target在admin中执行powershell enable-psremoting -force和set-item wsman:\local\client\TrustedHosts -value 'source' enable-psremoting -force set-item wsman:\local\client\TrustedHosts -value 'source'之后机器重新启动。 两个命令都没有任何错误地执行。 后来,当我遇到麻烦时,我用*replace了“来源”,以确保问题不是由于打字错误造成的。 在源代码中, u_source在admin powershell enable-psremoting -force 。 这台机器也重新启动。 之后,当事情失败时,目标也被添加到TrustedHosts。 应该执行的脚本原则上看起来如下: $server = 'target' #(using the FQHN) $username = 'u_target' […]