问题[bits](server)

有谁知道为什么 Windows 更新服务器（即：download.windowsupdate.com）会在某些网络上给出看似虚假的回复？以 MSE 补丁为例，我使用 4G 移动网络 (Vodafone) 获得以下标头。为简洁起见，我将响应缩减了一点。

curl -I "http://download.windowsupdate.com/d/msdownload/update/software/defu/2021/05/am_delta_6a3649beb57cee48081bd31631c8774de6505d2f.exe"

HTTP/1.1 200 OK
Accept-Ranges: bytes
Age: 8995
Content-Type: application/octet-stream
Date: Fri, 14 May 2021 13:59:10 GMT
Server: ECAcc (lha/8DA7)
Content-Length: 0
Connection: keep-alive

请注意无效的 Content-Length，尤其是与 keep-alive 一起使用。这不会发生在我们由 UPC/Virgin Media 提供的主网络上。Content-Length 是该网络上的有效数字。

有内容（一个几兆字节的 .exe 文件），curl 可以很好地处理它——我猜它会检查 read() 是否返回更多字节，如果有，则忽略 Content-Length。适合卷曲。

然而，旧版本的 BITS 似乎不能很好地处理这个问题。在 VM 中使用 Windows 7 Pro，BITS 开始循环运行 - 它一遍又一遍地写入 C:\ProgramData\Microsoft\Network\Downloader\qmgr0.dat，直到我执行“网络停止位”。这使用 100% 磁盘，并且实际上是针对 Windows 7 的 DOS。

我知道 Windows 7 不支持，但我最初在 Windows Server 2016 中看到了这个问题。我现在承认这可能已经是一个已知的错误并且可能已经被修补，但我不知道如何找出（除了在合适的机器上进行测试，当我获得访问权限时。这是与 Covid 19 相关的困难！）

据我所知，BITS 是为 Windows 10 重写的，所以它可能没有同样的问题。不过，这很有趣！

我正在使用Start-BITSTransfer从 Internet 下载文件并将其放置在网络位置。该位置类似于\\computername\c$\foldercmdlet 说它找不到并且不存在的位置。

要Test-Path成功通过，您必须将文件系统提供程序添加到如下位置：filesystem::\\computername\c$\folder. 问题在于，Start-BITSTransfer它不喜欢声明了文件系统提供程序的目的地以及“路径不是合法形式”的错误。

Invoke-Command无法在目标服务器上的远程 shell 中使用和运行代码 使问题更加复杂。Start-BITSTransfer阻止这种用法。

Start-BITSTransfer使用网络位置的解决方案是什么？

如您所知，WSUS 使用 BITS 下载其更新。不幸的是，BITS 在后台下载这些更新并使用服务器的剩余带宽。在我想要快速获得所有更新的情况下，这是不可取的。我想强制 BITS 在前台（而不是后台）下载 WSUS 更新。有机会吗？

这是我所做的：

1. 从服务器管理器安装 BITS IIS 服务器扩展
2. 从 IIS 管理器在默认网站下创建虚拟目录（使用 DefaultAppPool 和 ApplicationPoolIdentity）
3. 从 IIS 管理器转到处理程序映射，然后编辑功能权限并禁用执行和脚本
4. 从 IIS 管理器中，更改了身份验证 - 我禁用了匿名身份验证并启用了基本身份验证
5. 我完全控制了我能想到的虚拟目录上的所有用户（每个人、DefaultAppPool、网络服务等......）

尝试上传时出现以下错误：

错误代码：-2145844748
错误描述：HTTP 状态 500：意外情况阻止服务器完成请求。
错误上下文：RemoteFileError
错误上下文描述：处理远程文件时发生错误。

我试图从使用网络上 cpu 上的 bits api 创建的控制台应用程序和使用 PowerShell 的实际服务器进行上传。我两种方式都遇到同样的错误。