Windows ServerでのKMSアクティベーション トラブルシューティング完全ガイド

KMS(Key Management Services)とは、Windows Serverに「ボリューム ライセンス認証サービス」の役割をインストールすることで構成される、KMSホストコンピューターのことです。企業環境でKMSキーを使って複数のPCをライセンス認証する際には、このKMSホストによる検証が必要となります。

本記事では、KMSライセンス認証で発生しやすい問題の基本的なトラブルシューティング手順を解説します。個別のエラーコードごとの対処法は別途紹介していますが、まずはここで取り上げる基本の確認ポイントから始めるのがおすすめです。

Windows 11 / Windows 10でのKMS構成の基本コマンド

KMSを構成するには、管理者権限でコマンドプロンプトを開き、以下のいずれかのコマンドを実行します。

• KMSキーをインストールする:slmgr.vbs /ipk <KmsKey>
• オンラインでライセンス認証する:slmgr.vbs /ato
• 電話でライセンス認証する:slui.exe 4

KMSキーの認証後は、「ソフトウェア保護」サービスを再起動してください。それでも問題が解決しない場合は、以下のトラブルシューティングを試してみましょう。

Windows ServerにおけるKMSライセンス認証のトラブルシューティング

ここでは、KMSライセンス認証時に発生しやすい代表的な問題とその解決手順を紹介します。

KMSクライアントは正しくライセンス認証されているか?

クライアントコンピューターが正しく認証されているかを確認するには、コントロールパネルの「システム」画面を見るか、コマンドプロンプトでSLMgrスクリプトを実行します。/dliオプションを付けて実行してみてください。

slmgr.vbs /dli

このコマンドにより、Windowsのインストール情報、ライセンス認証の状態、ライセンスの詳細が表示されます。プロダクトキーの末尾5文字も確認できるため、管理者にとって有用な情報源です。

KMSクライアントがライセンス認証されない

KMSでクライアントを認証するには、一定台数以上のコンピューター数(閾値)が必要です。「KMSクライアント コンピューターをライセンス認証できません」というエラーが出た場合は、KMSホスト側のカウントが最低5に達しているかを確認してください。なお、Windows Server 2008 R2のKMSクライアントは、認証にカウント数5が必要です。

あわせて、クライアントとホストの両方でアプリケーションイベントログを確認し、イベントID 12289 を探しましょう。

KMSクライアント側では、以下の点をチェックします。

• 結果コードは0か?(0以外はすべてエラー)
• イベント内のKMSホスト名は正しいか?
• KMSのポート番号は正しいか?
• KMSホストにアクセス可能か?
• サードパーティ製ファイアウォールを使用している場合、送信ポートの設定は必要か?

KMSホスト側では、イベントID 12290 をKMSイベントログで確認します。以下の項目をチェックしてください。

• KMSホストはクライアントからの要求を記録したか?
• 要求元のKMSクライアント名がリストに含まれているか?
• クライアントとKMSホスト間の通信は確立しているか?
• クライアントは応答を受信したか?

これらのイベントログが存在しない場合、クライアントからの要求がKMSホストに届いていない可能性があります。既定のポートを使用している場合は、社内ルーターがTCPポート1688の通信をブロックしていないかを確認し、クライアントからホストへ正しく到達できるようにしましょう。

エラーコードの意味を調べるには?

Slmgr.vbsコマンドで表示されたエラーコードの正確な意味を調べたい場合は、SLUIツールを使用します。

slui.exe 0x2a errorcode

クライアントがKMSカウントに追加されない

KMSホストは、同一の特性を持つクライアントコンピューターを別々のクライアントとしてカウントしません。これは、クローン作成やイメージ展開によってクライアントID(CMID)が重複していることが原因です。対処としては、sysprep /generalize または slmgr /rearm を実行して、CMIDおよびプロダクト認証情報をリセットします。

KMSホストがSRVレコードを作成できない

KMSホストは、DNSデータベース上にSRVレコードを作成することで、KMSクライアントによる自動検出を可能にしています。KMSホストにDNSデータベースへの書き込み権限がない場合、適切なアクセス許可が付与されていません。この問題は「ボリューム ライセンス認証展開ガイド」の手順に従って修正する必要があります。

最初のKMSホストしかSRVレコードを作成できない

組織内に複数のKMSホストがある場合、2台目以降のホストがSRVリソースレコード(SRV RR)を更新できないことがあります。これは、SRVレコードの既定のアクセス許可を変更することで解決できます。詳細については、ボリューム ライセンス認証展開ガイドを参照してください。

KMSクライアントに誤ってKMSキーをインストールしてしまった

これは、本来KMSホスト用であるKMSキーが、KMSクライアント側に設定されてしまった状態です。コンピューターをKMSクライアントとして復元するには、管理者がセットアップキーを使って次のコマンドを実行します。

slmgr.vbs /ipk <SetupKey>

その後、コンピューターを再起動し、実際のKMSホストとの接続を確立させてください。

KMSホストのフェイルオーバー

KMSホストに障害が発生した場合、唯一の選択肢は新しいホストをセットアップし、同じKMSホストキーを使用することです。認証後は、DNSデータベースにKMSホストのSRV RRが登録されていることを必ず確認しましょう。

これにより、新しいKMSホストは新規クライアントの検出、更新、認証を自動的に開始します。ただし、KMSクライアントが特定のKMSホストIPに固定設定されている場合、この方法は機能しません。自動検出(auto-discovery)に設定されていれば、クライアントは別のKMSホストを選択できます。

KMSクライアントを更新するには、次のコマンドでKMSサーバーと使用するポートを指定します。

slmgr.vbs /skms <KmsHost>:<Port>

まとめ

本ガイドでは、KMSサーバーとクライアントで発生しがちな最も一般的な問題、その解決策、そして実用的なヒントを一覧形式で紹介しました。KMSの運用でトラブルに直面した際は、まずイベントログの確認とネットワーク疎通の検証から始めると、原因の切り分けがスムーズに進みます。

この記事がお役に立てば幸いです!