Panduan untuk memecahkan masalah Key Management Service (KMS)

Pelanggan perusahaan menyiapkan Key Management Service (KMS) sebagai bagian dari proses penyebaran mereka karena memungkinkan mereka menggunakan proses sederhana dan mudah untuk mengaktifkan Windows di lingkungan mereka. Biasanya, setelah Anda menyiapkan host KMS, klien KMS terhubung ke host secara otomatis dan mengaktifkannya sendiri. Namun, terkadang prosesnya tidak berfungsi seperti yang diharapkan. Artikel ini memandu Anda melalui cara memecahkan masalah apa pun yang mungkin Anda temui.

Untuk informasi selengkapnya tentang entri log event dan slmgr.vbs skrip, kunjungi Referensi Teknis Aktivasi Volume.

Tempat memulai pemecahan masalah KMS

Mari kita mulai dengan penyegaran cepat tentang cara kerja aktivasi KMS. KMS adalah model server klien yang memiliki beberapa kesamaan dengan Dynamic Host Configuration Protocol (DHCP). Namun, alih-alih membagikan alamat IP kepada klien atas permintaan mereka, KMS memungkinkan aktivasi produk. KMS juga merupakan model perpanjangan, di mana klien mencoba mengaktifkan kembali pada interval reguler. Ada dua peran: host KMS dan klien KMS.

• Host KMS menjalankan layanan aktivasi dan memungkinkan aktivasi di lingkungan. Untuk mengonfigurasi host KMS, Anda harus menginstal kunci KMS dari Pusat Layanan Lisensi Volume (VLSC) lalu mengaktifkan layanan.
• Klien KMS adalah sistem operasi Windows yang Anda sebarkan di lingkungan dan perlu diaktifkan. Klien KMS dapat menjalankan edisi Windows apa pun yang menggunakan aktivasi volume. Klien KMS dilengkapi dengan kunci yang telah diinstal sebelumnya, yang disebut Kunci Lisensi Volume Generik (GVLK) atau Kunci Penyiapan Klien KMS. Kehadiran GVLK adalah yang menjadikan sistem sebagai klien KMS. Klien KMS menggunakan catatan layanan Sistem Nama Domain (DNS) (SRV) (_vlmcs._tcp) untuk mengidentifikasi host KMS. Selanjutnya, klien secara otomatis mencoba menemukan dan menggunakan layanan ini untuk mengaktifkan diri mereka sendiri. Selama masa tenggang 30 hari pertama, mereka mencoba mengaktifkan setiap dua jam. Setelah Anda mengaktifkan klien KMS, mereka mencoba memperbarui aktivasi mereka setiap tujuh hari.

Dari perspektif pemecahan masalah, Anda mungkin harus melihat sisi host dan klien untuk mencari tahu mengapa masalah terjadi.

Pemecahan masalah pada host KMS

Saat Anda memeriksa host KMS selama pemecahan masalah, ada dua area yang harus Anda lihat:

• Periksa status layanan lisensi perangkat lunak host menggunakan slmgr.vbs perintah dalam perintah baris perintah.
• Periksa Penampil Peristiwa untuk peristiwa yang terkait dengan lisensi atau aktivasi.

Periksa layanan Lisensi Perangkat Lunak menggunakan perintah slmgr.vbs

Untuk melihat output verbose dari layanan Lisensi Perangkat Lunak, buka jendela prompt perintah yang ditingkatkan dan masukkan slmgr.vbs /dlv. Cuplikan layar berikut menunjukkan hasil menjalankan perintah ini pada salah satu host KMS kami dalam Microsoft.

Berikut adalah beberapa variabel yang harus Anda perhatikan dalam output saat memecahkan masalah:

