Windows ServerでGUIを有効にする方法とWAC接続エラー対策

Azure環境でWindows Serverを運用するとき、いざRDPで接続したらコマンドラインのみでGUIがなくて戸惑った経験はありませんか。本記事ではその原因と解決策、そしてWindows Admin Centerとの接続トラブル対応について詳しく解説します。

Windows Server CoreとDesktop Experienceの違い

Windows Serverを構築するとき、まず押さえておくべきなのが「Server Coreエディション」と「Desktop Experienceエディション」の違いです。単にインストール方法が異なるだけと思われがちですが、実は管理性やセキュリティにも大きく関わるポイントがあります。誤ってServer Core版をデプロイしてしまうと、想像していたグラフィカルなデスクトップ画面ではなく、コマンドライン（SConfig）のみで操作することになり戸惑う方も多いでしょう。

Server Coreエディションとは

Server CoreエディションはWindows Serverのインストールオプションのひとつで、GUI機能が最小化された構成になっています。GUI管理を前提としないため、Windows Explorerやスタートメニューなどの見慣れた画面が存在しません。代わりにSConfigと呼ばれるシェル画面、あるいはリモート管理ツール（PowerShellやWindows Admin Center、RSATなど）を用いて運用・管理します。メリットはOSのフットプリントが小さいこと、セキュリティリスクが減ること、アップデートが少ないことなどが挙げられます。

Desktop Experienceエディションとは

Desktop Experienceエディションは従来のWindows Serverに近い形で、フル機能のGUIを提供するオプションです。いわゆるWindows 10やWindows 11のような操作感を望むユーザーにとっては、こちらの方が使いやすいでしょう。スタートボタンやWindowsエクスプローラーなど通常のWindows OSと同様の画面が表示されるため、RDP接続したときにも直感的に操作が可能です。サーバーのGUIを想定している方は、このDesktop Experienceエディションでインストールする必要があります。

選択ミスによるトラブル

Server CoreかDesktop Experienceかを間違えてデプロイすると、後からGUIを追加インストールすることはできません。これは、Windows Serverのインストールオプションが排他的に実装されているためです。もしGUIが必要になった場合は、新たにDesktop Experienceエディションをインストールし直すか、新規で仮想マシンを作成して移行するしか手段がありません。Azure環境でも同様で、Server Coreで作ってしまったVMを後からGUI付きに変更することはできないため、最初の設計時点でしっかり選択を見極めましょう。

Azure for StudentsライセンスはGUIを制限していない

今回、Azure for StudentsライセンスでWindows Serverを利用している方が「GUIが表示されないのはライセンスの制限では？」と疑問を抱くケースがあります。結論から言えば、Azure for StudentsライセンスがGUI利用を制限しているわけではありません。Azureで作成できるWindows Serverのエディションはライセンスプランに左右されるものではないため、Server CoreとDesktop Experienceの違いが原因でGUIがないと考えるのが妥当です。

実際のライセンス制限の事例

Azure for Studentsでは無料クレジットの制限や、一部の高額なリソースが作成できないといった制約がありますが、Windows Serverのインストールオプション自体は制限対象外です。例として、Azure Marketplaceでのイメージ選択肢が予算によって変わることはあっても、Server Coreしか選べないといった仕様には通常なっていません。もしAzureポータル上でGUI付きのWindows Serverを選べない場合は、Marketplaceイメージのリージョン設定やサブスクリプション構成に原因があるかもしれません。

対処法

GUIを利用したい場合は、Desktop Experienceエディションのイメージを再度選び直して仮想マシンを作成するのが最も簡単な方法です。すでにServer Core版のVMを構築してしまった場合は、クライアントデータや設定情報を移行したうえで、改めてDesktop Experience版に移し替えることになります。Azure環境内でスナップショットやイメージの作成を行い、別VMへディスクをアタッチする方法で移行している企業やユーザーも多いです。

Windows Admin Centerで接続できない原因と対策

Server Coreを利用していると、Windows Admin Center（以下WAC）からの接続に失敗することがあります。WACはブラウザ経由のリモート管理ツールとして便利ですが、設定の初期段階でいくつかの見落としがあると接続が確立しない場合があります。

