シトリックス炎の掲示板 1日8,000アクセスの国内最大シトリックスコミュニティ

トピック検索

923 件のトピックが該当しました。
  1. <
  2. 1
  3. 2
  4. 3
  5. 4
  6. 5
  7. 6
  8. 7
  9. 8
  10. 9
  11. 10
  12. >

CitrixFrontのエラーについて

CitriX 2017/01/16 17:53:49

障害による不具合のご相談です。

 概要:2016年12月27日(火)より、クライアント(Win7 32Bit IE11)がCitrixReceiver For Webを用いたアクセスが出来なくなっている。 
 アプリケーションサーバーは WinServer2012STD 64Bit を用いており、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)
  • ニックネーム
  • メール
  • 本文

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

+++++++++++++++++++++++++++

S 2016/12/15 14:22:37

複数のFAT端末で同様の事象が発生しない限り調査はおそらく徒労です。

同様事象がおきないということは、概ねそのAT端末固有の問題なので、
現象が発生するしないの境界線がどこなるのか、
FAT端末側の怪しい設定/ソフトやらを変えたり戻したり
パフォーマンスモニタで監視するとかして徹底的に調査するしかないです。

とりあえずはReceiverを徹底的に綺麗にアンインストールして入れなおす、
より新しいバージョンを例外的にいれるなどして解決を祈るのもお勧めです。

また、この手の「根本的に動かない」とか「エラーがでる」とかとは異なる
パフォーマンスの類の問題はちゃんとCdf Traceをしてそのログを
Citrixのサポートに送ってヘルプを請わないと解決し難いと思いますよ。

海鞘 2016/12/16 09:54:10

S様

説明不足で申し訳ございません、お客様の複数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端末のサービスや常駐タスクを止めて、
 現象が発生しなくなるようなら、影響ありそうなサービス/タスクを探る
辺りが結局無難な切り分けです。
  • ニックネーム
  • メール
  • 本文

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の設定など原因についてご教示願います。

S 2016/12/09 13:41:54

正常であればReceiverはサーバーから情報を受け取ってそれに基づいて
残り時間の表示とかします。

下の投稿でもありましたが、ポリシーがちゃんと効いてないんじゃないかって思えます。
ちょっとすぐにどのレジストリかのかまでは出てきませんけど、
当たってるかを確認された方が良いかと。

Ken 2016/12/09 16:05:04

この件につきましては以下のサイトを参考に設定して、期待した結果が得られました。
https://support.citrix.com/article/CTX114117

ありがとうございました。
  • ニックネーム
  • メール
  • 本文

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画面も消えたまま
 セッション状態は「切断」

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

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
もしくは、メモ帳起動後にしばらく放置(アイドルに)して、自動的に切断されないか
確認してみてください。念のため。

Ken 2016/12/08 15:18:30

セッションアイドルタイマーに関してはグループポリシーのリモートデスクトップセッションの設定も合わせて行っております。
セッションアイドルタイマー
→有効
セッションアイドルタイマーの間隔
→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秒間アクティブ状態をキープする」
ことは困難です。

この辺り、誤解されている気がしたので念のためご確認ください。

Ken 2016/12/09 15:29:46

ご指摘の通り、KeepAliveの動作について誤解しておりました。
ご説明ありがとうございました。

ポリシー適用にてレジストリ値が書き換わらない件については再確認するとして、
KeepAliaveを設定するメリットが見えなくなりました。

当方の想定として、ネットワーク切断後、KeepAlive設定時間とReceiver再接続時間を合わせておけばその間はネットワーク復旧時に公開アプリも自動復旧すると想定しておりましたが
よくよく考えてみるとKeepAliveを設定しなくてもクライアントの自動再接続を設定していれば想定した同様の動作が可能ということが判明しました。

そもそもkeepAliveはどのような要件で必要になるのか、ご存ぞの方教えていただけますか?

S 2016/12/09 17:50:59

最近の環境ではKeep Aliveの機能が必要になることはほぼありません(きっぱり)
(実際、Citrixのデフォルトではこの機能は無効になってるでしょう?)

なぜなら、おっしゃるようにクライアントの自動再接続が機能している限り、
ネットワークが切断され、セッションが切断されても、
セッションがログオフされず残留している限り、さらっと問題なく切断セッションに
再接続できるからです。