• Informasi Versi berada di bagian slmgr.vbs /dlv atas output. Informasi versi berguna untuk menentukan apakah layanan up-to-date. Memastikan semuanya sudah diperbarui penting karena layanan KMS mendukung kunci host KMS yang berbeda. Anda dapat menggunakan data ini untuk mengevaluasi apakah versi yang saat ini Anda gunakan mendukung kunci host KMS yang coba Anda instal atau tidak. Untuk informasi selengkapnya tentang pembaruan, lihat Pembaruan tersedia untuk Windows Vista dan untuk Windows Server 2008 untuk memperluas dukungan aktivasi KMS untuk Windows 7 dan untuk Windows Server 2008 R2.

• Nama menunjukkan edisi Windows mana yang berjalan pada sistem host KMS. Anda dapat menggunakan informasi ini untuk memecahkan masalah yang melibatkan penambahan atau perubahan kunci host KMS. Misalnya, Anda dapat menggunakan informasi ini untuk memverifikasi apakah edisi OS mendukung kunci yang coba Anda gunakan.

• Deskripsi menunjukkan kunci mana yang saat ini diinstal. Gunakan bidang ini untuk memverifikasi apakah kunci yang pertama kali mengaktifkan layanan adalah yang benar untuk klien KMS yang telah Anda sebarkan.

• Status Lisensi menunjukkan status sistem host KMS. Nilai harus Berlisensi. Nilai lain berarti Anda harus mengaktifkan kembali host.

• Jumlah Saat Ini menampilkan hitungan antara 0 dan 50. Jumlahnya bersifat kumulatif antara sistem operasi dan menunjukkan jumlah sistem valid yang mencoba mengaktifkan dalam periode 30 hari.

  Jika jumlahnya adalah 0, layanan baru-baru ini diaktifkan atau tidak ada klien yang valid yang terhubung ke host KMS.

  Jumlahnya tidak meningkat di atas 50, tidak peduli berapa banyak sistem valid yang ada di lingkungan. Jumlah diatur untuk menyimpan dalam cache hanya dua kali jumlah maksimum kebijakan lisensi yang dikembalikan oleh klien KMS. Kebijakan maksimum yang ditetapkan oleh OS klien Windows memerlukan hitungan 25 atau lebih tinggi dari host KMS untuk mengaktifkan dirinya sendiri. Oleh karena itu, jumlah tertinggi yang dapat dicapai host KMS adalah 2 x 25 atau 50. Di lingkungan yang hanya berisi klien KMS Windows Server, jumlah maksimum pada host KMS adalah 10. Batas ini karena ambang batas untuk edisi Windows Server adalah 5 (2 x 5, atau 10).

  Masalah umum terkait jumlah terjadi ketika lingkungan memiliki host KMS yang diaktifkan dan klien yang cukup, tetapi jumlahnya tidak meningkat melebihi satu. Ketika masalah ini terjadi, itu berarti gambar klien yang disebarkan tidak dikonfigurasi dengan benar, sehingga sistem tidak memiliki ID Komputer Klien (CMID) unik. Untuk mempelajari selengkapnya, lihat:

  • Klien KMS
  • Jumlah KMS saat ini tidak meningkat ketika Anda menambahkan komputer klien berbasis Windows Vista atau Windows 7 baru ke jaringan
  • Jumlah Klien Host KMS tidak Meningkat Karena CMID Duplikat

  Alasan lain mengapa jumlahnya mungkin tidak meningkat adalah bahwa ada terlalu banyak host KMS di lingkungan dan jumlahnya didistribusikan ke semua host tersebut.

Kami sering ditanya tentang bagian permintaan kumulatif dari slmgr.vbs /dlv output. Umumnya, data ini tidak berguna untuk pemecahan masalah. Host KMS menyimpan catatan status berkelanjutan dari setiap klien KMS yang mencoba mengaktifkan atau mengaktifkan kembali. Permintaan yang gagal menunjukkan host KMS tidak mendukung klien KMS tertentu. Misalnya, jika klien Windows 7 KMS mencoba mengaktifkan terhadap host KMS yang diaktifkan dengan menggunakan kunci Windows Vista KMS, aktivasi gagal.

