WSUS 클라이언트 에이전트 관련 문제 해결

아티클
12/14/2024

이 문서는 WSUS(Windows Server Update Services) 클라이언트 에이전트 문제를 진단하고 해결하는 데 도움이 됩니다.

원래 제품 버전: Windows Server Update Services
원래 KB 번호: 10132

WSUS 클라이언트 에이전트에 문제가 발생하면 여러 가지 방법으로 나타날 수 있습니다. 몇 가지 일반적인 문제는 다음과 같습니다.

그룹 정책에 대한 클라이언트 설정에 문제가 있을 수 있습니다.
BITS에 문제가 있을 수 있습니다.
WSUS 에이전트 서비스에 문제가 있을 수 있습니다.
클라이언트가 서버에 도달하지 못하게 하는 네트워크 문제와 관련이 있을 수 있습니다.
자동 업데이트 에이전트 저장소에 문제가 있을 수 있습니다.
클라이언트에 디스크 복제로 인해 중복된 WSUS 클라이언트 ID가 있는 문제일 수 있습니다.

클라이언트가 올바르게 구성되었는지 확인합니다.

WSUS 클라이언트 에이전트와 관련된 문제를 해결할 때 먼저 클라이언트가 제대로 구성되었는지 확인합니다. 클라이언트에서 적절한 Active Directory 그룹 정책을 수신하고 WSUS 서버의 세부 정보가 있는지 확인합니다. 다음 명령을 실행하여 수행할 수 있습니다.

GPRESULT /V > GPRESULT.TXT

메모장에서 텍스트 파일을 열고 WSUS 정책의 이름을 찾습니다. 예를 들어 WSUS 정책의 이름이 WSUS인 경우 적용된 그룹 정책 개체 제목 아래의 컴퓨터 설정 섹션에 있는 GPRESULT.TXT 파일에서 찾을 수 있습니다. 다음은 예시입니다.

Applied Group Policy Objects  
-----------------------------  
Default Domain Policy  
WSUS  
Local Group Policy

WSUS 설정이 없는 경우 가능한 원인은 다음과 같습니다.

시스템에 도메인의 그룹 정책이 없습니다.
그룹 정책은 클라이언트 시스템을 대상으로 하지 않습니다.

이 문제를 해결하려면 각 클라이언트에서 그룹 정책이 성공적으로 업데이트되고 WSUS 설정이 제대로 구성되었는지 확인합니다.

클라이언트에서 그룹 정책을 업데이트하려면 명령 프롬프트에서 실행 GPUpdate /force 합니다.

WSUS 클라이언트에 대한 그룹 정책을 구성하는 방법에 대한 자세한 내용은 그룹 정책을 사용하여 자동 업데이트 구성을 참조하세요.

BITS와 관련된 문제 확인

BITS(Background Intelligent Transfer Service)는 WSUS에서 Microsoft 업데이트에서 주 WSUS 서버로, WSUS 서버에서 클라이언트로 업데이트를 다운로드하는 데 사용하는 서비스입니다. 일부 다운로드 문제는 서버 또는 클라이언트 컴퓨터의 BITS 문제로 인해 발생할 수 있습니다. 다운로드 문제를 해결할 때는 BITS가 영향을 받는 모든 컴퓨터에서 제대로 실행되고 있는지 확인해야 합니다.

BITS 서비스는 기본적으로 LocalSystem 계정으로 실행되어야 합니다. 올바른 계정으로 실행되도록 서비스를 구성하려면 다음 단계를 수행합니다.

명령 프롬프트를 열고 다음 명령을 실행합니다.
```
sc config bits obj= LocalSystem
```
obj= 및 LocalSystem 사이에 공백이 있어야 합니다. 성공하면 다음 출력을 수신해야 합니다.
```
[SC] ChangeServiceConfig SUCCESS
```
BITS를 중지하고 다시 시작합니다.

BITS 서비스 상태를 보려면 명령 프롬프트를 열고 다음 명령을 실행합니다.

sc query bits

BITS가 실행 중인 경우 다음 출력이 표시됩니다.

SERVICE_NAME: bits  
TYPE: 20 WIN32_SHARE_PROCESS  
STATE: 4 RUNNING