典型的な接続失敗のパターン

1. WinRMが有効になっていない
   WACはWinRM（Windows Remote Management）を利用してサーバーに接続します。Server Coreインストール直後はWinRMが自動で有効化されていないケースがあるため、以下のPowerShellコマンドなどで設定を確認・有効化する必要があります。

# PowerShellを管理者権限で実行
Set-ExecutionPolicy RemoteSigned -Force
Enable-PSRemoting -Force

# WinRMのサービスを確認
Get-Service WinRM

2. ファイアウォール例外の設定漏れ
   Server Coreに限らず、Windows Serverではデフォルトのファイアウォールルールが原因でWACのアクセスをブロックしていることがあります。特にカスタムポートでWinRMを使用している場合や、HTTP/HTTPS以外の通信経路を使おうとしている場合は注意が必要です。以下はHTTPSの5986ポートを解放する例です。

New-NetFirewallRule -DisplayName "WinRM HTTPS Inbound" `
                    -Direction Inbound `
                    -Protocol TCP `
                    -LocalPort 5986 `
                    -Action Allow

3. サーバー証明書の問題
   セキュリティ上、WACとサーバー間で自己署名証明書を用いた通信を行う際に、証明書の期限切れや不一致が原因で接続できない場合があります。適切に証明書を更新する、または自己署名証明書を新たに発行して紐付け直すなどの手順を踏むことが必要です。

WAC接続トラブルシューティングの手順

トラブルシューティングを体系的に行うには、以下の手順を踏むとスムーズです。

1. WinRMサービスの状態確認
   サーバー側でGet-Service WinRMを実行し、StatusがRunningになっているか確認します。起動していない場合はStart-Service WinRMで開始しましょう。
2. 適切なポート設定の確認
   ポート番号をカスタムにしている場合は、winrm enumerate winrm/config/listener で現在の設定をチェックします。合わせてファイアウォールが許可しているかも要確認です。
3. 証明書の発行・バインド設定
   もし自己署名証明書の有効期限が切れている、または正しくバインドされていない場合は、以下のようにコマンドを使って修正します。

# 新たに自己署名証明書を発行
New-SelfSignedCertificate -DnsName "server.domain.local" -CertStoreLocation "cert:\LocalMachine\My"

# 証明書の一覧を確認して、作成した証明書のThumbprintを控える
Get-ChildItem "cert:\LocalMachine\My"

