我已经在一些服务器上运行IIS 8.5，在虚拟目录上启用BITS上传。 通过查看日志，我看到几种不同的错误(bits_error:{GUID},500,0x80070070)或其他一些错误代码。 我可以使用PowerShell Get-BitsTransfer cmdlet并访问ErrorDescription属性将这些与客户端上的错误描述进行匹配，但前提是碰巧遇到错误。
我看到的具体代码是
我相信还有更多。 BitsMsg.h包含一些常见的。
任何指向IIS日志文件中的BITS_POST条目的错误代码的完整列表的更多细节，将不胜感激。
更新：使用失败的请求跟踪，我能够看到更多有关无效索引错误（0x80070585）的信息。 在SysInternals Process Monitor的虚拟目录中没有看到任何活动，使用Handle时也没有看到任何在机器上的目录中打开的句柄。 但是，我已经validation存储绑定到IISpipe理器中的虚拟目录的凭据正在工作，当我做一个testing连接时，我看到在procmon中，INetMgr.exe确实已经访问了我所期望的本地目录。 无论如何，这是来自跟踪文件的有趣的位。 看来我们正在进入BITS服务DLL，并在它内部窒息。
ISAPI_START CALL_ISAPI_EXTENSION DllName="C:\Windows\system32\bitssrv.dll" MODULE_SET_RESPONSE_ERROR_STATUS ModuleName="IsapiModule", Notification="EXECUTE_REQUEST_HANDLER", HttpStatus="500", HttpReason="Internal Server Error", HttpSubStatus="0", ErrorCode="The operation completed successfully.(0x0)", ConfigExceptionInfo="" GENERAL_SET_RESPONSE_HEADER HeaderName="Pragma", HeaderValue="no-cache", Replace="false" 14:20:19.559 GENERAL_SET_RESPONSE_HEADER HeaderName="BITS-packet-type", HeaderValue="Ack", Replace="false" 14:20:19.559 GENERAL_SET_RESPONSE_HEADER HeaderName="BITS-Error", HeaderValue="0x80070585", Replace="false" 14:20:19.559 GENERAL_SET_RESPONSE_HEADER HeaderName="BITS-Error-Context", HeaderValue="0x5", Replace="false" 14:20:19.559 GENERAL_SET_RESPONSE_HEADER HeaderName="Content-Length", HeaderValue="0", Replace="false" 14:20:19.559 ISAPI_EXTENSION_DONE 14:20:19.559 ISAPI_END
最后一个线索是对于日志中我看到错误0x80070585的条目，在bits_error之后没有列出作业GUID。 这只是（bits_error：，500,0×80070585）。 就好像上传的期望的远程path正在通过，但是在上传协议中很早就失败了。
更新2：有一个潜在的相关Windows更新错误代码SUS_E_INVALIDINDEX又名SUS_S_ALREADY_UNINSTALLED ，这意味着“要卸载的更新已经没有安装 – 尝试使用无效索引。 由于Windows Update使用BITS协议，因此他们正在讨论的索引可能是作业中的文件索引。 但是，BITS上传作业最多只有一个文件，hex值为0x80240007。
另请参阅WU_E_INVALIDINDEX和此StackOverflow答案 。