BITS가 실행되고 있지 않으면 다음 출력이 표시됩니다.

SERVICE_NAME: bits  
TYPE: 20 WIN32_SHARE_PROCESS  
STATE: 1 STOPPED

일반적으로 서비스를 중지하고 다시 시작하여 BITS 문제를 해결할 수 있습니다. BITS 서비스를 중지하고 다시 시작하려면 명령 프롬프트에서 다음 명령을 실행합니다.

sc stop bits
sc start bits

참고 항목

BITS를 중지하고 다시 시작하려면 로컬 관리자로 로그온해야 합니다.

BITS를 시작하지 못함

BITS 서비스가 시작되지 않으면 이벤트 로그에서 BITS 관련 오류를 확인합니다. 다음 표를 사용하여 이러한 오류의 원인을 진단할 수 있습니다.

오류 이름	오류 코드	설명
ERROR_SERVICE_DOES_NOT_EXIST	0x80070424	아래의 BITS 구성 복구에 대한 섹션을 참조하세요.
ERROR_SERVICE_NOT_IN_EXE	0x8007043B	BITS는 netsvcs svchost 그룹의 서비스 중 하나로 나열되지 않습니다.
ERROR_SERVICE_DISABLED	0x80070422	BITS를 사용하지 않도록 설정했습니다. BITS 서비스를 사용하도록 설정합니다.
ERROR_SERVICE_DEPENDENCY_DELETED ERROR_SERVICE_DEPENDENCY_FAIL	0x80070433, 0x8007042c	BITS 서비스 종속성 목록에 표시되는 서비스를 시작할 수 없습니다. BITS 서비스에 대한 종속성 목록이 올바른지 확인합니다. Windows Vista: RpcSs, EventSystem(피어 캐싱을 사용하는 경우 http.sys 및 LanManWorkstation) Windows Server 2003: Rpcss, EventSystem Windows XP: Rpcss Windows 2000: Rpcss, SENS, Wmi
ERROR_PATH_NOT_FOUND	0x80070003	Windows Vista 이전: %ALLUSERSPROFILE%\Microsoft\Network가 없습니다.
ERROR_FILE_NOT_FOUND	0x80070002	매개 변수 키가 없습니다. 다음 키와 값이 있는지 확인합니다. `HKLM\SYSTEM\CurrentControlSet\Services\BITS\Parameters\ServiceDll`= `%SystemRoot%\System32\qmgr.dll`
REGDB_E_CLASSNOTREG, EVENT_E_INTERNALERROR	0x80040154, 0x80040206	Windows 2000용 BITS는 SENS 및 EventSystem 서비스에 따라 달라집니다. COM+ 카탈로그가 손상된 경우 이 오류 코드로 BITS가 실패할 수 있습니다.

BITS 작업이 실패합니다.

클라이언트가 업데이트를 받도록 올바르게 구성되고 BITS가 올바르게 구성되고 BITS가 제대로 시작되고 실행되는 것처럼 보이면 BITS 작업 자체가 실패하는 문제가 발생할 수 있습니다. 이를 확인하려면 이벤트 로그에서 BITS 관련 오류를 확인합니다. 다음 표를 사용하여 이러한 오류의 원인을 진단할 수 있습니다.