同様に、アイドル状態で放置してもセッションが切断/ログオフされないように
設計するのであればKeep Aliveの設定は通常は必要ありません。

何かしらの理由で自動再接続機能が働かなかったり使いたくない場合、
セッションアイドルタイマーを設定しているのにアイドルでも
切断状態にしたくない場合、なんだか知らないけどセッションが速攻で
切断状態になるのを防ぎたい、などなど謎の要件がある場合に、
使用することがあるかもしれない、ぐらいですかね。
私は本番環境で実装したことはない。

Ken 2016/12/12 17:52:12

結果、セッション維持にKeep-Aliveは使わないことにしました。

Keep-Aliveについての情報、大変助かりました。
機能の説明及び考察について、大変勉強、参考になりました。

ありがとうございました。

  • ニックネーム
  • メール
  • 本文

XenApp 7.11のポリシーが反映されない?

J 2016/11/18 07:38:30

下記サーバ構成での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で登録したポリシーは登録されていませんでした。

このような状況下でポリシーを反映させるにはどのようにすれば宜しいのでしょうか。

ご教授願います。

S 2016/11/22 10:47:26

まず、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へのアクセスで用いているブラウザを変えるとどうか?

などです。

J 2016/11/23 12:39:27

返信ありがとうございます。

>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

key 2016/11/24 14:17:44

そもそもCTX104182でHTML5ではclient drive mappingサポートしてないと記載があるかと思います。
それが原因ではないでしょうか?

S 2016/11/25 17:30:07

なるほど。
であれば、HTML5を利用した際の制限事項に引っかかっていそうです。

前回も軽くお調べしたのですが、少々読み違いがあったようで申し訳ないですが
どうもkevさんがおっしゃるように、CitrixはHTML5版でローカルドライブの
リダイレクト機能を提供することは諦めたようで、
代わりにファイル転送機能を使ってくれ、と言っているようです。

ポリシーの「ICA/ファイルリダイレクト」の項目辺りに該当ポリシーがあるはずで、
デフォルトではファイル転送機能は有効なはずです。

公式のオンラインドキュメントがどうも不正確でよろしくなく、
プリンターなどの挙動についても同様かもしれません。
ファイル転送機能が利用可能か、代替手段として妥当かをご確認くださいませ。

J 2016/11/30 03:58:15

keyさん、Sさん

ご返信有難うございます。
最終的にはHTML5での運用は行わなくなりました。

クライアントPCにProgram Neighborhoodがインストールされ、別のプログラムを利用しているためHTML5を利用しようとしました。
(Windows for ReceiverがProgram Neighborhoodを上書きしてしまうため)

ただHTML5は機能的に不十分なため、最終的にProgram Neighborhoodを利用することになりました。

有難うございました。

しげっち 2017/01/14 16:39:32

HTML5のReceiverを利用する場合、USBのリダイレクト、プリンタのリダイレクト、
ドライブのリダイレクト等は利用できません。
クライアントへファイルを持ってくる場合には、Web上でのダウンロード操作が
必要で、この制限はポリシーで設定ができ、アップロードとダウンロードのそれぞれで
有効/無効の制御ができます。

クライアントモジュールを入れなくても公開アプリケーションが利用できる反面、
制限も多くなります。
  • ニックネーム
  • メール
  • 本文

XenDesktop の性能評価について

test 2016/11/03 19:11:00

導入する際の評価について、仮想マシンの一斉起動等の負荷評価はできるのですが、
その他どういったツールを利用し、どのような観点で評価をすればよいのか、
実績があればご教示いただけないでしょうか。
一斉ログイン等の自動化ツールがあればよいのですが。。。。。。

チャル 2016/11/03 21:33:59

ログオン後にアプリの起動やブラウジングなどを実行させたりはしますね。スキルがあれば実行方法含めて無償でできると思いますが無ければ
Loginvsiのようなソフトを利用できるベンダーへ相談して進めるしかないと思います。

S 2016/11/04 17:58:50

概ね、(負荷)評価は次の3点です。

1) 操作性
エンドユーザーの視点に立って、ファットクライアントでの操作感との差異を見ます。
接続できるまでにかかる時間、
アプリケーションの起動/処理にかかる時間、とかを見ます。
が、重要なのは実際には「体感」です。

