我有一个 IIS7 服务器，它充当其他几个 Web 服务器的反向代理。其他服务器在不同的端口上运行，因此 IIS7 服务器提供“友好 URL”，并且所有端口都在 80 端口上。URL 重写用于将请求传递给后端服务器。
其中一种服务器是 TeamCity（持续集成和构建服务器）。该服务器提供了一种下载构建结果（“构建工件”）的方法。通常，这些工件是 zip 存档。这是一个示例网址：
中的 + 字符ASCOM+Telescope+Driver+for+AWR+6.0.40.825.zip实际上是最终文件名中的空格；TeamCity 服务器放入 + 字符。
单击此链接时，我从 IIS7 服务器收到以下错误：
404 - 未找到文件或目录。
您要查找的资源可能已被删除、更名或暂时不可用。
IIS7 日志文件中出现的实际 URL 是：
/repository/download/bt25/4164:id/ASCOM+Telescope+Driver+for+AWR+6.0.40.825.zip
重写规则匹配模式(.*)并使用
http://localhost:8022/ {R:1}
现在是有趣的事情。如果我回到我的浏览器并编辑掉那些 + 字符，小心地用空格替换它们，那么 URL 就可以工作了！
我的结论是 URL 重写在某种程度上不适用于那些 + 字符。这是一个已知的问题？有什么建议？
我在一个小型组织中工作，该组织使用带有 Active Directory 域的单个文件和打印服务器进行用户管理。
引入新人的办公室管理员是非技术人员，通常会创建 AD 用户帐户，因为现场没有永久性 IT 支持，用户立即需要他们的帐户。但是，此后需要完成一些后续工作（在 PBX 上创建分机、设置语音邮件、填写表格等），这些工作需要分给不同的人。
我们的手动流程在大多数情况下都有效，但存在差距，有时会忘记一些事情。我没有资格重新构建这些业务流程，例如它们，所以就这个问题而言，请我们可以将其视为业务流程是不可变的。我的解决方案需要与现有流程相结合。
从本质上讲，我认为我需要的是一种在 Active Directory 中手动创建新用户时生成电子邮件通知的方法 - 一种轻量级工作流引擎，仅通过电子邮件向人们和/或我的票务系统发送需要执行的后续任务。是的，我知道这不是最佳实践，是的，我知道这并不酷，但鉴于我的情况，我认为这是最务实的解决方案。
有没有一种简单、轻量级的方法来做到这一点？我正在考虑 PowerShell 脚本或类似的东西（没有适当的 IDM 系统的预算，而且正如我所提到的，业务流程是不可变的）。
active-directory identity-management user-management lifecycle
我刚刚在一台运行着 4 个来宾 VMS 的 Hyper-V 服务器上发生了一件奇怪的事情。主机服务器和所有来宾都是 Server 2008 R2 SP1。
我使用远程桌面登录其中一个来宾 VM 并重新启动在其上运行的 Web 应用程序，然后注销。我尝试远程访问该服务，但没有响应。我尝试了其他服务，他们也没有反应。我登录到主机服务器并打开 Hyper-V 控制台，所有虚拟机都暂停了。跆拳道？我手动恢复了它们，然后它们就走了。
我很确定我没有做任何事情来让这些虚拟机暂停。我可能不知何故不小心做了一个，但是一堆 4，绝对不是！那么这怎么会发生呢？什么会使虚拟机自行暂停？
在 SBS 2008 中，首次安装或重新启动时，DNS 查询成功，但在大约 1 天后，用户报告他们无法访问某些网站。检查时，可能会注意到无法访问的网站位于 .uk 和 .eu 顶级域 (TLD) 或美国境外的某些其他 TLD。
如果放置几天，问题可能会自行解决，然后在一天左右后再次出现。
如果重新启动DNS服务器服务，或清除服务器上的DNS缓存，则问题暂时解决但一天左右后再次出现。
domain-name-system windows-server-2008 web windows-sbs-2008 windows-sbs-2011
我不确定这是否是这个问题的最佳位置，但我认为它完全属于 IT 管理员的领域，所以这就是我把它放在这里的原因。
我们需要与外部客户端共享大文件（数 GB）。我们需要一种可靠且自动发布这些文件的简单方法，以便客户可以下载它们。我们的组织拥有 Windows 桌面和 Windows SBS 2011 服务器。
从客户端的角度来看，从我们的服务器共享可能不是最理想的，因为典型 ADSL 的上游带宽较低（大约 1 Mbps）——客户端下载文件需要一整天（4Gb 文件需要 9 小时）。
上传到第 3 方服务器对客户来说是好事，但对我们来说是痛苦的，因为我们必须处理一个多小时的上传。
如果上传到第三方服务器可以变得可靠和自动化，那么问题就会少一些，例如 Groove/SharePoint 工作区之类的东西，只需将文件放入并等待它同步 - 但 Groove 有 2Gb 的限制，这不是足够大。
所以理想情况下，我想要一个具有以下属性的服务：
有什么建议？
我使用 Windows Server Update Services 来管理 SBS 2003 R2 域的更新。我的客户在尝试扫描更新时收到错误代码 0x80072EE2。在典型的微软风格中，没有错误代码的文档。任何人都知道这意味着什么？以下是故障客户端之一的 WindowsUpdate.log 文件的相关部分：
2009-05-12 16:11:29:416 1020 1450 设置 SelfUpdate 检查完成。不需要自我更新。
2009-05-12 16:12:29:531 1020 1450 PT +++++++++++ PT：同步服务器更新++++++++++++
2009-05-12 16:12:29:541 1020 1450 PT + ServiceId = {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}，服务器 URL = http://SBS:8530/ClientWebService/client.asmx
2009-05-12 16:12:31:827 1020 1450 PT 警告：缓存的 cookie 已过期或新的 PID 可用
2009-05-12 16:12:31:827 1020 1450 PT 初始化简单目标 cookie，clientId = 0efe255a-cb28-409f-9004-38dcd9790994，目标组 =，DNS 名称 = copernicus.local.tigra
2009-05-12 16:12:31:827 1020 1450 PT 服务器 URL = http://SBS:8530/SimpleAuthWebService/SimpleAuth.asmx
2009-05-12 16:13:35:288 1020 1450 Misc 警告：SendRequest 失败，hr = 80072ee2。使用的代理列表：使用的绕过列表：> …