今回の記事ではワークグループ環境でRDSを構築する方法をまとめています。
概要
RDS 環境を構築する際は基本的にドメイン環境で構築されると思います。
が運用の規模によってはドメイン構築するまでのコストをかけたくない、工数をかけたくないといった場合もあるかと思います。
そのような場合にワークグループ環境で RDS を構築する手順についてまとめて行きます。
Microsoft の公式情報
Microsoftの公式情報は下記です。
接続ブローカーなしでRDS役割サービスをインストールする-WindowsServer | Microsoft Docs
こちらはワークグループないしドメインコントローラー 1 台で構成された環境の手順で煩雑な記載なので
今回はワークグループで必要な手順に絞って記事にまとめていきます。
ワークグループ環境で RDS 環境を構成する際の注意点
ワークグループ環境で RDS 環境を構成する際には下記の点をご注意ください。
サーバー マネージャで RDS の管理ができない
サーバー マネージャーで[リモート デスクトップ サービス]をクリックすると下記の画面が表示されるのみで GUI で RDS の管理ができず、管理をしたい場合はコマンドを使用しての管理しかできなくなります。
RemoteApp を使用したい場合も Windows PowerShell のコマンドレットで実行する必要性が出てきます。
その為細かい管理をしたい場合は面倒でもドメイン環境を構築して RDS 環境を構成するほうが結果的には効率がよいと思います。
ワークグループ環境で使用できるのは接続デバイス数 CAL のみ
ここが結構ポイントになるかと思います。
下記の Microsoft の公開情報にあるようにワークグループでは [接続ユーザー数] モードの CAL は使用することができません。
その為ワークグループ環境で RDS 環境を構築する際には [接続デバイス数] モードの CAL を用意する必要性があります。
クライアント アクセス ライセンス (CAL) を使用して RDS 展開をライセンスする | Microsoft
※ [RDS CAL モデルについて]欄の[接続ユーザー数]の3行目 [ワークグループ内で RDS CAL を追跡することはできません。]が該当の記載です。
なお Windows Server 2016 以前はここがアバウトでワークグループ環境で[接続ユーザー数] モードで運用しても表面上問題はなかったのですが、 Windows Server 2019 では厳密に管理するようになったようで猶予期間満了後は [接続デバイス数] モード出ないと、エラーが発生しリモートデスクトップ接続が切断されて使用に耐える状態となりません。
古い環境を構築した際の手順書をもとに構成されたりするハマる可能性があるポイントとなりますのでご注意ください。
ワークグループ環境で RDS 環境を構成する手順
以下の5つの手順を実施します。
- 手順 1 役割の追加
- 手順 2 ライセンス サーバーのアクティブ化
- 手順 3 リモート デスクトップ接続を許可するユーザーを追加
- 手順 4 ライセンス サーバーの指定
- 手順 5 構築完了の確認
手順 3 に関しては必須ではないで必要があれば実施してください。
手順 1 役割の追加
まず下記手順でセッションホスト並びにライセンスの役割の追加を実施します。
-
サーバーマネージャを起動します。
-
[役割と機能の追加]をクリックします。
-
[開始する前に]画面が表示されましたら、[次へ]をクリックします。
-
[インストールの種類の選択]画面が表示されましたら[役割ベースまたは機能ベースのインストール]を選択し、[次へ]をクリックします。
※[リモート デスクトップ サービスのインストール]を選ばないように注意してください。
-
[対象サーバーの選択]画面が表示されましたら、[次へ]をクリックします。
-
[サーバーの役割の選択]画面が表示されましたら、[リモート デスクトップ サービス]にチェックを入れ、[次へ]をクリックします。
-
[機能の選択]画面が表示されましたら、[次へ]をクリックします。
-
[リモート デスクトップ サービス]画面が表示されましたら、[次へ]をクリックします。
-
[役割サービスの選択]画面が表示されましたら、[Remote Desktop Session Host]にチェックを入れます。
-
[Remote Desktop Session Host に必要な機能を追加しますか？]画面が表示されましたら、[機能の追加]をクリックします。
-
[役割サービスの選択]画面にもどりましたら、[リモート デスクトップ ライセンス]にチェックを入れます。
-
[リモート デスクトップ ライセンス に必要な機能を追加しますか？]画面が表示されましたら、[機能の追加]をクリックします。
-
[インストール オプションの確認]画面が表示されましたら、[インストール]をクリックします。
-
[インストールの進行状況]画面が表示されます。インストールが完了しましたら[閉じる]をクリックします。
-
サーバーを再起動します。
手順 2 ライセンス サーバーのアクティブ化
役割の追加が完了しましたら、ライセンスサーバーのアクティブ化を実施します。
手順は下記を参照してください。
- インターネット接続が可能な場合
RD ライセンス サーバーを追加しCALをインストールする方法 - インターネット接続ができない場合
オフライン環境のRD ライセンス サーバーのアクティベーション並びに CAL のインストールを行う方法 （別端末のWebブラウザを利用）
手順 3 リモート デスクトップ接続を許可するユーザーを追加(オプション)
必要に応じてリモート デスクトップ接続を許可するユーザーを追加してください。
方法としては以下のいずれかで接続を許可するユーザーまたはグループを追加します。
- [ローカル ユーザーとグループ]の [Remote Desktop Users] に追加
- [ローカル セキュリティ ポリシー]または[ローカル グループ ポリシー]の[リモート デスクトップ サービスを使ったログオンを許可]に追加
- [システムのプロパティ]の[リモート]タブの[ユーザーの選択]で追加
など複数の方法がありますのでご都合のよいものを選択し、リモート デスクトップ接続を許可するユーザーを追加してください。
手順 4 ライセンス サーバーの指定
最後にライセンス サーバーの指定を行います。
※ ライセンス サーバーのアクティブ化を先に実施しておいてください。
-
Windows PowerShell を管理者として起動します。
-
下記コマンドを実行します。
$obj = gwmi -namespace "Root/CIMV2/TerminalServices" Win32_TerminalServiceSetting
```
-
つづけて下記コマンドを実行します。
$obj.ChangeMode("")
```
※ワークグループ環境では[接続デバイス数]の CAL しか使用できないため必然的に "" は 2となります。
-
つづけて下記コマンドを実行します。
$obj.SetSpecifiedLicenseServerList("")
```
-
最後に下記コマンドを実行しライセンス サーバーが適切に指定されているかを確認します。
$obj.GetSpecifiedLicenseServerList()
```
下記のように SpecifiedLSList にライセンス サーバー名が表示されれば問題ありません。
手順 5 構築完了の確認
上記の手順を実施いただければ、ワークグループ環境でもRDS 環境の構築ができますので
クライアントから接続をしていただき、問題ないことを確認してください。
なおサーバーの管理のためだけにリモート デスクトップ接続をしたいだけなら、わざわざこんな面倒くさいことをせずに、システムのプロパティでリモート デスクトップを有効にするだけで問題ないです。
GUI でなくコマンドで RDS 環境を構築する方法
前述の公開情報とは別に Windows PowerShell で構築する方法が BLOG にまとめられております。
Windows Server 2012 リモート デスクトップ環境の構成について
2か所ばかり注意点がありますが、 Windows Server 2019 でも上記 BLOG の手順を実施すればコマンドでワークグループ環境における RDS 環境の構築が可能です。
その注意点は
- [リモート デスクトップ セッション ホストのインストール] の手順3 [デスクトップ エクスペリエンス] をインストールは不要なのでスキップする。
- [リモート デスクトップ ライセンスのインストール、ライセンス サーバーの設定]の手順4では末尾の数字を2としてライセンスのモードで[接続デバイス数]を指定する。
の2点です。
1点目はもともとデスクトップ エクスペリエンス はインストールされた状態になっているので不要です。
2点目は[ワークグループ環境で使用できるのは接続デバイス数 CAL のみ] で記載した通りで、ワークグループ環境では [接続ユーザー数] モードが使用できないからです。
おすすめの構築方法は？
GUI でなくコマンドで RDS 環境を構築する方法で構築する方法をお勧めします。
正直いままでワークグループ環境で RDS 環境を構築するにはコマンドしかないと思っていました。
今回記事にするにあたり公開情報をしらべたら GUI で実施する方法を発見したため検証し記事にまとめましたがコマンドで実行したほうが時間がかからないです。