Baris Permintaan dengan Status Lisensi menjelaskan semua kemungkinan status lisensi, baik masa lalu maupun saat ini. Dari perspektif pemecahan masalah, data ini hanya relevan jika jumlahnya tidak meningkat seperti yang diharapkan. Dalam kasus tersebut, Anda akan melihat jumlah permintaan yang gagal meningkat. Untuk mengatasi masalah ini, Anda harus memeriksa kunci produk yang digunakan untuk terlebih dahulu mengaktifkan sistem host KMS. Selain itu, perhatikan bahwa nilai permintaan kumulatif diatur ulang hanya jika Anda menginstal ulang sistem host KMS.

Peristiwa KMS host yang bermanfaat

ID peristiwa yang dijelaskan di bagian berikut adalah ID yang perlu Anda pahami untuk membuat pemecahan masalah terkait host menjadi lebih efisien.

ID Peristiwa 12290

Host KMS membuat log berlabel ID Peristiwa 12290 saat klien KMS menghubungi host saat mencoba mengaktifkan. ID Peristiwa 12290 berisi informasi yang dapat Anda gunakan untuk mengetahui jenis klien yang menghubungi host dan mengapa kegagalan terjadi. Segmen berikut dari entri ID peristiwa 12290 berasal dari log peristiwa Layanan Manajemen Kunci dari host KMS kami.

Detail peristiwa mencakup informasi berikut:

• Jumlah Minimum yang Diperlukan untuk Mengaktifkan, yang melaporkan bahwa jumlah dari host KMS harus 5 agar klien dapat diaktifkan. Itu berarti bahwa OS ini adalah OS Windows Server, meskipun variabel ini saja tidak menunjukkan edisi mana yang digunakan klien. Jika klien Anda tidak dapat melakukan aktivasi, pastikan jumlah kapasitas host memungkinkan klien untuk mengaktifkan.
• ID Komputer Klien (CMID), yang merupakan nilai unik pada setiap sistem. Jika nilai ini tidak unik, itu karena gambar tidak dikonfigurasi dengan benar untuk distribusi menggunakan sysprep. Untuk mempelajari selengkapnya tentang menggeneralisasi komputer Anda, lihat Penginstalan Sysprep (Generalisasi) Windows. Ketika Anda mengalami masalah ini, jumlah host KMS tidak meningkat meskipun ada cukup klien di lingkungan.
• Status Lisensi dan Waktu ke Kedaluwarsa Status, yang merupakan status lisensi klien saat ini. Variabel ini dapat membantu Anda mengetahui apakah klien mencoba mengaktifkan untuk pertama kalinya atau apakah klien mencoba mengaktifkan kembali. Entri waktu juga dapat memberi tahu Anda berapa lama klien tetap dalam status tersebut jika tidak ada perubahan lain.

Jika Anda sedang memecahkan masalah klien dan tidak dapat menemukan Event ID 12290 yang sesuai pada host KMS, maka klien tidak terhubung ke host KMS. Alasan mengapa entri ID peristiwa 12290 hilang dapat mencakup:

• Ada pemadaman jaringan.

• Host tidak menyelesaikan atau tidak terdaftar di DNS.

• Firewall memblokir TCP 1688.

  • Port juga dapat diblokir di tempat lain dalam lingkungan, termasuk pada sistem host KMS itu sendiri. Secara default, host KMS memiliki pengecualian firewall untuk KMS, tetapi pengecualian ini tidak diaktifkan secara otomatis. Untuk menambahkan pengecualian ini, jalankan perintah berikut di jendela PowerShell yang ditingkatkan:

    New-NetFirewallRule -DisplayName "KMS Host Activation" -Direction Inbound -Protocol TCP -LocalPort 1688 -Action Allow
    New-NetFirewallRule -DisplayName "KMS Host RPC" -Direction Inbound -Protocol TCP -LocalPort 135 -Action Allow
    

• Log peristiwa tersebut penuh.

Klien KMS mencatat dua peristiwa yang sesuai: ID peristiwa 12288 dan ID peristiwa 12289. Untuk informasi tentang peristiwa ini, lihat bagian klien KMS .

