我想使用AppVeyor为Windows构build一个应用程序。 编译器是用于Windows x86的GNAT GPL 2016 （Ada）。 我收到以下消息： 程序'gnat-gpl-2016-x86-windows-bin.exe'运行失败：指定的可执行文件不是该OS平台的有效应用程序。 问题： Windows Server 2012 R2 Datacenter是否不支持32位应用程序？ Wow64失踪了吗？ DataExecutionPrevention_32BitApplications : True是什么意思？ Get-CimInstance Win32_OperatingSystem | FL * Get-CimInstance Win32_OperatingSystem | FL *打印出（缩短）： Status : OK Name : Microsoft Windows Server 2012 R2 Datacenter|C:\windows|\Device\Harddisk0\Partition5 Caption : Microsoft Windows Server 2012 R2 Datacenter InstallDate : 3/9/2016 2:16:51 AM CreationClassName : Win32_OperatingSystem […]
当我在工作站上运行gpupdate时，出现以下错误。 Computer policy could not be updated successfully. The following errors were encountered: The processing of Group Policy failed. Windows could not resolve the computer name. This could be caused by one of more of the following: a) Name Resolution failure on the current domain controller. b) Active Directory Replication Latency (an account created on […]
我一直在Server 2012 R2上运行SQL SERVER Express 2008一段时间。 我最近开始研究迁移到SQL SERVER EPXRESS 2016的迁移过程。由于原始数据库是从Express 2005迁移的，因此兼容级别为90，为了迁移到130，我需要在110停止。110提供了新的对象types和查询诸如IIF条款的进展。 数据迁移工具确定了这些必要的更新。 在升级SQL的过程中，我现在得到以下错误： TITLE: SQL Server Setup failure. —————————— SQL Server Setup has encountered the following error: Version string portion was too short or too long.. For help, click: http://go.microsoft.com/fwlinkLinkID=20476&ProdName=Microsoft%20SQL%20Server&EvtSrc=setup.rll&EvtID=50000&EvtType=0x6343E456%25400x294A9FD9 这个链接是毫无用处的，因为MS重新发布了它。 在“SQL Server安装中心”窗口顶部select“新buildSQL Server独立安装或将function添加到现有安装”后出现错误。 就像testing我也尝试SQL 2016 Express一样。 同样的错误。 我发现了一些关于更改registry的post，删除了旧版本的.Net中引用的以下关键字： HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Internet Settings\5.0\User Agent\Post Platform 这没有用。 我已经尝试了许多.Net […]
任何人都可以帮助我理解为什么我的更新组存储是如此之大？ 我已经启用了重复数据删除作为一个快速修复。 为什么每次更新组运行时，我的更新都会进行复制？ 具体来说，Windows Defender是33.6 GB（如图所示，重复数据下降到4.19）。 是否由于自动部署规则？ 我已经设置了创build一个新的组。 我应该手动创build一个组，让它使用现有的组？ SCCM Update Groups 我对SCCM比较陌生，所以我希望这是我失踪的一些愚蠢的东西。 编辑：仍然没有修复，如果有人碰巧遇到这个在未来。 Dedupe是我唯一的工作绷带。
我正确地从Windows www.omniservice2.it服务器上的Aruba Business购买了我的域名www.omniservice2.it的SSL证书。 我正确地在IIS 8上安装了每个站点和Web应用程序中的证书，事实上它们中的每一个都可以从https正确访问。 现在，我需要在IIS 6中为我的SMTP服务器设置相同的设置。SMTP基本身份validation正常工作，但显然我想要encryption凭据。 所以，我在其属性下激活了标签访问中的标志“需要TLSencryption”。 此外，在根控制台中，我做了以下检查证书安装在个人存储（否则IIS 6将不会检测到文档说）文件 – >添加/删除pipe理单元 – >select证书 – >计算机帐户 – >本地计算机 – >确定在控制台根目录下，我看到证书（本地计算机） – >个人 – >证书正确的RapidSSL SHA256 CA我买了正确的截止date。 问题是，在“安全通信”一节中，我仍然读“TLS不可用没有证书”我也应该在哪里安装该证书，以便IIS 6检测到它？
我读过容器和虚拟机上的各种东西。 这不是我问的（我不认为）。 如果我正在使用容器，我可以在虚拟机上使用它们吗？ 我的服务器是裸机上的2012r2，而不是hyper-v服务器，裸机上没有虚拟化，安装了Windows Standard 2012r2。 如果我想使用Docker，是否在Hyper-V中创build一个虚拟机，并在该虚拟机中使用Docker？ 我在裸机操作系统上使用Docker吗？ 这是一个类似的问题， 如果容器没有Guest OS ， 为什么我们使用Docker的操作系统基础镜像？
在Windows服务器上（我已经testing过2008 R2和2012 R2），我们注意到在执行从批处理调用的Perl脚本中的不同行为。 考虑一个原始的batch file，如下所示： :beginlbl call path\script.pl goto :beginlbl 迟早（在数百次执行后，在其他情况下执行几次脚本后）将会出现一条错误消息： “Windows无法访问指定的设备，path或文件，您可能没有相应的权限来访问该项目“。 如果代码的第二行被修改为如下所示： call perl path\script.pl （注意脚本之前的可执行文件名。）脚本将永远运行，没有问题。 在上述两种情况下，Windows的执行方式有何不同？
我search了几天，并试图解决这个问题的一些build议，仍然没有任何修复它。 我有一个服务器，基本上只为我服务。 我用它来testing和开发。 没有任何互动，我的界面现在非常缓慢。 它提供的文件很好。 AD和DNS也正常工作。 如果我尝试login到控制台，则需要花费1-3分钟才能到达桌面，而过去需要大约10秒。 如果我尝试加载Chrome浏览器，则会发生各种超时错误，直到最终加载完毕。 即使最小的可执行文件也需要永远的开始 有任何想法吗？ 这是一个非常基本的设置，但它确实启用了RAID 5。 这是一个HP G5服务器。 这只是互动的东西造成问题。 我不记得过去一两个月里我所尝试过的一切。 我已经确定司机是最新的。 通常几乎没有CPU利用率。 即使启动任务pipe理器也需要时间 有谁知道任何可能导致此问题的问题？
我们有一个工作站在login时出现错误“此工作站和主域之间的信任关系失败”。 本地login信息在此工作站上是未知的。 除了物理上在计算机上重置本地证书并重新join域（或netdom），可以在DC上修复这个问题吗？ 基本上，如果受影响工作站上的本地权限未知且无法重置，则可以将工作站信任的域从DC（或域中的任何其他工作站）修复。
请注意，这种情况不同于类似的情况： 如何在不破坏RDP的情况下禁用TLS 1.0？ 链接的问题是关于RDP和禁用TLS 1.0。 这个问题是关于RemoteApp的和禁用TLS 1.0 我已经通过端口3389与TLS 1.2一起使用了直连RDP。 我们有一个托pipeRemoteApp的2012R2服务器。 我们在此服务器上安装了RD网关，RD Web访问，RD连接代理，RD会话主机angular色。 RemoteApp通过https通过RD网关提供服务。 我们唯一开放的公共港口是443。 我们在所有RDangular色和IIS中都安装了一个公共CA提供的通配符SSL证书，因此所有内容都可追溯到受信任的根证书。 该证书支持TLS 1.2，当我查看RDWeb网站时，我在网页浏览器中看到了这一点。 我们正试图在此服务器上禁用TLS 1.0以加强安全性。 我们正在使用IISCrypto 2.0来禁用TLS 1.0 当我们禁用TLS 1.0时，观察到两件事情： 1. RemoteApp停止工作。 它们不能从最终用户机器启动。 2.直接RDP连接工作得很好。 当我们重新启用TLS 1.0时，RemoteApp再次工作。 SChannel日志logging确认RemoteApps正在使用TLS 1.2，所以我期望RemoteApps在禁用TLS 1.0时继续工作。 但是，这不是我所观察到的。 所有客户都使用完全更新/修补的Windows 8.1和10版本。