トピック検索
1299 件のトピックが該当しました。
- XenAPPログインユーザの定期パスワード変更は可能でしょうか - 羊子@U―U@ ( 2017/02/19 21:44:50 更新)
- Citrix Studio 登録状態 未登録 - T ( 2017/02/13 14:44:20 更新)
- Citrix Print Manager Service が停止する - ハムスター ( 2017/02/10 10:15:41 更新)
- CitrixFrontのエラーについて - CitriX ( 2017/01/16 17:53:49 更新)
- 「ユーザー プロファイルを読み込めません。」というエラーが発生し、アプリケーションをが起動不可 - QQ ( 2017/01/10 17:07:29 更新)
- FAT端末からICA接続した際に画面表示が遅いことがある - 海鞘 ( 2016/12/15 11:40:27 更新)
- XenAPPの登録ライセンス数以上のユーザがアクセスした時にユーザにアラートは出せますか。 - 羊子@U―U@ ( 2016/12/08 20:37:42 更新)
- XenApp6.5のKeep-Aliveが機能しない - Ken ( 2016/12/07 14:13:48 更新)
- XenDesktop5.6 仮想デスクトップが勝手にシャットダウンする - Mgmn ( 2016/11/21 17:02:14 更新)
- XenApp 7.11のポリシーが反映されない？ - J ( 2016/11/18 07:38:30 更新)
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
大変助かりました。
変更機能についても確認致しましたので、
挙動など検証を行いたいと思います。
ご回答有難う御座います。
Citrix Studio 登録状態 未登録
いつもお世話になっております。
下記環境で登録状態 未登録が多数発生しています。
サーバー XenDesktop 7.11 Win2012R2
クライアント Win7Sp1 VDA7.11
通常の未登録ではなく△アイコンの中に！マークが入った状態で未登録になっています。
通常の未登録だと未登録とだけ表記があったはずですが、!マークの未登録 状態になったVMはRDPやコンソールですらログイン出来ません。
コンソールからログインしてもようこそ画面のまま遷移しません。
1ホストに8VMあるのですが、2VMは正常に登録済みになっており、他のホストも同様に2VMのみ登録済みになります。
取り急ぎの投稿で乱筆になりますがご容赦下さい。
不足事項等ありましたら追記致しますので、何卒ご教授下さい。
下記環境で登録状態 未登録が多数発生しています。
サーバー XenDesktop 7.11 Win2012R2
クライアント Win7Sp1 VDA7.11
通常の未登録ではなく△アイコンの中に！マークが入った状態で未登録になっています。
通常の未登録だと未登録とだけ表記があったはずですが、!マークの未登録 状態になったVMはRDPやコンソールですらログイン出来ません。
コンソールからログインしてもようこそ画面のまま遷移しません。
1ホストに8VMあるのですが、2VMは正常に登録済みになっており、他のホストも同様に2VMのみ登録済みになります。
取り急ぎの投稿で乱筆になりますがご容赦下さい。
不足事項等ありましたら追記致しますので、何卒ご教授下さい。
いくらなんでも情報不足すぎるのですが、
7.11ならデリバリーグループかマシンの詳細でトラブルシューティングとか
みれませんでしたっけ。その辺ヒントがありそうですが。
あとは未登録状態になる場合、
VDA側のイベントログみると色々わかることが多いですので
回復することがあるようならそのタイミングでログを見ると良いです。
7.11ならデリバリーグループかマシンの詳細でトラブルシューティングとか
みれませんでしたっけ。その辺ヒントがありそうですが。
あとは未登録状態になる場合、
VDA側のイベントログみると色々わかることが多いですので
回復することがあるようならそのタイミングでログを見ると良いです。
マシンの詳細からトラブルシューティング的な情報は確認致しましたが、特に有益な情報は無かったと記憶しています。
現状は原因究明よりも稼働を優先しバックアップより戻して使用しています。
イベントログが見れるようであれば勿論確認するのですが、コンソールですらログイン出来ない為、原因が分かりません。
事象が発生するタイミングとしては土日の休暇明けに2週続けて発生しています。
前回、今回とバックアップより戻して復旧させてますが、根本解決になっておらず困っています。
土日は電源管理でVDAをシャットダウンするようになっており、それが原因で復旧出来ないVDAがあるのかと疑っていました。
どのホストも2VMは正常なので、電源管理で25%になっていれば辻褄はあうのですが、
平日は100%稼働になっている為、腑に落ちない所です。。。
コンソールからもログイン出来ない以上、OS側なのかもしれないと思いつつ、OS側だった場合で事象が発生した際は対応が難しいと考えています。
他のシステムでも過去に何度も未登録になった事はありますが、今回の場合は根が深く原因がさっぱり検討もつきません。
他に必要な情報があれば追記致しますので、どのような情報が必要かご教示下さい。
現状は原因究明よりも稼働を優先しバックアップより戻して使用しています。
イベントログが見れるようであれば勿論確認するのですが、コンソールですらログイン出来ない為、原因が分かりません。
事象が発生するタイミングとしては土日の休暇明けに2週続けて発生しています。
前回、今回とバックアップより戻して復旧させてますが、根本解決になっておらず困っています。
土日は電源管理でVDAをシャットダウンするようになっており、それが原因で復旧出来ないVDAがあるのかと疑っていました。
どのホストも2VMは正常なので、電源管理で25%になっていれば辻褄はあうのですが、
平日は100%稼働になっている為、腑に落ちない所です。。。
コンソールからもログイン出来ない以上、OS側なのかもしれないと思いつつ、OS側だった場合で事象が発生した際は対応が難しいと考えています。
他のシステムでも過去に何度も未登録になった事はありますが、今回の場合は根が深く原因がさっぱり検討もつきません。
他に必要な情報があれば追記致しますので、どのような情報が必要かご教示下さい。
どのような情報が必要か、述べることはできますが、
とっかかりも無いような今の状態ですと甚大な量の情報を要求するしかありません。
・現象はいつからでていますか。構築してからずっとですか。ある日からですか。
・ある日からというなら、その前後にシステム変更作業は行われていませんか。
未登録になる原因は多数考えられるので、
ハイパーバイザー側、ネットワーク、ゲストOS、DDC側etcすべてに注意がいります。
・構築してからずっとであれば、電源管理機能の試験はしなかったのですか。
試験の際には問題は起きなかったのでしょうか。
・ハイパーバイザーは何ですか。ESXiですか。XenServerですか。Hyper-Vですか。
・ハイパーバイザー側で問題、不具合を検知していませんか。ログはどうでしょうか。
・Studioの構成ログ、デリバリグループ/マシンのトラブルシューティングに
関連情報はありませんか。
・ゲストOSは個別展開ですか。PVSですか。Win7ですか8.1ですか10ですか2012ですか。
・コンソールログオンできない状態で、Pingは飛ぶのですか。
CIFSでC$とかにアクセスもできませんか。アクセスしてVDAのログは見れませんか。
CDF Traceを仕込んでそれを取得できませんか。
MMCでリモート接続してイベントログも見れませんか。
・正常に稼働する2VMは毎度同じものですか。
・同じものなら、その2VMを金曜夜間にメンテナンスモードにするとどうなりますか。
（ほかの2VMが上がる？）
・検証環境はありませんか。
・あるのであれば、そちらでも同現象が起きていますか。
・検証用のマシンカタログ/デリバリーグループ/ゲストOSを用意することはできますか
・できるのであれば電源管理機能の設定を施して、
平日帯、実際に再現性があるかを試せますか。
・日中帯に検証（現象の再現試験）作業は行えますか。
（多分無理なんでしょうが、切り分けするなら必須です）
・そもそもCitrixに問い合わせできないんですか。
などなど、基本的な事項でも色々あるのです。
もう少し、ご自身で切り分けを行って、まとめてみてください。
怪しいところぐらいは見つけられませんか。
とっかかりも無いような今の状態ですと甚大な量の情報を要求するしかありません。
・現象はいつからでていますか。構築してからずっとですか。ある日からですか。
・ある日からというなら、その前後にシステム変更作業は行われていませんか。
未登録になる原因は多数考えられるので、
ハイパーバイザー側、ネットワーク、ゲストOS、DDC側etcすべてに注意がいります。
・構築してからずっとであれば、電源管理機能の試験はしなかったのですか。
試験の際には問題は起きなかったのでしょうか。
・ハイパーバイザーは何ですか。ESXiですか。XenServerですか。Hyper-Vですか。
・ハイパーバイザー側で問題、不具合を検知していませんか。ログはどうでしょうか。
・Studioの構成ログ、デリバリグループ/マシンのトラブルシューティングに
関連情報はありませんか。
・ゲストOSは個別展開ですか。PVSですか。Win7ですか8.1ですか10ですか2012ですか。
・コンソールログオンできない状態で、Pingは飛ぶのですか。
CIFSでC$とかにアクセスもできませんか。アクセスしてVDAのログは見れませんか。
CDF Traceを仕込んでそれを取得できませんか。
MMCでリモート接続してイベントログも見れませんか。
・正常に稼働する2VMは毎度同じものですか。
・同じものなら、その2VMを金曜夜間にメンテナンスモードにするとどうなりますか。
（ほかの2VMが上がる？）
・検証環境はありませんか。
・あるのであれば、そちらでも同現象が起きていますか。
・検証用のマシンカタログ/デリバリーグループ/ゲストOSを用意することはできますか
・できるのであれば電源管理機能の設定を施して、
平日帯、実際に再現性があるかを試せますか。
・日中帯に検証（現象の再現試験）作業は行えますか。
（多分無理なんでしょうが、切り分けするなら必須です）
・そもそもCitrixに問い合わせできないんですか。
などなど、基本的な事項でも色々あるのです。
もう少し、ご自身で切り分けを行って、まとめてみてください。
怪しいところぐらいは見つけられませんか。
Citrix Print Manager Service が停止する
拠点が十数か所あってクライアント数も数十あるため、XenApp 7.5サーバ３台を地域別に振り分けて運用しています。（サーバをA、B、CとしてAがライセンスサーバを兼任しています）
先日、Aに接続しているクライアントから印刷ができないとの連絡があり調査したところ、
「Citrix Print Manager Service」が停止していました。
アプリケーションエラーログには、
------------------------------------------------------------------------------
ログの名前: Application
ソース: Application Error
日付: 2017/02/01 9:08:02
イベント ID: 1000
タスクのカテゴリ: (100)
レベル: エラー
キーワード: クラシック
ユーザー: N/A
コンピューター: コンピュータ名.local
説明:
障害が発生しているアプリケーション名: CpSvc.exe、バージョン: 7.1.0.4057、タイム スタンプ: 0x524ef6c8
障害が発生しているモジュール名: ntdll.dll、バージョン: 6.3.9600.18438、タイム スタンプ: 0x57ae642e
例外コード: 0xc0000005
障害オフセット: 0x0000000000094707
障害が発生しているプロセス ID: 0x4e24
障害が発生しているアプリケーションの開始時刻: 0x01d27c1f4095ba20
障害が発生しているアプリケーション パス: C:\Program Files (x86)\Citrix\system32\CpSvc.exe
障害が発生しているモジュール パス: C:\Windows\SYSTEM32\ntdll.dll
レポート ID: 7e89cee5-e812-11e6-80e9-901b0e6cfe4c
障害が発生しているパッケージの完全な名前:
障害が発生しているパッケージに関連するアプリケーション ID:
イベント XML:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Application Error" />
<EventID Qualifiers="0">1000</EventID>
<Level>2</Level>
<Task>100</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2017-02-01T00:08:02.000000000Z" />
<EventRecordID>276716</EventRecordID>
<Channel>Application</Channel>
<Computer>コンピューター名.local</Computer>
<Security />
</System>
<EventData>
<Data>CpSvc.exe</Data>
<Data>7.1.0.4057</Data>
<Data>524ef6c8</Data>
<Data>ntdll.dll</Data>
<Data>6.3.9600.18438</Data>
<Data>57ae642e</Data>
<Data>c0000005</Data>
<Data>0000000000094707</Data>
<Data>4e24</Data>
<Data>01d27c1f4095ba20</Data>
<Data>C:\Program Files (x86)\Citrix\system32\CpSvc.exe</Data>
<Data>C:\Windows\SYSTEM32\ntdll.dll</Data>
<Data>7e89cee5-e812-11e6-80e9-901b0e6cfe4c</Data>
<Data>
</Data>
<Data>
</Data>
</EventData>
</Event>
------------------------------------------------------------------------------
と出ていますが原因がよくわかりません。
サービスを開始してもすぐに停止してしまいます。
サーバの再起動で復旧しますが、その後も度々発生します。
なぜか、B、Cサーバでは発生しておりません。
怪しいのはプリンタドライバですが、B、Cに接続するクライアント側にも同じ機種のプリンタが存在します。
何か参考になる事がありましたら、ご教授お願い致します。
先日、Aに接続しているクライアントから印刷ができないとの連絡があり調査したところ、
「Citrix Print Manager Service」が停止していました。
アプリケーションエラーログには、
------------------------------------------------------------------------------
ログの名前: Application
ソース: Application Error
日付: 2017/02/01 9:08:02
イベント ID: 1000
タスクのカテゴリ: (100)
レベル: エラー
キーワード: クラシック
ユーザー: N/A
コンピューター: コンピュータ名.local
説明:
障害が発生しているアプリケーション名: CpSvc.exe、バージョン: 7.1.0.4057、タイム スタンプ: 0x524ef6c8
障害が発生しているモジュール名: ntdll.dll、バージョン: 6.3.9600.18438、タイム スタンプ: 0x57ae642e
例外コード: 0xc0000005
障害オフセット: 0x0000000000094707
障害が発生しているプロセス ID: 0x4e24
障害が発生しているアプリケーションの開始時刻: 0x01d27c1f4095ba20
障害が発生しているアプリケーション パス: C:\Program Files (x86)\Citrix\system32\CpSvc.exe
障害が発生しているモジュール パス: C:\Windows\SYSTEM32\ntdll.dll
レポート ID: 7e89cee5-e812-11e6-80e9-901b0e6cfe4c
障害が発生しているパッケージの完全な名前:
障害が発生しているパッケージに関連するアプリケーション ID:
イベント XML:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Application Error" />
<EventID Qualifiers="0">1000</EventID>
<Level>2</Level>
<Task>100</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2017-02-01T00:08:02.000000000Z" />
<EventRecordID>276716</EventRecordID>
<Channel>Application</Channel>
<Computer>コンピューター名.local</Computer>
<Security />
</System>
<EventData>
<Data>CpSvc.exe</Data>
<Data>7.1.0.4057</Data>
<Data>524ef6c8</Data>
<Data>ntdll.dll</Data>
<Data>6.3.9600.18438</Data>
<Data>57ae642e</Data>
<Data>c0000005</Data>
<Data>0000000000094707</Data>
<Data>4e24</Data>
<Data>01d27c1f4095ba20</Data>
<Data>C:\Program Files (x86)\Citrix\system32\CpSvc.exe</Data>
<Data>C:\Windows\SYSTEM32\ntdll.dll</Data>
<Data>7e89cee5-e812-11e6-80e9-901b0e6cfe4c</Data>
<Data>
</Data>
<Data>
</Data>
</EventData>
</Event>
------------------------------------------------------------------------------
と出ていますが原因がよくわかりません。
サービスを開始してもすぐに停止してしまいます。
サーバの再起動で復旧しますが、その後も度々発生します。
なぜか、B、Cサーバでは発生しておりません。
怪しいのはプリンタドライバですが、B、Cに接続するクライアント側にも同じ機種のプリンタが存在します。
何か参考になる事がありましたら、ご教授お願い致します。
補足）サーバOSは、全てWindowsServer2012R2です。
多量印刷の失敗による事も考えましたが、B、C側でもより多く印刷していました。
現象発生のトリガーが判ればもう少し進展しそうです。
多量印刷の失敗による事も考えましたが、B、C側でもより多く印刷していました。
現象発生のトリガーが判ればもう少し進展しそうです。
＞障害が発生しているモジュール名: ntdll.dll
落ちるexeに関わらずここにOS側のdllが記載されてたら
ダンプ解析しないとログじゃ分からないですよ。
メーカーに問い合わせをしてください。
落ちるexeに関わらずここにOS側のdllが記載されてたら
ダンプ解析しないとログじゃ分からないですよ。
メーカーに問い合わせをしてください。
ログの詳細はわかりませんが、以下のHotfixは適用済みでしょうか。
↓
ICATS750WX64019
その他
・怪しいプリンタドライバor不要なプリンタドライバの削除
↓
ICATS750WX64019
その他
・怪しいプリンタドライバor不要なプリンタドライバの削除
ご回答ありがとうございます。
問い合わせ先は、Citrixかマイクロソフトかはたまたサーバメーカか検討つかず、
とりあえずHotfixを適用してみようと思います。
問い合わせ先は、Citrixかマイクロソフトかはたまたサーバメーカか検討つかず、
とりあえずHotfixを適用してみようと思います。
CitrixFrontのエラーについて
障害による不具合のご相談です。
概要：2016年12月27日（火）より、クライアント(Win7 32Bit IE11）がCitrixReceiver For Webを用いたアクセスが出来なくなっている。
アプリケーションサーバーは WinServer2012STD ６４Bit を用いており、2台で負荷分散を実施。
CitrixFrontのバージョンは2.5.0.29。
エラー発生時は2つある内の（ここではA,B)の一つ（B)でエラーが発生しており、StoreFrontからの500エラーをトリガーにクライアントからNetScalerに対して、ログオフ要求が行われており、通信が終了している動作のようです。
早期に原因と対策の究明が必要な為、ご助言頂ければ幸いです。
※エラー発生時のアプリケーションとサービスログは以下の通りです。（参考）
検出の実行に失敗しました Citrix.Web.DeliveryServicesProxy.ConfigLoader.AuthEndpointsServiceException, ReceiverWebConfigLoader, Version=2.5.0.0, Culture=neutral, PublicKeyToken=null An error occured while contacting the Auth Endpoints service 場所 Citrix.Web.DeliveryServicesProxy.ConfigLoader.Discovery.AppendConfigurationFromAuthEndpointsService(WebReceiverConfigSection section) 場所 Citrix.Web.DeliveryServicesProxy.ConfigLoader.Discovery.RunDiscovery(WebReceiverConfigSection configSection) 場所 Citrix.Web.Proxy.Filters.DiscoveryComplete.OnAuthorization(AuthorizationContext filterContext) System.Net.WebException, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 リモート サーバーがエラーを返しました: (500) 内部サーバー エラーです Url: http://61.117.210.238/Citrix/Authentication/endpoints/v1 ExceptionStatus: ProtocolError ResponseStatus: InternalServerError 場所 System.Net.HttpWebRequest.GetResponse() 場所 Citrix.DeliveryServicesClients.Utilities.HttpHelpers.ReceiveResponse(HttpWebRequest req) 場所 Citrix.DeliveryServicesClients.Utilities.HttpHelpers.ReceiveResponse(String url, String token, HttpRequestParameters options, Object requestData, CookieContainer cookieContainer) 場所 Citrix.DeliveryServicesClients.Endpoints.RequestBuilder.EndpointsHttpRequestHandler.List(String url) 場所 Citrix.Web.DeliveryServicesProxy.ConfigLoader.Discovery.AppendConfigurationFromAuthEndpointsService(WebReceiverConfigSection section)
概要：2016年12月27日（火）より、クライアント(Win7 32Bit IE11）がCitrixReceiver For Webを用いたアクセスが出来なくなっている。
アプリケーションサーバーは WinServer2012STD ６４Bit を用いており、2台で負荷分散を実施。
CitrixFrontのバージョンは2.5.0.29。
エラー発生時は2つある内の（ここではA,B)の一つ（B)でエラーが発生しており、StoreFrontからの500エラーをトリガーにクライアントからNetScalerに対して、ログオフ要求が行われており、通信が終了している動作のようです。
早期に原因と対策の究明が必要な為、ご助言頂ければ幸いです。
※エラー発生時のアプリケーションとサービスログは以下の通りです。（参考）
検出の実行に失敗しました Citrix.Web.DeliveryServicesProxy.ConfigLoader.AuthEndpointsServiceException, ReceiverWebConfigLoader, Version=2.5.0.0, Culture=neutral, PublicKeyToken=null An error occured while contacting the Auth Endpoints service 場所 Citrix.Web.DeliveryServicesProxy.ConfigLoader.Discovery.AppendConfigurationFromAuthEndpointsService(WebReceiverConfigSection section) 場所 Citrix.Web.DeliveryServicesProxy.ConfigLoader.Discovery.RunDiscovery(WebReceiverConfigSection configSection) 場所 Citrix.Web.Proxy.Filters.DiscoveryComplete.OnAuthorization(AuthorizationContext filterContext) System.Net.WebException, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 リモート サーバーがエラーを返しました: (500) 内部サーバー エラーです Url: http://61.117.210.238/Citrix/Authentication/endpoints/v1 ExceptionStatus: ProtocolError ResponseStatus: InternalServerError 場所 System.Net.HttpWebRequest.GetResponse() 場所 Citrix.DeliveryServicesClients.Utilities.HttpHelpers.ReceiveResponse(HttpWebRequest req) 場所 Citrix.DeliveryServicesClients.Utilities.HttpHelpers.ReceiveResponse(String url, String token, HttpRequestParameters options, Object requestData, CookieContainer cookieContainer) 場所 Citrix.DeliveryServicesClients.Endpoints.RequestBuilder.EndpointsHttpRequestHandler.List(String url) 場所 Citrix.Web.DeliveryServicesProxy.ConfigLoader.Discovery.AppendConfigurationFromAuthEndpointsService(WebReceiverConfigSection section)
「ユーザー プロファイルを読み込めません。」というエラーが発生し、アプリケーションをが起動不可
下記環境にて、運用をしております。
Windows Server2008(32bit)
SecureGateway3.3.4
WebInterface5.4
XenApp5.0fp3
最近、Citrixでアプリケーションを起動しようとした際に、
"User Profile Service サービスいよるログオンの処理に失敗しました。"
"ユーザープロファイルを読み込めません。"
というメッセージが出力し、起動に失敗することがあります。
一度起動に失敗すると、ログオンで使おうとしていたユーザ(例：Anon003)でログオンができなくなってしまい、
以降はCitrix同時接続数が4人目以降で必ずログオンに失敗してしまいます。
(Anon000～Anon002は使用可能)
発生時の対処としては、ログオンで失敗したユーザのProfileフォルダを削除すると、ログオンが可能となります。
ただ、削除しようとすると、「”NTUSER.dat”が開いているため削除できない。」という旨のメッセージが表示されるため、
一度サーバを再起動した後に削除しております。
現状の対処では場当たり的であるため、問題の発生原因および解決方法をご存知でしたら、
ご教示頂けると助かります。
Windows Server2008(32bit)
SecureGateway3.3.4
WebInterface5.4
XenApp5.0fp3
最近、Citrixでアプリケーションを起動しようとした際に、
"User Profile Service サービスいよるログオンの処理に失敗しました。"
"ユーザープロファイルを読み込めません。"
というメッセージが出力し、起動に失敗することがあります。
一度起動に失敗すると、ログオンで使おうとしていたユーザ(例：Anon003)でログオンができなくなってしまい、
以降はCitrix同時接続数が4人目以降で必ずログオンに失敗してしまいます。
(Anon000～Anon002は使用可能)
発生時の対処としては、ログオンで失敗したユーザのProfileフォルダを削除すると、ログオンが可能となります。
ただ、削除しようとすると、「”NTUSER.dat”が開いているため削除できない。」という旨のメッセージが表示されるため、
一度サーバを再起動した後に削除しております。
現状の対処では場当たり的であるため、問題の発生原因および解決方法をご存知でしたら、
ご教示頂けると助かります。
発生原因はアプリの問題も考えられますので何とも言えませんが、対処方法について気になる点があります。
念の為の確認ですが、対象のユーザーのセッション切ってからプロファイル削除してますか？
セッション残っているのにプロファイル削除したら当然そうなる気がします。
念の為の確認ですが、対象のユーザーのセッション切ってからプロファイル削除してますか？
セッション残っているのにプロファイル削除したら当然そうなる気がします。
ご返信下さり、ありがとうございます。
アクセス管理コンソール上およびレジストリからは接続ユーザ情報が削除されていたため、
セッションが切れていると判断してプロファイルを削除しておりました。
もし他にもセッションが切れているか確認すべき点がございましたら、教えて頂けると助かります。
アクセス管理コンソール上およびレジストリからは接続ユーザ情報が削除されていたため、
セッションが切れていると判断してプロファイルを削除しておりました。
もし他にもセッションが切れているか確認すべき点がございましたら、教えて頂けると助かります。
FAT端末からICA接続した際に画面表示が遅いことがある
いつもお世話になっております。
FAT端末から公開デスクトップへICA接続した際に
たまに画面表示が遅いことがあると、お客様より報告があり
自分もたまに事象が発生しました。
事象や切り分け確認からFAT端末側要因を疑っておりますが
過去事例やヒントなどがあれば、御教示お願い致します。
事象例
・タイピングと文字表示に時間差がある
・マウス操作とスクロールなどに時間差がある
切り分け確認
・事象発生中のFAT端末ローカルでは、画面表示が遅いなどと感じることはなかった。
・事象発生中の公開DTへ、他のFAT端末から別ユーザでICA接続したが
事象は発生しなかった。
・公開DTのタスクマネージャを確認したが、特に異常はなかった。
・一旦、公開DTやStoreFront(IE11)からログオフし、再度ICA接続すると事象は発生しない。
・別のFAT端末から事象が発生したユーザでICA接続したが、発生しなかった。
・RDP接続では発生しない。
・シンクラ端末では発生しない(お客様からもシンクラで発生したとの報告はない)。
・スタートメニューなどのアイコンをクリックしてアプリが起動するまでの時間は、事象発生有無で差異はない。
アイコンにカーソルを合わせるまでに時間は掛かりましたが。
++++++++構成情報+++++++++++++
・XenApp公開デスクトップ
Windows Server 2012 R2
VDA7.6.3
Receiver4.3.100
・FAT端末
Windows 7 Enterprise
Receiver4.3.100、または4.3.0
Internet Explorer 11
・Store Front
Store Fron 3.0
+++++++++++++++++++++++++++
FAT端末から公開デスクトップへICA接続した際に
たまに画面表示が遅いことがあると、お客様より報告があり
自分もたまに事象が発生しました。
事象や切り分け確認からFAT端末側要因を疑っておりますが
過去事例やヒントなどがあれば、御教示お願い致します。
事象例
・タイピングと文字表示に時間差がある
・マウス操作とスクロールなどに時間差がある
切り分け確認
・事象発生中のFAT端末ローカルでは、画面表示が遅いなどと感じることはなかった。
・事象発生中の公開DTへ、他のFAT端末から別ユーザでICA接続したが
事象は発生しなかった。
・公開DTのタスクマネージャを確認したが、特に異常はなかった。
・一旦、公開DTやStoreFront(IE11)からログオフし、再度ICA接続すると事象は発生しない。
・別のFAT端末から事象が発生したユーザでICA接続したが、発生しなかった。
・RDP接続では発生しない。
・シンクラ端末では発生しない(お客様からもシンクラで発生したとの報告はない)。
・スタートメニューなどのアイコンをクリックしてアプリが起動するまでの時間は、事象発生有無で差異はない。
アイコンにカーソルを合わせるまでに時間は掛かりましたが。
++++++++構成情報+++++++++++++
・XenApp公開デスクトップ
Windows Server 2012 R2
VDA7.6.3
Receiver4.3.100
・FAT端末
Windows 7 Enterprise
Receiver4.3.100、または4.3.0
Internet Explorer 11
・Store Front
Store Fron 3.0
+++++++++++++++++++++++++++
複数のFAT端末で同様の事象が発生しない限り調査はおそらく徒労です。
同様事象がおきないということは、概ねそのAT端末固有の問題なので、
現象が発生するしないの境界線がどこなるのか、
FAT端末側の怪しい設定/ソフトやらを変えたり戻したり
パフォーマンスモニタで監視するとかして徹底的に調査するしかないです。
とりあえずはReceiverを徹底的に綺麗にアンインストールして入れなおす、
より新しいバージョンを例外的にいれるなどして解決を祈るのもお勧めです。
また、この手の「根本的に動かない」とか「エラーがでる」とかとは異なる
パフォーマンスの類の問題はちゃんとCdf Traceをしてそのログを
Citrixのサポートに送ってヘルプを請わないと解決し難いと思いますよ。
同様事象がおきないということは、概ねそのAT端末固有の問題なので、
現象が発生するしないの境界線がどこなるのか、
FAT端末側の怪しい設定/ソフトやらを変えたり戻したり
パフォーマンスモニタで監視するとかして徹底的に調査するしかないです。
とりあえずはReceiverを徹底的に綺麗にアンインストールして入れなおす、
より新しいバージョンを例外的にいれるなどして解決を祈るのもお勧めです。
また、この手の「根本的に動かない」とか「エラーがでる」とかとは異なる
パフォーマンスの類の問題はちゃんとCdf Traceをしてそのログを
Citrixのサポートに送ってヘルプを請わないと解決し難いと思いますよ。
S様
説明不足で申し訳ございません、お客様の複数FAT端末で発生しています。
＞また、この手の「根本的に動かない」とか「エラーがでる」とかとは異なる
＞パフォーマンスの類の問題はちゃんとCdf Traceをしてそのログを
＞Citrixのサポートに送ってヘルプを請わないと解決し難いと思いますよ。
ありがとうございます。
既にCitrix社に問合せをしているのですが、こちらからもCDF Traceログ解析などの提案をしてみます。
説明不足で申し訳ございません、お客様の複数FAT端末で発生しています。
＞また、この手の「根本的に動かない」とか「エラーがでる」とかとは異なる
＞パフォーマンスの類の問題はちゃんとCdf Traceをしてそのログを
＞Citrixのサポートに送ってヘルプを請わないと解決し難いと思いますよ。
ありがとうございます。
既にCitrix社に問合せをしているのですが、こちらからもCDF Traceログ解析などの提案をしてみます。
Citrix社にCase問い合わせしてるならここのBBSよりそちらを信用されて
そちらに集中された方がよろしいかとは思いますが
一般論としてこの手の状況を切り分けるには、
とにかく現象が再現する条件を切り詰めていくことが重要です。
RDPでは発生せず、ICA(=Receiver)を使って発生するのであれば、
ごく自然に考えればICAのプロトコルかReceiverが何かしらの
要素で疎外されていると考えてよいです。
Citrix社によりCDF Traceなどが解析されればそれだけで結構辺りが付きそうですが
個人で努力するのであれば、
・Receiverを綺麗に再インストール/Verupする
・WireSharkなどをFAT端末に仕込んで、ネットワーク周りを監視する
・同様にパフォーマンスモニタを仕込んで、パフォーマンスを周りを監視する
・徹底的にFAT端末のサービスや常駐タスクを止めて、
現象が発生しなくなるようなら、影響ありそうなサービス/タスクを探る
辺りが結局無難な切り分けです。
そちらに集中された方がよろしいかとは思いますが
一般論としてこの手の状況を切り分けるには、
とにかく現象が再現する条件を切り詰めていくことが重要です。
RDPでは発生せず、ICA(=Receiver)を使って発生するのであれば、
ごく自然に考えればICAのプロトコルかReceiverが何かしらの
要素で疎外されていると考えてよいです。
Citrix社によりCDF Traceなどが解析されればそれだけで結構辺りが付きそうですが
個人で努力するのであれば、
・Receiverを綺麗に再インストール/Verupする
・WireSharkなどをFAT端末に仕込んで、ネットワーク周りを監視する
・同様にパフォーマンスモニタを仕込んで、パフォーマンスを周りを監視する
・徹底的にFAT端末のサービスや常駐タスクを止めて、
現象が発生しなくなるようなら、影響ありそうなサービス/タスクを探る
辺りが結局無難な切り分けです。
XenAPPの登録ライセンス数以上のユーザがアクセスした時にユーザにアラートは出せますか。
■構築環境
：XenAPP7.9
：Windows Server 2012R2
XenAPPの同時接続ライセンス数を50で運用しています。
ただ、ユーザが180人程いる為、同時接続50人を超える場合があります。
その時に51人目の接続者に何かしらエラー表示を出せたらと思いますが、
可能でしょうか。
ポリシーの設定等見ていますが見当たらなくて困っています。
■現在の状態
51人目のユーザはXenAPPにログインは出来るものの、
共有アプリを起動して一定時間タイムアウトするまで待つという状態です。
接続の空きがあるまで待っている状態だと考えていますが、
エンドユーザからするとフリーズしているようにしか見えずクレームになっています。
何かエラーメッセージをポップアップで出すことは可能でしょうか。
ご教授宜しくお願い致します。
雑ながら比較的簡単な案としてはCitrixポリシーの[負荷管理]-[最大セッション数]を
使って、1サーバーに張れるセッションの数を50にしてしまうことです。
51セッション目を張ろうとするとエラーになるはずです。
（管理者に問い合わせろ、とか出るはず）
あくまでセッション数であって、ユーザー数でないことに一応注意してください。
http://docs.citrix.com/ja-ja/xenapp-and-xendesktop/7-9/policies/policies-settings-reference/xad-policies-settings-load-mgmt.html
使って、1サーバーに張れるセッションの数を50にしてしまうことです。
51セッション目を張ろうとするとエラーになるはずです。
（管理者に問い合わせろ、とか出るはず）
あくまでセッション数であって、ユーザー数でないことに一応注意してください。
http://docs.citrix.com/ja-ja/xenapp-and-xendesktop/7-9/policies/policies-settings-reference/xad-policies-settings-load-mgmt.html
S様
ご返信誠に有難う御座います！
検証の上、設定導入の検討を致します。
リスクを含め参考情報のお気遣いも大変有難いです。
助かります。
ご返信誠に有難う御座います！
検証の上、設定導入の検討を致します。
リスクを含め参考情報のお気遣いも大変有難いです。
助かります。
XenApp6.5のKeep-Aliveが機能しない
下記サーバ構成でのXenApp6.5の構築を行っております。
サーバ1台構成
- Windows Server 2008 R2
- XenApp6.5
クライアント
- Windows10 Enterprise 2015 LTSB
- CitrixReceiver：14.4.0.8014
Windows Server 2008 R2の「メモ帳」を公開して動作確認を行っております
ポリシーにてICA Keep Aliveの機能テストを行っていますが、想定した動作と違う動きをするので
設定値や考え方に間違いが無いかご教示願います。
XenApp6.5のポリシー設定
・ICA Keep-Alive
→ICA Keep-Aliveメッセージを送信する
・ICA Keep-Aliveタイムアウト
→180秒
・セッション画面の保持
→禁止
上記の設定で動作確認を行っていますが、何回試しても
ネットワーク切断後、180秒で切断にならず、約20秒でセッション状態が「切断」となってしまうのは
設定に問題があるのでしょうか
想定した動作は以下の通り
1.ネットワーク切断
→メモ帳画面が落ち、Citrix Receiver画面表示され、再接続のタイムカウント2分がスタート
セッション状態は「アクティブ」
2.2分経過後
→メモ帳画面落ちたままCitrix Receiver画面が消え再接続の処理が終了する
セッション状態は「アクティブ」
3.ネットワーク接続
→メモ帳画面落ちたまま、Citrix Receiver画面も消えたまま
セッション状態は「アクティブ」
4.3分経過後
→メモ帳画面落ちたまま、Citrix Receiver画面も消えたまま
セッション状態は「切断」
以上、よろしくお願いします。
サーバ1台構成
- Windows Server 2008 R2
- XenApp6.5
クライアント
- Windows10 Enterprise 2015 LTSB
- CitrixReceiver：14.4.0.8014
Windows Server 2008 R2の「メモ帳」を公開して動作確認を行っております
ポリシーにてICA Keep Aliveの機能テストを行っていますが、想定した動作と違う動きをするので
設定値や考え方に間違いが無いかご教示願います。
XenApp6.5のポリシー設定
・ICA Keep-Alive
→ICA Keep-Aliveメッセージを送信する
・ICA Keep-Aliveタイムアウト
→180秒
・セッション画面の保持
→禁止
上記の設定で動作確認を行っていますが、何回試しても
ネットワーク切断後、180秒で切断にならず、約20秒でセッション状態が「切断」となってしまうのは
設定に問題があるのでしょうか
想定した動作は以下の通り
1.ネットワーク切断
→メモ帳画面が落ち、Citrix Receiver画面表示され、再接続のタイムカウント2分がスタート
セッション状態は「アクティブ」
2.2分経過後
→メモ帳画面落ちたままCitrix Receiver画面が消え再接続の処理が終了する
セッション状態は「アクティブ」
3.ネットワーク接続
→メモ帳画面落ちたまま、Citrix Receiver画面も消えたまま
セッション状態は「アクティブ」
4.3分経過後
→メモ帳画面落ちたまま、Citrix Receiver画面も消えたまま
セッション状態は「切断」
以上、よろしくお願いします。
ICAセッションの設定はXenAppポリシーとセッション ホストの構成のICA-TCPとADのADMテンプレにあった気がします。
優先順位は知らないけども。
優先順位は知らないけども。
Keep-Aliveのポリシーはすんなり動いたのをあまり見たことがない（率直）
コンピューターポリシーなので、Keep-Aliveのポリシーが効いているかは
コンソールでログオンしてレジストリの値を見ればわかります。
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Citrix
の
IcaEnableKeepAliveとICAKeepAliveIntervalですかね。
ここが1と180とかになってないならそもそもCitrixポリシーが効いて|当たってないので
そっち方面を攻めることになります。
まずそちらご確認ください。
Reppa氏の仰るようにリモートデスクトップ側のポリシーや
RDセッションホストにも同様に設定があります。
通常はCitrixポリシー側が勝つようですが、6.5+Windows10は非サポートな組み合わせ
だと思うのであまり信用せず、そちらで何か設定されていないか
念のためご確認ください。
レジストリ的には当たってるようであればそうですねぇ。
セッションアイドルタイマーに関する記述がありませんがデフォルトですか？
ネットワーク切断後にセッションはアイドル状態になるので、
もしこのタイマーが有効でかつ設定秒数が短いと、
そっち側の制御で切断されている可能性があります。
Citrixのセッションアイドルタイマーポリシーは、XenApp(RDSサーバー)には効かないので
↓のURLとか参考にして、ローカルポリシーやらで設定されてないか確認してみてください。
https://technet.microsoft.com/ja-jp/library/cc754272(v=ws.11).aspx
もしくは、メモ帳起動後にしばらく放置(アイドルに)して、自動的に切断されないか
確認してみてください。念のため。
コンピューターポリシーなので、Keep-Aliveのポリシーが効いているかは
コンソールでログオンしてレジストリの値を見ればわかります。
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Citrix
の
IcaEnableKeepAliveとICAKeepAliveIntervalですかね。
ここが1と180とかになってないならそもそもCitrixポリシーが効いて|当たってないので
そっち方面を攻めることになります。
まずそちらご確認ください。
Reppa氏の仰るようにリモートデスクトップ側のポリシーや
RDセッションホストにも同様に設定があります。
通常はCitrixポリシー側が勝つようですが、6.5+Windows10は非サポートな組み合わせ
だと思うのであまり信用せず、そちらで何か設定されていないか
念のためご確認ください。
レジストリ的には当たってるようであればそうですねぇ。
セッションアイドルタイマーに関する記述がありませんがデフォルトですか？
ネットワーク切断後にセッションはアイドル状態になるので、
もしこのタイマーが有効でかつ設定秒数が短いと、
そっち側の制御で切断されている可能性があります。
Citrixのセッションアイドルタイマーポリシーは、XenApp(RDSサーバー)には効かないので
↓のURLとか参考にして、ローカルポリシーやらで設定されてないか確認してみてください。
https://technet.microsoft.com/ja-jp/library/cc754272(v=ws.11).aspx
もしくは、メモ帳起動後にしばらく放置(アイドルに)して、自動的に切断されないか
確認してみてください。念のため。
セッションアイドルタイマーに関してはグループポリシーのリモートデスクトップセッションの設定も合わせて行っております。
セッションアイドルタイマー
→有効
セッションアイドルタイマーの間隔
→120分
切断セッションタイマー
→有効
切断セッションタイマーの間隔
360分
取り急ぎレジストリの値を調べました
IcaEnableKeepAlive 0
IcaKeepAliveInterval 60
AppCenterにて設定変更後、対象XenAppサーバーを再起動しても上記レジストリ値に変化はないです、ためしに手動で以下の設定に変更して、同じくメモ帳を起動し、ネットワーク切断したところ
IcaEnableKeepAlive 1
IcaKeepAliveInterval 180
セッションの状態がアクティブの状態が60秒と伸びましたが、180秒とはなりませんでした。
XenApp6.5でkeepAliveはまともにうごかないのでしょうか？
セッションアイドルタイマー
→有効
セッションアイドルタイマーの間隔
→120分
切断セッションタイマー
→有効
切断セッションタイマーの間隔
360分
取り急ぎレジストリの値を調べました
IcaEnableKeepAlive 0
IcaKeepAliveInterval 60
AppCenterにて設定変更後、対象XenAppサーバーを再起動しても上記レジストリ値に変化はないです、ためしに手動で以下の設定に変更して、同じくメモ帳を起動し、ネットワーク切断したところ
IcaEnableKeepAlive 1
IcaKeepAliveInterval 180
セッションの状態がアクティブの状態が60秒と伸びましたが、180秒とはなりませんでした。
XenApp6.5でkeepAliveはまともにうごかないのでしょうか？
ポリシー適用しても当該レジストリが書き変わらないのは明らかにおかしいので
ポリシーの設定の仕方とかはよく見直してください。
適用対象の指定の仕方とか。ほかのポリシーで上書きされてないかとか。
で、いまさらですが、ICA Keep-Aliveタイムアウトで指定する秒数は、
Keep-Aliveのパケットをサーバーが送信する「間隔」を定めるものです。
このKeep-Aliveパケットの送信は、ユーザーセッションが確立した後、
定期的に行われます。
「ネットワークが切断した後の○○秒後に送信」とかではないです。
何が言いたいかというと、どれだけ長大な間隔を指定したとしても、
NW切断が発生した直後にその送信間隔が来てしまえばそのタイミングで
セッションは切断状態になる、ということです。
この間隔を長くすればするほど、切断後のセッションアクティブ維持時間を
「確率的に伸ばすことができる」ということではありますが、
このKeep-Alive機能で「NW切断後確実に180秒間アクティブ状態をキープする」
ことは困難です。
この辺り、誤解されている気がしたので念のためご確認ください。
ポリシーの設定の仕方とかはよく見直してください。
適用対象の指定の仕方とか。ほかのポリシーで上書きされてないかとか。
で、いまさらですが、ICA Keep-Aliveタイムアウトで指定する秒数は、
Keep-Aliveのパケットをサーバーが送信する「間隔」を定めるものです。
このKeep-Aliveパケットの送信は、ユーザーセッションが確立した後、
定期的に行われます。
「ネットワークが切断した後の○○秒後に送信」とかではないです。
何が言いたいかというと、どれだけ長大な間隔を指定したとしても、
NW切断が発生した直後にその送信間隔が来てしまえばそのタイミングで
セッションは切断状態になる、ということです。
この間隔を長くすればするほど、切断後のセッションアクティブ維持時間を
「確率的に伸ばすことができる」ということではありますが、
このKeep-Alive機能で「NW切断後確実に180秒間アクティブ状態をキープする」
ことは困難です。
この辺り、誤解されている気がしたので念のためご確認ください。
ご指摘の通り、KeepAliveの動作について誤解しておりました。
ご説明ありがとうございました。
ポリシー適用にてレジストリ値が書き換わらない件については再確認するとして、
KeepAliaveを設定するメリットが見えなくなりました。
当方の想定として、ネットワーク切断後、KeepAlive設定時間とReceiver再接続時間を合わせておけばその間はネットワーク復旧時に公開アプリも自動復旧すると想定しておりましたが
よくよく考えてみるとKeepAliveを設定しなくてもクライアントの自動再接続を設定していれば想定した同様の動作が可能ということが判明しました。
そもそもkeepAliveはどのような要件で必要になるのか、ご存ぞの方教えていただけますか？
ご説明ありがとうございました。
ポリシー適用にてレジストリ値が書き換わらない件については再確認するとして、
KeepAliaveを設定するメリットが見えなくなりました。
当方の想定として、ネットワーク切断後、KeepAlive設定時間とReceiver再接続時間を合わせておけばその間はネットワーク復旧時に公開アプリも自動復旧すると想定しておりましたが
よくよく考えてみるとKeepAliveを設定しなくてもクライアントの自動再接続を設定していれば想定した同様の動作が可能ということが判明しました。
そもそもkeepAliveはどのような要件で必要になるのか、ご存ぞの方教えていただけますか？
最近の環境ではKeep Aliveの機能が必要になることはほぼありません（きっぱり）
（実際、Citrixのデフォルトではこの機能は無効になってるでしょう？）
なぜなら、おっしゃるようにクライアントの自動再接続が機能している限り、
ネットワークが切断され、セッションが切断されても、
セッションがログオフされず残留している限り、さらっと問題なく切断セッションに
再接続できるからです。
同様に、アイドル状態で放置してもセッションが切断/ログオフされないように
設計するのであればKeep Aliveの設定は通常は必要ありません。
何かしらの理由で自動再接続機能が働かなかったり使いたくない場合、
セッションアイドルタイマーを設定しているのにアイドルでも
切断状態にしたくない場合、なんだか知らないけどセッションが速攻で
切断状態になるのを防ぎたい、などなど謎の要件がある場合に、
使用することがあるかもしれない、ぐらいですかね。
私は本番環境で実装したことはない。
（実際、Citrixのデフォルトではこの機能は無効になってるでしょう？）
なぜなら、おっしゃるようにクライアントの自動再接続が機能している限り、
ネットワークが切断され、セッションが切断されても、
セッションがログオフされず残留している限り、さらっと問題なく切断セッションに
再接続できるからです。
同様に、アイドル状態で放置してもセッションが切断/ログオフされないように
設計するのであればKeep Aliveの設定は通常は必要ありません。
何かしらの理由で自動再接続機能が働かなかったり使いたくない場合、
セッションアイドルタイマーを設定しているのにアイドルでも
切断状態にしたくない場合、なんだか知らないけどセッションが速攻で
切断状態になるのを防ぎたい、などなど謎の要件がある場合に、
使用することがあるかもしれない、ぐらいですかね。
私は本番環境で実装したことはない。
結果、セッション維持にKeep-Aliveは使わないことにしました。
Keep-Aliveについての情報、大変助かりました。
機能の説明及び考察について、大変勉強、参考になりました。
ありがとうございました。
Keep-Aliveについての情報、大変助かりました。
機能の説明及び考察について、大変勉強、参考になりました。
ありがとうございました。
XenDesktop5.6 仮想デスクトップが勝手にシャットダウンする
下記環境で運用を行っています。
XenDesktop 5.6
VMware ESXi 5.1
半年ほど前よりエンドユーザーから
勝手に仮想デスクトップの電源が切れると数件報告が上がっています。
デスクトッププールの電源管理設定は、
24時間ピーク状態で、なおかつ「プール（Personal vDiskあり）」で展開しているため、勝手にシャットダウンするようなことはないと思っているのですが...
本現象について、何か考えられる要因ありましたらご教示いただきましたら幸いです。
XenDesktop 5.6
VMware ESXi 5.1
半年ほど前よりエンドユーザーから
勝手に仮想デスクトップの電源が切れると数件報告が上がっています。
デスクトッププールの電源管理設定は、
24時間ピーク状態で、なおかつ「プール（Personal vDiskあり）」で展開しているため、勝手にシャットダウンするようなことはないと思っているのですが...
本現象について、何か考えられる要因ありましたらご教示いただきましたら幸いです。
VDIとDDCが通信できない状態が続いたらVDIを再起動するような仕様だった気がします。
それか get-brokerdesktop で何か設定があるのか。
https://docs.citrix.com/ja-ja/xenapp-and-xendesktop/7-6/cds-sdk-wrapper-rho/xad-commands/citrix-broker-admin-v2-wrapper-xd76/get-brokerdesktop-xd76.html
それか get-brokerdesktop で何か設定があるのか。
https://docs.citrix.com/ja-ja/xenapp-and-xendesktop/7-6/cds-sdk-wrapper-rho/xad-commands/citrix-broker-admin-v2-wrapper-xd76/get-brokerdesktop-xd76.html
情報提供いただきありがとうございます。
改めてクライアント側のイベントログ確認してみたら、自動シャットダウン行われる40分程度前に「Citrix Desktop Service」でイベントID「1001」と「1017」記録されていました。
ググってみたところ、 Citrix Desktop Service がDDCと通信できていないときに記録されるログのようなので、それが原因の可能性が高いと思ってますが、それ以上の情報が現状わかりません。
何か考えられる原因ありますでしょうか。
改めてクライアント側のイベントログ確認してみたら、自動シャットダウン行われる40分程度前に「Citrix Desktop Service」でイベントID「1001」と「1017」記録されていました。
ググってみたところ、 Citrix Desktop Service がDDCと通信できていないときに記録されるログのようなので、それが原因の可能性が高いと思ってますが、それ以上の情報が現状わかりません。
何か考えられる原因ありますでしょうか。
XenApp 7.11のポリシーが反映されない？
下記サーバ構成でのXenApp7.11の構築を行っております。
サーバ1台構成
- Windows Server 2012 R2
- XenApp7.11
- StoreFront、DeliveryController、VDA、ライセンスサーバ
ADサーバは別途構築
クライアントPCがStoreFrontにログインしてReceiver for HTML5 を利用して、
サーバ上のアプリケーションを起動するように設定しています。
起動したアプリケーションで出力したファイルの保存先として
クライアントPCのドライブをマッピングしたいのですが出来ません。
クライアントPCのドライブが何もマッピングされていない状態です。
StudioからDefaultのポリシーにドライブマッピングのポリシー許可を登録しました。
その後、サーバやクライアントPCを再起動させて見ましたが、クライアントPCのドライブが何もマッピングされていない状態です。
MMCでサーバ上のローカルグループポリシーを確認しましたが、Citrix Studioで登録したポリシーは登録されていませんでした。
このような状況下でポリシーを反映させるにはどのようにすれば宜しいのでしょうか。
ご教授願います。
サーバ1台構成
- Windows Server 2012 R2
- XenApp7.11
- StoreFront、DeliveryController、VDA、ライセンスサーバ
ADサーバは別途構築
クライアントPCがStoreFrontにログインしてReceiver for HTML5 を利用して、
サーバ上のアプリケーションを起動するように設定しています。
起動したアプリケーションで出力したファイルの保存先として
クライアントPCのドライブをマッピングしたいのですが出来ません。
クライアントPCのドライブが何もマッピングされていない状態です。
StudioからDefaultのポリシーにドライブマッピングのポリシー許可を登録しました。
その後、サーバやクライアントPCを再起動させて見ましたが、クライアントPCのドライブが何もマッピングされていない状態です。
MMCでサーバ上のローカルグループポリシーを確認しましたが、Citrix Studioで登録したポリシーは登録されていませんでした。
このような状況下でポリシーを反映させるにはどのようにすれば宜しいのでしょうか。
ご教授願います。
まず、7.11では、ポリシーのデフォルト設定で、クライアント側のドライブが
自動的にリダイレクトされるようになっています。
http://docs.citrix.com/ja-ja/xenapp-and-xendesktop/7-11/policies/policies-default-settings.html
ゆえに、貴方のポリシーの設定の仕方がおかしい、ということは考えにくく
（わざわざ無効にしたりはしてないでしょう？）他に原因があります。
原因の切り分けを行ってください。
1．ドライブマッピング以外のポリシー(クリップボードリダイレクト等)は反映されているか？
2．Receiver for Windowsではどうか？
3．StoreFrontへのアクセスで用いているブラウザを変えるとどうか？
などです。
自動的にリダイレクトされるようになっています。
http://docs.citrix.com/ja-ja/xenapp-and-xendesktop/7-11/policies/policies-default-settings.html
ゆえに、貴方のポリシーの設定の仕方がおかしい、ということは考えにくく
（わざわざ無効にしたりはしてないでしょう？）他に原因があります。
原因の切り分けを行ってください。
1．ドライブマッピング以外のポリシー(クリップボードリダイレクト等)は反映されているか？
2．Receiver for Windowsではどうか？
3．StoreFrontへのアクセスで用いているブラウザを変えるとどうか？
などです。
返信ありがとうございます。
>1．ドライブマッピング以外のポリシー(クリップボードリダイレクト等)は反映されているか？
クライアントのプリンタをマッピングしてみましたが反映されませんでした。
>2．Receiver for Windowsではどうか？
Receiver for Windowsではドライバ、プリンタ共にマッピングされました。
>3．StoreFrontへのアクセスで用いているブラウザを変えるとどうか？
Chrome, IE, FirefoxのいずれでアクセスしてもReceiver for HTML5ではポリシーが反映されていないようです。
そもそもReceiver for HTML5を使った場合もCitrix Sutdioで設定したポリシーは反映されるのでしょうか？
以下も試しましたが効果はありませんでした。
https://support.citrix.com/article/CTX134961
>1．ドライブマッピング以外のポリシー(クリップボードリダイレクト等)は反映されているか？
クライアントのプリンタをマッピングしてみましたが反映されませんでした。
>2．Receiver for Windowsではどうか？
Receiver for Windowsではドライバ、プリンタ共にマッピングされました。
>3．StoreFrontへのアクセスで用いているブラウザを変えるとどうか？
Chrome, IE, FirefoxのいずれでアクセスしてもReceiver for HTML5ではポリシーが反映されていないようです。
そもそもReceiver for HTML5を使った場合もCitrix Sutdioで設定したポリシーは反映されるのでしょうか？
以下も試しましたが効果はありませんでした。
https://support.citrix.com/article/CTX134961
そもそもCTX104182でHTML5ではclient drive mappingサポートしてないと記載があるかと思います。
それが原因ではないでしょうか？
それが原因ではないでしょうか？
なるほど。
であれば、HTML5を利用した際の制限事項に引っかかっていそうです。
前回も軽くお調べしたのですが、少々読み違いがあったようで申し訳ないですが
どうもkevさんがおっしゃるように、CitrixはHTML5版でローカルドライブの
リダイレクト機能を提供することは諦めたようで、
代わりにファイル転送機能を使ってくれ、と言っているようです。
ポリシーの「ICA/ファイルリダイレクト」の項目辺りに該当ポリシーがあるはずで、
デフォルトではファイル転送機能は有効なはずです。
公式のオンラインドキュメントがどうも不正確でよろしくなく、
プリンターなどの挙動についても同様かもしれません。
ファイル転送機能が利用可能か、代替手段として妥当かをご確認くださいませ。
であれば、HTML5を利用した際の制限事項に引っかかっていそうです。
前回も軽くお調べしたのですが、少々読み違いがあったようで申し訳ないですが
どうもkevさんがおっしゃるように、CitrixはHTML5版でローカルドライブの
リダイレクト機能を提供することは諦めたようで、
代わりにファイル転送機能を使ってくれ、と言っているようです。
ポリシーの「ICA/ファイルリダイレクト」の項目辺りに該当ポリシーがあるはずで、
デフォルトではファイル転送機能は有効なはずです。
公式のオンラインドキュメントがどうも不正確でよろしくなく、
プリンターなどの挙動についても同様かもしれません。
ファイル転送機能が利用可能か、代替手段として妥当かをご確認くださいませ。
keyさん、Sさん
ご返信有難うございます。
最終的にはHTML5での運用は行わなくなりました。
クライアントPCにProgram Neighborhoodがインストールされ、別のプログラムを利用しているためHTML5を利用しようとしました。
（Windows for ReceiverがProgram Neighborhoodを上書きしてしまうため）
ただHTML5は機能的に不十分なため、最終的にProgram Neighborhoodを利用することになりました。
有難うございました。
ご返信有難うございます。
最終的にはHTML5での運用は行わなくなりました。
クライアントPCにProgram Neighborhoodがインストールされ、別のプログラムを利用しているためHTML5を利用しようとしました。
（Windows for ReceiverがProgram Neighborhoodを上書きしてしまうため）
ただHTML5は機能的に不十分なため、最終的にProgram Neighborhoodを利用することになりました。
有難うございました。
HTML5のReceiverを利用する場合、USBのリダイレクト、プリンタのリダイレクト、
ドライブのリダイレクト等は利用できません。
クライアントへファイルを持ってくる場合には、Web上でのダウンロード操作が
必要で、この制限はポリシーで設定ができ、アップロードとダウンロードのそれぞれで
有効／無効の制御ができます。
クライアントモジュールを入れなくても公開アプリケーションが利用できる反面、
制限も多くなります。
ドライブのリダイレクト等は利用できません。
クライアントへファイルを持ってくる場合には、Web上でのダウンロード操作が
必要で、この制限はポリシーで設定ができ、アップロードとダウンロードのそれぞれで
有効／無効の制御ができます。
クライアントモジュールを入れなくても公開アプリケーションが利用できる反面、
制限も多くなります。
Powerful & Beautiful
力強く、美しいシステムを。