VDA登録

はじめに

• セキュリティの観点から、登録は機密性の高い操作です。ControllerまたはCloud ConnectorとVDAの間で接続を確立しています。このような機密性の高い操作では、すべてが完璧な状態でない場合、接続を拒否するのが期待される動作です。事実上、VDAからControllerまたはCloud Connectorへ、およびControllerまたはCloud ConnectorからVDAへの2つの別々の通信チャネルを確立しています。接続にはKerberosが使用されるため、時刻同期とドメインメンバーシップの問題は許容されません。Kerberosはサービスプリンシパル名（SPN）を使用するため、負荷分散されたIP\ホスト名を使用することはできません。
• Controller（またはCloud Connector）を追加および削除する際に、VDAが正確で最新のControllerまたはCloud Connector情報を持っていない場合、VDAは、リストにないControllerまたはCloud Connectorによって仲介されるセッション起動を拒否する可能性があります。無効なエントリは、仮想デスクトップシステムソフトウェアの起動を遅らせる可能性があります。VDAは、不明で信頼できないControllerまたはCloud Connectorからの接続を受け入れません。

ControllerまたはCloud Connectorアドレスを構成する方法

• ポリシーベース（LGPOまたはGPO）
• レジストリベース（手動、グループポリシー設定（GPP）、VDAインストール時に指定）
• Active Directory OUベース（レガシーOU検出）
• MCSベース (personality.ini)

自動更新

• 設定 Virtual Delivery Agent Settings > Enable auto update of Controllers を含む Citrix ポリシーを通じて、自動更新を有効または無効にします。この設定はデフォルトで有効になっています。

• VDA が再登録されるたびに（たとえば、マシンの再起動後）、キャッシュが更新されます。各 Controller または Cloud Connector も、90分ごとにサイトデータベースをチェックします。前回のチェック以降に Controller または Cloud Connector が追加または削除された場合、あるいは VDA 登録に影響するポリシー変更が発生した場合、Controller または Cloud Connector は登録済みの VDA に更新されたリストを送信し、キャッシュが更新されます。VDA は、最新のキャッシュされたリストにあるすべての Controller または Cloud Connector からの接続を受け入れます。
• VDA が、登録されている Controller または Cloud Connector を含まないリストを受け取った場合（つまり、その Controller または Cloud Connector がサイトから削除された場合）、VDA は、ListofDDCs 内の Controller または Cloud Connector の中から選択して再登録します。

• 展開には、A、B、C の3つの Controller があります。VDA は Controller B に登録されます（これは VDA のインストール中に指定されました）。
• その後、2つの Controller（D と E）がサイトに追加されます。90分以内に、VDA は更新されたリストを受け取り、Controller A、B、C、D、E からの接続を受け入れます。（VDA が再起動されるまで、負荷はすべての Controller に均等に分散されません。）
• さらにその後、Controller B が別のサイトに移動されます。90分以内に、元のサイトの VDA は、前回のチェック以降に Controller の変更があったため、更新されたリストを受け取ります。元々 Controller B に登録されていた VDA（リストにはもうありません）は、現在のリスト（A、C、D、E）にある Controller の中から選択して再登録します。

構成に関する考慮事項

ListOfSIDs

• Controller の役割の分離: XenApp および XenDesktop 7.7 でゾーンが導入される前は、Controller の一部のみが登録に使用される場合、ListofSIDs は手動で構成されていました。たとえば、XDC-001 と XDC-002 を XML ブローカーとして使用し、XDC-003 と XDC-004 を VDA 登録に使用する場合、すべての Controller を ListofSIDs に、XDC-003 と XDC-004 を ListofDDCs に指定していました。これは一般的または推奨される構成ではありません。新しい環境では使用しないでください。代わりにゾーンを使用してください。
• Active Directory の負荷軽減: XenApp および XenDesktop 7.6 で自動更新機能が導入される前は、ドメインコントローラーの負荷を軽減するために ListofSIDs が使用されていました。ListofSIDs を事前に入力することで、DNS 名から SID への解決をスキップできます。ただし、この永続キャッシュには SID が含まれているため、自動更新機能によりこの作業は不要になります。Citrix は自動更新機能を有効にしておくことを推奨します。
• セキュリティ: 一部の高度に保護された環境では、侵害された DNS サーバーからの潜在的なセキュリティ脅威を回避するために、信頼された Controller の SID が手動で構成されていました。ただし、これを行う場合は、自動更新機能も無効にする必要があります。そうしないと、永続キャッシュからの構成が使用されます。

VDA 登録中の Controller 検索

• 名前: DisableDdcWildcardNameLookup
• 種類: DWORD
• 値: 0 (デフォルト) または任意のゼロ以外の値

読み取り専用ドメインコントローラーを使用した VDA 登録中の LDAP バインディングシーケンス

• 名前: ListofIgnoredBindings
• 種類: REG_SZ
• 値: DefaultPath、DomainPath、PDCPath

VDA登録の問題のトラブルシューティング

• マシンカタログ作成中の問題の特定: カタログ作成ウィザードで、既存のマシンを追加した後、コンピューターアカウント名のリストは、各マシンがカタログに追加するのに適しているかどうかを示します。各マシンの横にあるアイコンにカーソルを合わせると、そのマシンに関する情報メッセージが表示されます。
  メッセージで問題のあるマシンが特定された場合、そのマシンを削除する（削除ボタンを使用）か、マシンを追加することができます。たとえば、マシンに関する情報が取得されなかった（おそらく一度も登録されなかったため）ことを示すメッセージが表示された場合でも、そのマシンを追加することを選択できます。
  カタログの機能レベルは、カタログ内のマシンで利用できる製品機能を制御します。新しい製品バージョンで導入された機能を使用するには、新しいVDAが必要になる場合があります。機能レベルを設定すると、そのバージョンで導入されたすべての機能（および機能レベルが変更されない場合はそれ以降のバージョン）がカタログ内のマシンで利用可能になります。ただし、以前のVDAバージョンを持つカタログ内のマシンは登録できません。
• デリバリーグループ作成後の問題の特定: デリバリーグループを作成すると、Studioはそのグループに関連付けられているマシンに関する詳細を表示します。
  デリバリーグループの詳細ペインには、登録が必要だが登録されていないマシンの数が表示されます。つまり、電源がオンになっていてメンテナンスモードではないが、現在Controllerに登録されていないマシンが1台以上存在する可能性があります。「未登録だが登録が必要」なマシンを表示する場合は、詳細ペインのトラブルシューティングタブで考えられる原因と推奨される是正措置を確認してください。