接続デバイス数のRDSCALを使用していたのですが、ユーザー数に変更することになりました。
そこで、新たにライセンスのインストールを行い、ライセンスモードをデバイスからユーザーに変更したのですが、相変わらずデバイスCALが払い出されてしまいます。

パワーシェルで確認したところ、「ライセンスをユーザーに割り当てることは、現在管理されていません」との表示が出ていました。

どうすればよいでしょうか？

サーバー：Virtual Apps and Desktops 7 1912 LTSR CU1
クライアント：Workspace 1912 LTSR CU1 for Windows

サーバーにStoreFrontのストアを作成した際に、
統合エクスペリエンスが標準で有効になり、
Workspace上のUIが「Receiver for Webサイト」と同じになってしまいます。
従来のクライアントのUIに戻したいのですが、
統合エクスペリエンスを無効化する方法をご存知でしょうか。

ちなみにReceiver for Webサイト自体を削除することで、
結果的にUIを統合するための参照先(？)が無くなるため
従来のUIに戻すことは出来ましたが、機能として無効化する方法を知りたい所存です。

よろしくお願い致します。

＜サーバ環境＞
OS：WindowsServer2016Standard
XenAppバージョン：7.15

＜クライアント環境＞
OS：Windows10Professional
CitrixReceiverバージョン：4.9

＜現象＞
XenApp7.15で認証方法を「ドメインパススルー」のみに限定したストアフロントを作成しました。
にもかかわらず下記の現象が発生しており原因がわからずに困っております。
・ユーザ/パスワードで接続でき、ドメインパススルー認証による接続はできない
・CitrixReceiverの「高度な設定」→「ConfigurationCheck」→「SSONChecker」を実行した際、「サーバ構成を確認します。ストアのドメインのパススルー認証を有効にします」というエラーが出る。（それ以外はエラーなし）

なお、ネットワーク上に存在するXenAppもXenApp上に存在するストアはこの1つだけであり、かつユーザ/パスワードで接続した際に表示されるアプリもそこで登録しているものであるため、接続先間違い等ではないと考えています。
ストアフロントの設定を見直しても、認証方法としては「ドメインパススルー」しかチェックされていない状態です。

本現象について何か心当たりがございましたらご助言いただけないでしょうか？

XenApp6.xの時にはXenAppサーバ―にプリンタドライバを
インストールする際に、以下の順番で行っておりました。
①change△user△/install
②プリンタドライバインストール
③change△user△/execute
XenApp7.15では、以下の手順でXenAPPサーバに
プリンタドライバをインストールしていますが
XenApp6.x同様にchange△user△の対応は必要なのでしょうか？
①XenAPPサーバーにドメイン管理者ユーザーで
　リモートデスクトップ接続
②プリンタドライバインストール
③プリンタ印刷正常

漠然としたご質問で申し訳ありません。
chage△userコマンドの必要性がいまひとつ理解していません。

以上

XenDesktop 1912 LTSR環境を構築予定です。
構成仕様上、DBはミラーリング構成を取る予定です。

Licenseサーバとミラーリングの監視サーバが1台のWindowsマシンに同居可能か
教えていただきたくご教示いただけませんでしょうか。

※現在、実際のXenApp設定画面や環境を触ることができないため、私の記憶やマニュアルをもとに質問させていただいておりますので、認識不足や間違った内容を書いておりましたら申し訳ありません。

XenApp6.Xではアプリを公開する際、登録されている複数サーバからどのサーバを利用して起動するか、プロパティ画面で選択できたかと思います。

XenApp7.Xでは、デリバリグループに対してアプリを追加する際、サーバを選択する画面が見あたらないようです。
アプリごとに使用するサーバを変更したい場合は、マシンカタログやデリバリーグループを別々に作成しないといけないのでしょうか？

またその場合、クライアントからのCitrixReceiverによるそれぞれのアプリへの接続は、単一URLで行えるのでしょうか？

こんにちは。
連投になってしまいますがアドバイスいただきたく書き込みさせていただきました。


■現在の問題■

・Netscalerへの接続が急に遅くなる

■環境
Windows Server 2012 R2
Netscaler ADC 13.0（Hype-V）


■状況■
・Netscalerのログイン画面が表示されるまで時間がかかることがある(5分くらい)
・上記の状況になっていると、NSIPへの接続でWebコンソールにもアクセスが難しくなる
・Netscalerを再起動すると現象が改善する
・発生頻度が高い(ほぼ毎日出ている)
・問題がない時にログイン画面を表示させると、数秒でログイン画面が表示される
・アクセス過多が原因ではないと考えられる(まだテストでしか接続していないので、１台程度しか繋いでいない)

