我们有一个内部应用程序，需要使用客户端SSL证书来validation远程服务器（不在我们的控制下）。 这之前没有任何问题，但部署到新的服务器，我们有问题让Windows 2008使用证书。 证书作为包含私钥的.pfx文件存在。 LocalMachine存储中存在相同的证书，并使用其私钥。 我们通过在IIS中创build一个针对该证书的网站来确保LocalMachine商店中的网站是正确的，所以我们很高兴证书，证书链和私钥是有效的。 PFX是通过从证书MMCpipe理单元中导出而创build的。 问题是我们在系统诊断日志中得到以下信息，表明它找不到私钥： System.Net Information: 0 : [5988] SecureChannel#23264094 – Locating the private key for the certificate: [Subject] CN=internal-server.company.com, OU=Servers, OU=Devices, O=org [Issuer] CN=SubCA02, OU=CA, o=org [Serial Number] 407ABCDE [Not Before] 31/10/2013 11:08:48 AM [Not After] 31/10/2016 11:08:48 AM [Thumbprint] 4354A34F6004F019E60F055979A47E50F62D1504 . System.Net Information: 0 : [5988] SecureChannel#23264094 – Cannot […]
我在用着： jenkins1.541。 Java JDK 7u45（试过64位和32位版本）。 XAMPP 1.8.2 我已经从http://mirrors.jenkins-ci.org/windows/latest下载了默认的MSI安装，并且已经安装了它。 jenkins试图跑第一次，告诉我请jenkins准备工作，等待… 我等待，然后位于http://localhost:8080/的服务器closures。 日志没有多less说明： jenkins.err.log nov 26, 2013 5:58:20 PM org.eclipse.jetty.util.log.JavaUtilLog info INFO: jetty-8.yz-SNAPSHOT nov 26, 2013 5:58:23 PM org.eclipse.jetty.util.log.JavaUtilLog info INFO: Extract jar:file:/C:/Program%20Files%20(x86)/Jenkins/jenkins.war!/ to C:\Windows\Temp\jetty-0.0.0.0-8080-jenkins.war–any-\webapp nov 26, 2013 5:58:45 PM org.eclipse.jetty.util.log.JavaUtilLog info INFO: NO JSP Support for , did not find org.apache.jasper.servlet.JspServlet nov 26, 2013 5:58:46 PM […]
有人可以解释在Windows Server 2008 R2中的“共享文件夹”MMCpipe理单元的“打开文件”节点中，“无法访问”打开模式的含义是什么？ 列“开放模式”和值“无访问”的标题看起来有点争议…
我正在准备我们的组织从ISP托pipe的电子邮件帐户迁移到MS Exchange Online托pipe。 在进行最后的切换之前，我们需要将现有的邮件迁移到新的账户中。 微软提供了一个称为PST Capture的工具，可以自动将现有邮件从PSTfile upload到他们的托pipe帐户 – 但是它不会安装在运行2008 R2和Powershell 4.0的服务器上。 安装程序直到它应该复制文件的部分，然后给出以下错误： You must have Windows PowerShell 3.0 installed in order to install this product. 最初安装了PowerShell 2.0。 我尽我所能，专门升级到3.0版本。 每次运行Powershell安装程序时，都会给出一个错误，说明此更新不适用。 最后，我反复运行Windows Update，直到没有未完成的更新，然后运行Powershell安装程序，但更新到4.0版。 有谁知道一个解决scheme来获取PST捕获与Powershell 4.0安装，或者我可以降级到PowerShell 3.0？
有人能帮我找出一个我突然开始在我们的两个DC之间进行复制的问题。 我inheritance了这个工作正常的系统，但问题突然发生，我不太确定从哪里开始寻找。 这是一个有2个DC的学校，都在Server 2008R2 SP1上： DC1也是一个DNS服务器 DC2也是DNS，DHCP和Deployment Server 几天前，我创build了一个策略对象，并意识到组策略在域中停止工作。 该错误消息表明该策略的gpt.ini文件找不到。 只要我删除对象一切都恢复正常。我通过手动创build文件testing了每个服务器上的SYSVOL共享，并且共享在它们两者之间是可见的，但是如果我为它创build新的策略对象的物理文件甚至不是在当时正在工作的DC上创build的。 所以我在两台服务器上都运行了DCDIAG，发现DC1有这个错误信息： Starting test: Services EventSystem Service is stopped on [WES-SVR01] NtFrs Service is stopped on [WES-SVR01] 查看里面的服务后，我无法启动文件复制服务或DFS服务，因为它发出一个1068错误，说它的依赖关系不能启动。 什么可能导致这个？ 我运行了SFC，发现没有错误
我在Windows 2012 R2机器上安装了一个简单的共享文件夹（Azure）。 这不是在域上，但我可以从Windows 8和另一台服务器2012机器连接到它没有任何问题。 当我尝试从Windows Server 2008 R2连接，但是我无法通过networking密码提示。 我试过MYSERVER \ testaccount（默认）和WORKGROUP \ testaccount和COMPUTERNAME \ testaccount（所有机器都有相同的默认WORKGROUP名称。） 我正在连接使用\ mycloud.cloudapp.net \备份似乎工作正常，我已经在Azure门户上创build端口445UDP / TCP端口，并禁用Windows防火墙进行testing。 我不确定还有什么可以尝试的。
我在Windows Server 2008 R2上有一个SQL Server（2008 R2）WSFC，在这个环境下，我正在经历操作系统和SAN之间的一些存储延迟。 SANpipe理员指出，SAN在与服务器相关的LUN上压力很小，注意最高响应时间是8ms。 但是，操作系统和SQL Server没有那么快。 我发现了几个提到TCP Chimney Offloading的问题，以及它可能导致的一些问题，所以我一直在探索服务器上的configuration。 遵循本指南，我看到在操作系统级别，烟囱卸载状态是自动的 Querying active state… TCP Global Parameters ———————————————- Receive-Side Scaling State : enabled Chimney Offload State : automatic NetDMA State : enabled Direct Cache Acess (DCA) : disabled Receive Window Auto-Tuning Level : normal Add-On Congestion Control Provider : ctcp ECN Capability : […]
我们的许多2008R2服务器中的一个不断失去与域的连接，这意味着用户不能login到服务器上的共享等，并且基本上变得无用。 发生这种情况时有时由服务器生成的事件是3210与错误代码0xC0000022。 但是，这并不总是发生。 运行NETDOM RESETPWD /Server:AD01 /UserD:domainadmin /PasswordD:domainadminpassword使它再次工作，直到它再次死亡。 有时几分钟后，有时几天后。 我们也尝试了服务器上通常的unjoin / rejoin域名，但没有成功。 现在每天发生4-6次，所以这是一个很大的问题。 服务器运行的唯一服务是文件共享和打印服务。
在我们的一台服务器（2008 R2）上，任何SVN操作至less需要30秒。 存储库使用HTTPS协议和FSFStypes。 如果我更新我的工作站上的特定文件，操作不到两秒钟。 如果我在服务器上尝试它，它似乎连接，等待30秒，然后执行更新。 这个问题发生在我所观察到的所有我尝试过的所有内部知识库中的100％。 由于服务器无法访问Internet，因此无法使用外部存储库testing此问题。 这似乎与networking问题没有关系，因为我可以通过networking浏览器从服务器浏览存储库，不会有任何延迟。 这个问题也在SlikSVN和TortoiseSVN中体现出来。 我启用详细日志logging（使用 – configuration选项服务器：全球：霓虹灯 – debugging掩码），并在30秒延迟之前发生的最后一件事是SSL身份证实。 我使用Wireshark来检查数据包，并且在30秒的延迟期间服务器和SVN服务器之间没有stream量传输。 在30秒延迟之后，服务器发送Wireshark标识为应用数据的两个数据包，服务器立即响应。 我检查了我的％appdata％中的Subversionconfiguration，没有任何设置。 在CLI上明确指定凭证没有任何区别。 我也尝试禁用系统的“自动检测networking设置”，因为有些用户报告说这会影响SVN性能，但是没有影响。 其他用户报告说，在networking适配器中启用IPv6可能会导致延迟，但IPv6被禁用。 我不确定在哪里继续我的调查。 有没有人有任何见解？ 我可以提供任何所需的信息。
有没有办法审计访问USB驱动器与内置的Windows日志logging？ 我们已经在我们服务器的NTFS文件系统上进行了基于GP的审计，但是我们如何将其扩展到工作站呢？ 无法保证通过USB将什么样的文件系统插入工作站。 它可能是NTFS或FAT32。 我们需要这样做的原因是有可能未经授权复制公司文件的logging。 注意：我们也限制了大部分机器的USB接入。 这是有效的，但事实certificate，请求（和被给予）例外的人也是那些可以访问非常敏感的信息的人。 环境： – Windows 2008 R2 Server AD – Windows 7 Pro工作站