2) 一斉多数接続(ログオン)
ほぼ問題になることはないですが、業務開始時間に集中して
多くのユーザーが使用を始める傾向があるなどから、
多数のユーザーが一斉にログオンする際の接続できるまでにかかる時間や
負荷量を見ます。
やり方とかかんとかは後述。

3) 一斉多数利用
普通に多数のユーザーが接続している状態でのセッション操作負荷です。
DDCとかは概ねどうでもいいので、主にVDA側のパフォーマンスを見ます。
(CPUとかメモリとかICA Session Band Width 云々とか)
やり方とかかんとかは後述。

やり方とかかんとかですが、一斉に多数のセッションを発生させる上手い(無償の)方法が
現実にはあまり無いのが事実です。
有償で良いなら某社のロードランなんちゃらとかを一応挙げておきます。

擬似的な方法としては、何とかしてクライアント5~10台程度は用意して、
無風状態から5台同時アクセスさせて、負荷の上昇を測定。
で、それを掛け算して50台とか100台時の負荷を推測。
さらに、それぐらいの負荷をCPUSTRES、Testlimit、SQLIOで擬似的に
発生させて、さらに人力でそこにアクセスを試みる、とか。そんな具合。
  • ニックネーム
  • メール
  • 本文

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の問題?

某素人 2016/10/28 16:20:27

誤字修正
フロント側(flex)から裏側(Java)に登録しないとの指示を出した後、

フロント側(flex)から裏側(Java)に登録しなさいとの指示を出した後、

S 2016/11/04 18:09:23

残念ながら質問の内容が「具体的」すぎて恐らく誰もコメントできません。
ご自身の投稿内容が「客観的に見て」赤の他人に理解できる内容であると思いますか?
(「application:flex(merapi),java」ってなんですか?登録?交叉?)

独自開発のアプリケーションか何かをXenAppで公開しているのでは推測されますが
アプリケーションの仕様を詳しくご説明いただけない/理解が困難
なので、こういったBBSでは解決できる内容ではないでしょう。

XenAppを使わない、例えばリモートデスクトップ接続で
同様のことを行ってみて、現象が発生しないか確認するか、
「たまに」というのを何とかしてもっと絞り込むか、
メーカーに問いあわせるかなりお試しください。
  • ニックネーム
  • メール
  • 本文

1ユーザーあたりのアプリケーションインスタンス

素人SE 2016/10/14 23:57:15

XenApp7.6環境の公開アプリ設定では、1ユーザーあたりのアプリケーションインスタンスの設定(インスタンスを1に制限したい)がデリバリーコントローラーで、標準機能で設定できないと聞いております。(7.7から再度実装された)
※こんな大事な機能が使えないなんて、意味不明です。。。

XenApp7.6で実装する方法はありますでしょうか。

宜しくお願い申し上げます。

チャル 2016/10/15 09:24:14

残念ながら7.6には機能がないので以下のようなスクリプトで判断させるしかないようです。

http://blog.citrix24.com/xenapp-7-5-limit-one-instance-application-user/

ただかなり難易度が高いので、基本的にはCRのバージョンを利用する以外に方法がないと考えて頂いたほうが良いかと思います。

素人SE 2016/10/16 22:06:45

ご連絡ありがとうございます。

挑戦してみます!!
  • ニックネーム
  • メール
  • 本文

XenAppサーバー共有デスクトップで、公開アプリをデスクトップにショートカット表示させたい

hosino 2016/10/08 06:48:05

お世話になっております。

本件、XenApp7.6のサーバー共有デスクトップで、公開アプリを接続したデスクトップ上にショートカット表示させたく、デリバリーコントローラーにて、設定した公開アプリの設定で、「デスクトップにアプリのショートカットをおく」のようなチェックを入れて設定しているのですが、サーバー共有デスクトップに接続しても、アプリショートカットがデスクトップに表示されません。

原因と対策をご教示いただけると幸いです。

■PC構成
・Windows Server 2012R2
・XenApp7.6

宜しくお願いいたします。

S 2016/10/11 17:59:21

「XenApp7.6のサーバー共有デスクトップ」という単語が出てきて中々アレで、
構成が良く分かりません。

XenDesktop 7.6で、サーバーOSを使ってデスクトップを複数ユーザーに公開しており
そのデスクトップに、公開アプリケーションのショートカットを置きたい、
というようにも読めますがそうではないですよね?

