Vil kunderne på WSUS ikke opdatere sig efter skift af server?
Så kommer vi til dig. (C)
Alle har oplevet situationer, hvor noget stoppe med at fungere.
Denne artikel handler om WSUS (du kan finde mere information om WSUS og).
Specifikt om, hvordan man får WSUS-klienterne (dvs. vores computere) til at modtage opdateringer igen efter flytning eller genopretning af den eksisterende opdateringsserver.
Så situationen er følgende.
WSUS-serveren er død. Mere præcist er RAID-controlleren fra 2000. Men denne kendsgerning bragte ikke glæde. Efter kortvarig frustration (med forsøg på at genskabe RAID, ødelagt af den døende controller), blev det besluttet at opsætte en ny WSUS-server.
Resultatet var en fungerende WSUS, som af en eller anden grund ikke kunne forbindes af klienterne.
Momentene: WSUS er knyttet med FQDN gennem den interne DNS-server, WSUS-serveren er angivet i gruppepolitik og distribueres til klienter via AD, standardindstillingerne for serveren gælder, så opdater WSUS og synkroniser opdateringerne, før alt andet.
Efter analyse af situationen blev der identificeret flere nøglepunkter.
1) Klientens klinch (det handler om wuauclt) ved forsøg på at forbinde til SID for den gamle WSUS-server.
2) Problem med ikke-installationen af opdateringer hentet fra den gamle WSUS-server.
3) Parkering af tjenester, der påvirker arbejdet af wuauclt (det handler om wuauserv, bits og cryptsvc). Parkeringen skete af forskellige årsager, som ikke blev analyseret i detaljer.
Alt i alt resulterede alt dette i et lille script, der distribueres via gruppepolicy gennem AD eller manuelt. Scriptet bruger den mest sikre metode til at rette op og har ikke givet noget negativt resultat i over et halvt år.
Jeg vil beskrive, hvad der gøres (for de særligt nysgerrige).
Vi parkerer opdateringsserverens tjeneste, renser tjenestedeskriptoren for forbindelsen til WSUS, fjerner eksisterende opdateringer fra den tidligere WSUS, renser registreringsdatabasen for omtaler af den tidligere WSUS, starter tjenesterne til automatisk opdatering (wuauserv), den baggrundsintelligente overførselsservice (bits) og kryptografi-tjenesten (cryptsvc), og til sidst sender vi et tvunget signal til WSUS for at nulstille autorisationen, opdage den nye WSUS og generere en rapport til serveren.
Og som altid: alle handlinger beskrevet ovenfor og nedenfor udfører du på egen risiko. Sørg for, at alle nødvendige data er gemt, inden du kører scriptet.
Script
net stop wuauserv
sc sdset wuauserv D:(A;;CCLCSWRPWPDTLOCRRC;;;SY)(A;;CCDCLCSWRPWPDTLOCRSDRCWDWO;;;BA)(A;;CCLCSWLOCRRC;;;AU)(A;;CCLCSWRPWPDTLOCRRC;;;PU)
del /f /s /q %windir%SoftwareDistributiondownload*.*
REG DELETE "HKLMSOFTWAREMicrosoftWindowsCurrentVersionWindowsUpdate" /v AccountDomainSid /f
REG DELETE "HKLMSOFTWAREMicrosoftWindowsCurrentVersionWindowsUpdate" /v PingID /f
REG DELETE "HKLMSOFTWAREMicrosoftWindowsCurrentVersionWindowsUpdate" /v SusClientId /f
net start wuauserv && net start bits && net start cryptsvc
wuauclt /resetauthorization /detectnow /reportnow
Kilde: habr.com
