다음을 통해 공유


Windows 정품 인증 - 클라이언트 컴퓨터 ID 중복

일반적으로 KMS(Azure Key Management Services) 서버를 사용하여 Azure 하이브리드 혜택 사용하도록 설정된 경우에도 Azure Windows VM(가상 머신)을 활성화하는 것이 좋습니다. 그러나 특정 경우 네트워크 제한으로 인해 VM이 Azure KMS 서버와 통신하지 못할 수 있으므로 자체 호스팅 KMS 서버를 사용하여 정품 인증할 수 있습니다. 이 문서에서는 Windows 정품 인증을 위해 자체 호스팅 KMS 서버를 사용할 때 발생하는 중복 클라이언트 컴퓨터 ID 문제를 설명하고 솔루션을 제공합니다.

참고

이 문서는 정품 인증에 자체 호스팅 KMS 서버를 사용하는 경우에만 적용됩니다. 활성화에 Azure KMS를 사용하는 경우에는 적용되지 않습니다.

증상

자체 호스팅 KMS 서버를 활성화에 사용하고 둘 이상의 Windows Server VM을 활성화하려고 하면 평가 기간 후에 정품 인증이 실패하고 자체 호스팅 KMS 서버가 중복 클라이언트 컴퓨터 ID 보고서에서 다음 오류를 보고합니다.

중복 클라이언트 컴퓨터 ID 보고서는 배포 전에 Sysprep 도구를 사용하여 제대로 일반화되지 않은 이미지를 실행하는 환경의 컴퓨터를 식별하는 데 도움이 됩니다.
참고:
- 동일한 CMID를 가진 여러 볼륨 정품 인증 클라이언트는 KMS에 의해 단일 클라이언트로 계산됩니다. 이로 인해 KMS 클라이언트 수가 최소 임계값 아래로 떨어지면 사용자 환경에서 KMS 정품 인증이 실패합니다.

원인

  • 원본 이미지의 Sysprep 프로세스 중에 CMID(클라이언트 머신 ID)가 지워집니다. 그러나 기본값 0대신 매개 변수 SkipRearm 를 로 설정 1 하여 Sysprep 프로세스가 트리거되는 경우 CMID는 지워지지 않습니다. 이 경우 이 이미지에서 만든 모든 VM에는 동일한 CMID가 있습니다.

  • Azure Marketplace VM을 만들 때 Windows Server에 대한 Azure Marketplace 이미지가 매개 변수 SkipRearm 를 로 설정하여 1일반화되었습니다. 따라서 동일한 Windows Server 이미지에서 만든 VM은 동일한 CMID를 갖습니다.

중복 CMID 확인

VM에 원본 이미지 및 버전에 따라 동일한 CMID가 있는지 확인합니다.

  1. 문제가 있는 VM에서 다음 명령을 실행합니다.

    cscript C:\Windows\System32\slmgr.vbs /dlv
    

    명령 출력 샘플은 다음과 같습니다.

    Most recent activation information:
    Key Management Service client information
        Client Machine ID (CMID): <client-machine-ID>
        Registered KMS machine name: <KMS-machine-name>
    
  2. 문제가 있는 VM의 명령 출력을 비교하고 VM에 동일한 CMID가 있는지 확인합니다.

해결 방법

  • 사용자 지정 이미지에서 만든 문제가 있는 VM의 경우 CMID가 이미지에서 지워지도록 매개 변수 SkipRearm 가 로 0 설정된 원래 VM을 일반화/sysprep합니다.

  • 이미 배포된 문제가 있는 VM의 경우 다음 단계를 수행합니다.

    1. 관리자 권한 slmgr /rearm 명령 프롬프트에서 명령을 실행합니다.

    2. VM을 다시 시작합니다.

    3. 다시 시작한 후 VM이 온라인 상태가 되면 다음 명령을 실행하여 CMID가 변경되었는지 확인합니다.

      cscript C:\Windows\System32\slmgr.vbs /dlv
      
    4. 활성화를 다시 트리거합니다.

도움을 요청하십시오.

질문이 있거나 도움이 필요한 경우 지원 요청을 생성하거나Azure 커뮤니티 지원에 문의하세요. Azure 피드백 커뮤니티에 제품 피드백을 제출할 수도 있습니다.