Isso soa como um problema conhecido. Você já viu / instalou esse hotfix? link
Aparentemente, suas credenciais estão sendo apagadas e, portanto, você está tentando acessar o proxy anonimamente.
Eu tenho dois servidores do WSUS:
Uma antiga caixa W2K3, WSUS 3.0SP2 e um novo servidor 2012 com a função WSUS ativada.
A máquina antiga funciona bem e extrai as atualizações da MS através do proxy da empresa. (Com o BITS configurado para o modo de plano de fundo padrão).
O novo tem exatamente a mesma configuração, incluindo a configuração do proxy na mesma conta de usuário do proxy.
O novo irá sincronizar bem, até importou e verificou todas as atualizações que copiei do servidor antigo.
Mas o novo servidor NÃO baixará nada novo da Microsoft.
Eu continuo recebendo erro de erro 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\F1860B39ACFCBFCF1D701C7C19D28FAA97DD9E71.exe.
O proxy obviamente suporta o comando Range corretamente. Depois de todo o outro servidor usa o mesmo proxy e também os gerenciadores de download não têm problema com isso. (Tentei outro proxy também: mesmo problema.)
Eu tentei configurar o BITS para o modo de primeiro plano. Não faz qualquer diferença.
Eu removi completamente a função do WSUS (incluindo chaves de registro, etc.) e reinstalei. Depois de reinstalar, o problema está de volta.
Não há outro registro que eu possa encontrar que lance mais luz sobre o problema.
Alguma idéia do que pode estar causando isso?
Atualização:
Depois de algumas experiências, reduzi-a da seguinte forma:
a) As tarefas do BITS são criadas pelo serviço do WSUS, mas são canceladas imediatamente (mesmo segundo) depois de criadas. Isso é visível nas mensagens do log de eventos Bits. (Nenhuma razão aparente para os cancelamentos.)
b) O servidor é membro do domínio X. A conta usada para o proxy é membro do domínio Y (e possui direitos de administrador no servidor). Na máquina antiga, tudo está no domínio Y. Isso pode ser parte do problema.
Vou obter uma conta no X com acesso por proxy e usá-la para as transferências do WSUS. Infelizmente eu tenho uma fita vermelha para percorrer para obter outra conta, então não poderei mais testar isso hoje.
Atualização 2: Depois de obter uma conta no mesmo domínio que o próprio servidor, ainda tenho o problema. Aparentemente isso não faz nenhuma diferença. Também testei essa nova conta no servidor em funcionamento. (Assim, criando o problema entre domínios lá.) O outro servidor está feliz com isso não tem nenhum problema usando a nova conta.
Amanhã vou dar um mergulho profundo: remover o WSUS & IIS completamente, remova todas as chaves de registro relacionadas, remova todos os arquivos de conteúdo do IIS e do WSUS e descarte o banco de dados WID. Reinicialize o servidor e faça tudo de novo.
Eu gostaria de fazer uma reinstalação completa do sistema operacional também, mas isso não é viável. Servidores são gerenciados por outro departamento. Eu posso obter o administrador local completo em um, mas não tenho permissão para instalar um.
Atualização 3:
De alguma forma, a própria instalação do Windows foi integrada em todas as experiências.
Eu tive que morder a bala e pedir uma reinstalação do servidor.
...
Está bem,
Eu tenho um novo servidor de instalação.
Reduza a configuração do WSUS, pelo livro.
Mesmo efeito: Erro 364
Eu estou no meu juízo final. O que pode possivelmente fazer com que o WSUS (ou BITS) pense que os downloads são problemáticos? (O BITS simplesmente cancela os downloads sem realmente fazer nada).
Eu estou supondo que o problema real é outra coisa, que não é tratada corretamente e leva a este erro enganoso 364.
Quaisquer sugestões para uma solução, ou apenas coisas para tentar solucionar problemas são bem-vindas.
Isso soa como um problema conhecido. Você já viu / instalou esse hotfix? link
Aparentemente, suas credenciais estão sendo apagadas e, portanto, você está tentando acessar o proxy anonimamente.
Eu tive problemas no passado com o WSUS e um filtro da web em que liberar o cache no filtro da web resolveu o problema. O WSUS tem dependências entre arquivos (arquivos XML que possuem metadados sobre como lidar com outros arquivos) que dão errado quando um dos arquivos é armazenado em cache e não é atualizado, mas o outro tem.
Mesmo que você não consiga obter novos direitos de proxy, seus administradores de proxy poderão fazer um flush durante o dia e levá-lo adiante.
Hoje eu tenho sucesso com a solução.
O hotfix Windows8-RT-KB2838998-x64.msu (438 KB) apresentou o erro de compatibilidade no meu Windows Server 2012 Standard Edition. Dá erro: Instalador Independente do Windows Update. A atualização não é aplicável ao seu computador
Então eu disse ao meu Administrador de Internet para permitir acesso anônimo ao WSUS Server.
Hoje, desativei a opção "Usar credenciais de usuário para se conectar ao servidor proxy" na caixa de diálogo "Servidor proxy". Funcionou porque o servidor está tendo acesso anônimo ao proxy.
Tags wsus windows-server-2012 bits