오류 이름	오류 코드	설명
E_INVALIDARG	0x80070057	사용자의 Internet Explorer 프록시 설정에 잘못된 프록시 서버 이름이 지정되었습니다. 이 오류는 NTLM/Negotiate가 아닌 인증 체계에 자격 증명이 제공되지만 사용자 이름 또는 암호가 null인 경우에도 표시됩니다. 사용자의 Internet Explorer 프록시 설정을 유효한 프록시 서버로 변경합니다. 또는 NTLM/Negotiate 이외의 스키마의 경우 자격 증명을 NULL 사용자 이름/암호로 변경하지 않도록 변경합니다.
ERROR_WINHTTP_NAME_NOT_RESOLVED	0x80072ee7	BITS에서 서버/프록시를 확인할 수 없습니다. 작업 소유자의 컨텍스트에서 동일한 컴퓨터의 Internet Explorer에서 동일한 문제가 표시됩니다. 작업 소유자의 컨텍스트를 사용하여 웹 브라우저를 통해 동일한 파일을 다운로드해 보세요.
ERROR_HTTP_INVALID_SERVER_RESPONSE	0x80072f78	일시적인 오류이며 작업이 계속 다운로드됩니다.
BG_E_INSUFFICIENT_RANGE_SUPPORT	0x80200013	BITS는 HTTP 요청의 범위 헤더를 사용하여 파일의 일부를 요청합니다. 서버 또는 프록시 서버가 범위 요청을 이해하지 못하고 요청된 범위 대신 전체 파일을 반환하는 경우 BITS는 이 오류와 함께 작업을 ERROR 상태로 전환합니다. 오류 중에 네트워크 트래픽을 캡처하고 범위 헤더가 있는 HTTP GET 요청이 유효한 응답을 받고 있는지 검사합니다. 프록시 서버가 범위 요청을 지원하도록 올바르게 구성되었는지 확인합니다.
BG_E_MISSING_FILE_SIZE	0x80200011	BITS가 HEAD 요청을 보내고 서버/프록시가 응답에서 Content-Length 헤더를 반환하지 않으면 BITS는 이 오류와 함께 작업을 ERROR 상태로 만듭니다. 프록시 서버와 WSUS 서버를 확인하여 올바르게 구성되었는지 확인합니다. 일부 버전의 Apache 2.0 프록시 서버는 이 동작을 나타내는 것으로 알려져 있습니다.
BG_E_HTTP_ERROR_403	0x80190193	서버가 모든 요청에서 HTTP 403 응답을 반환하면 BITS는 이 오류 코드와 함께 작업을 ERROR 상태로 설정합니다. HTTP 403은 사용할 수 없음: 액세스가 거부되었습니다. 작업을 실행하는 계정에 대한 액세스 권한을 확인합니다.
ERROR_NOT_LOGGED_ON	0x800704dd	SENS 서비스에서 사용자 로그온 알림을 받지 않습니다. BITS(버전 2.0 이상)는 서비스 제어 관리자의 로그온 알림에 따라 달라지며, 이는 SENS 서비스에 따라 달라집니다. SENS 서비스가 시작되고 올바르게 실행되고 있는지 확인합니다.

손상된 BITS 구성 복구

손상된 BITS 서비스 구성을 복구하려면 BITS 서비스 구성을 수동으로 입력하면 됩니다.

참고 항목

이 작업은 다른 모든 문제 해결 시도가 실패한 경우에만 수행해야 합니다. BITS 구성을 수정하려면 관리자여야 합니다.

손상된 BITS 구성을 복구하려면 다음 단계를 수행합니다.

명령 프롬프트를 엽니다.

다음 명령을 입력하고 각 명령을 입력한 후 Enter 키를 누릅니다.

sc config bits binpath= "%systemroot%\system32\svchost.exe –k netsvcs"
sc config bits depend= RpcSs/EventSystem
sc config bits start= delayed-auto
sc config bits type= interact type=own
sc config bits error= normal
sc config bits obj= LocalSystem
sc privs bits privileges= SeCreateGlobalPrivilege/SeImpersonatePrivilege/SeTcbPrivilege/SeAssignPrimaryTokenPrivilege/SeIncreateQuotaPrivilege
sc sidtype bits unrestricted
sc failure bits reset= 86400 actions=restart/60000/restart/120000

BITS를 중지하고 다시 시작합니다.

WSUS 에이전트 서비스 관련 문제

Windows 업데이트 서비스가 성공적으로 시작될 수 있는지 확인합니다.

Windows 업데이트 서비스의 현재 상태를 보려면 명령 프롬프트를 열고 다음 명령을 실행합니다.

sc query wuauserv

WUAUSERV가 실행 중인 경우 다음 출력이 표시됩니다.

SERVICE_NAME: wuauserv  
TYPE: 20 WIN32_SHARE_PROCESS  
STATE: 4 RUNNING

WUAUSERV가 실행되고 있지 않으면 다음 출력이 표시됩니다.

SERVICE_NAME: wuauserv  
TYPE: 20 WIN32_SHARE_PROCESS  
STATE: 1 STOPPED

