検索結果｜シトリックス炎の掲示板｜株式会社ピー・ビーシステムズ

Citrix Studio 登録状態未登録

T 2017/02/13 14:44:20

いつもお世話になっております。

下記環境で登録状態未登録が多数発生しています。
サーバー XenDesktop 7.11 Win2012R2
クライアント Win7Sp1 VDA7.11

通常の未登録ではなく△アイコンの中に！マークが入った状態で未登録になっています。
通常の未登録だと未登録とだけ表記があったはずですが、!マークの未登録状態になったVMはRDPやコンソールですらログイン出来ません。

コンソールからログインしてもようこそ画面のまま遷移しません。

1ホストに8VMあるのですが、2VMは正常に登録済みになっており、他のホストも同様に2VMのみ登録済みになります。

取り急ぎの投稿で乱筆になりますがご容赦下さい。

不足事項等ありましたら追記致しますので、何卒ご教授下さい。

S 2017/02/14 11:24:25

いくらなんでも情報不足すぎるのですが、
7.11ならデリバリーグループかマシンの詳細でトラブルシューティングとか
みれませんでしたっけ。その辺ヒントがありそうですが。

あとは未登録状態になる場合、
VDA側のイベントログみると色々わかることが多いですので
回復することがあるようならそのタイミングでログを見ると良いです。

T 2017/02/14 14:30:31

マシンの詳細からトラブルシューティング的な情報は確認致しましたが、特に有益な情報は無かったと記憶しています。
現状は原因究明よりも稼働を優先しバックアップより戻して使用しています。
イベントログが見れるようであれば勿論確認するのですが、コンソールですらログイン出来ない為、原因が分かりません。

事象が発生するタイミングとしては土日の休暇明けに2週続けて発生しています。
前回、今回とバックアップより戻して復旧させてますが、根本解決になっておらず困っています。

土日は電源管理でVDAをシャットダウンするようになっており、それが原因で復旧出来ないVDAがあるのかと疑っていました。
どのホストも2VMは正常なので、電源管理で25%になっていれば辻褄はあうのですが、
平日は100%稼働になっている為、腑に落ちない所です。。。

コンソールからもログイン出来ない以上、OS側なのかもしれないと思いつつ、OS側だった場合で事象が発生した際は対応が難しいと考えています。

他のシステムでも過去に何度も未登録になった事はありますが、今回の場合は根が深く原因がさっぱり検討もつきません。

他に必要な情報があれば追記致しますので、どのような情報が必要かご教示下さい。

S 2017/02/15 10:25:53

どのような情報が必要か、述べることはできますが、
とっかかりも無いような今の状態ですと甚大な量の情報を要求するしかありません。

・現象はいつからでていますか。構築してからずっとですか。ある日からですか。
　・ある日からというなら、その前後にシステム変更作業は行われていませんか。
　　未登録になる原因は多数考えられるので、
　　ハイパーバイザー側、ネットワーク、ゲスト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に問い合わせできないんですか。

などなど、基本的な事項でも色々あるのです。

もう少し、ご自身で切り分けを行って、まとめてみてください。
怪しいところぐらいは見つけられませんか。

「ユーザープロファイルを読み込めません。」というエラーが発生し、アプリケーションをが起動不可

QQ 2017/01/10 17:07:29

下記環境にて、運用をしております。
Windows Server2008(32bit)
SecureGateway3.3.4
WebInterface5.4
XenApp5.0fp3

最近、Citrixでアプリケーションを起動しようとした際に、
"User Profile Service サービスいよるログオンの処理に失敗しました。"
"ユーザープロファイルを読み込めません。"
というメッセージが出力し、起動に失敗することがあります。

一度起動に失敗すると、ログオンで使おうとしていたユーザ(例：Anon003)でログオンができなくなってしまい、
以降はCitrix同時接続数が4人目以降で必ずログオンに失敗してしまいます。
(Anon000～Anon002は使用可能)

発生時の対処としては、ログオンで失敗したユーザのProfileフォルダを削除すると、ログオンが可能となります。
ただ、削除しようとすると、「”NTUSER.dat”が開いているため削除できない。」という旨のメッセージが表示されるため、
一度サーバを再起動した後に削除しております。

現状の対処では場当たり的であるため、問題の発生原因および解決方法をご存知でしたら、
ご教示頂けると助かります。

Reppa 2017/01/11 14:05:29

発生原因はアプリの問題も考えられますので何とも言えませんが、対処方法について気になる点があります。
念の為の確認ですが、対象のユーザーのセッション切ってからプロファイル削除してますか？
セッション残っているのにプロファイル削除したら当然そうなる気がします。

QQ 2017/01/12 13:11:21

ご返信下さり、ありがとうございます。
アクセス管理コンソール上およびレジストリからは接続ユーザ情報が削除されていたため、
セッションが切れていると判断してプロファイルを削除しておりました。
もし他にもセッションが切れているか確認すべき点がございましたら、教えて頂けると助かります。

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についての情報、大変助かりました。
機能の説明及び考察について、大変勉強、参考になりました。

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

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で擬似的に
発生させて、さらに人力でそこにアクセスを試みる、とか。そんな具合。