XenDesktop/App 7.6ではブラウザでStoreFrontにアクセスしてログオン(認証)し、
ブラウザ上に表示されるアプリケーション/デスクトップアイコンから
各種アプリケーション/デスクトップを起動します。

この、ブラウザからStoreFrontにアクセスすること無く
ブラウザ上のアイコンではなく、各エンドユーザーのReceiverがインストール
されたPCのデスクトップに、アイコンを表示させたい、という要件で正しいですか?

とりあえず、6.5時代と比べて7.6でそれをやるのは結構色々あります。
まずはこの辺をよくご覧ください。
https://docs.citrix.com/ja-ja/receiver/windows/4-3/ica-overview-receiver-config/receiver-windows-configure-app-delivery-wrapper.html
http://docs.citrix.com/ja-ja/receiver/windows/4-5/configure/receiver-windows-configure-app-delivery-wrapper.html

チャル 2016/10/12 16:15:22

要件的にReceiverが必須でないのであれば、端末へ3.4cu5のEnterprise版を導入して、
OnlinePluginの設定にStoreFrontのストア配下に有る「
XenAppServicesサポートの構成」を指定してログオンすれば、デリバリーグループのチェックだけでReceiverを導入した端末へアプリケーションが公開されると思います。

要件的にReceiverが必要ならSさんの言うとおりReceiver側のポリシーの設定をしないとアプリケーションの公開はできません。
  • ニックネーム
  • メール
  • 本文

Receiver4.4でロックダウン競合でアプリケーションを起動できません

じゃいろ 2016/09/08 18:36:38

XenApp7.8 + Receiver4.4で、以下のメッセージがでてアプリケーションを起動できません。
メッセージにある「Receiverのリセット」を実行しても同じです。
Receiverを一度アンインストール→CleanUpUtility 実行→再インストールしても同じです。

--------------------------------------------------------------
エラーメッセージ:
「アプリケーションを起動できません。
 [Receiver のリセット]を実行して、LegacyLocalUserNameAndPasswordのロックダウン競合を解決してください(エラー2320)」
--------------------------------------------------------------

環境は、
・クライアント: Windows 7 + Citrix Receiver 4.4
・サーバー:Windows Server 2012 + XenApp 7.8
--------------------------------------------------------------

クライアント、サーバーともに新しく、前のバージョンのXenApp、Receiver(Plug-in)が入っていたとかは一切ありません。
初回インストール時に、パススルー認証の設定をする前(ユーザーパスワードを直入力)は起動できていたのですが、
パススルー認証設定してから起動できなくなりました。

ちなみに、そもそもロックダウン競合ってなんなんでしょう。マニュアルはどこをみればいいのか。。

S 2016/09/12 14:34:09

大体、ClianUpUtilityが正しく実行されていれば直るケースなんですが
あのツールも結構色々動作が怪しいのでねぇ。
インストールしたユーザーでやれとか管理者権限でやれとか
ツール実行した後にレジストリとかファイルが消えてるか手動で確認しろとか。

当エラーについてはレジストリのこれを直せってのが↓に載ってるので
これもお試しください。
http://support.citrix.com/article/CTX132875

あとこちらも。
http://support.citrix.com/article/CTX131788

バージョンが違うから該当しないとか仰らずレジストリ修正はお試しください。

じゃいろ 2016/09/14 14:52:58

Sさん

回答ありがとうございます。
人から教えてもらって、アンインストールしたあとこのレジストリを消し、再度インストールしてみたらうまくいきました。

[HKEY_LOCAL_MACHINE\Software\Policies\Citrix\ICA Client\Engine\Lockdown Profiles\All Regions\Lockdown\Logon\Local Credentials]
・EnableSSOnThruICAFile
・SSOnUserSetting
・LegacyLocalUserNameAndPassword
・SSOnCredentialType
・UseLocalUserAndPassword
[HKEY_LOCAL_MACHINE\Software\Policies\Citrix\ICA Client\SSON]
・Enable

どのナレッジに書いていたのかは聞けてないんですけども、
これの「LegacyLocalUserNameAndPassword」が悪さしてたらしいです。
とりあえず解決できたので報告です。
#CleanUpUtility で消してくれればいいのに・・・
  • ニックネーム
  • メール
  • 本文

Powerful & Beautiful

力強く、美しいシステムを。