News & Events
- 2025/8/29 システムメンテナンスの完了及びホームページリニューアルのお知らせ
- 2025/8/28 システムメンテナンスのお知らせ
- 2025/6/15 アセンテック株式会社共催 当社メタバース会場での自治体関係者様向けオンラインセミナー開催のお知らせ
新規トピック作成
接続先のXenAppサーバーによって公開アプリのIMEバージョンが違う
下記サーバ構成でのXenApp6.5の構築を行っております。
サーバ1台構成
- Windows Server 2008 R2
- XenApp6.5
クライアント
- Windows10 Enterprise 2015 LTSB
- CitrixReceiver：14.4.0.8014
Windows Server 2008 R2にて4台のXenAppサーバを構築、「メモ帳」を公開して動作確認を行っており、サーバー構成は4台とも同じです。
公開アプリから
サーバーA,Bに接続した時のIMEはMicrosoft Office IME 2010となり、
サーバーC,Dに接続した時のIMEはMS IMEとなっています。
上記の動作をOffice IMEへ統一したいのですが、設定方法が見つかりません
公開アプリを起動した際の「テキストサービスと入力言語」を確認すると
サーバーA,Bは「Microsoft Office IME 2010」しか存在していない
サーバーC,Dは「Microsoft Office IME 2010」と「MS IME」が存在します。
恐れ入りますが、設定変更の方法をご教示願います。
サーバ1台構成
- Windows Server 2008 R2
- XenApp6.5
クライアント
- Windows10 Enterprise 2015 LTSB
- CitrixReceiver：14.4.0.8014
Windows Server 2008 R2にて4台のXenAppサーバを構築、「メモ帳」を公開して動作確認を行っており、サーバー構成は4台とも同じです。
公開アプリから
サーバーA,Bに接続した時のIMEはMicrosoft Office IME 2010となり、
サーバーC,Dに接続した時のIMEはMS IMEとなっています。
上記の動作をOffice IMEへ統一したいのですが、設定方法が見つかりません
公開アプリを起動した際の「テキストサービスと入力言語」を確認すると
サーバーA,Bは「Microsoft Office IME 2010」しか存在していない
サーバーC,Dは「Microsoft Office IME 2010」と「MS IME」が存在します。
恐れ入りますが、設定変更の方法をご教示願います。
それぞれのサーバーにリモートデスクトップで接続した際、挙動はどうなりますか。
おそらく現象は変わらない（直らない）んじゃないでしょうか？
つまり、おそらくCitrix(XenApp/XenDesktop)と関係がない話です。
関係ない話ですが解決しそうな方法を書いておきます。
C,Dで言語設定をMicrosoft Office IME 2010に変更して
下のURL辺りを参考に、それを以降の新しいユーザーアカウントの設定に反映してください。
http://ameblo.jp/it-tutor/entry-11935287564.html
https://pc-karuma.net/windows-10-copy-new-users-welcome-screen/
おそらく現象は変わらない（直らない）んじゃないでしょうか？
つまり、おそらくCitrix(XenApp/XenDesktop)と関係がない話です。
関係ない話ですが解決しそうな方法を書いておきます。
C,Dで言語設定をMicrosoft Office IME 2010に変更して
下のURL辺りを参考に、それを以降の新しいユーザーアカウントの設定に反映してください。
http://ameblo.jp/it-tutor/entry-11935287564.html
https://pc-karuma.net/windows-10-copy-new-users-welcome-screen/
公開アプリ起動時のエラー
WinSvr2003・CPS4.5環境が古くなったため、下記の環境を構築しました。
サーバー台数
4台（全て同一ファーム）
※サーバー名をAP11・AP12・AP13・AP14とします
サーバーOS
Windows Server 2008 R2
Citrix環境
XenApp 6.5
Web Interface 5.4.0.59
インストールアプリケーション
公開アプリ用パッケージソフト
Microsoft Excel 2010
公開アプリケーションの設定
給与システム
ユーザー：給与グループ（ドメインユーザーのグループ）
サーバー：AP11・AP12・AP13・AP14
給与システム（特権用）
ユーザー：給与特権グループ（ドメインユーザーのグループ）
サーバー：AP14
人事システム
ユーザー：人事グループ（ドメインユーザーのグループ）
サーバー：AP11・AP12・AP13・AP14
人事システム（特権用）
ユーザー：人事特権グループ（ドメインユーザーのグループ）
サーバー：AP14
XenApp6.5にした理由は、公開アプリ用パッケージソフトのシステム要件によるものです。
エンドユーザーは複数の会社があるため、各社のクライアント事情までは不明ですが、Win7・IE11にしてもらい、
クライアントにはCitrix Receiver 4.6をWeb Interface経由で配布・インストールできるようにしました。
クライアントでReceiverインストール後、Citrix XenAppログイン画面でログインすると公開アプリケーションのアイコンが表示され、
アイコンをクリックしてパッケージソフトを使っていただくのですが、
一部のユーザーから「アイコンをクリックするとエラーメッセージが表示され、パッケージソフトが起動しない」と連絡がありました。
エラーメッセージはCitrix Receiverのもので、メッセージ本文は
アプリケーションを起動できません。ヘルプデスクに次の情報を知らせてください。
Citrix XenAppサーバーに接続できません。プロとロルドライバーのエラー
とあります。
「給与システム」をクリックすると起動するが、「給与システム（特権用）」をクリックするとエラーメッセージが表示されるユーザーもいます。
いろいろと調べてみたのですが、有効な情報がありません。
IEの履歴削除をしてみましたが、解決しませんでした。
ご存知の方がいらっしゃいましたら、ご教授お願いいたします。
サーバー台数
4台（全て同一ファーム）
※サーバー名をAP11・AP12・AP13・AP14とします
サーバーOS
Windows Server 2008 R2
Citrix環境
XenApp 6.5
Web Interface 5.4.0.59
インストールアプリケーション
公開アプリ用パッケージソフト
Microsoft Excel 2010
公開アプリケーションの設定
給与システム
ユーザー：給与グループ（ドメインユーザーのグループ）
サーバー：AP11・AP12・AP13・AP14
給与システム（特権用）
ユーザー：給与特権グループ（ドメインユーザーのグループ）
サーバー：AP14
人事システム
ユーザー：人事グループ（ドメインユーザーのグループ）
サーバー：AP11・AP12・AP13・AP14
人事システム（特権用）
ユーザー：人事特権グループ（ドメインユーザーのグループ）
サーバー：AP14
XenApp6.5にした理由は、公開アプリ用パッケージソフトのシステム要件によるものです。
エンドユーザーは複数の会社があるため、各社のクライアント事情までは不明ですが、Win7・IE11にしてもらい、
クライアントにはCitrix Receiver 4.6をWeb Interface経由で配布・インストールできるようにしました。
クライアントでReceiverインストール後、Citrix XenAppログイン画面でログインすると公開アプリケーションのアイコンが表示され、
アイコンをクリックしてパッケージソフトを使っていただくのですが、
一部のユーザーから「アイコンをクリックするとエラーメッセージが表示され、パッケージソフトが起動しない」と連絡がありました。
エラーメッセージはCitrix Receiverのもので、メッセージ本文は
アプリケーションを起動できません。ヘルプデスクに次の情報を知らせてください。
Citrix XenAppサーバーに接続できません。プロとロルドライバーのエラー
とあります。
「給与システム」をクリックすると起動するが、「給与システム（特権用）」をクリックするとエラーメッセージが表示されるユーザーもいます。
いろいろと調べてみたのですが、有効な情報がありません。
IEの履歴削除をしてみましたが、解決しませんでした。
ご存知の方がいらっしゃいましたら、ご教授お願いいたします。
Citrixで不具合に遭遇しエラーが表示されるなら
それを程よく英訳して検索すると色々知見が得られます（唐突）
今回の場合「xenapp protocol driver error 6.5」とかです。
そうすると次のようなナレッジがでます。
https://support.citrix.com/article/CTX128115
https://support.citrix.com/article/CTX136826
特に、CTX128115に書かれている内容はよく理解して問題ないか
確認する必要があります。この辺りは確認されましたか？
また、特定のユーザーは問題が出ない、ということは
多くの場合、厳密にテストを繰り返すと、条件がぼんやりとでも
見えてくることが多いので、あきらめずにその辺を追いましょう。
例えば、今回の場合「給与システム」と「給与システム（特権用）」で
挙動が違う場合がある、とありますが、
そうであればAP11～AP13にユーザーが振り分けられ接続する分には問題なく、
AP14に振り分けられると問題が出る、といった推測などもできます。
まぁ、まずは前述のナレッジを追ってください。
それを程よく英訳して検索すると色々知見が得られます（唐突）
今回の場合「xenapp protocol driver error 6.5」とかです。
そうすると次のようなナレッジがでます。
https://support.citrix.com/article/CTX128115
https://support.citrix.com/article/CTX136826
特に、CTX128115に書かれている内容はよく理解して問題ないか
確認する必要があります。この辺りは確認されましたか？
また、特定のユーザーは問題が出ない、ということは
多くの場合、厳密にテストを繰り返すと、条件がぼんやりとでも
見えてくることが多いので、あきらめずにその辺を追いましょう。
例えば、今回の場合「給与システム」と「給与システム（特権用）」で
挙動が違う場合がある、とありますが、
そうであればAP11～AP13にユーザーが振り分けられ接続する分には問題なく、
AP14に振り分けられると問題が出る、といった推測などもできます。
まぁ、まずは前述のナレッジを追ってください。
Sさん、ありがとうございます。
>それを程よく英訳して検索すると色々知見が得られます
こういう探し方は考えたことがありませんでした。
今後の参考にさせていただきます。
ここからは現状報告です。
いただいたURL確認しました。
英文のため翻訳サイトと合わせて確認しましたが、
無知のためか確認できた事項が少なく、
あまり前進していません。
パッケージソフトのログを確認すると、
AP11・AP12・AP13・AP14全てで起動していたので、
振り分けに問題があるようには思えません。
「給与システム」と「給与システム（特権用）」の公開アプリの設定も念のため比較してみましたが、
サーバー・ユーザー以外に違いはありませんでした。
この状況が私の中で原因が整理できない部分でもあります。
今後も調査を進め、改めてこの場でご報告させていただきます。
>それを程よく英訳して検索すると色々知見が得られます
こういう探し方は考えたことがありませんでした。
今後の参考にさせていただきます。
ここからは現状報告です。
いただいたURL確認しました。
英文のため翻訳サイトと合わせて確認しましたが、
無知のためか確認できた事項が少なく、
あまり前進していません。
パッケージソフトのログを確認すると、
AP11・AP12・AP13・AP14全てで起動していたので、
振り分けに問題があるようには思えません。
「給与システム」と「給与システム（特権用）」の公開アプリの設定も念のため比較してみましたが、
サーバー・ユーザー以外に違いはありませんでした。
この状況が私の中で原因が整理できない部分でもあります。
今後も調査を進め、改めてこの場でご報告させていただきます。
技術資料は機械翻訳とかではうまく翻訳できないですし
CTX128115の日本語訳は下手くそパターン（上手い奴もあるんですが）のようなので
頑張って読むしかないです。
>「給与システム」と「給与システム（特権用）」の公開アプリの設定も念のため比較してみましたが、
>サーバー・ユーザー以外に違いはありませんでした。
ということが間違いないのであれば、調べるべきは各XenAppサーバー自体の構成です
特定のサーバーだけに効かせてるCitrix/ドメイングループポリシーがあれば
それも疑わしいのですが
まぁ、概ねXenAppサーバー上のネットワーク周りの動作に問題が
あると考えられます。CTX128115で特に重要なのは
・Citrixのコンピュータポリシー（通常はUnfiltered）で
License Server Host、License Server Port
XenApp Product Edition、XML Service Port を適切に設定する。
・XenAppサーバーで、RDセッションホストの構成を開き、
RDP Listenerのプロパティの「network adapters」」で
all network adaptersを選ぶ
・All Programs > Citrix > Administrative Tools > ICA Listener Configuration
で、「ICA-TCP」のプロパティでも同様にall network adapters的なのを選ぶ
・XenAppサーバーとクライアント間で、2598ポート通信は解放されているか
辺り。XenAppサーバーのイベントログなんかも確認するといいですよ。
CTX128115の日本語訳は下手くそパターン（上手い奴もあるんですが）のようなので
頑張って読むしかないです。
>「給与システム」と「給与システム（特権用）」の公開アプリの設定も念のため比較してみましたが、
>サーバー・ユーザー以外に違いはありませんでした。
ということが間違いないのであれば、調べるべきは各XenAppサーバー自体の構成です
特定のサーバーだけに効かせてるCitrix/ドメイングループポリシーがあれば
それも疑わしいのですが
まぁ、概ねXenAppサーバー上のネットワーク周りの動作に問題が
あると考えられます。CTX128115で特に重要なのは
・Citrixのコンピュータポリシー（通常はUnfiltered）で
License Server Host、License Server Port
XenApp Product Edition、XML Service Port を適切に設定する。
・XenAppサーバーで、RDセッションホストの構成を開き、
RDP Listenerのプロパティの「network adapters」」で
all network adaptersを選ぶ
・All Programs > Citrix > Administrative Tools > ICA Listener Configuration
で、「ICA-TCP」のプロパティでも同様にall network adapters的なのを選ぶ
・XenAppサーバーとクライアント間で、2598ポート通信は解放されているか
辺り。XenAppサーバーのイベントログなんかも確認するといいですよ。
Sさん、解決しました。
原因は私の勘違い（無知？）でした。
既述のとおりサーバーは全部で4台ですが、WebInterfaceをインストールしたのは1台のみです。
クライアントのIE設定で「プロキシを使用しない」の例外設定を追加するのは
WebInterfaceをインストールしたサーバーのIPアドレスのみでいいと思っていましたが、
これが間違いでした。
「プロキシを使用しない」の例外設定でサーバー4台のIPアドレスに変更したところ、
メッセージは表示されることがなくなりました。
調査を進める中でユーザーの状況をいろいろ聞くと、
・公開アプリをクリックした際にメッセージが表示される場合とされない場合がある。
・メッセージが表示される場合でも何回か繰り返すとアプリが起動する。
・ただし特権用アプリは何回繰り返してもダメ。
とのことでした。
つまり特権用ではない公開アプリをクリックした時に、
WebInterfaceをインストールしたサーバーに接続されればメッセージは表示されず、
このサーバー以外に接続されればメッセージが表示され起動しない、
という現象のようでした。
Sさんからいただいた情報はサーバーの設定をいろいろ見る、
そしてじっくりと見るいい機会になりました。
本当にありがとうございました。
原因は私の勘違い（無知？）でした。
既述のとおりサーバーは全部で4台ですが、WebInterfaceをインストールしたのは1台のみです。
クライアントのIE設定で「プロキシを使用しない」の例外設定を追加するのは
WebInterfaceをインストールしたサーバーのIPアドレスのみでいいと思っていましたが、
これが間違いでした。
「プロキシを使用しない」の例外設定でサーバー4台のIPアドレスに変更したところ、
メッセージは表示されることがなくなりました。
調査を進める中でユーザーの状況をいろいろ聞くと、
・公開アプリをクリックした際にメッセージが表示される場合とされない場合がある。
・メッセージが表示される場合でも何回か繰り返すとアプリが起動する。
・ただし特権用アプリは何回繰り返してもダメ。
とのことでした。
つまり特権用ではない公開アプリをクリックした時に、
WebInterfaceをインストールしたサーバーに接続されればメッセージは表示されず、
このサーバー以外に接続されればメッセージが表示され起動しない、
という現象のようでした。
Sさんからいただいた情報はサーバーの設定をいろいろ見る、
そしてじっくりと見るいい機会になりました。
本当にありがとうございました。
WebInterfaceでしたか。ふーむ。
あんまり納得はいかないですね。なんでだろう。
WebInterfaceサーバーの方でプロキシが設定してあると問題が
起こるといった事象はあるのですが。
解決したという情報をBBSへ投稿下さるのは非常に有意義です。
感謝いたします。
あんまり納得はいかないですね。なんでだろう。
WebInterfaceサーバーの方でプロキシが設定してあると問題が
起こるといった事象はあるのですが。
解決したという情報をBBSへ投稿下さるのは非常に有意義です。
感謝いたします。
XenApp6.0 デリバリサービスコンソールでの表示について
お世話になっております。
ソフト：XenApp6.5 for Win2008r2
サーバ：windows server 2008 r2（２台構成）
という環境なのですが、デリバリサービスコンソールにて現在接続中のセッションを
確認すると、
①違うユーザ名で同じセッションIDのものがある。
②１ユーザで複数のセッションが表示されている。
という現象が発生しました。
サーバを再起動していないからかと思い、再起動するようにしましたが、現象が出た
ままになっています。
サーバを再起動しなかったころは、前日や前々日のセッションが残ったままで毎日新
しいセッションが作成されていました。
ポリシーにてセッションが切断されたら１分でリセットするようにしているのですが、
どうも反映されていないようです。
確認すべき設定や適用するべきパッチがあるのであれば、ぜひとも教えていただきた
いと思います。
何卒よろしくお願いいたします。
ソフト：XenApp6.5 for Win2008r2
サーバ：windows server 2008 r2（２台構成）
という環境なのですが、デリバリサービスコンソールにて現在接続中のセッションを
確認すると、
①違うユーザ名で同じセッションIDのものがある。
②１ユーザで複数のセッションが表示されている。
という現象が発生しました。
サーバを再起動していないからかと思い、再起動するようにしましたが、現象が出た
ままになっています。
サーバを再起動しなかったころは、前日や前々日のセッションが残ったままで毎日新
しいセッションが作成されていました。
ポリシーにてセッションが切断されたら１分でリセットするようにしているのですが、
どうも反映されていないようです。
確認すべき設定や適用するべきパッチがあるのであれば、ぜひとも教えていただきた
いと思います。
何卒よろしくお願いいたします。
ポリシーは2箇所設定する必要があります。
・セッション切断タイマー
・切断セッションタイマーの間隔
加えて 管理ツールの「リモートデスクトップ セッションホストの構成」から
「RDセッションホストの構成」 -「ICA-TCP」でも設定したほうがいいと思います。
・セッション切断タイマー
・切断セッションタイマーの間隔
加えて 管理ツールの「リモートデスクトップ セッションホストの構成」から
「RDセッションホストの構成」 -「ICA-TCP」でも設定したほうがいいと思います。
グレートメタ様
ありがとうございます。
・セッション切断タイマー
・切断セッションタイマーの間隔
は設定しましたが、ICA-TCPは設定していませんでした。
試してみます。
ありがとうございます。
・セッション切断タイマー
・切断セッションタイマーの間隔
は設定しましたが、ICA-TCPは設定していませんでした。
試してみます。
XenApp5.0 セッションIDについて
お世話になっております。
XenApp5.0 windows2008server にて使用
公開アプリをバッチファイルにし、セッションIDをバッチファイル内で取得し
起動を切り分けて使用しています。
先日までセッションIDは、20を超えることなく（バッチファイル内の切り分けが
1～20までで設定）動作していましたが、先週の木曜あたりから接続できない端末
が発生し、再起動でしのいでいました。調査してみるとセッションIDが20を超える
数字であった為、バッチファイルが対応せず起動しなかった事が解りました。
今までは、20以内で空いているセッションIDが使用され問題なかったのですが・・・
（端末18台）
そのようになる原因はなんなのか、教えていただければ幸いです。
どうぞよろしくお願いいたします。
お世話になっております。
XenApp5.0 windows2008server にて使用
公開アプリをバッチファイルにし、セッションIDをバッチファイル内で取得し
起動を切り分けて使用しています。
先日までセッションIDは、20を超えることなく（バッチファイル内の切り分けが
1～20までで設定）動作していましたが、先週の木曜あたりから接続できない端末
が発生し、再起動でしのいでいました。調査してみるとセッションIDが20を超える
数字であった為、バッチファイルが対応せず起動しなかった事が解りました。
今までは、20以内で空いているセッションIDが使用され問題なかったのですが・・・
（端末18台）
そのようになる原因はなんなのか、教えていただければ幸いです。
どうぞよろしくお願いいたします。
まーさんと無関係でしたら別ツリーで立て直しください。
おっと本題の方。
もともとの現象が切断セッションタイマーで直るかはアレとして、
グレートメタさんが回答されていますが
切断セッションタイマー
切断セッションタイマーの間隔
のポリシーはXenDesktop（クライアントOSで仮想デスクトップ/アプリケーションを配布する）
場合にしか効きません。ポリシーに適用製品が書いてあるはずなのでご確認ください。
XenApp（サーバーOSで以下略）の場合は、ICAリスナーで設定する必要があります
下のナレッジをご参照ください。
https://support.citrix.com/article/CTX135525
もともとの現象が切断セッションタイマーで直るかはアレとして、
グレートメタさんが回答されていますが
切断セッションタイマー
切断セッションタイマーの間隔
のポリシーはXenDesktop（クライアントOSで仮想デスクトップ/アプリケーションを配布する）
場合にしか効きません。ポリシーに適用製品が書いてあるはずなのでご確認ください。
XenApp（サーバーOSで以下略）の場合は、ICAリスナーで設定する必要があります
下のナレッジをご参照ください。
https://support.citrix.com/article/CTX135525
Ｓさん、ありがとうございます。
申し訳ございません。
別ツリーで送信したつもりでしたが、レスに送信してしまいました。
別ツリーに上げさせていただきます。
申し訳ございません。
別ツリーで送信したつもりでしたが、レスに送信してしまいました。
別ツリーに上げさせていただきます。
XenApp7.9:XenApp Services使用時のパスワード保存期間に関して
【構成】
・サーバーOS
Windows Server 2012 R2
Citrix環境
XenApp 7.9
※ADサーバ・XenAppサーバにて、構成しております。
・クライアント
Win10・Receiver4.5
XenApp Servicesを使用し、公開したアプリケーションを起動させております。
1点問題が発生しており、解決策等のお知恵をおかしください。
クライアント側のRegedit
HKEY_LOCAL_MACHINE\Software\[Wow6432Node\]Citrix\Dazzle\AllowSavePwd
を「A」に変更し、Receiver側でID・PASSを保存できるよう修正いたしましたが、
ある一定期間経過すると再度ID/PASSを求められます。
Citrix Studio等で、ID/PASSの保存期間を制御する項目があるのでしょうか？
希望はReceiver側でID・PASSを保存し、そのままアプリ起動ができるよう
な状態にしたいです。
よろしくお願いいたします。
・サーバーOS
Windows Server 2012 R2
Citrix環境
XenApp 7.9
※ADサーバ・XenAppサーバにて、構成しております。
・クライアント
Win10・Receiver4.5
XenApp Servicesを使用し、公開したアプリケーションを起動させております。
1点問題が発生しており、解決策等のお知恵をおかしください。
クライアント側のRegedit
HKEY_LOCAL_MACHINE\Software\[Wow6432Node\]Citrix\Dazzle\AllowSavePwd
を「A」に変更し、Receiver側でID・PASSを保存できるよう修正いたしましたが、
ある一定期間経過すると再度ID/PASSを求められます。
Citrix Studio等で、ID/PASSの保存期間を制御する項目があるのでしょうか？
希望はReceiver側でID・PASSを保存し、そのままアプリ起動ができるよう
な状態にしたいです。
よろしくお願いいたします。
公開アプリ起動時の認証について
WebInterfaceのログオン時には自動でログオンできるのですが、公開アプリケーション起動時に
Windows認証画面が表示されます。
グループポリシーの設定は実施済み。
インターネットオプションの設定は
「現在のユーザー名とパスワードで自動的にログオンする」
公開アプリケーション起動時に自動ログインできていたが、できなくなる場合がある。
（再起動後？）
各端末で同じ設定にしているつもりですが、問題ない端末もあります。
「WebInterfaceへのパスするー認証のトラブルシューティング方法」は確認して対応しているつもりです。
何かこれが必要というものがあるのでしょうか。
サーバ：WS2012R2
クライアント：Thin Client
Citrix Receiver：4.3.100
Windows認証画面が表示されます。
グループポリシーの設定は実施済み。
インターネットオプションの設定は
「現在のユーザー名とパスワードで自動的にログオンする」
公開アプリケーション起動時に自動ログインできていたが、できなくなる場合がある。
（再起動後？）
各端末で同じ設定にしているつもりですが、問題ない端末もあります。
「WebInterfaceへのパスするー認証のトラブルシューティング方法」は確認して対応しているつもりです。
何かこれが必要というものがあるのでしょうか。
サーバ：WS2012R2
クライアント：Thin Client
Citrix Receiver：4.3.100
以下のURLは確認されていますでしょうか。
http://docs.citrix.com/ja-ja/receiver/windows/4-3/ica-securing-connections-v2/receiver-windows-configure-passthrough.html
また、シンクライアント側の設定の問題であれば、任意の1台で展開用のマスターを作成して再展開するという手も取れそうな気がしますが。
チャル様
ご教示頂いたURLを確認してみましたが、特に問題なさそうです。
また、Windows認証を求められた際、入力→アプリが開く→アプリを閉じる→ログオフする→PCシャットダウンする→PC起動すると、今度は認証を求められないこともあります。
(PCシャットダウンではなく再起動の場合は認証が求められます)
できたりできなかったりで全くわかりません。
任意の１台で展開用のマスターを作成することも可能なのですか。
そちらも確認してみます。
ご教示頂いたURLを確認してみましたが、特に問題なさそうです。
また、Windows認証を求められた際、入力→アプリが開く→アプリを閉じる→ログオフする→PCシャットダウンする→PC起動すると、今度は認証を求められないこともあります。
(PCシャットダウンではなく再起動の場合は認証が求められます)
できたりできなかったりで全くわかりません。
任意の１台で展開用のマスターを作成することも可能なのですか。
そちらも確認してみます。
そうなってくると同じ端末からでもユーザで違いがあるか？といったような切り分けも必要かもしれません。
シンクライアントのマスター作成については購入されたベンダーなどへの確認は必要かと思いますが、USBで展開するような方法は何度かやった事はあります。
↓例えばhpの場合
http://h50146.www5.hp.com/lib/products/thinclient/pdf/hp_thinclient_doc00023.pdf
シンクライアントのマスター作成については購入されたベンダーなどへの確認は必要かと思いますが、USBで展開するような方法は何度かやった事はあります。
↓例えばhpの場合
http://h50146.www5.hp.com/lib/products/thinclient/pdf/hp_thinclient_doc00023.pdf
チャル様
お世話になります。
同じ端末から別ユーザでも確認してみます。
マスターを作成してUSBで展開する方法ですが、正常端末と対象端末が物理的に別な場所にあり、難しい状況です。
USBではなく、ファイルで展開もできるのでしょうか。
リモートデスクトップで接続してUSBリダイレクトして可能であればできるかもしれません。
お世話になります。
同じ端末から別ユーザでも確認してみます。
マスターを作成してUSBで展開する方法ですが、正常端末と対象端末が物理的に別な場所にあり、難しい状況です。
USBではなく、ファイルで展開もできるのでしょうか。
リモートデスクトップで接続してUSBリダイレクトして可能であればできるかもしれません。
機種がわかりませんが、USBを利用する場合USBブートが必要になると思いますので、USBリダイレクトでは更新できないかもしれません。
可能かわかりませんが遠隔地の方に手順書とUSBメモリを渡して作業をしていただくか、
更新サーバを利用したアップデートができる場合があるので、確認されては
いかがでしょうか。
例えば、hpならHP Device Managerというような方式があります。
http://jp.ext.hp.com/thin-clients/knowledgebase/
いずれにしてもこれらはシンクライアント端末側の設定が統一されていないということであれば有効ですが、原因が別であれば、効果はないかもしれません。
可能かわかりませんが遠隔地の方に手順書とUSBメモリを渡して作業をしていただくか、
更新サーバを利用したアップデートができる場合があるので、確認されては
いかがでしょうか。
例えば、hpならHP Device Managerというような方式があります。
http://jp.ext.hp.com/thin-clients/knowledgebase/
いずれにしてもこれらはシンクライアント端末側の設定が統一されていないということであれば有効ですが、原因が別であれば、効果はないかもしれません。
WIをロードバランスしてないかとか、ServiceサイトなのかWebサイトなのかとか
そもそもXenaDesktop/Appのバージョンが何かとか気になる
同じような経験は何度かあるけど大体RDP関連のグループポリシーだとか
Receiverがおかしい(中途半端な権限でインストールしたとか)だか
そんな理由だった気がするが詳細思い出せない
そもそもXenaDesktop/Appのバージョンが何かとか気になる
同じような経験は何度かあるけど大体RDP関連のグループポリシーだとか
Receiverがおかしい(中途半端な権限でインストールしたとか)だか
そんな理由だった気がするが詳細思い出せない
XenApp 7.5 サーバ入れ替え
いつもお世話になっております。
今回の案件は、ハード（XenAppサーバのみ）の入れ替え作業に関する事です。
既設環境にはエンドユーザが構築したActiveDirectry（ドメイン）があって、
自社が担当するシステムのアプリケーションサーバとXenApp7.5サーバ（windows server 2008 R2）がドメインに参加して運用を行っています。
リース期限が近付いたため、上記２台のサーバのみ（windows server 2012 R2）入れ替える事になりました。
運用停止期間と現地作業時間を極力少なくしたいと考えていますが、XenApp構築はやはり現地でドメイン参加してからになると思われます。
バックアップ/リカバリもOSが異なるので無理かと思われます。
何か効率の良い方法はないでしょうか？
また、クライアント側のReceiveは（サーバ名やIP、Citrix環境の各名称を同じものとして）そのまま使用できるでしょうか？
サーバOSが異なるので、一応再インストール時間も考慮しています。
今回の案件は、ハード（XenAppサーバのみ）の入れ替え作業に関する事です。
既設環境にはエンドユーザが構築したActiveDirectry（ドメイン）があって、
自社が担当するシステムのアプリケーションサーバとXenApp7.5サーバ（windows server 2008 R2）がドメインに参加して運用を行っています。
リース期限が近付いたため、上記２台のサーバのみ（windows server 2012 R2）入れ替える事になりました。
運用停止期間と現地作業時間を極力少なくしたいと考えていますが、XenApp構築はやはり現地でドメイン参加してからになると思われます。
バックアップ/リカバリもOSが異なるので無理かと思われます。
何か効率の良い方法はないでしょうか？
また、クライアント側のReceiveは（サーバ名やIP、Citrix環境の各名称を同じものとして）そのまま使用できるでしょうか？
サーバOSが異なるので、一応再インストール時間も考慮しています。
サーバー名、IPアドレス等を引き継ぐ場合、どうしても運用停止期間が生じます。
何かあった場合に、元の2008環境に戻すことも若干面倒です。
私はお勧めしません。
コストはかかりますが、やり方によっては運用停止期間も生じなくなるため、
サーバー名、IPなどの引継ぎは諦めて、2012環境を新設して、
問題なく使用できることを検証。
その後、旧環境と新環境の並行期間を設けて、クライアント側からは接続先を
変更するように通達して促し、移行するよう提案するべきです。
見積り(値段)たけーよボッタくりか！＞( ﾟ⊿ﾟ)
と言われるのを恐れるなら、旧サーバー落として同じ名前で立ててCitrixの方は
SQLDBエクスポートしてインポートすると実は簡単に旧環境と
同じXenAppファームが作れたりはしますが……まぁまぁ怖いですね。私はやりたくない。
何かあった場合に、元の2008環境に戻すことも若干面倒です。
私はお勧めしません。
コストはかかりますが、やり方によっては運用停止期間も生じなくなるため、
サーバー名、IPなどの引継ぎは諦めて、2012環境を新設して、
問題なく使用できることを検証。
その後、旧環境と新環境の並行期間を設けて、クライアント側からは接続先を
変更するように通達して促し、移行するよう提案するべきです。
見積り(値段)たけーよボッタくりか！＞( ﾟ⊿ﾟ)
と言われるのを恐れるなら、旧サーバー落として同じ名前で立ててCitrixの方は
SQLDBエクスポートしてインポートすると実は簡単に旧環境と
同じXenAppファームが作れたりはしますが……まぁまぁ怖いですね。私はやりたくない。
早々のアドバイスありがとうございます。
PDC込みだったら事前にある程度構築できるのですが・・・
運用停止は事前に通知していて、なるべく短くしてねとの事なので。
クライアントが５０台ほどあるので、（しかも遠隔地１０個所）
できればReceiverの再インストールはしたくないです。
PDC込みだったら事前にある程度構築できるのですが・・・
運用停止は事前に通知していて、なるべく短くしてねとの事なので。
クライアントが５０台ほどあるので、（しかも遠隔地１０個所）
できればReceiverの再インストールはしたくないです。
Receiverの再インストールなんて大した作業じゃないし
お客様（エンドユーザー）にお願いできないんです？
管理者権限がないとできないとかあるのかもですが。
とりあえず有りえそうな魔法っぽい方法は先に書いたように
1．旧環境でSQL DBをエクスポートする
2．旧環境を殺す
3．新環境を綺麗に1から作る（旧環境の構成を諸々丁寧に引き継ぐ）
4．SQL DBをインポートしてファームをリカバリする
ですが、結局3の手順は必要になるわけで、
リスクに見合うほど工数減らないですよきっと。
お客様（エンドユーザー）にお願いできないんです？
管理者権限がないとできないとかあるのかもですが。
とりあえず有りえそうな魔法っぽい方法は先に書いたように
1．旧環境でSQL DBをエクスポートする
2．旧環境を殺す
3．新環境を綺麗に1から作る（旧環境の構成を諸々丁寧に引き継ぐ）
4．SQL DBをインポートしてファームをリカバリする
ですが、結局3の手順は必要になるわけで、
リスクに見合うほど工数減らないですよきっと。
エンドユーザおっちゃんおばちゃんなので手順書作っても電話問い合わせが殺到します。（経験済み）
クライアントは人海戦術で乗り切ります。
魔法はやめときます。
かかる工数は想定済なので最初のアドバイス通り事を進めようと思います。
ありがとうございました。
クライアントは人海戦術で乗り切ります。
魔法はやめときます。
かかる工数は想定済なので最初のアドバイス通り事を進めようと思います。
ありがとうございました。
Receiver側のXA登録はIPアドレスなんでしょうか。
FQDNなのであれば、同一FQDNとする事で変更作業は必要なくなりませんかね。
FQDNなのであれば、同一FQDNとする事で変更作業は必要なくなりませんかね。
名前解決が絡んでくるんで上手いことDNSとかと連携してやらんと
めんどっちいことになりますぞい。
めんどっちいことになりますぞい。
現行サーバと短期間併設させて、タイミングを見計らい夜間にデータ移行し翌朝から新サーバでの運用を行うよう方針変更しましたが、少々気になる事があります。
XenAppサーバはMSのRDライセンスとCitrixライセンスを１台で兼任しています。
サーバ名とIPアドレスを新たに設けた新サーバを併設させるとき、移行期間のライセンス重複は問題なかったと記憶していますが、どうでしょうか？
またクライアント側ですが、XenAppサーバのバージョンは同じ7.5（OSが2008R2から2012R2に変わる）
なのでReceiverの再インストールは必要なく、新サーバへの接続設定だけでいいと思われるのですが？
何か肝心なことを見落としている気がしてなりません。
XenAppサーバはMSのRDライセンスとCitrixライセンスを１台で兼任しています。
サーバ名とIPアドレスを新たに設けた新サーバを併設させるとき、移行期間のライセンス重複は問題なかったと記憶していますが、どうでしょうか？
またクライアント側ですが、XenAppサーバのバージョンは同じ7.5（OSが2008R2から2012R2に変わる）
なのでReceiverの再インストールは必要なく、新サーバへの接続設定だけでいいと思われるのですが？
何か肝心なことを見落としている気がしてなりません。
＞サーバ名とIPアドレスを新たに設けた新サーバを併設させるとき、移行期間のライセンス重複は問題なか
＞ったと記憶していますが、どうでしょうか？
Citrixであれば、以下の内容が公開されています。
https://support.citrix.com/article/CTX209010#P173_22689
Q バージョンアップをしたのですがしばらくの間旧バージョンの新しいバージョンを並行稼働期間が発生します。問題はありますか？
A バージョンアップ前のライセンスと後のライセンスを同時に稼働した場合通常はライセンス使用の違反とみなされますが、バージョンアップなどやむを得ない事情によるものである場合には30日程度はライセンス違反としてはみなしません。なるべく重複運用期間を短くする形での運用を心掛け、その状態をなくしていただけますようお願いいたします。
MSも似たり寄ったりかもしれませんが、ライセンス関係の窓口はいくつかありますが、
マイクロソフト パートナーコールセンターなどへ確認されてはいかがでしょうか。
＞またクライアント側ですが、XenAppサーバのバージョンは同じ7.5（OSが2008R2から2012R2に変わる）
＞なのでReceiverの再インストールは必要なく、新サーバへの接続設定だけでいいと思われるのですが？
バージョンが変わらなければ、特に気にする必要は無いですね。もし、何か問題が起こっているようであれば、この機会に新しいReceiverへのアップデートをお勧めしますが、特に問題も無いのであれば、設定変更
だけで利用可能かと思います。
＞何か肝心なことを見落としている気がしてなりません。
XenAppのOSが変わるとプロファイルの互換性がなくなるので、V2(2008R2)からV4(2012R2)移動プロファイルを利用しているのであればその点注意ですね。
いろいろとありがとうございます。
ライセンスは念のため関係するところに確認します。
ライセンスは念のため関係するところに確認します。
CitrixStudioのセッション情報にユーザー名が’－'のものが残る
CitrixReceiverからアプリを起動しようとした際、ずっと起動せず、ぐるぐる巻きの表示？みたいな状態で止まったままになることがあります。
そのときにサーバ側のCitrixStudioでセッション情報を見ると、ユーザー名が’－'のセッションが表示されています。
そのセッションは切断もログオフもできません。
強制切断方法を教えてください。
また、なぜアプリが起動しないのかご教示願います。
そのときにサーバ側のCitrixStudioでセッション情報を見ると、ユーザー名が’－'のセッションが表示されています。
そのセッションは切断もログオフもできません。
強制切断方法を教えてください。
また、なぜアプリが起動しないのかご教示願います。
この類の「起きることがある」系の不具合はとても切り分けが困難です。
早い解決を望むなら、CDFtraceを取るなりしてCitrixに頼ってください。
強制切断については、対象のVDAサーバーに対面ログオンして
タスクマネージャーなり、RDセッションマネージャーなりで
ユーザーセッションを殺すのが手っ取り早い気はしますが、
それも無理そうなら結構お手上げ気味です。
早い解決を望むなら、CDFtraceを取るなりしてCitrixに頼ってください。
強制切断については、対象のVDAサーバーに対面ログオンして
タスクマネージャーなり、RDセッションマネージャーなりで
ユーザーセッションを殺すのが手っ取り早い気はしますが、
それも無理そうなら結構お手上げ気味です。
Sさん
回答ありがとうございます。
正常に動作する端末から該当のユーザーでログインして、起動したところきちんと起動でき、
セッション情報も正常になりました。
その後は元の端末でも問題なく起動できます。
変なセッションが残っておかしな状態だったのでしょうか。
ちょっと気持ち悪いですが、とりあえずは問題なく動作してます。
ありがとうございました。
回答ありがとうございます。
正常に動作する端末から該当のユーザーでログインして、起動したところきちんと起動でき、
セッション情報も正常になりました。
その後は元の端末でも問題なく起動できます。
変なセッションが残っておかしな状態だったのでしょうか。
ちょっと気持ち悪いですが、とりあえずは問題なく動作してます。
ありがとうございました。
XenApp7.11 初回ログインユーザのパスワード変更について
■構築環境
XenApp7.11サーバ ：Windows Server 2012R2
（オールインワン構成）
Active Directory ：Windows Server 2012R2
VDA ：Windows Server 2012R2
StoreFront認証
AD側で初回ログイン時にパスワード変更を要求
→パスワード変更が失敗し、ログインが完了しません。
なにか留意点等ご存知ありませんでしょうか。
XenApp7.11サーバ ：Windows Server 2012R2
（オールインワン構成）
Active Directory ：Windows Server 2012R2
VDA ：Windows Server 2012R2
StoreFront認証
AD側で初回ログイン時にパスワード変更を要求
→パスワード変更が失敗し、ログインが完了しません。
なにか留意点等ご存知ありませんでしょうか。
留意点をすべて挙げるのは大変なのです。
ドメインコントローラーの構成やGPOやネットワークポートだとか色々。
少しずつでも切り分けを行ってください。
「初回ログイン時にパスワード変更を要求」を外してログオンはできますか？
同様に、手動でパスワードは変更できますか？
SFでユーザーID/パスワードを入力してからの流れで
具体的に、正確にどういうメッセージが表示してログインが蹴られますか？
ドメインコントローラーの構成やGPOやネットワークポートだとか色々。
少しずつでも切り分けを行ってください。
「初回ログイン時にパスワード変更を要求」を外してログオンはできますか？
同様に、手動でパスワードは変更できますか？
SFでユーザーID/パスワードを入力してからの流れで
具体的に、正確にどういうメッセージが表示してログインが蹴られますか？
S様
たびたびお世話になります。
AD側で「初回ログイン時のパスワード変更を要求」を外した場合はログインできます。
VDAに対して、RDPで「初回ログイン時のパスワード変更を要求」をONにした状態でも入れます。
SFでID/PWを入力し、パスワード変更を求める画面が出力されます。
その後、現在のパスワードを一回、変更後のパスワードを二回入力し、ログインを押すと
パスワード変更ができませんとポップがあがり、SFにログインできません。
※windowsアプリケーション接続です。
そもそも、アプリ起動の場合でパスワードを変更する場合は、有効期限が切れた場合のみパスワードの変更が可能なのでしょうか。
たびたびお世話になります。
AD側で「初回ログイン時のパスワード変更を要求」を外した場合はログインできます。
VDAに対して、RDPで「初回ログイン時のパスワード変更を要求」をONにした状態でも入れます。
SFでID/PWを入力し、パスワード変更を求める画面が出力されます。
その後、現在のパスワードを一回、変更後のパスワードを二回入力し、ログインを押すと
パスワード変更ができませんとポップがあがり、SFにログインできません。
※windowsアプリケーション接続です。
そもそも、アプリ起動の場合でパスワードを変更する場合は、有効期限が切れた場合のみパスワードの変更が可能なのでしょうか。
XenApp(ServerOSによるアプリケーション/デスクトップ公開)であろうと
XenDesktop(クライアントOSによるデスクトップ公開)であろうと
StoreFrontからADにパスワード変更/認証をかける話ですので
あまり関係がありません。可能です。
>同様に、手動でパスワードは変更できますか？
にご回答がないようですが、どうですか？
次回ログオン時に変更のチェックを外し、StoreFrontにログオンし
「アプリケーションを起動せず」StoreFront（Receiver for Web）の画面の
右上から、パスワード変更できますか？
念のため、↓に記載がありますが
http://docs.citrix.com/ja-ja/storefront/3-8/configure-authentication-and-delegation/configure-authentication-service.html#par_richtext_5
通常は、StoreFrontの管理画面で、対象となるストアを選択し、
「認証方法の管理」から、「ユーザ名とパスワード」等の設定で
「パスワードオプションの管理」を開いて、「ユーザーにパスワードの変更を許可する」とし
「常時」可能なようにすれば、有効期限に関係なくパスワード変更が可能です。
もしほかに非常に面倒な理由を考えるならば、私の経験の一例では
ドメインコントローラーが複数ある場合のレプリケーションラグの影響です。
特定のドメインコントローラー上でユーザーアカウントに「次回ログオン時にパス云々」を
設定しても、それがほかのドメインコントローラにレプリケートされるのにラグがあります。
レプリケートが完了したドメインコントローラに対して認証が行くと、問題ありませんが、
レプリケートが完了していないドメインコントローラーに対して認証が行くと、
変な状態になることがあります。
XenDesktop(クライアントOSによるデスクトップ公開)であろうと
StoreFrontからADにパスワード変更/認証をかける話ですので
あまり関係がありません。可能です。
>同様に、手動でパスワードは変更できますか？
にご回答がないようですが、どうですか？
次回ログオン時に変更のチェックを外し、StoreFrontにログオンし
「アプリケーションを起動せず」StoreFront（Receiver for Web）の画面の
右上から、パスワード変更できますか？
念のため、↓に記載がありますが
http://docs.citrix.com/ja-ja/storefront/3-8/configure-authentication-and-delegation/configure-authentication-service.html#par_richtext_5
通常は、StoreFrontの管理画面で、対象となるストアを選択し、
「認証方法の管理」から、「ユーザ名とパスワード」等の設定で
「パスワードオプションの管理」を開いて、「ユーザーにパスワードの変更を許可する」とし
「常時」可能なようにすれば、有効期限に関係なくパスワード変更が可能です。
もしほかに非常に面倒な理由を考えるならば、私の経験の一例では
ドメインコントローラーが複数ある場合のレプリケーションラグの影響です。
特定のドメインコントローラー上でユーザーアカウントに「次回ログオン時にパス云々」を
設定しても、それがほかのドメインコントローラにレプリケートされるのにラグがあります。
レプリケートが完了したドメインコントローラに対して認証が行くと、問題ありませんが、
レプリケートが完了していないドメインコントローラーに対して認証が行くと、
変な状態になることがあります。
S様
申し訳ありませんが、手動での変更箇所見当たりません。
今回はPNAgent接続であります。
ご教授頂きました、URLを拝見すると"Windows"での接続では有効期限が切れている
場合のみパスワード変更が可能と見受けられます。
ここでの"windows"とはPNAgent接続のことと理解しております。
申し訳ありませんが、手動での変更箇所見当たりません。
今回はPNAgent接続であります。
ご教授頂きました、URLを拝見すると"Windows"での接続では有効期限が切れている
場合のみパスワード変更が可能と見受けられます。
ここでの"windows"とはPNAgent接続のことと理解しております。
そういうことは最初に言ってほしい。
PNAgent（XenApp Serivicesサイト）でReceiverの認証をしているのなら
SFの機能で任意のタイミングでパスワード変更させることはできません。
できるのは、eDcosに記載の通りReceiver for Webを使っている場合のみです。
PNAgent（XenApp Serivicesサイト）でReceiverの認証をしているのなら
SFの機能で任意のタイミングでパスワード変更させることはできません。
できるのは、eDcosに記載の通りReceiver for Webを使っている場合のみです。
S様
ご返信、ありがとうございます。
理解が深まりました。
ご返信、ありがとうございます。
理解が深まりました。
StoreWebに接続後のデスクトップで詳細の再起動リンクを非表示にしたい
どなたかご教示ください。
StoreFront(http://xxxx/Citrix/StoreWeb/)にログイン後
デスクトップのアイコンの横にある詳細の中にある再起動ボタンを
非表示にしたいのですが、方法をご存知の方がおいででしたら
ご教示ください。
StoreFront(http://xxxx/Citrix/StoreWeb/)にログイン後
デスクトップのアイコンの横にある詳細の中にある再起動ボタンを
非表示にしたいのですが、方法をご存知の方がおいででしたら
ご教示ください。
デリバリーグループの設定になると思います。
以下を参考に「AllowRestart」の値をFalesに変更していただければ再起動が
非表示になるかと思います。
コマンドの詳細については画面キャプチャ内に記載されているので、
参考にしてください。
https://www.citrix.com/blogs/2014/05/12/storefront-power-management-desktop-restart/
チァル様
ご指南ありがとうございます。
デリバリーコントローラのWindows PowerShellにて
asnp citrix*でSDKを追加してから
Set-BrokerAccessPolicyRule -Name "XXXX_AG" -AllowRestart $false
を入れてみましたら
できました。ありがとうございました。
ご指南ありがとうございます。
デリバリーコントローラのWindows PowerShellにて
asnp citrix*でSDKを追加してから
Set-BrokerAccessPolicyRule -Name "XXXX_AG" -AllowRestart $false
を入れてみましたら
できました。ありがとうございました。
お役に立って良かったです。
チャル様
ご教授ください。
"XXXX_AG"とはなんの名称を指すのでしょうか。
ご教授ください。
"XXXX_AG"とはなんの名称を指すのでしょうか。
横ですが、デリバリーグループ名です
Set-BrokerAccessPolicyRule -Name デリバリーグループ名 -AllowRestart $false
という構文になります。
Set-BrokerAccessPolicyRule -Name デリバリーグループ名 -AllowRestart $false
という構文になります。
S様
ご教授頂き、ありがとうございます。
試してみます！！
ご教授頂き、ありがとうございます。
試してみます！！
XenAPPログインユーザの定期パスワード変更は可能でしょうか
■構築環境
XenAPP7.9サーバ ：Windows Server 2012R2
Active Directory 認証サーバ：Windows Server 2012R2
お世話になっております。
XenAPPの公開URLからブラウザでログインした一般ユーザに、定期的にパスワード変更をユーザ自身に行わせることは可能でしょうか。
私のほうで一般ユーザでログインし調べたところ、
パスワードの設定変更が可能な箇所が見当たらず困っています。
宜しくお願い致します。
記載がありませんが、
>公開URLからブラウザでログイン
とあるので、StoreFrontを使ってるのであろうと思います。
通常、エンドユーザー(一般利用者)が公開アプリケーションを利用する際は、
StoreFrontでXenAppが使えるかの認証を行います。
StoreFrontは、ユーザーがブラウザで入力した認証情報を
裏でADに問い合わせて、使用可能なユーザーかといった認証をします。
で、そのStoreFrontは、ユーザーが認証する際のパスワードの変更機能を有します。
これのことを言っていますか？
下のアドレスとかご確認ください。
http://docs.citrix.com/ja-ja/storefront/3-8/configure-authentication-and-delegation/configure-authentication-service.html#par_richtext_5
>公開URLからブラウザでログイン
とあるので、StoreFrontを使ってるのであろうと思います。
通常、エンドユーザー(一般利用者)が公開アプリケーションを利用する際は、
StoreFrontでXenAppが使えるかの認証を行います。
StoreFrontは、ユーザーがブラウザで入力した認証情報を
裏でADに問い合わせて、使用可能なユーザーかといった認証をします。
で、そのStoreFrontは、ユーザーが認証する際のパスワードの変更機能を有します。
これのことを言っていますか？
下のアドレスとかご確認ください。
http://docs.citrix.com/ja-ja/storefront/3-8/configure-authentication-and-delegation/configure-authentication-service.html#par_richtext_5
>S様
丁寧なご回答誠に有難う御座います。
>で、そのStoreFrontは、ユーザーが認証する際のパスワードの変更機能を有します。
>これのことを言っていますか？
>下のアドレスとかご確認ください。
>http://docs.citrix.com/ja-ja/storefront/3-8/configure-authentication-and->delegation/configure-authentication-service.html#par_richtext_5
大変助かりました。
変更機能についても確認致しましたので、
挙動など検証を行いたいと思います。
ご回答有難う御座います。
丁寧なご回答誠に有難う御座います。
>で、そのStoreFrontは、ユーザーが認証する際のパスワードの変更機能を有します。
>これのことを言っていますか？
>下のアドレスとかご確認ください。
>http://docs.citrix.com/ja-ja/storefront/3-8/configure-authentication-and->delegation/configure-authentication-service.html#par_richtext_5
大変助かりました。
変更機能についても確認致しましたので、
挙動など検証を行いたいと思います。
ご回答有難う御座います。
Powerful & Beautiful
力強く、美しいシステムを。