# WinRMにThumbprintを登録
winrm create winrm/config/Listener?Address=*+Transport=HTTPS `
@{Hostname="server.domain.local";CertificateThumbprint="xxxxxxxxxxxxxxxxxxxxxxxx"}

4. WAC側の設定を再確認
   接続元のWACが最新バージョンになっているか、拡張機能やエクステンションが正常に導入されているかも確認しましょう。特定の拡張機能が必須の場合はインストールが必要です。

Server Coreでもリモート管理ツールを活用しよう

GUIがないServer Coreに戸惑う方も多いですが、運用次第ではむしろメリットが多いと感じることもあります。GUI管理ができない代わりに、PowerShellやWAC、リモートデスクトップセッションホストなど、さまざまなリモート管理ツールを使うことで柔軟性のあるサーバー運用が可能です。セキュリティ面でも、不要なサービスやプログラムが稼働しないためにリスクが低減されます。

Server CoreとDesktop Experienceの比較表

以下は、Server CoreとDesktop Experienceの主な違いをまとめた簡易表です。

項目	Server Core	Desktop Experience
GUI	なし（SConfig/Powershell中心）	あり（スタートメニュー、エクスプローラー対応）
システム要件	軽量	標準のWindows並み
アップデート頻度	少ない	多い
セキュリティリスク	少ない（余計なサービスが少ない）	多め（GUI関連の脆弱性リスクなど）
操作性	慣れが必要	Windows標準と同じ感覚

この表からもわかるように、Server Coreは軽量・セキュアである一方で、GUIを求めるユーザーには不便を伴います。初期設定でエディションを誤ると、サーバー管理全体が手探り状態になりかねません。

GUIが必要な場合の再デプロイ手順

すでにServer CoreエディションのVMをAzureに構築してしまった場合で、どうしてもGUIが必要になるときは以下のような手順で対処するのが一般的です。

1. 新規VMの作成

AzureポータルまたはAzure CLI/PowerShellを使用して、Desktop Experience版のWindows Serverイメージを選んで新たに仮想マシンを作成します。Azureポータル上で「Windows Server 2019/2022 Datacenter – Gen2」などの表記に「Desktop Experience」という表記が含まれているイメージを選択してください。

2. データの移行

Server Core側のアプリケーションやデータをバックアップし、Azureストレージや別のディスクにエクスポートしておきます。DBやアプリの構成ファイルなどがある場合は、しっかり位置を把握しておきましょう。特に、Server Coreではフォルダパスをコマンドラインで確認する必要があるため、時間をかけてでも正確に作業することが重要です。

3. 新規VMへのインポート・セットアップ

作成したDesktop Experience版VMに対して、先ほどバックアップしたデータをインポートします。アプリケーションを再インストールする場合は、ライセンスや依存関係に注意してください。Desktop ExperienceはGUIでの操作が可能なので、Server Coreのようにパワーシェル一辺倒の作業にはならず、慣れたWindows感覚でセットアップできるのがメリットです。

4. 動作確認とネットワーク設定

移行後はネットワーク設定やリモート接続設定など、Server Coreで行っていた設定をDesktop Experience版でも復元する必要があります。IISなどの役割を導入する場合は、サーバーマネージャーやPowerShellで必要なロール・機能を追加しましょう。動作確認が終われば、GUI環境での運用にスムーズに移行できます。

Windows Admin Centerでの管理を快適にするコツ

Server CoreでもDesktop Experienceでも、Windows Admin Centerはサーバー管理を一元化するための強力なツールです。使いこなすとリモートPowerShellを一切触らずとも、ほとんどの操作がGUIで完結するようになるケースもあります。以下に管理を快適にするコツをいくつか紹介します。

更新プログラムの一括管理

WACの「更新プログラム」タブから、接続しているすべてのサーバーのWindows Update状況を一括でチェックし、必要な更新を実行できます。Server Coreの更新も同じ画面で扱えるため、複数台のサーバーを運用している環境では非常に効率的です。

拡張機能の活用

WACには、Azure BackupやAzure Monitorなどさまざまな拡張機能が用意されており、必要に応じてインストールすることで機能を拡張できます。例えば、仮想マシンのバックアップ設定をWAC上でまとめて管理する、またはAzure Security Centerとの連携でサーバーの脆弱性チェックを効率化するといったことが可能です。

Roleベースのアクセス制御

運用チームが複数人いる場合、WACのユーザーごとのアクセス制御が重要になります。Azure Active Directoryとの連携を設定すると、各ユーザーがどのサーバーにどのロールでアクセスできるかを細かく制御できるため、セキュアな管理環境が整います。

まとめ

Windows ServerをAzure環境で運用する際に、RDP接続したらGUIがなくSConfigだけが表示される場合、多くはServer Coreエディションを選択していることが原因です。ライセンス（Azure for Studentsなど）に関わらず、Server CoreにはGUIが付属しないため、見慣れたWindowsデスクトップ画面を使うには、Desktop Experienceエディションを初めから選択する必要があります。もしすでにServer Coreで構築済みの場合は、新規にDesktop Experience版を作成し、データ移行するのが一般的な対処法です。

また、Windows Admin Centerが接続できない原因は、ライセンスやエディションの違いとは必ずしも関係ありません。WinRMやファイアウォール設定、証明書の問題など、初期設定で見落としがあると接続失敗に繋がりやすいです。WACのトラブルシューティングポイントを把握し、サーバーの状態を正しく整備すれば、Server Core環境でも十分にリモート管理が可能となります。自分の運用要件に合わせて、GUIの有無やリモート管理方法を適切に選択して、快適かつセキュアなWindows Serverライフを送ってみてください。