我在ServerFault上发现了一些关于这个主题的问题，虽然它可能有点基于观点，但我认为它可以归结为基于以下内容的“良好的主观”类别： build设性的主观问题： * tend to have long, not short, answers * have a constructive, fair, and impartial tone * invite sharing experiences over opinions * insist that opinion be backed up with facts and references * are more than just mindless social fun 所以，这样的方式。 我正在帮助一个正在replace运行Windows 2003的老式物理服务器的系统pipe理员，他正在寻求不仅replace硬件，而且在升级过程中升级到2012 R2。 在我们讨论关于更换硬件的讨论中，我们讨论了他安装ESXi，然后将2012服务器作为虚拟机，将旧的应用程序/文件/angular色从2003服务器迁移到虚拟机而不是非虚拟机安装的可能性在新的硬件上。 在未来几年内，他并没有意识到需要将其他任何东西移动到虚拟机或创build额外的虚拟机，因此最终这将是运行正常安装的新硬件或在ESXi上运行单个虚拟机的新硬件。 我自己的经验还是会依赖虚拟机，除了创造更多虚拟机的可能性之外，没有真正有说服力的理由这样做。 但现在pipe理程序还有额外的开销和pipe理方面的问题，尽pipe我已经体验了更好的虚拟机pipe理function和报告function。 因此，希望在今后能保持“好的主观”类别以帮助其他人的前提下， 您需要什么样的经验/事实/参考/build设性的答案来支持任何一个结果（虚拟化或不是单一的“服务器”） ？
事实 （请标明任何虚假陈述）： 两个相距80毫秒的站点之间有100 Mbps的连接 这是一个很长的连接，可以从大的TCP窗口大小中受益，大小可能高达100 Mbps * 0.08 sec = 1,000,000字节 两台机器都运行Windows Server 2012.“接收窗口自动调整级别”在两者上都是正常的。 两个“窗口缩放启发式”都禁用。 我在一边跑了“iperf -s”，而在另一边跑了“iperf -c”。 转移发生在5 Mbps。 我得到相同的结果朝另一个方向。 双方都宣称支持在SYN中使用TCP滑动窗口。 接收器在整个运行期间请求TCP窗口大小为64,512字节（0xFC00），TCP窗口比例值为“无移位”（0x000）。 networking能够处理更大的窗口大小（请参见下面的序列图） 接收器保持窗口小于networking支持 这个连接发生在一个IPSEC VPN内。 隧道接口的MTU在两个方向上减less到1400字节。 题 为什么接收器保持小窗口？ 无答案 networking坏了 运行在同一networking上的Linux机器将TCP窗口打开到1.5兆字节，并以6倍带宽传输数据 启用窗口缩放启发式 窗口缩放启发式被禁用（见下面的“netsh interface tcp show heuristics”的输出） 接收窗口自动调谐级别不正常 接收窗口自动调谐级别正常（请参阅下面的“netsh interface tcp show global”的输出） 这在ESXi中的虚拟机上不起作用 在同一主机上运行的虚拟Linux机器上，性能提高了6倍。 2015年6月12日更新 4:30 pm PDT 我通过把linux放在连接的一端来修改testing。 果然，当Linux发送数据到Windows Server 2012时，Windows提供了一个太小的TCP接收窗口（64,512字节）。 […]
简短版本：在连接到某些网站时，我的networking上的一台Windows Server 2012计算机正在持续但间歇性的TCP RST。 不知道他们从哪里来。 检查我的分析和问题wireshark日志。 长版本： 我们在我们的一台服务器上运行一个cachingweb代理服务我们的小型办公室。 一位同事报告说，当连接到某些网站时，出现了很多“连接重置”或“页面无法显示”的错误，但是刷新通常会修复这些错误。 我validation了浏览器行为，然后更直接地尝试在服务器本身上使用未经代理的浏览器。 但是对麻烦的网站ping和traceroute没有任何问题，这些问题似乎只限于TCP连接。 然后我做了一个脚本来testing受影响的站点，通过直接发送HTTP HEAD请求通过cURL检查它们成功的频率。 一个典型的testing看起来像这样:(这是没有代理的，直接在坏的服务器上运行） C:\sdk\Apache24\htdocs>php rhTest.php Sending HTTP HEAD requests to "http://www.washingtonpost.com/": 20:21:42: Length: 0 Response Code: NULL (0%) 20:22:02: Length: 0 Response Code: NULL (0%) 20:22:22: Length: 0 Response Code: NULL (0%) 20:22:42: Length: 0 Response Code: NULL (0%) 20:23:02: Length: 3173 Response Code: […]
现在我使用powershell脚本来查看当前login的用户。 但是我不知道他们的会话是空闲的还是闲置的。 我可以看到会议何时开始，就是这样。 有没有简单的方法来查看当前有多less用户login到我login的服务器并查看他们的状态？ 它不应该被远程执行。 如果可能，我想避免使用第三方工具。
因此，Windows Server 2012的发布已经删除了很多旧的远程桌面相关的configuration实用程序。 特别是，不再有远程桌面会话主机configuration实用程序，它允许您访问RDP-Tcp属性对话框，该对话框允许您configurationRDSH使用的自定义证书。 取而代之的是新的服务器pipe理器中整体“编辑部署属性”工作stream程的一部分，这是一个不错的新的整合GUI。 问题在于，如果安装了远程桌面服务angular色，则只能访问该工作stream程（据我所知）。 这对微软来说似乎有些疏忽了。 我们如何在Windows Server 2012上以默认的远程pipe理模式运行时为RDPconfiguration自定义SSL证书，而不必不必要地安装远程桌面服务angular色？
我正在尝试在Windows Server 2012上安装.Net 3.5，并且它始终保持失败。 我正在使用“添加或删除function”，我的互联网已经在那里。 我读过，如果找不到替代源，安装程序会尝试从网上下载并从那里安装。 但是，它不工作。 这是我看到的截图： 请build议我错过了什么？ 编辑： 我已经尝试过使用dism.exe /online /enable-feature /featurename:NetFX3 /Source:D:\sources\sxs /all但我没有与我的源磁盘。 我想在线下载。
在Windows 2003和2008中，我们有terminal服务pipe理器（见下面的截图）。 但是，在Windows Server 2012中，它已经不存在了 。 有谁知道如何通过类似的工具或其他方式访问Windows 2012中当前远程login用户的列表？ （我试图从Windows 2008连接到Windows 2012，这就是为什么你会在TSM组列表中看到“win2012”，但是这并不奏效，这也不是我的问题的解决scheme，我只是想以某种方式pipe理远程Win 2012服务器上的用户。）
我怎样才能轻松地看到每次我的Windows服务器重新启动或关机的历史和包括用户启动，系统启动，系统崩溃的原因？ Windows事件日志是一个明显的答案，但我应该查看的事件的完整列表是什么？ 我发现这些post部分回答了我的问题： Windows服务器上次重新启动时间包括几个答案，部分地解决完整的重新启动历史 查看Windows Server 2008 R2下的closures事件跟踪器日志包含一个附加的事件ID 计算机启动/启动时的事件日志时间包括一些相同的事件ID 但这些不包括每个场景AFAIK和信息很难理解，因为它是分布在多个答案。 我有几个版本的Windows Server，所以至less可以使用2008,2008 R2,2012和2012 R2版本的解决scheme是理想的。
特别是可以select在Server 2008及更高版本中安装Server Core ，通过CLI连接到Windows服务器的能力越来越强大，如果不是Windowspipe理员普遍使用的话。 实际上，每个Windows GUIpipe理工具都有一个连接到远程计算机的选项，但内置的Windows CLI （ cmd.exe ）中没有这样的选项，这给出了最初的印象：这可能是不可能的。 是否可以使用CLI远程pipe理或pipe理Windows Server？ 如果是的话，有什么select来实现这一目标？