Windows etkinleştirmesi - yinelenen İstemci Makine Kimliği

Makale
07/30/2024

Şunlar için geçerlidir: ✔️ Windows VM'leri

Genellikle Azure Hibrit Avantajı etkinleştirildiğinde bile Azure Windows sanal makinelerini (VM) etkinleştirmek için Azure Anahtar Yönetim Merkezi (KMS) sunucularını kullanmanızı öneririz. Ancak, belirli durumlarda ağ kısıtlamaları VM'lerin Azure KMS sunucularıyla iletişim kurmasını engelleyebileceğinden, etkinleştirme için şirket içinde barındırılan bir KMS sunucusu kullanabilirsiniz. Bu makalede, Windows etkinleştirmesi için şirket içinde barındırılan bir KMS sunucusu kullandığınızda oluşan yinelenen İstemci Makine Kimliği sorunu açıklanır ve bir çözüm sağlanır.

Not

Bu makale yalnızca etkinleştirme için şirket içinde barındırılan bir KMS sunucusu kullandığınızda geçerlidir. Etkinleştirme için Azure KMS kullandığınızda geçerli değildir.

Belirtiler

Etkinleştirme için şirket içinde barındırılan bir KMS sunucusu kullandığınızda ve birden fazla Windows Server VM'sini etkinleştirmeye çalıştığınızda, etkinleştirme değerlendirme süresinden sonra başarısız olur ve şirket içinde barındırılan KMS sunucunuz Yinelenen İstemci Makinesi Kimliği Raporu'nda aşağıdaki hatayı bildirir:

Yinelenen İstemci Makine Kimliği Raporu, dağıtımdan önce Sysprep aracını kullanarak düzgün genelleştirilmemiş görüntüleri çalıştıran ortamdaki makineleri tanımlamaya yardımcı olur.
Not:
- Aynı CMID'ye sahip birden çok Toplu Etkinleştirme İstemcisi, KMS tarafından tek bir istemci olarak sayılır. Bu, KMS İstemci Sayısı'nın minimum eşiğin altına düşmesine neden olursa, ORTAMınızda KMS etkinleştirmesi başarısız olur.

Neden

İstemci Makine Kimliği (CMID), özgün kaynak görüntünün Sysprep işlemi sırasında temizlenir. Ancak Sysprep işlemi varsayılan değeri 0yerine parametresi SkipRearm olarak ayarlı 1 olarak tetiklenirse CMID temizlenmez. Bu durumda, bu görüntüden oluşturulan tüm VM'ler aynı CMID'ye sahip olur.
Azure Market'den VM oluşturduğunuzda, Windows Server için Azure Market görüntüler parametresi SkipRearm olarak ayarlanmış 1şekilde genelleştirilmiştir. Bu nedenle, aynı Windows Server görüntüsünden oluşturulan VM'lerin CMID'si aynı olur.

Yinelenen CMID'yi onaylama

VM'lerin kaynak görüntüye ve sürüme göre aynı CMID'ye sahip olup olmadığını denetleyin:

Sorunlu VM'lerde aşağıdaki komutu çalıştırın:

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

Aşağıda bir komut çıktı örneği verilmişti:

Most recent activation information:
Key Management Service client information
    Client Machine ID (CMID): <client-machine-ID>
    Registered KMS machine name: <KMS-machine-name>

Sorunlu VM'lerdeki komut çıkışlarını karşılaştırın ve VM'lerin aynı CMID'ye sahip olup olmadığını onaylayın.

Çözüm

Özel bir görüntüden oluşturulan sorunlu VM'ler için, CMID'nin görüntüden temizlendiğinden emin olmak için 0 parametresi SkipRearm ayarlanmış özgün VM'yi genelleştirin/sysprep yapın.
Zaten dağıtılmış sorunlu VM'ler için şu adımları izleyin:
1. Yükseltilmiş bir komut isteminden slmgr /rearm komutunu çalıştırın.
2. VM’yi yeniden başlatın.
3. Yeniden başlatma sonrasında VM çevrimiçi olduktan sonra, CMID'nin değiştirildiğini onaylamak için aşağıdaki komutu çalıştırın:
```
cscript C:\Windows\System32\slmgr.vbs /dlv
```
4. Etkinleştirmeyi yeniden tetikleme.

Yardım için bizimle iletişim kurun

Sorularınız varsa veya yardıma ihtiyacınız varsa bir destek isteği oluşturun veya Azure topluluk desteğine sorun. Ürün geri bildirimini Azure geri bildirim topluluğuna da gönderebilirsiniz.

Aracılığıyla paylaş