旧机器工作正常,并通过公司代理从MS中提取更新. (将BITS设置为默认背景模式.)
新的配置设置完全相同,包括代理配置和代理的相同用户帐户.
新的将同步很好,甚至导入和验证我从旧服务器复制的所有更新.
但新服务器不会从微软下载任何新内容.
我一直收到错误错误364：

Content file download Failed. Reason: Value does not fall within the expected range. Source File: /msdownload/update/software/defu/2013/05/am_delta_f1860b39acfcbfcf1d701c7c19d28faa97dd9e71.exe Destination File: D:\WsusContent\71\F1860B39ACFCBFCF1D701C7C19D28FAA97DD9E71.exe.

代理显然正确支持Range命令.在所有其他服务器使用相同的代理之后,下载管理器也没有问题. (尝试了另一个代理：同样的问题.)
我试过将BITS设置为前台模式.没有任何区别.

我已经完全删除了WSUS角色(包括注册表项等)并重新安装.重新安装后问题又回来了.

我找不到其他日志记录,可以更好地解决这个问题.

有什么想法可以导致这个？

更新：

经过一些实验,我将其缩小如下：
a)BITS作业由WSUS服务创建,但在创建后立即被取消(同一秒).这在Bits事件日志消息中可见. (没有明显的取消原因.)
b)服务器是域X的成员.用于代理的帐户是域Y的成员(并且在服务器上具有管理员权限).在旧机器上,一切都在域Y中.这可能是问题的一部分.

我将在X中获得一个具有代理访问权限的帐户,并将其用于WSUS传输.不幸的是,我有一些繁文缛节要通过另一个帐户,所以我今天将无法再测试.

更新2：
在与服务器本身相同的域中获得帐户后,我仍然遇到了问题.显然这没有任何区别.
我还在老工作服务器上测试了这个新帐户. (因此在那里创建跨域问题.)另一台服务器很满意使用新帐户没有问题.

明天我将采取深刻的尝试：删除WSUS& IIS服务器角色完全删除所有相关的注册表项,从IIS和WSUS中删除所有内容文件并丢弃WID数据库.重新启动服务器并做一切新鲜事.
我也想完全重新安装操作系统,但这是不可行的.服务器由另一个部门管理.我可以在一个上获得完整的本地管理员,但我不允许安装一个.

更新3：
不知何故,Windows安装本身都经过了所有的实验.
我不得不咬紧牙关并请求重新安装服务器.
…
好,
我有一个新的服务器安装.
通过本书重新编写了WSUS设置.
相同的效果：错误364

我没办法.什么可能导致WSUS(或BITS)认为下载有问题？ (BITS只是立即取消下载而不实际做任何事情.)
我猜测真正的问题是其他的东西,这是不妥善处理的,并导致这种误导性错误364.
任何有关解决方案的建议,或者只是尝试解决问题的方法都是值得欢迎的.