XwnDesktop 7.9でのcontroller冗長化失敗

k 2016/10/26 22:29:46

XenDesktop7.9にて2台（Aサーバ・Bサーバ）構成のControllerで冗長化が
失敗します。

Aサーバのみ稼働状態（Bサーバをシャットダウン状態）では、引き続き
新規ログインユーザは仮想デスクトップにログインできますが、Bサーバ
のみ稼働状態(Aサーバをシャットダウン)は新規ユーザはログオンできない
状態になります。

■構成状態は以下の通りです。
合計6台のサーバ(Win2012 R2)にてXenDesktop環境を構築しております。
※仮想デスクトップは下記構成とは別にVM上に構築しております。

(1)StoreFront 2台構成
※NLBにより冗長化
(2)Controller　2台構成
　※1台新規サイトを作成後、もう1台を既存サイトにControllerを追加
(3)DB(MSSQL) 2台構成(インスタンスは1つ)
　※クラスタ構成により冗長化

ControllerそれぞれにStudioはインストールされているのですが、
Aサーバのみ稼働時にAサーバのStudioから構成設定情報を確認した場合は
通常通りですが、Bサーバのみ稼働時にBサーバのStudioから構成情報を確認
した場合、DB接続エラーにはなりませんが、かなり表示が遅くなり、表示に
数分かかります。
Aサーバ、Bサーバ両方とも稼働時は、両サーバのStudioでも通常通り数秒で
構成情報が表示されます。

※その他、StoreFront/クラスタの冗長化については問題ありません。
　Bサーバは既存サイトに後から追加したcontrollerとなります。

設定がたりないとか、そもそも構成が間違っているということはございます
でしょうか？

S 2016/10/27 11:22:05

構成に問題は無いです。

Bサーバーを後から追加した、ということだそうですので、
StoreFrontのサイト設定で、DDCとの連携を設定する箇所において、
Bサーバーを追加し忘れている、というのが初歩的なミスとして疑われる箇所です。
細かい所ではBサーバーとSQLDBとの間で何か問題がある、という可能性ですが
詳細な切り分けはここ(BBS)では難しいですね。

なお、DDCが片肺状態になった際、Studioでサイトの情報を閲覧するのに
著しく時間がかかるようになる、というのはStudioの修正済みの既知の不具合です。
（以下のページに記載のLC4481が該当）
http://docs.citrix.com/ja-ja/xenapp-and-xendesktop/7-9/whats-new/fixed-issues.html

Studioのバージョンが古かったりはしませんか？

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側のポリシーの設定をしないとアプリケーションの公開はできません。

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証明書を使用するために、どのような対策を実施すればよろしいでしょうか。

ご教示頂けると助かります。

Sig 2016/10/19 10:11:26

単純にWindowsの仕組みなので、特に問題ないんじゃないかと思いますよ。
評価環境で試してみるのが一番かもですけど。

QQ 2017/01/10 16:49:54

返事が遅くなり、すみません。
ご返信くださり、ありがとうございます。
ご報告ですが、SecureGateway3.1を3.3.4にアップデートし、
クライアントにCitrix Reciever3.4をインストールしたところ、
うまく接続できました。

Reppa 2017/01/11 13:56:31

3.3.4が対応してたみたいですね。
開発終わって以降のバージョンは出てないみたいですが。

https://support.citrix.com/article/CTX212325

仮想デスクトップへのログオン情報について

菱菱 2016/08/25 16:07:47

仮想デスクトップ(Win2012R2、XenApp7.6)へ接続した
ユーザの情報(ユーザ名、物理端末ホスト名)を確認出来るイベントログなどはございますでしょうか
以上、宜しくお願い致します。

whitesonic 2016/08/25 16:33:07

スナップショットなら
http://サーバー名/director/

サーバー名は、デリバリコントローラの役割を持つサーバー名
ログインが必要で、デリバリコントローラで管理者権限を持つドメインユーザーで。

S 2016/08/26 11:24:37

単純にデリバリコントローラにログオンして、
プログラムの一覧の中に「Citrix Director」が居るのでそれを起動すればよいでしょう。

ログオンについては既出の通りです。

上の「フィルター」から「すべての接続」を選んで、
表示：接続
期間：任意
フィルター基準：対象の2012R2サーバーを含むデリバリーグループ名を指定

と条件付けすると良いです。

デフォルトだと、物理端末ホスト名が表示されないと思うので
「列の選択」で「エンドポイント名」を追加する必要があると思う。

菱菱 2016/08/26 15:08:51

御教示頂きありがとうございました。

Directorで確認することができました。

リモートデスクトップ接続でアクセス拒否される

ハムスター 2016/06/01 11:31:57