ID Peristiwa 12293

Acara lain yang relevan untuk dicari di host KMS Anda adalah EVENT ID 12293. Kejadian ini menunjukkan bahwa host tidak menerbitkan rekaman yang diperlukan di DNS. Skenario ini dapat menyebabkan kegagalan, dan Anda harus memastikan bahwa peristiwa tersebut tidak muncul setelah Anda menyiapkan host dan sebelum Anda menerapkan klien. Untuk informasi selengkapnya tentang masalah DNS, lihat Prosedur pemecahan masalah umum untuk masalah KMS dan DNS.

Klien KMS

Anda juga dapat menggunakan slmgr.vbs perintah dan Penampil Peristiwa untuk memecahkan masalah aktivasi pada klien KMS.

Slmgr.vbs dan layanan Lisensi Perangkat Lunak

Untuk melihat output verbose dari layanan Lisensi Perangkat Lunak, buka jendela Prompt Perintah yang ditingkatkan dan masukkan slmgr.vbs /dlv di prompt perintah. Cuplikan layar berikut menunjukkan hasil perintah ini pada salah satu host KMS kami dalam Microsoft.

Berikut adalah beberapa variabel yang harus Anda perhatikan dalam output saat memecahkan masalah:

• Nama, yang memberi tahu Anda edisi Windows mana yang digunakan sistem klien KMS. Anda dapat menggunakan variabel ini untuk memverifikasi bahwa versi Windows yang coba Anda aktifkan kompatibel dengan KMS.
• Deskripsi, yang menunjukkan kunci mana yang diinstal. Misalnya, VOLUME_KMSCLIENT menunjukkan bahwa sistem menginstal KmS Client Setup Key, atau GVLK, yang merupakan konfigurasi default untuk media lisensi volume. Sistem dengan GVLK secara otomatis mencoba mengaktifkan dengan menggunakan host KMS. Jika Anda melihat nilai yang berbeda di sini, seperti MAK, Anda harus menginstal ulang GVLK untuk mengonfigurasi sistem ini sebagai klien KMS. Anda dapat menginstal kunci secara manual dengan mengikuti instruksi untuk dijalankan slmgr.vbs /ipk <GVLK> di kunci penyiapan klien KMS, atau mengikuti petunjuk dalam Referensi Teknis Alat Manajemen Aktivasi Volume (VAMT) untuk menggunakan VAMT sebagai gantinya.
• Kunci Produk Parsial, yang dapat Anda gunakan untuk menentukan apakah Kunci Penyiapan Klien KMS cocok dengan sistem operasi yang digunakan klien KMS. Secara default, kunci yang benar ada pada sistem yang dibangun menggunakan media dari portal Pusat Layanan Lisensi Volume (VLSC). Dalam beberapa kasus, pelanggan mungkin menggunakan aktivasi Multiple Activation Key (MAK) sampai ada cukup sistem di lingkungan untuk mendukung aktivasi KMS. Anda harus menginstal kunci Penyiapan Klien KMS pada sistem ini untuk mentransisikannya dari MAK ke KMS. Gunakan VAMT untuk menginstal kunci ini dan pastikan Anda menggunakan kunci yang benar.
• Status Lisensi menunjukkan status sistem klien KMS. Untuk sistem yang diaktifkan oleh KMS, nilai ini harus Dilisensikan. Nilai lain mungkin menunjukkan bahwa ada masalah. Misalnya, jika host KMS berfungsi dengan benar dan klien KMS masih tidak mengaktifkan atau terjebak dalam status Grace , itu berarti ada sesuatu yang mencegah klien mencapai sistem host. Pemblokiran ini bisa menjadi masalah firewall, pemadaman jaringan, dan sebagainya.
• ID Komputer Klien (CMID), yang harus unik di setiap klien KMS. Seperti disebutkan dalam Periksa layanan Lisensi Perangkat Lunak menggunakan perintah slmgr.vbs, masalah umum yang terkait dengan hitungan adalah jika jumlahnya tidak meningkat melebihi satu tidak peduli berapa banyak host atau klien KMS yang Anda aktifkan di lingkungan. Untuk informasi selengkapnya, lihat Jumlah KMS saat ini tidak meningkat saat Anda menambahkan komputer klien berbasis Windows Vista atau Windows 7 baru ke jaringan.
• Nama Mesin KMS dari DNS, yang menunjukkan FQDN host KMS yang berhasil digunakan klien untuk aktivasi dan port TCP mana yang digunakan untuk berkomunikasi.
• Caching Host KMS, yang menunjukkan apakah caching diaktifkan atau tidak. Mekanisme penyimpanan sementara biasanya diaktifkan secara default. Saat Anda mengaktifkan penyimpanan cache, klien KMS menyimpan host KMS yang sama dengan yang digunakan untuk aktivasi dan berkomunikasi langsung dengan host ini alih-alih melakukan kueri DNS saat untuk mengaktifkan kembali. Jika klien tidak dapat menghubungi host KMS yang di-cache, klien meminta DNS untuk menemukan host KMS baru.

