If you have been in trouble with your WSUS server that stopped working from nothing, then I may have the solution for you.
The main characteristic of this problem is having no computers reporting to WSUS Server and not being updated, along with an eventID 12022 in your server logs, as shown in the following screenshot (click on the image to see it):
After spending hours collecting informations about this log entry and trying several approaches to solve the problem (like the one described in KB 3159706), it turned out that reinstalling .NET Framework was the solution for this error.
You can download .NET Framework 4.5.2 in this address:
Download, install and restart your server, and "voilà"! Everything goes back to normality.
And finally, although not completely related to this problem, I recommend using Adam Marchall's script for WSUS maintainance and as a good practice for keeping your WSUS installation running clean and smoothly. You can download his script along with instructions of use in this website:
https://community.spiceworks.com/scripts/show/2998-adamj-clean-wsus
Other tip:
You can also try to see if the port used has not been altered and is somehow avoiding clients to upload the updates. To fix that, try to execute the following in an elevated command prompt:
- wsusutil.exe usecustomwebsite false (this command will change WSUS port to 80)
- wsusutil.exe usecustomwebsite true (this command will change WSUS port back to 8530)
PS: If you execute the last command, the GPO used to point the client machines to your WSUS server must use the http://yourserver:8530 address.
This information applies to: Windows Server 2012 R2 with WSUS 3.0 SP2
Article in Portuguese:
Se você tem tido problemas com seu WSUS, que subitamente parou de funcionar, então eu posso ter a solução para você.
A principal característica do problema é não ter computadores conectando-se ao servidor WSUS e não sendo atualizados, juntamente com o evento 12022 nos logs do seu servidor, conforme mostrado na seguinte captura de tela (clique na imagem para visualizar):
Depois de passar horas coletando informações sobre este evento e de tentar várias abordagens para resolver o problema (como o descrito no KB 3159706), verificou-se que a simples reinstalação do .NET Framework era a solução para este erro.
Você pode baixar o .NET Framework 4.5.2 neste endereço:
Baixe, instale e reinicie seu servidor e "voilà"! Tudo volta à normalidade.
Por fim, embora não esteja relacionado com este problema, eu recomendo também a utilização do script de Adam Marchall's para a manutenção do seu WSUS e como uma boa prática para manter a sua instalação rodando de forma limpa e eficaz. Você pode fazer o download do script junto com as instruções de uso neste website:
https://community.spiceworks.com/scripts/show/2998-adamj-clean-wsus
Outra dica:
Você também pode tentar verificar se a porta utilizada pelo seu WSUS não foi alterada e está de alguma forma fazendo com que os clientes não consigam fazer o upload das atualizações. Para ajustar isto, tente executar os seguintes comandos a partir de um prompt elevado:
- wsusutil.exe usecustomwebsite false (isso irá mudar qualquer porta que o WSUS esteja usando para a porta 80)
- wsusutil.exe usecustomwebsite true (este outro comando vai modificar a porta do WSUS de volta para a porta 8530)
OBS: Se você executar o último comando, a GPO utilizada para apontar para as máquinas cliente do seu servidor WSUS deve usar o endereço http://seuservcidor:8530.
Esta informação se aplica a: Windows Server 2012 R2 com WSUS 3.0 SP2
Nenhum comentário:
Postar um comentário