WSUS 클라이언트를 수정합니다.

WSUS 클라이언트는 서버 변경 후 업데이트를 원하지 않습니까?
그럼 우리는 당신에게 간다. (와 함께)

우리 모두는 무언가가 작동을 멈추는 상황을 경험해 본 적이 있습니다.
이 문서에서는 WSUS에 초점을 맞춥니다(WSUS에 대한 자세한 정보는 여기에서 확인할 수 있습니다) 여기에 и 여기에).
더 정확히 말하면, 기존 업데이트 서버를 이동하거나 복원한 후 WSUS 클라이언트(즉, 컴퓨터)가 다시 업데이트를 받도록 강제하는 방법입니다.

그래서 상황은 다음과 같습니다.
WSUS 서버가 종료되었습니다. 보다 정확하게는 RAID 컨트롤러가 2000년에 제조되었습니다. 그러나 이 사실은 기쁨을 더해 주지 못했습니다. (죽어가는 컨트롤러로 인해 망가진 RAID를 복원하려는 시도와 함께) 짧은 소란 끝에 새 WSUS 서버를 배포하기 위해 모든 것을 보내기로 결정했습니다.
결과적으로 작동하는 WSUS를 받았는데 어떤 이유로 클라이언트가 연결되지 않았습니다.
포인트: WSUS는 내부 DNS 서버를 통해 FQDN에 연결되며, WSUS 서버는 그룹 정책에 등록되어 서버의 기본 설정인 AD를 통해 클라이언트에 배포되며 모든 작업을 시작하기 전에 WSUS 자체를 업데이트하고 업데이트를 동기화합니다.

상황을 분석한 결과, 몇 가지 핵심 사항이 확인되었습니다.
1) 클라이언트 클린치(wuauclt에 대해 이야기하고 있습니다)는 이전 WSUS 서버의 SID에 연결하려고 할 때 발생합니다.
2) 이전 WSUS 서버에서 다운로드한 업데이트가 설치되지 않은 경우 발생하는 문제.
3) wuauclt에 영향을 미치는 서비스(wuauserv, bits, cryptsvc 등)의 파킹. 파킹은 다양한 이유로 발생했으며, 자세한 분석은 이루어지지 않았습니다.
결과적으로 전체 솔루션은 AD를 통해 또는 사용자의 손(및 발)을 통해 그룹 정책에 의해 배포되는 작은 스크립트를 생성했습니다. 이 스크립트는 가장 안전한 복구 옵션을 사용하며 XNUMX개월 동안 사용하면서 단 한 번의 부정적인 결과도 가져오지 않았습니다.

(특히 궁금해하시는 분들을 위해) 무슨 일이 진행되고 있는지 설명해 드리겠습니다.
업데이트 서버 서비스를 파킹하고, WSUS 통신 서비스의 보안 설명자를 지우고, 이전 WSUS에서 기존 업데이트를 삭제하고, 이전 WSUS에 대한 참조 레지스트리를 지우고, 자동 업데이트 서비스(wuauserv)를 시작하고, 백그라운드 지능형 전송 서비스( 비트) 및 암호화 서비스(cryptsvc)를 사용하여 마지막에 강제로 WSUS를 두드려 인증을 재설정하고 새 WSUS를 감지하고 서버에 보고서를 생성합니다.
그리고 언제나 그렇듯, 위와 아래에 설명된 모든 작업은 본인의 책임 하에 수행됩니다. 스크립트를 실행하기 전에 필요한 모든 데이터가 저장되었는지 확인하십시오.

스크립트
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

출처 : habr.com