新規トピック作成
- 公開アプリ起動時のエラー - りんこ ( 2017/03/16 15:59:19 更新)
- XenApp6.0 デリバリサービスコンソールでの表示について - まーさん ( 2017/03/15 11:52:52 更新)
- XenApp7.9:XenApp Services使用時のパスワード保存期間に関して - とも ( 2017/03/14 19:00:34 更新)
- 公開アプリ起動時の認証について - とーしろ ( 2017/03/08 10:10:31 更新)
- XenApp 7.5 サーバ入れ替え - ハムスター ( 2017/03/07 13:56:24 更新)
- CitrixStudioのセッション情報にユーザー名が’-'のものが残る - 権兵衛 ( 2017/03/07 09:33:28 更新)
- XenApp7.11 初回ログインユーザのパスワード変更について - チコ ( 2017/03/03 17:22:48 更新)
- StoreWebに接続後のデスクトップで詳細の再起動リンクを非表示にしたい - whitesonic ( 2017/03/01 18:37:56 更新)
- XenAPPログインユーザの定期パスワード変更は可能でしょうか - 羊子@U―U@ ( 2017/02/21 09:26:49 更新)
- Citrix Studio 登録状態 未登録 - T ( 2017/02/15 10:25:53 更新)
公開アプリ起動時のエラー
りんこ 2017/03/09 14:12:24
サーバー台数
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の履歴削除をしてみましたが、解決しませんでした。
ご存知の方がいらっしゃいましたら、ご教授お願いいたします。
S 2017/03/09 15:19:44
それを程よく英訳して検索すると色々知見が得られます(唐突)
今回の場合「xenapp protocol driver error 6.5」とかです。
そうすると次のようなナレッジがでます。
https://support.citrix.com/article/CTX128115
https://support.citrix.com/article/CTX136826
特に、CTX128115に書かれている内容はよく理解して問題ないか
確認する必要があります。この辺りは確認されましたか?
また、特定のユーザーは問題が出ない、ということは
多くの場合、厳密にテストを繰り返すと、条件がぼんやりとでも
見えてくることが多いので、あきらめずにその辺を追いましょう。
例えば、今回の場合「給与システム」と「給与システム(特権用)」で
挙動が違う場合がある、とありますが、
そうであればAP11~AP13にユーザーが振り分けられ接続する分には問題なく、
AP14に振り分けられると問題が出る、といった推測などもできます。
まぁ、まずは前述のナレッジを追ってください。
りんこ 2017/03/09 21:08:29
>それを程よく英訳して検索すると色々知見が得られます
こういう探し方は考えたことがありませんでした。
今後の参考にさせていただきます。
ここからは現状報告です。
いただいたURL確認しました。
英文のため翻訳サイトと合わせて確認しましたが、
無知のためか確認できた事項が少なく、
あまり前進していません。
パッケージソフトのログを確認すると、
AP11・AP12・AP13・AP14全てで起動していたので、
振り分けに問題があるようには思えません。
「給与システム」と「給与システム(特権用)」の公開アプリの設定も念のため比較してみましたが、
サーバー・ユーザー以外に違いはありませんでした。
この状況が私の中で原因が整理できない部分でもあります。
今後も調査を進め、改めてこの場でご報告させていただきます。
S 2017/03/10 11:04:47
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サーバーのイベントログなんかも確認するといいですよ。
りんこ 2017/03/16 14:13:12
原因は私の勘違い(無知?)でした。
既述のとおりサーバーは全部で4台ですが、WebInterfaceをインストールしたのは1台のみです。
クライアントのIE設定で「プロキシを使用しない」の例外設定を追加するのは
WebInterfaceをインストールしたサーバーのIPアドレスのみでいいと思っていましたが、
これが間違いでした。
「プロキシを使用しない」の例外設定でサーバー4台のIPアドレスに変更したところ、
メッセージは表示されることがなくなりました。
調査を進める中でユーザーの状況をいろいろ聞くと、
・公開アプリをクリックした際にメッセージが表示される場合とされない場合がある。
・メッセージが表示される場合でも何回か繰り返すとアプリが起動する。
・ただし特権用アプリは何回繰り返してもダメ。
とのことでした。
つまり特権用ではない公開アプリをクリックした時に、
WebInterfaceをインストールしたサーバーに接続されればメッセージは表示されず、
このサーバー以外に接続されればメッセージが表示され起動しない、
という現象のようでした。
Sさんからいただいた情報はサーバーの設定をいろいろ見る、
そしてじっくりと見るいい機会になりました。
本当にありがとうございました。
S 2017/03/16 15:59:19
あんまり納得はいかないですね。なんでだろう。
WebInterfaceサーバーの方でプロキシが設定してあると問題が
起こるといった事象はあるのですが。
解決したという情報をBBSへ投稿下さるのは非常に有意義です。
感謝いたします。
上記へのレスはこちらにどうぞ
XenApp6.0 デリバリサービスコンソールでの表示について
まーさん 2012/03/13 18:18:57
ソフト:XenApp6.5 for Win2008r2
サーバ:windows server 2008 r2(2台構成)
という環境なのですが、デリバリサービスコンソールにて現在接続中のセッションを
確認すると、
①違うユーザ名で同じセッションIDのものがある。
②1ユーザで複数のセッションが表示されている。
という現象が発生しました。
サーバを再起動していないからかと思い、再起動するようにしましたが、現象が出た
ままになっています。
サーバを再起動しなかったころは、前日や前々日のセッションが残ったままで毎日新
しいセッションが作成されていました。
ポリシーにてセッションが切断されたら1分でリセットするようにしているのですが、
どうも反映されていないようです。
確認すべき設定や適用するべきパッチがあるのであれば、ぜひとも教えていただきた
いと思います。
何卒よろしくお願いいたします。
グレートメタ 2012/03/15 20:17:25
・セッション切断タイマー
・切断セッションタイマーの間隔
加えて 管理ツールの「リモートデスクトップ セッションホストの構成」から
「RDセッションホストの構成」 -「ICA-TCP」でも設定したほうがいいと思います。
まーさん 2012/03/16 17:21:10
ありがとうございます。
・セッション切断タイマー
・切断セッションタイマーの間隔
は設定しましたが、ICA-TCPは設定していませんでした。
試してみます。
ぼぶ 2017/03/14 20:31:17
お世話になっております。
XenApp5.0 windows2008server にて使用
公開アプリをバッチファイルにし、セッションIDをバッチファイル内で取得し
起動を切り分けて使用しています。
先日までセッションIDは、20を超えることなく(バッチファイル内の切り分けが
1~20までで設定)動作していましたが、先週の木曜あたりから接続できない端末
が発生し、再起動でしのいでいました。調査してみるとセッションIDが20を超える
数字であった為、バッチファイルが対応せず起動しなかった事が解りました。
今までは、20以内で空いているセッションIDが使用され問題なかったのですが・・・
(端末18台)
そのようになる原因はなんなのか、教えていただければ幸いです。
どうぞよろしくお願いいたします。
S 2017/03/15 09:23:31
S 2017/03/15 09:32:58
もともとの現象が切断セッションタイマーで直るかはアレとして、
グレートメタさんが回答されていますが
切断セッションタイマー
切断セッションタイマーの間隔
のポリシーはXenDesktop(クライアントOSで仮想デスクトップ/アプリケーションを配布する)
場合にしか効きません。ポリシーに適用製品が書いてあるはずなのでご確認ください。
XenApp(サーバーOSで以下略)の場合は、ICAリスナーで設定する必要があります
下のナレッジをご参照ください。
https://support.citrix.com/article/CTX135525
ぼぶ 2017/03/15 11:52:52
申し訳ございません。
別ツリーで送信したつもりでしたが、レスに送信してしまいました。
別ツリーに上げさせていただきます。
上記へのレスはこちらにどうぞ
XenApp7.9:XenApp Services使用時のパスワード保存期間に関して
とも 2017/03/14 19:00:34
・サーバー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を保存し、そのままアプリ起動ができるよう
な状態にしたいです。
よろしくお願いいたします。
上記へのレスはこちらにどうぞ
公開アプリ起動時の認証について
とーしろ 2017/03/07 09:55:40
Windows認証画面が表示されます。
グループポリシーの設定は実施済み。
インターネットオプションの設定は
「現在のユーザー名とパスワードで自動的にログオンする」
公開アプリケーション起動時に自動ログインできていたが、できなくなる場合がある。
(再起動後?)
各端末で同じ設定にしているつもりですが、問題ない端末もあります。
「WebInterfaceへのパスするー認証のトラブルシューティング方法」は確認して対応しているつもりです。
何かこれが必要というものがあるのでしょうか。
サーバ:WS2012R2
クライアント:Thin Client
Citrix Receiver:4.3.100
チャル 2017/03/07 12:22:48
以下のURLは確認されていますでしょうか。
http://docs.citrix.com/ja-ja/receiver/windows/4-3/ica-securing-connections-v2/receiver-windows-configure-passthrough.html
また、シンクライアント側の設定の問題であれば、任意の1台で展開用のマスターを作成して再展開するという手も取れそうな気がしますが。
とーしろ 2017/03/07 16:15:47
ご教示頂いたURLを確認してみましたが、特に問題なさそうです。
また、Windows認証を求められた際、入力→アプリが開く→アプリを閉じる→ログオフする→PCシャットダウンする→PC起動すると、今度は認証を求められないこともあります。
(PCシャットダウンではなく再起動の場合は認証が求められます)
できたりできなかったりで全くわかりません。
任意の1台で展開用のマスターを作成することも可能なのですか。
そちらも確認してみます。
チャル 2017/03/07 17:51:54
シンクライアントのマスター作成については購入されたベンダーなどへの確認は必要かと思いますが、USBで展開するような方法は何度かやった事はあります。
↓例えばhpの場合
http://h50146.www5.hp.com/lib/products/thinclient/pdf/hp_thinclient_doc00023.pdf
とーしろ 2017/03/07 21:55:12
お世話になります。
同じ端末から別ユーザでも確認してみます。
マスターを作成してUSBで展開する方法ですが、正常端末と対象端末が物理的に別な場所にあり、難しい状況です。
USBではなく、ファイルで展開もできるのでしょうか。
リモートデスクトップで接続してUSBリダイレクトして可能であればできるかもしれません。
チャル 2017/03/07 23:18:19
可能かわかりませんが遠隔地の方に手順書とUSBメモリを渡して作業をしていただくか、
更新サーバを利用したアップデートができる場合があるので、確認されては
いかがでしょうか。
例えば、hpならHP Device Managerというような方式があります。
http://jp.ext.hp.com/thin-clients/knowledgebase/
いずれにしてもこれらはシンクライアント端末側の設定が統一されていないということであれば有効ですが、原因が別であれば、効果はないかもしれません。
S 2017/03/08 10:10:31
そもそもXenaDesktop/Appのバージョンが何かとか気になる
同じような経験は何度かあるけど大体RDP関連のグループポリシーだとか
Receiverがおかしい(中途半端な権限でインストールしたとか)だか
そんな理由だった気がするが詳細思い出せない
上記へのレスはこちらにどうぞ
XenApp 7.5 サーバ入れ替え
ハムスター 2017/03/03 14:23:20
今回の案件は、ハード(XenAppサーバのみ)の入れ替え作業に関する事です。
既設環境にはエンドユーザが構築したActiveDirectry(ドメイン)があって、
自社が担当するシステムのアプリケーションサーバとXenApp7.5サーバ(windows server 2008 R2)がドメインに参加して運用を行っています。
リース期限が近付いたため、上記2台のサーバのみ(windows server 2012 R2)入れ替える事になりました。
運用停止期間と現地作業時間を極力少なくしたいと考えていますが、XenApp構築はやはり現地でドメイン参加してからになると思われます。
バックアップ/リカバリもOSが異なるので無理かと思われます。
何か効率の良い方法はないでしょうか?
また、クライアント側のReceiveは(サーバ名やIP、Citrix環境の各名称を同じものとして)そのまま使用できるでしょうか?
サーバOSが異なるので、一応再インストール時間も考慮しています。
S 2017/03/03 15:17:38
何かあった場合に、元の2008環境に戻すことも若干面倒です。
私はお勧めしません。
コストはかかりますが、やり方によっては運用停止期間も生じなくなるため、
サーバー名、IPなどの引継ぎは諦めて、2012環境を新設して、
問題なく使用できることを検証。
その後、旧環境と新環境の並行期間を設けて、クライアント側からは接続先を
変更するように通達して促し、移行するよう提案するべきです。
見積り(値段)たけーよボッタくりか!>( ゚⊿゚)
と言われるのを恐れるなら、旧サーバー落として同じ名前で立ててCitrixの方は
SQLDBエクスポートしてインポートすると実は簡単に旧環境と
同じXenAppファームが作れたりはしますが……まぁまぁ怖いですね。私はやりたくない。
ハムスター 2017/03/03 15:55:16
PDC込みだったら事前にある程度構築できるのですが・・・
運用停止は事前に通知していて、なるべく短くしてねとの事なので。
クライアントが50台ほどあるので、(しかも遠隔地10個所)
できればReceiverの再インストールはしたくないです。
S 2017/03/03 16:20:42
お客様(エンドユーザー)にお願いできないんです?
管理者権限がないとできないとかあるのかもですが。
とりあえず有りえそうな魔法っぽい方法は先に書いたように
1.旧環境でSQL DBをエクスポートする
2.旧環境を殺す
3.新環境を綺麗に1から作る(旧環境の構成を諸々丁寧に引き継ぐ)
4.SQL DBをインポートしてファームをリカバリする
ですが、結局3の手順は必要になるわけで、
リスクに見合うほど工数減らないですよきっと。
ハムスター 2017/03/03 16:35:02
クライアントは人海戦術で乗り切ります。
魔法はやめときます。
かかる工数は想定済なので最初のアドバイス通り事を進めようと思います。
ありがとうございました。
Sig 2017/03/03 16:56:47
FQDNなのであれば、同一FQDNとする事で変更作業は必要なくなりませんかね。
S 2017/03/03 17:29:06
めんどっちいことになりますぞい。
ハムスター 2017/03/06 09:43:16
XenAppサーバはMSのRDライセンスとCitrixライセンスを1台で兼任しています。
サーバ名とIPアドレスを新たに設けた新サーバを併設させるとき、移行期間のライセンス重複は問題なかったと記憶していますが、どうでしょうか?
またクライアント側ですが、XenAppサーバのバージョンは同じ7.5(OSが2008R2から2012R2に変わる)
なのでReceiverの再インストールは必要なく、新サーバへの接続設定だけでいいと思われるのですが?
何か肝心なことを見落としている気がしてなりません。
チャル 2017/03/06 13:30:00
>サーバ名と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)移動プロファイルを利用しているのであればその点注意ですね。
ハムスター 2017/03/07 13:56:24
ライセンスは念のため関係するところに確認します。
上記へのレスはこちらにどうぞ
CitrixStudioのセッション情報にユーザー名が’-'のものが残る
権兵衛 2017/03/02 21:29:21
そのときにサーバ側のCitrixStudioでセッション情報を見ると、ユーザー名が’-'のセッションが表示されています。
そのセッションは切断もログオフもできません。
強制切断方法を教えてください。
また、なぜアプリが起動しないのかご教示願います。
S 2017/03/03 13:51:23
早い解決を望むなら、CDFtraceを取るなりしてCitrixに頼ってください。
強制切断については、対象のVDAサーバーに対面ログオンして
タスクマネージャーなり、RDセッションマネージャーなりで
ユーザーセッションを殺すのが手っ取り早い気はしますが、
それも無理そうなら結構お手上げ気味です。
権兵衛 2017/03/07 09:33:28
回答ありがとうございます。
正常に動作する端末から該当のユーザーでログインして、起動したところきちんと起動でき、
セッション情報も正常になりました。
その後は元の端末でも問題なく起動できます。
変なセッションが残っておかしな状態だったのでしょうか。
ちょっと気持ち悪いですが、とりあえずは問題なく動作してます。
ありがとうございました。
上記へのレスはこちらにどうぞ
XenApp7.11 初回ログインユーザのパスワード変更について
チコ 2017/03/01 19:48:13
XenApp7.11サーバ :Windows Server 2012R2
(オールインワン構成)
Active Directory :Windows Server 2012R2
VDA :Windows Server 2012R2
StoreFront認証
AD側で初回ログイン時にパスワード変更を要求
→パスワード変更が失敗し、ログインが完了しません。
なにか留意点等ご存知ありませんでしょうか。
S 2017/03/02 10:09:39
ドメインコントローラーの構成やGPOやネットワークポートだとか色々。
少しずつでも切り分けを行ってください。
「初回ログイン時にパスワード変更を要求」を外してログオンはできますか?
同様に、手動でパスワードは変更できますか?
SFでユーザーID/パスワードを入力してからの流れで
具体的に、正確にどういうメッセージが表示してログインが蹴られますか?
チコ 2017/03/02 11:46:34
たびたびお世話になります。
AD側で「初回ログイン時のパスワード変更を要求」を外した場合はログインできます。
VDAに対して、RDPで「初回ログイン時のパスワード変更を要求」をONにした状態でも入れます。
SFでID/PWを入力し、パスワード変更を求める画面が出力されます。
その後、現在のパスワードを一回、変更後のパスワードを二回入力し、ログインを押すと
パスワード変更ができませんとポップがあがり、SFにログインできません。
※windowsアプリケーション接続です。
そもそも、アプリ起動の場合でパスワードを変更する場合は、有効期限が切れた場合のみパスワードの変更が可能なのでしょうか。
S 2017/03/02 13:56:25
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の管理画面で、対象となるストアを選択し、
「認証方法の管理」から、「ユーザ名とパスワード」等の設定で
「パスワードオプションの管理」を開いて、「ユーザーにパスワードの変更を許可する」とし
「常時」可能なようにすれば、有効期限に関係なくパスワード変更が可能です。
もしほかに非常に面倒な理由を考えるならば、私の経験の一例では
ドメインコントローラーが複数ある場合のレプリケーションラグの影響です。
特定のドメインコントローラー上でユーザーアカウントに「次回ログオン時にパス云々」を
設定しても、それがほかのドメインコントローラにレプリケートされるのにラグがあります。
レプリケートが完了したドメインコントローラに対して認証が行くと、問題ありませんが、
レプリケートが完了していないドメインコントローラーに対して認証が行くと、
変な状態になることがあります。
チコ 2017/03/02 20:44:19
申し訳ありませんが、手動での変更箇所見当たりません。
今回はPNAgent接続であります。
ご教授頂きました、URLを拝見すると"Windows"での接続では有効期限が切れている
場合のみパスワード変更が可能と見受けられます。
ここでの"windows"とはPNAgent接続のことと理解しております。
S 2017/03/03 13:44:28
PNAgent(XenApp Serivicesサイト)でReceiverの認証をしているのなら
SFの機能で任意のタイミングでパスワード変更させることはできません。
できるのは、eDcosに記載の通りReceiver for Webを使っている場合のみです。
チコ 2017/03/03 17:22:48
ご返信、ありがとうございます。
理解が深まりました。
上記へのレスはこちらにどうぞ
StoreWebに接続後のデスクトップで詳細の再起動リンクを非表示にしたい
whitesonic 2016/07/11 13:42:26
StoreFront(http://xxxx/Citrix/StoreWeb/)にログイン後
デスクトップのアイコンの横にある詳細の中にある再起動ボタンを
非表示にしたいのですが、方法をご存知の方がおいででしたら
ご教示ください。
チャル 2016/07/13 10:55:04
デリバリーグループの設定になると思います。
以下を参考に「AllowRestart」の値をFalesに変更していただければ再起動が
非表示になるかと思います。
コマンドの詳細については画面キャプチャ内に記載されているので、
参考にしてください。
https://www.citrix.com/blogs/2014/05/12/storefront-power-management-desktop-restart/
whitesonic 2016/07/13 13:12:17
ご指南ありがとうございます。
デリバリーコントローラのWindows PowerShellにて
asnp citrix*でSDKを追加してから
Set-BrokerAccessPolicyRule -Name "XXXX_AG" -AllowRestart $false
を入れてみましたら
できました。ありがとうございました。
チャル 2016/07/14 10:32:29
チコ 2017/03/01 16:49:16
ご教授ください。
"XXXX_AG"とはなんの名称を指すのでしょうか。
S 2017/03/01 17:24:01
Set-BrokerAccessPolicyRule -Name デリバリーグループ名 -AllowRestart $false
という構文になります。
チコ 2017/03/01 18:37:56
ご教授頂き、ありがとうございます。
試してみます!!
上記へのレスはこちらにどうぞ
XenAPPログインユーザの定期パスワード変更は可能でしょうか
羊子@U―U@ 2017/02/19 21:44:50
■構築環境
XenAPP7.9サーバ :Windows Server 2012R2
Active Directory 認証サーバ:Windows Server 2012R2
お世話になっております。
XenAPPの公開URLからブラウザでログインした一般ユーザに、定期的にパスワード変更をユーザ自身に行わせることは可能でしょうか。
私のほうで一般ユーザでログインし調べたところ、
パスワードの設定変更が可能な箇所が見当たらず困っています。
宜しくお願い致します。
S 2017/02/20 09:41:55
>公開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
羊子@U―U@ 2017/02/21 09:26:49
丁寧なご回答誠に有難う御座います。
>で、そのStoreFrontは、ユーザーが認証する際のパスワードの変更機能を有します。
>これのことを言っていますか?
>下のアドレスとかご確認ください。
>http://docs.citrix.com/ja-ja/storefront/3-8/configure-authentication-and->delegation/configure-authentication-service.html#par_richtext_5
大変助かりました。
変更機能についても確認致しましたので、
挙動など検証を行いたいと思います。
ご回答有難う御座います。
上記へのレスはこちらにどうぞ
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に問い合わせできないんですか。
などなど、基本的な事項でも色々あるのです。
もう少し、ご自身で切り分けを行って、まとめてみてください。
怪しいところぐらいは見つけられませんか。