Windows Update y las credenciales de los proxys

Cuando se utiliza las últimas versiones de WindowsUpdate, y en vez de estar conectado a Internet directamente se usa un proxy con autentificación NTLM, como por ejemplo el ISA Server, se producen errores de que es incapaz de bajar los parches. El error que da es tan descriptivo como 0x8024401b. Sin embargo, a partir de ahí puede indagarse un poco más si nos vamos al fichero c:\winnt\windowsupdate.log donde queda almacenada toda la información que está de los procesos que está realizando WindowsUpdate. En este caso concreto si miramos el log:

Handler Windows Patch download for UpdateId = {271249A1-AD58-4798-8376-6580A8176783}: selected action is download express (delta).
2005-08-26 10:39:00 1204 160 DnldMgr *********** DnldMgr: New download job [UpdateId = {271249A1-AD58-4798-8376-6580A8176783}.100] ***********
2005-08-26 10:39:01 1204 160 DnldMgr WARNING: SetCredentials for NEGOTIATE AUTH proxy failed with 0x800704dd
2005-08-26 10:39:01 1204 160 DnldMgr FATAL: DM:CAgentDownloadManager::DownloadUpdate: pDownloadJob->Init failed with 0x8024401b.
2005-08-26 10:39:01 1204 160 DnldMgr WARNING: Got error (hr = 8024401b) starting update 5 in call 3. Notifying call.
2005-08-26 10:39:01 1204 160 DnldMgr Error 0x8024401b occurred while downloading update; notifying dependent calls.

Es interesante ver como el error se produce por la falta de autentificación por parte del proxy al elemento encargado de bajar los parches. Esto ocurre porque estos parches se bajan a través de BITS el servicio de transferencia inteligente en segundo plano de Windows 2000 / 2003.

Buscando por la web y los grupos de news he dado con una este hilo en microsoft.public.windowsupdate donde comentan que este error sólo sucede cuando se está logueado en la máquina a través de terminal server. Bien, tal como apuntan en los grupos de news, si uno se logea en la consola, funciona perfectamente. El problema, surge de lanzar la página de actualziación a través de una sesión de terminal server.