WUAUSERV 서비스를 성공적으로 시작할 수 있는지 확인합니다. WUAUSERV를 중지하고 다시 시작하려면 로컬 관리자로 로그온해야 합니다.

WUAUSERV 서비스를 시작하려면 명령 프롬프트에서 다음 명령을 실행합니다.

sc start wuauserv

클라이언트 에이전트가 제대로 시작 및 실행되지 않는 경우 Windows 업데이트 에이전트 버전을 확인합니다. 에이전트가 최신이 아닌 경우 Windows 업데이트 에이전트를 최신 버전으로 업데이트합니다.

Windows 업데이트 구성 요소를 다시 설정할 수도 있습니다.

수정을 실행하거나 에이전트를 업데이트한 후 다음을 실행합니다 wuauclt /detectnow. windowsupdate.log 확인하여 문제가 없는지 확인합니다.

클라이언트에서 WSUS 서버에 연결할 수 있는지 확인합니다.

URL http://<WSUSSERVER:port>/iuident.cab 에 액세스하고 오류 없이 파일을 다운로드할 수 있는지 확인합니다.

클라이언트에서 WSUS 서버에 연결할 수 없는 경우 가장 가능성이 큰 원인은 다음과 같습니다.

클라이언트에 이름 확인 문제가 있습니다.
프록시 구성 문제와 같은 네트워크 관련 문제가 있습니다.

표준 문제 해결 절차를 사용하여 이름 확인이 네트워크에서 작동하는지 확인합니다. 이름 확인이 작동하는 경우 다음 단계는 프록시 문제를 확인하는 것입니다. windowsupdate.log(C:\windows)를 확인하여 프록시 관련 오류가 있는지 확인합니다. 명령을 실행 proxycfg 하여 WinHTTP 프록시 설정을 확인할 수 있습니다.

프록시 오류가 있는 경우 Internet Explorer >도구>연결>LAN 설정으로 이동하여 올바른 프록시를 구성한 다음 지정된 WSUS URL에 액세스할 수 있는지 확인합니다.

완료되면 명령을 사용하여 proxycfg -u 이러한 사용자 프록시 설정을 WinHTTP 프록시 설정에 복사할 수 있습니다. 프록시 설정을 지정한 후 명령 프롬프트에서 실행하고 wuauclt /detectnow windowsupdate.log 오류를 확인합니다.

자동 업데이트 에이전트 저장소 다시 빌드

업데이트를 다운로드하는 데 문제가 있고 소프트웨어 배포 저장소와 관련된 오류가 있는 경우 클라이언트에서 다음 단계를 완료합니다.

명령 프롬프트에서 실행 sc stop wuauserv 하여 자동 업데이트 서비스를 중지합니다.
소프트웨어 배포 폴더의 이름을 바꿉니다(예: C:\Windows\SoftwareDistribution).
명령 프롬프트에서 실행하여 자동 업데이트 서비스를 다시 시작 sc start wuauserv 합니다.
명령 프롬프트에서 .를 실행 wuauclt /resetauthorization /detectnow합니다.
명령 프롬프트에서 .를 실행 wuauclt /reportnow합니다.

동일한 SUSclient ID를 가진 클라이언트 확인

콘솔에 하나의 WSUS 클라이언트만 표시되는 문제가 발생할 수 있습니다. 또는 클라이언트 그룹에서 한 번에 하나만 콘솔에 표시되지만 표시되는 정확한 클라이언트는 시간이 지남에 따라 변경 될 수 있습니다. 이 문제는 시스템이 이미지화되고 클라이언트가 같 SUSclientID아질 때 발생할 수 있습니다.

동일한 SUSclientID이유로 제대로 작동하지 않는 클라이언트의 경우 다음 단계를 완료합니다.

명령 프롬프트에서 실행 sc stop wuauserv 하여 자동 업데이트 서비스를 중지합니다.
SUSclientID 다음 위치에서 레지스트리 키를 삭제합니다.

HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\WindowsUpdate
명령 프롬프트에서 실행하여 자동 업데이트 서비스를 다시 시작 sc start wuauserv 합니다.
명령 프롬프트에서 .를 실행 wuauclt /resetauthorization /detectnow합니다.
명령 프롬프트에서 .를 실행 wuauclt /reportnow합니다.

다음을 통해 공유