新規トピック作成
- SecureGateway3.1 SHA-2サーバ証明書への移行について - QQ ( 2017/01/11 13:56:31 更新)
- 運用系への接続ができない際に待機系への切替が行われない - REE ( 2016/12/26 17:35:40 更新)
- FAT端末からICA接続した際に画面表示が遅いことがある - 海鞘 ( 2016/12/16 17:54:08 更新)
- XenApp6.5のKeep-Aliveが機能しない - Ken ( 2016/12/12 17:52:12 更新)
- XenApp6.5「セッション画面の保存のタイムアウト」が期待した動作をしない - Ken ( 2016/12/09 16:05:04 更新)
- XenAPPの登録ライセンス数以上のユーザがアクセスした時にユーザにアラートは出せますか。 - 羊子@U―U@ ( 2016/12/09 14:40:21 更新)
- XenApp/XenDesktopのライセンスについて - mio ( 2016/11/25 10:05:24 更新)
- XenDesktop5.6 仮想デスクトップが勝手にシャットダウンする - Mgmn ( 2016/11/22 16:08:22 更新)
- VDAの正しい状態について - SAKURA ( 2016/11/11 14:05:51 更新)
- Citrix XenApp 6.5 - 某素人 ( 2016/11/04 18:09:23 更新)
SecureGateway3.1 SHA-2サーバ証明書への移行について
QQ 2016/09/22 14:50:33
下記環境にてCitrix XenAppを構築し、運用しております。
Windows Server2008(32bit)
SecureGateway3.1
WebInterface5.4
XenApp5.0fp3
この度、SecureGatewayで使用しているサーバ証明書について、
SHA-1からSHA-2に移行したいと考えておりますが、
SHA-2証明書に移行した際に、ユーザのログオン等、各種動作は問題なく実施できるのでしょうか。
また問題がある場合、SHA-2証明書を使用するために、どのような対策を実施すればよろしいでしょうか。
ご教示頂けると助かります。
Windows Server2008(32bit)
SecureGateway3.1
WebInterface5.4
XenApp5.0fp3
この度、SecureGatewayで使用しているサーバ証明書について、
SHA-1からSHA-2に移行したいと考えておりますが、
SHA-2証明書に移行した際に、ユーザのログオン等、各種動作は問題なく実施できるのでしょうか。
また問題がある場合、SHA-2証明書を使用するために、どのような対策を実施すればよろしいでしょうか。
ご教示頂けると助かります。
Sig 2016/10/19 10:11:26
単純にWindowsの仕組みなので、特に問題ないんじゃないかと思いますよ。
評価環境で試してみるのが一番かもですけど。
評価環境で試してみるのが一番かもですけど。
QQ 2017/01/10 16:49:54
返事が遅くなり、すみません。
ご返信くださり、ありがとうございます。
ご報告ですが、SecureGateway3.1を3.3.4にアップデートし、
クライアントにCitrix Reciever3.4をインストールしたところ、
うまく接続できました。
ご返信くださり、ありがとうございます。
ご報告ですが、SecureGateway3.1を3.3.4にアップデートし、
クライアントにCitrix Reciever3.4をインストールしたところ、
うまく接続できました。
Reppa 2017/01/11 13:56:31
3.3.4が対応してたみたいですね。
開発終わって以降のバージョンは出てないみたいですが。
https://support.citrix.com/article/CTX212325
開発終わって以降のバージョンは出てないみたいですが。
https://support.citrix.com/article/CTX212325
上記へのレスはこちらにどうぞ
運用系への接続ができない際に待機系への切替が行われない
REE 2016/12/12 16:24:24
いつもお世話になっております。
ただいま、下記環境にて
Citrix XenApp 6.0
WebInterface 5.3.0.34
のセットアップを行っております。
【運用系】
ホストOS：Windows Server 2012 R2
ゲストOS：Windwos Server 2008 R2
・ゲストOSにライセンスサーバー、
XenApp 6.0、
WebInterface 5.3.0.34
をインストールしました。
【待機系】
ホストOS：Windows Server 2012 R2
ゲストOS：Windwos Server 2008 R2
・ゲストOSにXenApp 6.0、
WebInterface 5.3.0.34
をインストールしました。
【作業過程】
１．運用系の設定と動作確認
・運用系にライセンスサーバー、
WebInterface、
XenApp
をインストールしました。
・XenAppのHotfixであるXA600W2K8R2X64R02.mspを
適用しました。
・http://運用系/Citrix/XenAppから
公開アプリが動作する事を確認しました。
・Citrix Receiverから公開アプリが
動作する事を確認しました。
２．待機系との負荷分散設定と動作確認
・待機系にXenAppをインストールして、
HotfixであるXA600W2K8R2X64R02.mspを
適用しました。
・Citrix Receiverで運用系に接続して、
負荷分散が行われている事を確認しました。
３．バックアップURLの設定
・待機系にWebInterface
をインストールしました。
・運用系のXenApp Serviceサイト→サーバーの設定
→[バックアップ]にて、
http://待機系/Citrix/PNAgent
を指定しました。
・待機系にも同様に
http://待機系/Citrix/PNAgent
を指定しました。
※ただし、Citrix Reciverでhttp//待機系
を指定してもアプリが立ち上がらない事、
http://待機系/Citrix/XenApp
からも公開アプリが起動しない事を確認しました。
この状態で運用系の仮想OSを
シャットダウンしてCitrix Receiverを起動しても
「アプリケーションを開始できません
ヘルプデスクに連絡してください」
と表示され接続できません。
どうしても原因が特定できずに
困っています。
チェックポイントや解決方法や
解決事例がありましたら
お教え頂けないでしょうか？
ただいま、下記環境にて
Citrix XenApp 6.0
WebInterface 5.3.0.34
のセットアップを行っております。
【運用系】
ホストOS：Windows Server 2012 R2
ゲストOS：Windwos Server 2008 R2
・ゲストOSにライセンスサーバー、
XenApp 6.0、
WebInterface 5.3.0.34
をインストールしました。
【待機系】
ホストOS：Windows Server 2012 R2
ゲストOS：Windwos Server 2008 R2
・ゲストOSにXenApp 6.0、
WebInterface 5.3.0.34
をインストールしました。
【作業過程】
１．運用系の設定と動作確認
・運用系にライセンスサーバー、
WebInterface、
XenApp
をインストールしました。
・XenAppのHotfixであるXA600W2K8R2X64R02.mspを
適用しました。
・http://運用系/Citrix/XenAppから
公開アプリが動作する事を確認しました。
・Citrix Receiverから公開アプリが
動作する事を確認しました。
２．待機系との負荷分散設定と動作確認
・待機系にXenAppをインストールして、
HotfixであるXA600W2K8R2X64R02.mspを
適用しました。
・Citrix Receiverで運用系に接続して、
負荷分散が行われている事を確認しました。
３．バックアップURLの設定
・待機系にWebInterface
をインストールしました。
・運用系のXenApp Serviceサイト→サーバーの設定
→[バックアップ]にて、
http://待機系/Citrix/PNAgent
を指定しました。
・待機系にも同様に
http://待機系/Citrix/PNAgent
を指定しました。
※ただし、Citrix Reciverでhttp//待機系
を指定してもアプリが立ち上がらない事、
http://待機系/Citrix/XenApp
からも公開アプリが起動しない事を確認しました。
この状態で運用系の仮想OSを
シャットダウンしてCitrix Receiverを起動しても
「アプリケーションを開始できません
ヘルプデスクに連絡してください」
と表示され接続できません。
どうしても原因が特定できずに
困っています。
チェックポイントや解決方法や
解決事例がありましたら
お教え頂けないでしょうか？
S 2016/12/13 10:20:53
Receiverのバージョンを教えてください。
多分普通の最新版やらではなく、EnterpriseやOnline Plug-inを使わないと
駄目です。
バックアップURLの機能は最新のReceiverでは殺されてるはずですので。
最新のReceiverを使う場合、WebInterfaceをロードバランサーで冗長化しろ
（NetScalerを買ってね！）とCitrixは言っています。
実際、6.0はEOLなのでよっぽどのことがない限り
万障繰り合わせてでも新設なんてしない方がいいと思いますが……。
多分普通の最新版やらではなく、EnterpriseやOnline Plug-inを使わないと
駄目です。
バックアップURLの機能は最新のReceiverでは殺されてるはずですので。
最新のReceiverを使う場合、WebInterfaceをロードバランサーで冗長化しろ
（NetScalerを買ってね！）とCitrixは言っています。
実際、6.0はEOLなのでよっぽどのことがない限り
万障繰り合わせてでも新設なんてしない方がいいと思いますが……。
Reppa 2016/12/13 10:51:24
＞３．バックアップURLの設定。
＞ ・待機系にも同様に
＞ http://待機系/Citrix/PNAgent
これは待機で http://運用系/Citrix/PNAgent にしないと
運用系が落ちる前に間違って待機系に繋がった人達は無限ループしませんか？
基本、バックアップURLは全台で一周するか、自分以外全部を指定するかどっちかにするものですよ。
＞ ・待機系にも同様に
＞ http://待機系/Citrix/PNAgent
これは待機で http://運用系/Citrix/PNAgent にしないと
運用系が落ちる前に間違って待機系に繋がった人達は無限ループしませんか？
基本、バックアップURLは全台で一周するか、自分以外全部を指定するかどっちかにするものですよ。
REE 2016/12/13 12:03:16
S 殿
Citrix Receiver 4.3.100.10
を使用しています。
これはCitrix HPよりダウンロードした最新版なので、
Online Plug-in 12.0.0.6410
をインストールしてみました。
この方法でもバックアップURLの
設定が有効に機能しませんでした。。。。。
バックアップURLの設定を
有効にするには、
別途設定が必要なのでしょうか？
Citrix Receiver 4.3.100.10
を使用しています。
これはCitrix HPよりダウンロードした最新版なので、
Online Plug-in 12.0.0.6410
をインストールしてみました。
この方法でもバックアップURLの
設定が有効に機能しませんでした。。。。。
バックアップURLの設定を
有効にするには、
別途設定が必要なのでしょうか？
REE 2016/12/13 12:24:52
Reppa 殿
ご指摘ありがとうございます。
CitrixのバックアップURLの設定例などが
見つからなかったため、
推定で設定していました。
ご指摘の通り
運用系.バックアップURL を http://待機系/Citrix/PNAgent
待機系.バックアップURL を http://運用系/Citrix/PNAgent
に設定しなおしました。
この状態で
Online Plug-in 12.0.0.6410
を使って接続確認してみましたが、
バックアップURLへの
切替わりませんでした。
よろしくお願い致します。
ご指摘ありがとうございます。
CitrixのバックアップURLの設定例などが
見つからなかったため、
推定で設定していました。
ご指摘の通り
運用系.バックアップURL を http://待機系/Citrix/PNAgent
待機系.バックアップURL を http://運用系/Citrix/PNAgent
に設定しなおしました。
この状態で
Online Plug-in 12.0.0.6410
を使って接続確認してみましたが、
バックアップURLへの
切替わりませんでした。
よろしくお願い致します。
S 2016/12/13 14:50:43
あ、よく見たら
>※ただし、Citrix Reciverでhttp//待機系
> を指定してもアプリが立ち上がらない事、
> http://待機系/Citrix/XenApp
> からも公開アプリが起動しない事を確認しました。
って書いてある。これ本当ですか？
このWIのバックアップURLの設定は
普段使用している方のWIが使えなくなったら
バックアップURLの方のWIを使うというだけの設定なので、
最初から
http://運用系/Citrix/PNAgent
を使った場合にも、利用できないとダメです。
待機系のWIの方がいろいろ設定足りてないんじゃないですかね？
>※ただし、Citrix Reciverでhttp//待機系
> を指定してもアプリが立ち上がらない事、
> http://待機系/Citrix/XenApp
> からも公開アプリが起動しない事を確認しました。
って書いてある。これ本当ですか？
このWIのバックアップURLの設定は
普段使用している方のWIが使えなくなったら
バックアップURLの方のWIを使うというだけの設定なので、
最初から
http://運用系/Citrix/PNAgent
を使った場合にも、利用できないとダメです。
待機系のWIの方がいろいろ設定足りてないんじゃないですかね？
S 2016/12/13 14:51:43
間違い
>最初から
>http://運用系/Citrix/PNAgent
>を使った場合にも、利用できないとダメです。
正しい
>最初から
>http://待機系/Citrix/PNAgent
>を使った場合にも、利用できないとダメです。
>最初から
>http://運用系/Citrix/PNAgent
>を使った場合にも、利用できないとダメです。
正しい
>最初から
>http://待機系/Citrix/PNAgent
>を使った場合にも、利用できないとダメです。
REE 2016/12/13 16:27:37
S殿
返信ありがとうございます。
待機系の方の設定を見直そうと思います。
ところで、この際に何か
チェックポイントのようなものは
あるでしょうか？
なぜなら、
同じCDでインストールして
同じHotFixを適用しました。
更にWebInterfaceに対して、
同じ設定をしている事を
相互比較して確認したためです。
以上、よろしくお願いします。
返信ありがとうございます。
待機系の方の設定を見直そうと思います。
ところで、この際に何か
チェックポイントのようなものは
あるでしょうか？
なぜなら、
同じCDでインストールして
同じHotFixを適用しました。
更にWebInterfaceに対して、
同じ設定をしている事を
相互比較して確認したためです。
以上、よろしくお願いします。
S 2016/12/13 16:54:33
待機系単体でやっぱり動いてなかったってことなんでしょうかね？
運用系で動いてるならごく初歩的などこかで何か漏れがあるだけだと思いますが…。
WIを構築する際に肝になりそうなのって
サービスサイトに紐づくファーム/サーバーを指定するときに両方のサーバー指定しましょうとか
全体的にホスト名/FQDN使って設定してるなら名前解決大丈夫ですかとか
WindowsFWおよびネットワークFWでポート閉じてないですかとか
万一SSL使うんだったらSTA正しく設定してますかとか
そんなもんです。
運用系で動いてるならごく初歩的などこかで何か漏れがあるだけだと思いますが…。
WIを構築する際に肝になりそうなのって
サービスサイトに紐づくファーム/サーバーを指定するときに両方のサーバー指定しましょうとか
全体的にホスト名/FQDN使って設定してるなら名前解決大丈夫ですかとか
WindowsFWおよびネットワークFWでポート閉じてないですかとか
万一SSL使うんだったらSTA正しく設定してますかとか
そんなもんです。
REE 2016/12/13 17:10:21
S殿
返信ありがとうございます。
もう一度設定手順書を見直して
設定確認してみます。
ありがとうございました。
返信ありがとうございます。
もう一度設定手順書を見直して
設定確認してみます。
ありがとうございました。
REE 2016/12/26 17:35:40
設定手順書の見直しと再セットアップも実施しましたが、
原因は特定できませんでした。
ただし、
バックアップ機能が古いバージョンでないと有効でない事、
今後、Windows 10に置き換わるので
最新バージョン対応でないと無意味である事から
対応不要との結論に至りました。
原因は特定できませんでした。
ただし、
バックアップ機能が古いバージョンでないと有効でない事、
今後、Windows 10に置き換わるので
最新バージョン対応でないと無意味である事から
対応不要との結論に至りました。
上記へのレスはこちらにどうぞ
FAT端末からICA接続した際に画面表示が遅いことがある
海鞘 2016/12/15 11:40:27
いつもお世話になっております。
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
+++++++++++++++++++++++++++
S 2016/12/15 14:22:37
複数のFAT端末で同様の事象が発生しない限り調査はおそらく徒労です。
同様事象がおきないということは、概ねそのAT端末固有の問題なので、
現象が発生するしないの境界線がどこなるのか、
FAT端末側の怪しい設定/ソフトやらを変えたり戻したり
パフォーマンスモニタで監視するとかして徹底的に調査するしかないです。
とりあえずはReceiverを徹底的に綺麗にアンインストールして入れなおす、
より新しいバージョンを例外的にいれるなどして解決を祈るのもお勧めです。
また、この手の「根本的に動かない」とか「エラーがでる」とかとは異なる
パフォーマンスの類の問題はちゃんとCdf Traceをしてそのログを
Citrixのサポートに送ってヘルプを請わないと解決し難いと思いますよ。
同様事象がおきないということは、概ねそのAT端末固有の問題なので、
現象が発生するしないの境界線がどこなるのか、
FAT端末側の怪しい設定/ソフトやらを変えたり戻したり
パフォーマンスモニタで監視するとかして徹底的に調査するしかないです。
とりあえずはReceiverを徹底的に綺麗にアンインストールして入れなおす、
より新しいバージョンを例外的にいれるなどして解決を祈るのもお勧めです。
また、この手の「根本的に動かない」とか「エラーがでる」とかとは異なる
パフォーマンスの類の問題はちゃんとCdf Traceをしてそのログを
Citrixのサポートに送ってヘルプを請わないと解決し難いと思いますよ。
海鞘 2016/12/16 09:54:10
S様
説明不足で申し訳ございません、お客様の複数FAT端末で発生しています。
＞また、この手の「根本的に動かない」とか「エラーがでる」とかとは異なる
＞パフォーマンスの類の問題はちゃんとCdf Traceをしてそのログを
＞Citrixのサポートに送ってヘルプを請わないと解決し難いと思いますよ。
ありがとうございます。
既にCitrix社に問合せをしているのですが、こちらからもCDF Traceログ解析などの提案をしてみます。
説明不足で申し訳ございません、お客様の複数FAT端末で発生しています。
＞また、この手の「根本的に動かない」とか「エラーがでる」とかとは異なる
＞パフォーマンスの類の問題はちゃんとCdf Traceをしてそのログを
＞Citrixのサポートに送ってヘルプを請わないと解決し難いと思いますよ。
ありがとうございます。
既にCitrix社に問合せをしているのですが、こちらからもCDF Traceログ解析などの提案をしてみます。
S 2016/12/16 17:54:08
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端末のサービスや常駐タスクを止めて、
現象が発生しなくなるようなら、影響ありそうなサービス/タスクを探る
辺りが結局無難な切り分けです。
上記へのレスはこちらにどうぞ
XenApp6.5のKeep-Aliveが機能しない
Ken 2016/12/07 14:13:48
下記サーバ構成での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画面も消えたまま
セッション状態は「切断」
以上、よろしくお願いします。
Reppa 2016/12/07 16:58:17
ICAセッションの設定はXenAppポリシーとセッション ホストの構成のICA-TCPとADのADMテンプレにあった気がします。
優先順位は知らないけども。
優先順位は知らないけども。
S 2016/12/08 10:27:58
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
もしくは、メモ帳起動後にしばらく放置(アイドルに)して、自動的に切断されないか
確認してみてください。念のため。
Ken 2016/12/08 15:18:30
セッションアイドルタイマーに関してはグループポリシーのリモートデスクトップセッションの設定も合わせて行っております。
セッションアイドルタイマー
→有効
セッションアイドルタイマーの間隔
→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はまともにうごかないのでしょうか？
S 2016/12/09 13:25:47
ポリシー適用しても当該レジストリが書き変わらないのは明らかにおかしいので
ポリシーの設定の仕方とかはよく見直してください。
適用対象の指定の仕方とか。ほかのポリシーで上書きされてないかとか。
で、いまさらですが、ICA Keep-Aliveタイムアウトで指定する秒数は、
Keep-Aliveのパケットをサーバーが送信する「間隔」を定めるものです。
このKeep-Aliveパケットの送信は、ユーザーセッションが確立した後、
定期的に行われます。
「ネットワークが切断した後の○○秒後に送信」とかではないです。
何が言いたいかというと、どれだけ長大な間隔を指定したとしても、
NW切断が発生した直後にその送信間隔が来てしまえばそのタイミングで
セッションは切断状態になる、ということです。
この間隔を長くすればするほど、切断後のセッションアクティブ維持時間を
「確率的に伸ばすことができる」ということではありますが、
このKeep-Alive機能で「NW切断後確実に180秒間アクティブ状態をキープする」
ことは困難です。
この辺り、誤解されている気がしたので念のためご確認ください。
ポリシーの設定の仕方とかはよく見直してください。
適用対象の指定の仕方とか。ほかのポリシーで上書きされてないかとか。
で、いまさらですが、ICA Keep-Aliveタイムアウトで指定する秒数は、
Keep-Aliveのパケットをサーバーが送信する「間隔」を定めるものです。
このKeep-Aliveパケットの送信は、ユーザーセッションが確立した後、
定期的に行われます。
「ネットワークが切断した後の○○秒後に送信」とかではないです。
何が言いたいかというと、どれだけ長大な間隔を指定したとしても、
NW切断が発生した直後にその送信間隔が来てしまえばそのタイミングで
セッションは切断状態になる、ということです。
この間隔を長くすればするほど、切断後のセッションアクティブ維持時間を
「確率的に伸ばすことができる」ということではありますが、
このKeep-Alive機能で「NW切断後確実に180秒間アクティブ状態をキープする」
ことは困難です。
この辺り、誤解されている気がしたので念のためご確認ください。
Ken 2016/12/09 15:29:46
ご指摘の通り、KeepAliveの動作について誤解しておりました。
ご説明ありがとうございました。
ポリシー適用にてレジストリ値が書き換わらない件については再確認するとして、
KeepAliaveを設定するメリットが見えなくなりました。
当方の想定として、ネットワーク切断後、KeepAlive設定時間とReceiver再接続時間を合わせておけばその間はネットワーク復旧時に公開アプリも自動復旧すると想定しておりましたが
よくよく考えてみるとKeepAliveを設定しなくてもクライアントの自動再接続を設定していれば想定した同様の動作が可能ということが判明しました。
そもそもkeepAliveはどのような要件で必要になるのか、ご存ぞの方教えていただけますか？
ご説明ありがとうございました。
ポリシー適用にてレジストリ値が書き換わらない件については再確認するとして、
KeepAliaveを設定するメリットが見えなくなりました。
当方の想定として、ネットワーク切断後、KeepAlive設定時間とReceiver再接続時間を合わせておけばその間はネットワーク復旧時に公開アプリも自動復旧すると想定しておりましたが
よくよく考えてみるとKeepAliveを設定しなくてもクライアントの自動再接続を設定していれば想定した同様の動作が可能ということが判明しました。
そもそもkeepAliveはどのような要件で必要になるのか、ご存ぞの方教えていただけますか？
S 2016/12/09 17:50:59
最近の環境ではKeep Aliveの機能が必要になることはほぼありません（きっぱり）
（実際、Citrixのデフォルトではこの機能は無効になってるでしょう？）
なぜなら、おっしゃるようにクライアントの自動再接続が機能している限り、
ネットワークが切断され、セッションが切断されても、
セッションがログオフされず残留している限り、さらっと問題なく切断セッションに
再接続できるからです。
同様に、アイドル状態で放置してもセッションが切断/ログオフされないように
設計するのであればKeep Aliveの設定は通常は必要ありません。
何かしらの理由で自動再接続機能が働かなかったり使いたくない場合、
セッションアイドルタイマーを設定しているのにアイドルでも
切断状態にしたくない場合、なんだか知らないけどセッションが速攻で
切断状態になるのを防ぎたい、などなど謎の要件がある場合に、
使用することがあるかもしれない、ぐらいですかね。
私は本番環境で実装したことはない。
（実際、Citrixのデフォルトではこの機能は無効になってるでしょう？）
なぜなら、おっしゃるようにクライアントの自動再接続が機能している限り、
ネットワークが切断され、セッションが切断されても、
セッションがログオフされず残留している限り、さらっと問題なく切断セッションに
再接続できるからです。
同様に、アイドル状態で放置してもセッションが切断/ログオフされないように
設計するのであればKeep Aliveの設定は通常は必要ありません。
何かしらの理由で自動再接続機能が働かなかったり使いたくない場合、
セッションアイドルタイマーを設定しているのにアイドルでも
切断状態にしたくない場合、なんだか知らないけどセッションが速攻で
切断状態になるのを防ぎたい、などなど謎の要件がある場合に、
使用することがあるかもしれない、ぐらいですかね。
私は本番環境で実装したことはない。
Ken 2016/12/12 17:52:12
結果、セッション維持にKeep-Aliveは使わないことにしました。
Keep-Aliveについての情報、大変助かりました。
機能の説明及び考察について、大変勉強、参考になりました。
ありがとうございました。
Keep-Aliveについての情報、大変助かりました。
機能の説明及び考察について、大変勉強、参考になりました。
ありがとうございました。
上記へのレスはこちらにどうぞ
XenApp6.5「セッション画面の保存のタイムアウト」が期待した動作をしない
Ken 2016/12/08 18:20:28
下記サーバ構成でのXenApp6.5の構築を行っております。
サーバ1台構成
- Windows Server 2008 R2
- XenApp6.5
クライアント
- Windows10 Enterprise 2015 LTSB
- CitrixReceiver：14.4.0.8014
Windows Server 2008 R2の「メモ帳」を公開して動作確認を行っております
セッション画面の保持について質問です。
XenApp6.5のポリシー設定
・クライアントの自動再接続
→許可
・セッション画面の保持
→許可
・セッション画面の保持のタイムアウト
→600秒
1.クライアントPCからメモ帳のicaファイルを起動
2.ネットワーク切断
3.「接続が中断されましたCitrix Receiverは5分間再接続を試みます」ウインドウ表示
この再接続の時間がポリシーで設定した10分となりません。（実際は自動再接続時間を合わせて12分となると思いますが）
クライアント側のCitrix Receiverの設定など原因についてご教示願います。
サーバ1台構成
- Windows Server 2008 R2
- XenApp6.5
クライアント
- Windows10 Enterprise 2015 LTSB
- CitrixReceiver：14.4.0.8014
Windows Server 2008 R2の「メモ帳」を公開して動作確認を行っております
セッション画面の保持について質問です。
XenApp6.5のポリシー設定
・クライアントの自動再接続
→許可
・セッション画面の保持
→許可
・セッション画面の保持のタイムアウト
→600秒
1.クライアントPCからメモ帳のicaファイルを起動
2.ネットワーク切断
3.「接続が中断されましたCitrix Receiverは5分間再接続を試みます」ウインドウ表示
この再接続の時間がポリシーで設定した10分となりません。（実際は自動再接続時間を合わせて12分となると思いますが）
クライアント側のCitrix Receiverの設定など原因についてご教示願います。
S 2016/12/09 13:41:54
正常であればReceiverはサーバーから情報を受け取ってそれに基づいて
残り時間の表示とかします。
下の投稿でもありましたが、ポリシーがちゃんと効いてないんじゃないかって思えます。
ちょっとすぐにどのレジストリかのかまでは出てきませんけど、
当たってるかを確認された方が良いかと。
残り時間の表示とかします。
下の投稿でもありましたが、ポリシーがちゃんと効いてないんじゃないかって思えます。
ちょっとすぐにどのレジストリかのかまでは出てきませんけど、
当たってるかを確認された方が良いかと。
Ken 2016/12/09 16:05:04
この件につきましては以下のサイトを参考に設定して、期待した結果が得られました。
https://support.citrix.com/article/CTX114117
ありがとうございました。
https://support.citrix.com/article/CTX114117
ありがとうございました。
上記へのレスはこちらにどうぞ
XenAPPの登録ライセンス数以上のユーザがアクセスした時にユーザにアラートは出せますか。
羊子@U―U@ 2016/12/08 20:37:42
■構築環境
：XenAPP7.9
：Windows Server 2012R2
XenAPPの同時接続ライセンス数を50で運用しています。
ただ、ユーザが180人程いる為、同時接続50人を超える場合があります。
その時に51人目の接続者に何かしらエラー表示を出せたらと思いますが、
可能でしょうか。
ポリシーの設定等見ていますが見当たらなくて困っています。
■現在の状態
51人目のユーザはXenAPPにログインは出来るものの、
共有アプリを起動して一定時間タイムアウトするまで待つという状態です。
接続の空きがあるまで待っている状態だと考えていますが、
エンドユーザからするとフリーズしているようにしか見えずクレームになっています。
何かエラーメッセージをポップアップで出すことは可能でしょうか。
ご教授宜しくお願い致します。
S 2016/12/09 13:52:11
雑ながら比較的簡単な案としては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
羊子@U―U@ 2016/12/09 14:40:21
S様
ご返信誠に有難う御座います！
検証の上、設定導入の検討を致します。
リスクを含め参考情報のお気遣いも大変有難いです。
助かります。
ご返信誠に有難う御座います！
検証の上、設定導入の検討を致します。
リスクを含め参考情報のお気遣いも大変有難いです。
助かります。
上記へのレスはこちらにどうぞ
XenApp/XenDesktopのライセンスについて
mio 2016/11/24 19:01:14
こんにちわ。
現在XenApp/XenDesktopの導入を検討しているのですが、
ライセンスの考え方がわからず、いろいろ検索していたら、
こちらの掲示板にたどり着きました。
それぞれエディションの違いはあれば、同時接続ユーザー数
もしくはユーザー/デバイス数でライセンス費用が異なるのはわかったのですが、
それぞれ、Subscriptionみたいな年額で払っていくタイプや
Perpetualといった買い切りで利用するようなライセンス体型ってあるのでしょうか？
「通常ライセンス」というのと「年間ライセンス」ってのがあるみたいなのですが、
これがそれぞれのライセンス費用になるのでしょうか？
ご教示頂ければと思います。どうぞよろしくお願いします。
現在XenApp/XenDesktopの導入を検討しているのですが、
ライセンスの考え方がわからず、いろいろ検索していたら、
こちらの掲示板にたどり着きました。
それぞれエディションの違いはあれば、同時接続ユーザー数
もしくはユーザー/デバイス数でライセンス費用が異なるのはわかったのですが、
それぞれ、Subscriptionみたいな年額で払っていくタイプや
Perpetualといった買い切りで利用するようなライセンス体型ってあるのでしょうか？
「通常ライセンス」というのと「年間ライセンス」ってのがあるみたいなのですが、
これがそれぞれのライセンス費用になるのでしょうか？
ご教示頂ければと思います。どうぞよろしくお願いします。
Reppa 2016/11/25 09:32:36
環境の規模によってのライセンスとか年単位のライセンスとかあった気がしますが、
コロコロ変わるので現在どうなっているのかはわかりません。
SAは年単位だった気がします。
https://www.citrix.co.jp/buy/licensing/programs/
http://sa.citrix.co.jp/
ライセンスに関してはCitrixに電話した方が早いですよ。
契約無くても教えてくれるハズです。
コロコロ変わるので現在どうなっているのかはわかりません。
SAは年単位だった気がします。
https://www.citrix.co.jp/buy/licensing/programs/
http://sa.citrix.co.jp/
ライセンスに関してはCitrixに電話した方が早いですよ。
契約無くても教えてくれるハズです。
mio 2016/11/25 10:05:24
Reppaさん、ありがとうございます。
ころころ変わってるんですね。いろんなところでいろんな価格体系を
みるのは、そういうことなのかな。
Citirixの通常のライセンスは買い切りが基本で、毎年払い続けるのは
基本SA(とサポート)の費用ってことですよね。
ちょっとパートナーとかに確認する前に、事前に試算がしたかったので、
できる限り調べてたのですが、ちょっと限界がきました。
ありがとうございます。
ころころ変わってるんですね。いろんなところでいろんな価格体系を
みるのは、そういうことなのかな。
Citirixの通常のライセンスは買い切りが基本で、毎年払い続けるのは
基本SA(とサポート)の費用ってことですよね。
ちょっとパートナーとかに確認する前に、事前に試算がしたかったので、
できる限り調べてたのですが、ちょっと限界がきました。
ありがとうございます。
上記へのレスはこちらにどうぞ
XenDesktop5.6 仮想デスクトップが勝手にシャットダウンする
Mgmn 2016/11/21 17:02:14
下記環境で運用を行っています。
XenDesktop 5.6
VMware ESXi 5.1
半年ほど前よりエンドユーザーから
勝手に仮想デスクトップの電源が切れると数件報告が上がっています。
デスクトッププールの電源管理設定は、
24時間ピーク状態で、なおかつ「プール（Personal vDiskあり）」で展開しているため、勝手にシャットダウンするようなことはないと思っているのですが...
本現象について、何か考えられる要因ありましたらご教示いただきましたら幸いです。
XenDesktop 5.6
VMware ESXi 5.1
半年ほど前よりエンドユーザーから
勝手に仮想デスクトップの電源が切れると数件報告が上がっています。
デスクトッププールの電源管理設定は、
24時間ピーク状態で、なおかつ「プール（Personal vDiskあり）」で展開しているため、勝手にシャットダウンするようなことはないと思っているのですが...
本現象について、何か考えられる要因ありましたらご教示いただきましたら幸いです。
Reppa 2016/11/22 10:58:30
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
Mgmn 2016/11/22 16:08:22
情報提供いただきありがとうございます。
改めてクライアント側のイベントログ確認してみたら、自動シャットダウン行われる40分程度前に「Citrix Desktop Service」でイベントID「1001」と「1017」記録されていました。
ググってみたところ、 Citrix Desktop Service がDDCと通信できていないときに記録されるログのようなので、それが原因の可能性が高いと思ってますが、それ以上の情報が現状わかりません。
何か考えられる原因ありますでしょうか。
改めてクライアント側のイベントログ確認してみたら、自動シャットダウン行われる40分程度前に「Citrix Desktop Service」でイベントID「1001」と「1017」記録されていました。
ググってみたところ、 Citrix Desktop Service がDDCと通信できていないときに記録されるログのようなので、それが原因の可能性が高いと思ってますが、それ以上の情報が現状わかりません。
何か考えられる原因ありますでしょうか。
上記へのレスはこちらにどうぞ
VDAの正しい状態について
SAKURA 2016/11/01 16:22:28
はじめまして。よろしくお願いいたします。
XenDesktop7.11のテスト環境を作っています。
マシンカタログ作成後のマシン状態について不明点があるため、
ご存知の方がおられましたら教えてください。
※ホストのリソースが非常に貧弱なため、その影響があるかもしれません。
※DeliveryController、ライセンス、SFの状態や接続は確認しています。
①マシンの起動
マシンカタログ（MCSランダム）作成後、マシンは自動起動し登録済になると認識していましたが、
全く起動してきません。手順としてまずは手動で起動するものでしょうか。
②Citrix Desktop Service
マシンが起動状態でも登録済にならない時、Citrix Desktop Service（自動） が
実行されていませんでした。その後手動で実行すると、登録されました。
このサービスは、通常マシン起動中に実行中となるはずのものでしょうか。
③ListOfDDCsが無い
上記では、VDAインストール時に特定のDeliveryControllerを指定していましたが、
別のVDAにて「MCSで自動～」を選択したところ、このマスターイメージを基に作成した
マシンカタログのマシンは登録されず、ListOfDDCs自体が作成されていませんでした。
MCSを利用する場合も、DeliveryControllerは必ず指定が必要なのでしょうか。
XenDesktop7.11のテスト環境を作っています。
マシンカタログ作成後のマシン状態について不明点があるため、
ご存知の方がおられましたら教えてください。
※ホストのリソースが非常に貧弱なため、その影響があるかもしれません。
※DeliveryController、ライセンス、SFの状態や接続は確認しています。
①マシンの起動
マシンカタログ（MCSランダム）作成後、マシンは自動起動し登録済になると認識していましたが、
全く起動してきません。手順としてまずは手動で起動するものでしょうか。
②Citrix Desktop Service
マシンが起動状態でも登録済にならない時、Citrix Desktop Service（自動） が
実行されていませんでした。その後手動で実行すると、登録されました。
このサービスは、通常マシン起動中に実行中となるはずのものでしょうか。
③ListOfDDCsが無い
上記では、VDAインストール時に特定のDeliveryControllerを指定していましたが、
別のVDAにて「MCSで自動～」を選択したところ、このマスターイメージを基に作成した
マシンカタログのマシンは登録されず、ListOfDDCs自体が作成されていませんでした。
MCSを利用する場合も、DeliveryControllerは必ず指定が必要なのでしょうか。
Reppa 2016/11/11 13:18:11
＞①マシンの起動
電源管理の設定によります。powershellで詳細がイジれますが、
デフォルト値はマシン全体の10%ぐらい勝手にあがった気がします。
＞②Citrix Desktop Service
このサービスに限った話ではないですが、
自動で設定された物は起動していないといけません。
起動しない原因を特定するか、停止時に自動再起動の設定をしてみてください。
＞③ListOfDDCsが無い
この辺触ったことないので詳しくは知りませんが、
レジストリを確認した方が良さそうです。
https://docs.citrix.com/ja-ja/xenapp-and-xendesktop/7-6/xad-controller-intro.html
電源管理の設定によります。powershellで詳細がイジれますが、
デフォルト値はマシン全体の10%ぐらい勝手にあがった気がします。
＞②Citrix Desktop Service
このサービスに限った話ではないですが、
自動で設定された物は起動していないといけません。
起動しない原因を特定するか、停止時に自動再起動の設定をしてみてください。
＞③ListOfDDCsが無い
この辺触ったことないので詳しくは知りませんが、
レジストリを確認した方が良さそうです。
https://docs.citrix.com/ja-ja/xenapp-and-xendesktop/7-6/xad-controller-intro.html
SAKURA 2016/11/11 14:05:51
Reppaさま
ご回答ありがとうございます。
＞①マシンの起動
仰るとおり電源管理の設定前だったため、
自動起動するというのは私の勘違いでした。
＞②Citrix Desktop Service
やはりそうですよね。リソースの影響でサービスの起動が遅れ、
その間にDCとの通信がタイムアウトしてしまうようです。
サービスの設定を見直してみます。
＞③ListOfDDCsが無い
いただいたリンクに詳しいロジックが書かれていましたので、
もう一度整理しながら検証してみます。ありがとうございました。
ご回答ありがとうございます。
＞①マシンの起動
仰るとおり電源管理の設定前だったため、
自動起動するというのは私の勘違いでした。
＞②Citrix Desktop Service
やはりそうですよね。リソースの影響でサービスの起動が遅れ、
その間にDCとの通信がタイムアウトしてしまうようです。
サービスの設定を見直してみます。
＞③ListOfDDCsが無い
いただいたリンクに詳しいロジックが書かれていましたので、
もう一度整理しながら検証してみます。ありがとうございました。
上記へのレスはこちらにどうぞ
Citrix XenApp 6.5
某素人 2016/10/28 16:18:58
Citrix XenApp 6.5, windows server 2008 R2 Enterprise
application:flex(merapi),java
※複数ユーザ同時に利用あり
不具合現象：
①たまに、
フロント側（flex）から裏側（Java）に登録しないとの指示を出した後、裏側（Java）から登録完了の返事がフロント側（flex）に届かない
のようなフロント側と裏側（Java）との交互がうまくできない。
②たまに、ユーザAのセッションは、後ログインしたユーザBに上書きされることがある。
質問：
XenApp上の設定問題？それともapplicationの問題？
application:flex(merapi),java
※複数ユーザ同時に利用あり
不具合現象：
①たまに、
フロント側（flex）から裏側（Java）に登録しないとの指示を出した後、裏側（Java）から登録完了の返事がフロント側（flex）に届かない
のようなフロント側と裏側（Java）との交互がうまくできない。
②たまに、ユーザAのセッションは、後ログインしたユーザBに上書きされることがある。
質問：
XenApp上の設定問題？それともapplicationの問題？
某素人 2016/10/28 16:20:27
誤字修正
フロント側（flex）から裏側（Java）に登録しないとの指示を出した後、
↓
フロント側（flex）から裏側（Java）に登録しなさいとの指示を出した後、
フロント側（flex）から裏側（Java）に登録しないとの指示を出した後、
↓
フロント側（flex）から裏側（Java）に登録しなさいとの指示を出した後、
S 2016/11/04 18:09:23
残念ながら質問の内容が「具体的」すぎて恐らく誰もコメントできません。
ご自身の投稿内容が「客観的に見て」赤の他人に理解できる内容であると思いますか？
（「application:flex(merapi),java」ってなんですか？登録？交叉？）
独自開発のアプリケーションか何かをXenAppで公開しているのでは推測されますが
アプリケーションの仕様を詳しくご説明いただけない/理解が困難
なので、こういったBBSでは解決できる内容ではないでしょう。
XenAppを使わない、例えばリモートデスクトップ接続で
同様のことを行ってみて、現象が発生しないか確認するか、
「たまに」というのを何とかしてもっと絞り込むか、
メーカーに問いあわせるかなりお試しください。
ご自身の投稿内容が「客観的に見て」赤の他人に理解できる内容であると思いますか？
（「application:flex(merapi),java」ってなんですか？登録？交叉？）
独自開発のアプリケーションか何かをXenAppで公開しているのでは推測されますが
アプリケーションの仕様を詳しくご説明いただけない/理解が困難
なので、こういったBBSでは解決できる内容ではないでしょう。
XenAppを使わない、例えばリモートデスクトップ接続で
同様のことを行ってみて、現象が発生しないか確認するか、
「たまに」というのを何とかしてもっと絞り込むか、
メーカーに問いあわせるかなりお試しください。