■現在の改善案■
・毎日Netscalerを再起動する


何が原因なのか判らないので上記以外改善の方法がないのですが、
改善案は検証を始めたところなので、これで改善されるかは正直微妙なところです。

問題が判るようなところや、どこか設定を見るとよいところなど、些細なことでもかまいません。
何か思い当たるところがありましたら、アドバイスいただければ幸いです。

こんにちは。
Netscalerの通信設定についてなのですが、これ以上先に進まなくなったのでアドバイスいただけないでしょうか。



■現在の問題■

・ネットワークセグメントが異なるNetscalerとADサーバの通信が取れない


■環境
Windows Server 2012 R2　(全てのサーバ)
Netscaler ADC 13.0（Hype-V）
　※認証はADサーバで行う
　※XenAppは7.18で、StoreFrontはスキップする

------------------------------------------------------------------------
インターネット
↑
↓
-------------------
SW、FW
　(グローバルIPと内部IPの変換はSWで実施)
-------------------
↑
↓
・Hyper-V構築サーバ　内部向きIP：10.10.10.10
　　　　　　　　　　　　　　 GW：10.10.20.254

・Netscaler ADC　　　　　　NSIP：10.10.10.100
　　　　　　　　　　　　　 SNIP：10.10.10.200
↑　　　※NICは4本中、1本はHyper-V構築サーバ用に「10.10.20.254」へ接続
↓　　　　残り3本はHyper-V占有に割り当てており、1本は外部(VIP割当用)、2本は「10.10.20.254」へ接続(NSIP、SNIP割当用)
-------------------
SW、FW　　　　　　　　　　　　GW：10.10.10.254
　　　　　　　　　　　　　　　GW：10.10.20.254
-------------------
・XenAppサーバ(StoreFront含)　IP：10.10.20.1
・ActiveDirectoryサーバ　　　 IP：10.10.20.2
------------------------------------------------------------------------

・Hyper-V構築サーバは、routeコマンドでGWを指定し、ADサーバの配下に入っている
・Netscalerの認証設定でLDAPをADで指定してテスト認証を行ったところ、
　　ADサーバと通信が取れない、ポート389が許可されていない可能性がある旨が表示
・ポート(389)はFWで許可済み
------------------------------------------------------------------------

Windowsと同様、ルートを指定することで対応が出来るのではと考え、ルートを追加設定しています。
現在、Routes→Basicの中にあるのは、以下の内容です。

System→Network→Routes→Basic
　NW　　　　　　MASK　　　　　　GW
127.0.0.0　　255.0.0.0　　　127.0.0.1　　　　　　←初期値
10.10.10.0　 255.255.255.0　10.10.10.100　　　　←初期値
10.10.20.0　 255.255.255.0　10.10.10.254　　　　←追加分(設定時、他の値は初期値)


ルーティングの設定が足りないのではと思うのですが、何を直せばよいのか判断ができません。
他に何か追加設定があるのでしょうか。
どなたかアドバイスいただけれ幸いです。


■補足■
まだ外部での接続テストなどの段階までいっていないため、現在まだ内部用のNICを1本しか繋いでいない状態です。
内部の設定が問題なければ、同様の手段で外部用のルートを設定を考えています(外部のGWのセグメントも異なるため)。

外部と内部で繋がっているSWやFWも違いますので、Windowsのように、各NICにIPアドレスを割り当てる必要もあるのではないかと思っていますが、現在本件の調査中で分かっていません。
もしこのあたりが影響していましたらご指摘ください。

XenApp6.xでは、以下のコマンドが利用できたかと思います。
qfarm△/onlineでオンライン状態の
XenAppサーバの一覧表示
qfarm△/offlineでオフライン状態の
XenAppサーバの一覧表示
XenApp7.15では、qfarmコマンドがなくなりましたが
同じ結果がでるコマンドもしくはCitrixstudioやCitrixStorefrontなどの
管理画面で同様の確認はできますでしょうか？

漠然とした内容で申し訳ありません。

以上、よろしくお願いいたします。

Receiverからログオンしようとした際にメッセージが表示されます。
「現在、アプリケーションを使用できません。しばらく待ってから再試行するか、
　ヘルプデスクに次の情報を知らせてください。StoreServiceにアクセスできません。」
どのようなことが原因かご教示頂ければと思います。
よろしくお願いいたします。