Peristiwa klien KMS

Bagian berikut menjelaskan peristiwa klien yang harus Anda kenal untuk membantu Anda memecahkan masalah potensial secara lebih efisien.

ID Peristiwa 12288 dan ID Peristiwa 12289

Ketika klien KMS berhasil mengaktifkan atau mengaktifkan kembali, klien mencatat dua peristiwa: ID peristiwa 12288 dan ID peristiwa 12289. Cuplikan layar berikut menunjukkan segmen entri ID peristiwa 12288 berasal dari log peristiwa Layanan Manajemen Kunci klien KMS kami.

Jika Anda hanya mengamati ID peristiwa 12288 tanpa ID peristiwa yang cocok 12289, itu menunjukkan salah satu masalah berikut: klien KMS tidak dapat terhubung ke host KMS, host KMS gagal merespons, atau klien tidak menerima respons host.

Dalam kasus ini, Anda harus memverifikasi bahwa host KMS dapat ditemukan dan bahwa klien KMS dapat menghubunginya.

Informasi yang paling relevan dalam ID peristiwa 12288 adalah data di bidang Info . Misalnya, Info menunjukkan status klien saat ini dan port FQDN dan TCP mana yang digunakan klien saat mencoba mengaktifkan. Anda dapat menggunakan FQDN untuk memecahkan masalah skenario di mana hitungan pada host KMS tidak meningkat. Misalnya, jika ada terlalu banyak host KMS yang tersedia untuk klien (baik sistem yang sah atau tidak didukung), maka jumlahnya mungkin didistribusikan ke semuanya.

Aktivasi yang gagal tidak selalu berarti bahwa klien memiliki ID peristiwa 12288 dan bukan 12289. Aktivasi atau aktivasi ulang yang gagal mungkin juga memiliki kedua peristiwa tersebut. Dalam hal ini, Anda harus memeriksa peristiwa kedua untuk memverifikasi alasan kegagalan.

Bagian Info id peristiwa 12289 menyediakan informasi berikut:

• Bendera Aktivasi, yang menunjukkan apakah aktivasi berhasil (1) atau gagal (0).
• Jumlah Saat Ini pada Host KMS, yang menunjukkan nilai hitungan pada host KMS saat klien mencoba mengaktifkan. Jika aktivasi gagal, mungkin karena jumlahnya tidak cukup untuk OS klien ini atau tidak ada cukup sistem di lingkungan untuk membangun hitungan.

Apa yang diminta dukungan?

Jika aktivasi Anda tidak berfungsi seperti yang diharapkan setelah pemecahan masalah, Anda dapat menghubungi Dukungan Microsoft untuk bantuan teknis. Teknisi Dukungan biasanya meminta informasi berikut:

• slmgr.vbs /dlv output dari host KMS dan sistem klien KMS.
• Log peristiwa dari host KMS (log Layanan Manajemen Kunci) dan sistem klien KMS (Log aplikasi).