XenApp7.5にて運用中のクライアントからCitrixStudioの操作をするため、リモートデスクトップ接続を行いました。
最初にXenAppサーバの管理ID「administrator」で接続すると、「Studioの詳細表示はドメイン管理ユーザでログインしなければならない」と表示されたので、
ドメイン管理ID「ドメイン名\administrator」で接続をおこないましたが、「アクセス拒否」でログオンできません。
ドメインコントローラには接続できます。
サーバが離れているため何とか接続させたいのですが、事例がありましたら教えてください。
サーバＯＳ：Windows2012R2
クライアント：Windows7 Pro（32bit）

S 2016/06/03 11:20:53

説明だけ読むとCitrixと殆ど関係ないトラブルに見えます。
XenAppサーバーにRDS使ってDomainAdminsでログオンできないって話であれば板違いでしょう。

サーバーOSにVDA入れただけでRDS接続できなくなるなんてことは普通ありません。
単にRDS接続の権限がないだけじゃないですか？
システム管理者であればそのぐらいはご自分でお調べの上、ご相談ください。

チャル 2016/06/04 09:10:38

Sさんの言うとおりそもそもRDPでログオンできないのであれば、Windows側の設定やポリシーなどを確認されたほうがいいかと思いますが、そういった切り分けも難しいのであれば、該当の機器へリモートでログオンしなくても作業用のクライアントへStudioを導入すれば利用できないでしょうか？

しげっち 2016/06/04 11:38:27

通常はAdministratorsに属していれば気にすることなくRDPで接続できるはずです。
Administratorでログインできないとなると、ポリシーでドメインのAdministratorを
拒否しているとか。一度管理者の方に問い合わせてみてはいかがでしょうか。

Studioを利用したいのであればRDPで接続しなくても公開アプリとしてStudioを登録
したり、RDPで接続しなくても公開デスクトップで接続するとか色々と方法があると
思います。

後はVNCをローカルのAdministratorで導入してクライアントから接続するとか。
これだと直接コンソールへログインできますから。

ハムスター 2016/06/08 10:19:38

いろいろとありがとうございました。
確かにCitrixに直接関係ないトラブルでした。

要はStudioの操作が出来ればよいので、
ご意見を参考にさせて頂きます。

XenApp7.6 公開アプリケーションへのアクセスができない

tani 2016/05/16 17:14:04

よろしくお願いします。

XenApp7.6に関しましてお分かりになられる方がいらっしゃいましたらご教示いただけるとありがたいです。

機器構成
Delivery Controller：Windows Server 2008R2
XenAppサーバ(アクセスさせたいアプリケーションが動作している機器)：Windows8.1(以下Aとします)
Citrix Receiverがインストールされているマシン：Windows7(以下Bとします)

上記の構成ですべて同一セグメントで通信できている状態となります。
また、各機器のFirewall、セキュリティソフトはOFFとなっております。

BからCitrix Receiverを使用して、Delivery Controllerのサーバアドレスを入力し接続は完了しており、Delivery Groupに登録しているAにインストールされているアプリケーションのアイコンがBのCitrix Receiverから見えており登録する所はできました。

そして登録したアプリケーションのアイコンをクリックし起動しようとすると、「このアプリケーションは現在使用できないため起動できません」というエラーメッセージが出てきてしまい、アプリケーションを起動することができません。

パケットをキャプチャーするとInternal Server ErrorというパケットがDelivery Controller上にて発生していたので、Delivery Controllerに対して追加で何か設定が必要なのかと予想していますが、わかりません。

何かヒントとなるようなことでもわかる方がいらっしゃいましたら教えていただけると幸いです。

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

トムじい 2016/05/17 11:55:23

細かい話ですが記載されている内容はXenAppではなく以下のVM Hosted Appsかと思います。

https://docs.citrix.com/ja-ja/xenapp-and-xendesktop/7-6/xad-build-new-enviroment/xad-deliver-vmhosted.html

とは言うもののクライアントOSかサーバーOSかの違いしか無いとは思いますが、
切り分けのため、サーバOSで動作するか確認されてはいかがでしょうか。

S 2016/05/17 12:14:21

イレギュラーな(＝あまり一般的ではない)構成なように読めて色々疑問があります。
記載を省略されているのでしょうが、それでは確認すべきことが膨大にあって大変です。

例えば、StoreFrontはDDCと同居なんでしょうか？

XAサーバとしてWin8.1を指定ということはVM hosted Apps構成となりますが、
Citrixライセンスは適切なものが構成されていますでしょうか？

Windows8.1でUACは無効になっていますか？

Studio上でWin8.1は「登録済み」になっていますか？

「このアプリケーションは現在使用できないため起動できません」という
メッセージは本当にその文面の通りだったでしょうか？

Win8.1にCitrix Receiverで認証に用いたユーザーで
対面ログオンすることができますか？
その上で公開したいアプリケーションを起動することができますか?

アプリケーション公開ではなくデスクトップ公開にしても
現象は変わりませんか？

パケットキャプチャーの前に各OSのイベントログをよく確認ください。
(特にDDCと8.1)