トピック検索
1157 件のトピックが該当しました。
- シンクライアント端末起動時に「citrix reciever」を表示させたくない - すずきと ( 2020/01/10 20:23:35 更新)
- 公開デスクトップのサイズについて - 太郎 ( 2019/12/26 19:35:43 更新)
- XenDesktopは起動するが、XenAppが起動しない - ろーま ( 2019/12/21 19:05:38 更新)
- Citrix Receiver 致命的なエラーが発生しました。 - とみやん ( 2019/12/11 20:23:37 更新)
- 公開アプリが起動できない - Citrix初挑戦 ( 2019/11/25 11:18:11 更新)
- ワークスペースの自動ログオフ - 森山 ( 2019/11/07 17:56:18 更新)
- XenDesktopへの暗号化接続で動作が非常に重い - tune ( 2019/11/07 09:30:31 更新)
- 公開アプリのアイコンをクリックするとエラー - りんこ ( 2019/11/06 10:45:03 更新)
- 運用中の環境で「Delivery Controllerアドレスが変更されました」と表示される - づか ( 2019/10/08 11:13:53 更新)
- Windows10 1903 Update直後からエラー - TEXT ( 2019/08/28 14:09:18 更新)
シンクライアント端末起動時に「citrix reciever」を表示させたくない
すずきと 2020/01/10 20:23:35
お世話になります。
どなたか設定方法が判る方、教えて頂けないでしょうか
シンクライアント端末にCitrix Recieverがインストールされています
接続は、ブラウザから実施します。
スクリプトでブラウザを表示させている為、以下のように表示される
ポップアップを表示させたくありません
ーーーーーーーーーーーーーーーーーーーーーーーーーーー
Citrix Reciever
ドメイン/ユーザ「________________」
パスワード 「________________」
「ログオン」「キャンセル」
ーーーーーーーーーーーーーーーーーーーーーーーーーーー
レジストリの値で制御できると助かります
よろしくお願いします
どなたか設定方法が判る方、教えて頂けないでしょうか
シンクライアント端末にCitrix Recieverがインストールされています
接続は、ブラウザから実施します。
スクリプトでブラウザを表示させている為、以下のように表示される
ポップアップを表示させたくありません
ーーーーーーーーーーーーーーーーーーーーーーーーーーー
Citrix Reciever
ドメイン/ユーザ「________________」
パスワード 「________________」
「ログオン」「キャンセル」
ーーーーーーーーーーーーーーーーーーーーーーーーーーー
レジストリの値で制御できると助かります
よろしくお願いします
ぎんぎつね 2020/01/13 06:41:52
認証をスキップしたいのであれば、ドメインパススルーという機能が有効かもしれません。
https://docs.citrix.com/ja-jp/receiver/windows/current-release/authentication/config-pass-through.html
https://docs.citrix.com/ja-jp/receiver/windows/current-release/authentication/config-pass-through.html
上記へのレスはこちらにどうぞ
公開デスクトップのサイズについて
太郎 2019/12/26 19:35:43
お世話になります。
XenApp7.15 にて公開デスクトップを公開しています。
クライアントから起動すると、公開デスクトップが全画面で表示されてしまいます。
クライアントのローカルに戻るには
・Shift+F2で全画面⇔ウィンドウモードを切り替える
・デスクトップビューアーでホームを選択
・公開デスクトップからサインアウトする
のいずれかをする必要があると思います。
全画面表示ではなく、ローカルで開いている他のアプリケーションの
ように、最大化で表示させるようにすることは可能でしょうか？
よろしくお願いいたします。
XenApp7.15 にて公開デスクトップを公開しています。
クライアントから起動すると、公開デスクトップが全画面で表示されてしまいます。
クライアントのローカルに戻るには
・Shift+F2で全画面⇔ウィンドウモードを切り替える
・デスクトップビューアーでホームを選択
・公開デスクトップからサインアウトする
のいずれかをする必要があると思います。
全画面表示ではなく、ローカルで開いている他のアプリケーションの
ように、最大化で表示させるようにすることは可能でしょうか？
よろしくお願いいたします。
Reppa 2020/01/06 17:19:29
過去スレに同じような質問がありますが、サーバー側でウィンドウサイズを制御すればいいと思います。
さすがにやってみないと分かりませんが、シームレスをオフにしてScreenPercent=100が最大の状態かもしれません。
StoreFrontを構成してウィンドウモードでアプリケーションおよびデスクトップを起動
https://docs.citrix.com/ja-jp/storefront/current-release/user-access/windowed-mode.html
さすがにやってみないと分かりませんが、シームレスをオフにしてScreenPercent=100が最大の状態かもしれません。
StoreFrontを構成してウィンドウモードでアプリケーションおよびデスクトップを起動
https://docs.citrix.com/ja-jp/storefront/current-release/user-access/windowed-mode.html
上記へのレスはこちらにどうぞ
XenDesktopは起動するが、XenAppが起動しない
ろーま 2019/12/21 19:05:38
※Citrixの表現方法に誤りがある場合はすみません。。。。
[構成]
Citrix管理(DC,SF,DS,LS) 1台 WS201R2
RDLS 1台 WS2016
Profile 1台 WS2012R2
XenApp WS2016
既存のXenApp環境はすべてWS2012R2で稼働しています。
今回、WS2016のXenAppを構築した関係でRDLSのみ別出し構成に変更しました。
WS2012R2に使用したものと同じAgentをWS2016にインストールしVDA展開しました。
既に2台は正常に展開できているですが、1台(以降VDA#)だけ正常に起動しません。
StoreFrontに接続し、対象のアプリケーションをクリックしても、「ローカルセッションマネージャーをお待ちください」と表示されたままでゲージが半分以上進みません。
Studioから確認するとセッションをつなぎに来ていることは確認できるのですが、アクティブ状態にならず、セッションが切れてしまいます。
タイムアウト値を伸ばしてみたのですが解決にはなりませんでした。
恐らく認証系の処理でどこかおかしいのではと思ているのですが、現行環境は問題が起きていないので見当がつかず。。。。。
試行錯誤しているのですが、解決策が見つからないです。。。。。
気になることは以下になります。
・正常に稼働しているホストは「Citrix関連サーバと異なるHyperviser(VMware)で稼働している」、「Citrix関連サーバと異なるセグメントに存在する」
・VDA#はVDA展開できないけどVDI展開できます。
・AgentをインストールしてからOSが不安定になることが確認されてます。（シャットダウンができない、初回しかRDP接続ができないなど）
・VMのコンソールから接続し、タスクマネージャを見たときに接続元の情報がないユーザが複数表示されていたりします。（切断しても消えません。もちろんStudioからサインオフさせても消えません。）
似たような事象を経験した方はいらっしゃいますでしょうか。
[構成]
Citrix管理(DC,SF,DS,LS) 1台 WS201R2
RDLS 1台 WS2016
Profile 1台 WS2012R2
XenApp WS2016
既存のXenApp環境はすべてWS2012R2で稼働しています。
今回、WS2016のXenAppを構築した関係でRDLSのみ別出し構成に変更しました。
WS2012R2に使用したものと同じAgentをWS2016にインストールしVDA展開しました。
既に2台は正常に展開できているですが、1台(以降VDA#)だけ正常に起動しません。
StoreFrontに接続し、対象のアプリケーションをクリックしても、「ローカルセッションマネージャーをお待ちください」と表示されたままでゲージが半分以上進みません。
Studioから確認するとセッションをつなぎに来ていることは確認できるのですが、アクティブ状態にならず、セッションが切れてしまいます。
タイムアウト値を伸ばしてみたのですが解決にはなりませんでした。
恐らく認証系の処理でどこかおかしいのではと思ているのですが、現行環境は問題が起きていないので見当がつかず。。。。。
試行錯誤しているのですが、解決策が見つからないです。。。。。
気になることは以下になります。
・正常に稼働しているホストは「Citrix関連サーバと異なるHyperviser(VMware)で稼働している」、「Citrix関連サーバと異なるセグメントに存在する」
・VDA#はVDA展開できないけどVDI展開できます。
・AgentをインストールしてからOSが不安定になることが確認されてます。（シャットダウンができない、初回しかRDP接続ができないなど）
・VMのコンソールから接続し、タスクマネージャを見たときに接続元の情報がないユーザが複数表示されていたりします。（切断しても消えません。もちろんStudioからサインオフさせても消えません。）
似たような事象を経験した方はいらっしゃいますでしょうか。
ろーま 2019/12/23 12:26:11
正しくは以下のバージョン情報でした。
[サーバ]
StoreFront 7.6 LTSR CU3
XenDesktop 7.6 LTSR CU3
[エージェント]
VDA 7.15 LTSR CU3
[サーバ]
StoreFront 7.6 LTSR CU3
XenDesktop 7.6 LTSR CU3
[エージェント]
VDA 7.15 LTSR CU3
ぎんぎつね 2019/12/23 13:44:36
そもそもですが、7.6の環境にWin2016のVDAサーバを構成するような構成はサポートされていないと思います。
以下を見る限りWin10であれば、7.15の最新のVDAを導入すればサポートされるようなことが記載されていますが、Win2016との組み合わせは言及されていないので、サポートされていない構成かと思います。
https://docs.citrix.com/ja-jp/xenapp-and-xendesktop/7-6-long-term-service-release/xad-whats-new/cumulative-update-8.html#compatible
https://docs.citrix.com/ja-jp/xenapp-and-xendesktop/7-6-long-term-service-release/xad-system-requirements-76.html
以下を見る限りWin10であれば、7.15の最新のVDAを導入すればサポートされるようなことが記載されていますが、Win2016との組み合わせは言及されていないので、サポートされていない構成かと思います。
https://docs.citrix.com/ja-jp/xenapp-and-xendesktop/7-6-long-term-service-release/xad-whats-new/cumulative-update-8.html#compatible
https://docs.citrix.com/ja-jp/xenapp-and-xendesktop/7-6-long-term-service-release/xad-system-requirements-76.html
ろーま 2019/12/23 14:36:25
>ぎんぎつね
ありがとうございます。
たしかにWS2016はサポート外のようです。
前任者は、動けばラッキー程度の考えでこれまでやってきたのかもしれません。。。。。
ありがとうございます。
たしかにWS2016はサポート外のようです。
前任者は、動けばラッキー程度の考えでこれまでやってきたのかもしれません。。。。。
ぎんぎつね 2019/12/23 15:05:34
Win2012R2側のVDAが問題なく動作していることを考えると管理サーバ側の問題ではないように思うので、Win10とことなり、Win2016の場合何かしら非互換があるのかと思います。
ハードウェアの保守切れなどが近くないのであれば、更改時に管理サーバ含めてバージョンを上げて頂いたほうが良いかもしれないです。
ハードウェアの保守切れなどが近くないのであれば、更改時に管理サーバ含めてバージョンを上げて頂いたほうが良いかもしれないです。
ろーま 2020/01/16 09:57:07
ポリシー設定が「接続するたびにパスワードを要求する」を有効にしていたことによって、アプリケーションの起動ができなかったようです。
※XenDesktopでは認証画面が出てきたので使用できていたようです。
上記設定を無効にしたことによって、XenAppの起動を確認できました。
※XenDesktopでは認証画面が出てきたので使用できていたようです。
上記設定を無効にしたことによって、XenAppの起動を確認できました。
上記へのレスはこちらにどうぞ
Citrix Receiver 致命的なエラーが発生しました。
とみやん 2019/12/11 20:23:37
お世話になります。
CitrixReciever4.12 の「☑ユーザーのパスワードを保存する(R)」環境で、
PC起動(再起動)後、登録アプリを実行した際に
ログインできずに？なのかCitrix Recieverが「致命的なエラーが発生しました。」とダイアログを表示します。※その際はログオフ状態。
何度か繰り返すと、起動して、ログインの状態となるのですが
なにせ、致命的なエラーと表示される為、発生要因を求められ、困っています。
※同一バージョンのCitrixReciever4.12をインストールしたWin7でもWin10でも、発生しています。
どなたか、同様な症状いませんか？
https://windowsreport.com/citrix-receiver-fatal-error-occurred/
を試しましたが、ダメでした。
CitrixReciever4.12 の「☑ユーザーのパスワードを保存する(R)」環境で、
PC起動(再起動)後、登録アプリを実行した際に
ログインできずに？なのかCitrix Recieverが「致命的なエラーが発生しました。」とダイアログを表示します。※その際はログオフ状態。
何度か繰り返すと、起動して、ログインの状態となるのですが
なにせ、致命的なエラーと表示される為、発生要因を求められ、困っています。
※同一バージョンのCitrixReciever4.12をインストールしたWin7でもWin10でも、発生しています。
どなたか、同様な症状いませんか？
https://windowsreport.com/citrix-receiver-fatal-error-occurred/
を試しましたが、ダメでした。
Reppa 2019/12/24 14:36:28
接続方法と接続先製品は何ですか。
Web接続であればサーバー側のStorefrontか接続先のイベントログかCitrixのログに何かしらのエラーが出てるハズです。
Store接続であればクライアント側のCitrix Receiverのログにエラーが出てる気がします。
接続方法
https://www.networld.co.jp/product/citrix/technical_guide/vdi/
構成ログ
https://docs.citrix.com/ja-jp/storefront/current-release/troubleshoot.html
とりあえずエラーログを探して検索するか、最新版のCitrix Receiver4.9で試すしかないと思います。
Web接続であればサーバー側のStorefrontか接続先のイベントログかCitrixのログに何かしらのエラーが出てるハズです。
Store接続であればクライアント側のCitrix Receiverのログにエラーが出てる気がします。
接続方法
https://www.networld.co.jp/product/citrix/technical_guide/vdi/
構成ログ
https://docs.citrix.com/ja-jp/storefront/current-release/troubleshoot.html
とりあえずエラーログを探して検索するか、最新版のCitrix Receiver4.9で試すしかないと思います。
上記へのレスはこちらにどうぞ
公開アプリが起動できない
Citrix初挑戦 2019/11/25 11:18:11
新しくVirtualAppsを導入しようとしています。
事前に検証環境で構築した際は問題なく公開アプリを起動することができたのですが
いざ本番の環境に構築したところ公開アプリが起動できませんでした。
公開アプリを起動しようとするとCitrixRecieverのプログレスバーが途中で止まって消えてしまいます。
画面には「アプリケーション"Notepad"を起動することができませんでした」と出てきます。
たぶん起動できなかった同じタイミングでイベントビューアにソース：Tdlcaで警告が出てきます。
「Citrix ICA Transport Driver の xxx.xxx.xxx.xxx:50997 からポート 2598への接続が、SSL ハンドシェーク フェーズで不正なパケットを受信しました。」というメッセージです。
ポートの問題かと思いファイアウォールを無効にしてみましたが状況は変わりませんでした。
公開デスクトップの起動はなぜかデスクトップ画面が開く前にWindowsのログイン認証の画面が表示されます。
ID、パスワードを入力すると起動はできます。
本番と検証のユーザーやグループ、ファイアウォールを見比べて見ても違いが見つけられず困っています。
ほかに見るべき項目をアドバイスいただけないでしょうか。
事前に検証環境で構築した際は問題なく公開アプリを起動することができたのですが
いざ本番の環境に構築したところ公開アプリが起動できませんでした。
公開アプリを起動しようとするとCitrixRecieverのプログレスバーが途中で止まって消えてしまいます。
画面には「アプリケーション"Notepad"を起動することができませんでした」と出てきます。
たぶん起動できなかった同じタイミングでイベントビューアにソース：Tdlcaで警告が出てきます。
「Citrix ICA Transport Driver の xxx.xxx.xxx.xxx:50997 からポート 2598への接続が、SSL ハンドシェーク フェーズで不正なパケットを受信しました。」というメッセージです。
ポートの問題かと思いファイアウォールを無効にしてみましたが状況は変わりませんでした。
公開デスクトップの起動はなぜかデスクトップ画面が開く前にWindowsのログイン認証の画面が表示されます。
ID、パスワードを入力すると起動はできます。
本番と検証のユーザーやグループ、ファイアウォールを見比べて見ても違いが見つけられず困っています。
ほかに見るべき項目をアドバイスいただけないでしょうか。
上記へのレスはこちらにどうぞ
ワークスペースの自動ログオフ
森山 2019/11/07 17:56:18
端末からStoreFrontに接続した際に、ユーザ名＆パスワードを入力した際に、自動的にリモートデスクトップサーバに接続し、リモートデスクトップ側のサーバでログオフした場合には、自動的にStoreFrontのログイン画面に戻る環境を構築したいと考えています。
（ワークスペースでの操作をなくしたい）
StoreFrontの設定で、デスクトップが１つだけの場合には自動起動するの設定をすることで、StoreFrontにユーザ名＆パスワードを入力することで、自動的にリモートデスクトップに接続することはできました。
しかし、リモートデスクトップ側でログオフし、ワークスペースに戻った際に、手動でメニューからログオフをしないとStoreFrontのログイン画面にもどりません。
ワークスペースに戻ってきたさいに自動ログオフすることはできませんでしょうか。
または、Javascriptでワークススペースからログオフするコマンドはありまでんでしょうか。
（ワークスペースでの操作をなくしたい）
StoreFrontの設定で、デスクトップが１つだけの場合には自動起動するの設定をすることで、StoreFrontにユーザ名＆パスワードを入力することで、自動的にリモートデスクトップに接続することはできました。
しかし、リモートデスクトップ側でログオフし、ワークスペースに戻った際に、手動でメニューからログオフをしないとStoreFrontのログイン画面にもどりません。
ワークスペースに戻ってきたさいに自動ログオフすることはできませんでしょうか。
または、Javascriptでワークススペースからログオフするコマンドはありまでんでしょうか。
ぎんぎつね 2019/11/07 18:40:50
実現したい内容と会わないかもしれませんが、storeFrontのセッションにはタイムアウトの設定が可能なので、
20分から1分へ変更すれば1分でログオン画面には戻ると思います。ただ、この場合セッションが切れたのでログオン画面に戻りますというような画面になるかと思います。
https://docs.citrix.com/ja-jp/storefront/current-release/manage-citrix-receiver-for-web-site/configure-receiver-for-web-sites.html#%E3%82%BB%E3%83%83%E3%82%B7%E3%83%A7%E3%83%B3%E3%81%AE%E3%82%BF%E3%82%A4%E3%83%A0%E3%82%A2%E3%82%A6%E3%83%88%E3%81%AE%E8%A8%AD%E5%AE%9A
セッションのタイムアウトの設定
20分から1分へ変更すれば1分でログオン画面には戻ると思います。ただ、この場合セッションが切れたのでログオン画面に戻りますというような画面になるかと思います。
https://docs.citrix.com/ja-jp/storefront/current-release/manage-citrix-receiver-for-web-site/configure-receiver-for-web-sites.html#%E3%82%BB%E3%83%83%E3%82%B7%E3%83%A7%E3%83%B3%E3%81%AE%E3%82%BF%E3%82%A4%E3%83%A0%E3%82%A2%E3%82%A6%E3%83%88%E3%81%AE%E8%A8%AD%E5%AE%9A
セッションのタイムアウトの設定
森山 2019/11/08 11:08:19
回答ありがとうございます。
タイムアウト時間を１分にしたところ、自動ログオフになりましたので、
Javascriptで画面をリロードするようにしたところ、目的の動きとなりました。
ありがとうございました。
タイムアウト時間を１分にしたところ、自動ログオフになりましたので、
Javascriptで画面をリロードするようにしたところ、目的の動きとなりました。
ありがとうございました。
上記へのレスはこちらにどうぞ
XenDesktopへの暗号化接続で動作が非常に重い
tune 2019/11/07 09:30:31
Citrixの環境をイントラ内に置くシステムを構築しています。
VDAサーバ：Windows2016
VDAバージョン：1909
端末：Windows10
検証環境ではVDAのバージョンは1906を利用しており、端末とStorfront間はSSL、VDA間は暗号化無しで行っており、とくに動作上の問題はありませんでした。
しかし、本番環境では同様の構成で動作させると、XenDesktopの起動時にエラー「CTX134123」という暗号化にかかわるようなエラーメッセージが表示され、VDAへの接続ができなくなりました。
VDAへの接続を暗号化通信にしたところ、CTX134123は表示されなくなり、一応利用はできるようになったのですが、CPU負荷が非常に高くなり、youtubeなどの動画を小さいサイズで再生するレベルでもマウスの動きも苦しくなるほど重くなっています。
可能であればVDAへの接続を非暗号化のまま行いたいのですが、CTX134123が表示されるようになった原因はなにか考えられますでしょうか。
なお、StorFront、DeliveryController、VDAはいずれも同じスイッチハブに接続されており、間にファイアウオール等の制御はありません。
また、２４コアXeon、メモリ４８GのVDAサーバに１アカウントのみ接続した状態で、上記のような負荷となっており、暗号化以外の要因もあるのではないかと思っておりますが、処理が高負荷になった暗号化以外の要因は考えられますでしょうか。
VDAサーバ：Windows2016
VDAバージョン：1909
端末：Windows10
検証環境ではVDAのバージョンは1906を利用しており、端末とStorfront間はSSL、VDA間は暗号化無しで行っており、とくに動作上の問題はありませんでした。
しかし、本番環境では同様の構成で動作させると、XenDesktopの起動時にエラー「CTX134123」という暗号化にかかわるようなエラーメッセージが表示され、VDAへの接続ができなくなりました。
VDAへの接続を暗号化通信にしたところ、CTX134123は表示されなくなり、一応利用はできるようになったのですが、CPU負荷が非常に高くなり、youtubeなどの動画を小さいサイズで再生するレベルでもマウスの動きも苦しくなるほど重くなっています。
可能であればVDAへの接続を非暗号化のまま行いたいのですが、CTX134123が表示されるようになった原因はなにか考えられますでしょうか。
なお、StorFront、DeliveryController、VDAはいずれも同じスイッチハブに接続されており、間にファイアウオール等の制御はありません。
また、２４コアXeon、メモリ４８GのVDAサーバに１アカウントのみ接続した状態で、上記のような負荷となっており、暗号化以外の要因もあるのではないかと思っておりますが、処理が高負荷になった暗号化以外の要因は考えられますでしょうか。
ぎんぎつね 2019/11/07 11:56:31
イントラだけのシステムであれば、StoreFrontをSSLにする意味もないと思いますが、何か理由がありますか。
暗号化による負荷なのか切り分けのためにSSL無しのストアに接続して問題ないか確認したほうがいいと思います。
暗号化による負荷なのか切り分けのためにSSL無しのストアに接続して問題ないか確認したほうがいいと思います。
Reppa 2019/11/07 14:03:35
端末とVDA間を443にしたということであればSSLにしたことが関係あるかもしれませんが、現行は端末とStorfront間は80→443にして、端末とVDA間は443ではなく1494/2598ってことですかね？
端末とVDA間(仮想マシン起動)まで来ると以降は端末とStorfront間の通信は発生しないはずなので、多分暗号化は関係ないと思います。
それよりかはセッション保持機能のオン/オフじゃないですかね。
通信処理の詳細は下記を参照してください。
XenDesktop Connection Process and Communication Flow
https://support.citrix.com/article/CTX128909
端末とVDA間(仮想マシン起動)まで来ると以降は端末とStorfront間の通信は発生しないはずなので、多分暗号化は関係ないと思います。
それよりかはセッション保持機能のオン/オフじゃないですかね。
通信処理の詳細は下記を参照してください。
XenDesktop Connection Process and Communication Flow
https://support.citrix.com/article/CTX128909
ぎんぎつね 2019/11/07 15:13:50
リソースの負荷が高いということなので、どのプロセスの処理が重いのか調べたほうがいいと思います。
上記へのレスはこちらにどうぞ
公開アプリのアイコンをクリックするとエラー
りんこ 2019/11/06 10:45:03
下記環境でクライアントから公開アプリをクリックすると、エラーメッセージが表示され、アプリケーションが起動しません。
【XenApp環境】
Windows Server 2016 Standard
XenApp 7.15 LTSR
Storefront 3.15
【クライアントＡ】
Windows7 Pro SP1（32bit）
Citrix Receiver 4.12
Internet Explorer 11
【クライアントB】
Windows10 Pro（64bit、Ver 1803）
Citrix Receiver 4.12
Microsoft Edge
【エラーメッセージ①】
Citrix Receiver
受信したICAファイルが破損しています。
ICAファイルに[ApplicationServer]セクションがありません。
【エラーメッセージ②】
エラー番号 2312
受信したICAファイルが破損しています。
ICAファイルに[ApplicationServer]セクションがありません。
公開アプリをクリックするとすぐに【エラーメッセージ①】が表示され、このメッセージを表示したまましばらくすると【エラーメッセージ②】が表示されました。
以下を試しましたが、解消されません。
①CitrixReceiverを再インストール。
（CitrixReceiver.exeを手動インストールではなく、Citrix/StoreWebよりインストール）
②IEのインターネットオプションより、閲覧の履歴を削除。
解決方法、ご教授願います。
【XenApp環境】
Windows Server 2016 Standard
XenApp 7.15 LTSR
Storefront 3.15
【クライアントＡ】
Windows7 Pro SP1（32bit）
Citrix Receiver 4.12
Internet Explorer 11
【クライアントB】
Windows10 Pro（64bit、Ver 1803）
Citrix Receiver 4.12
Microsoft Edge
【エラーメッセージ①】
Citrix Receiver
受信したICAファイルが破損しています。
ICAファイルに[ApplicationServer]セクションがありません。
【エラーメッセージ②】
エラー番号 2312
受信したICAファイルが破損しています。
ICAファイルに[ApplicationServer]セクションがありません。
公開アプリをクリックするとすぐに【エラーメッセージ①】が表示され、このメッセージを表示したまましばらくすると【エラーメッセージ②】が表示されました。
以下を試しましたが、解消されません。
①CitrixReceiverを再インストール。
（CitrixReceiver.exeを手動インストールではなく、Citrix/StoreWebよりインストール）
②IEのインターネットオプションより、閲覧の履歴を削除。
解決方法、ご教授願います。
ぎんぎつね 2019/11/07 12:11:15
海外の掲示板に似たような事例がありましたが、その方は接続するユーザのプロファイルの削除で改善されたようです。
Reppa 2019/11/07 13:08:25
4.3で修正されているようです。最新版で試してみてください。
Error: "Citrix Receiver Received a Corrupt ICA File" on Receiver 4.3 with XenDesktop 7.6
https://support.citrix.com/article/CTX202488
Error: "Citrix Receiver Received a Corrupt ICA File" on Receiver 4.3 with XenDesktop 7.6
https://support.citrix.com/article/CTX202488
ぎんぎつね 2019/11/07 15:04:07
Citrix Receiver 4.12を使用中とのことなので、4.3の修正であれば含まれているかと思います。ただ、Receiverによって当たり外れがあるので、最新版のReceiverを使うというのはありかと思います。
WorkspaceAppというのが最新のモジュールなので、そちらの最新版を使うか、
CitrixReceiver4.9CU8という長期サポート版のモジュールを使うかの2択になるかと思います。
ただ、先程もいいましたが、一旦プロファイルを削除するか新規のユーザでの
確認をして結果が変わるか確認したほうがいいと思います。
りんこ 2019/11/08 10:41:16
ぎんぎつねさん
Reppaさん
返信ありがとうございました。
ユーザープロファイルの削除は検討しましたが、
業務に支障が出るためすぐに実施することができず、
結局、代替PCを用意することになりました。
PC環境が完全に移行することができればプロファイル削除を
試してみたいと思います。
WorkspaceAppなどの最新版が既存XenApp環境に対応しているか確認し、
プロファイル削除同様、PC環境が完全に移行することができれば、
試してみたいと思います。
Reppaさん
返信ありがとうございました。
ユーザープロファイルの削除は検討しましたが、
業務に支障が出るためすぐに実施することができず、
結局、代替PCを用意することになりました。
PC環境が完全に移行することができればプロファイル削除を
試してみたいと思います。
WorkspaceAppなどの最新版が既存XenApp環境に対応しているか確認し、
プロファイル削除同様、PC環境が完全に移行することができれば、
試してみたいと思います。
ぎんぎつね 2019/11/11 16:42:59
私の過去の事例だと役に立ったことがないのですが、接続した際の動作がおかしいときにはClean-Up Utilityを使うことで改善されるケースはあるようです。
https://www.ashisuto.co.jp/citrix_blog/article/201812-cleanup.html
使わないほうがいい場合などの条件の記載もあるようですので、参考にしてみてください。
https://www.ashisuto.co.jp/citrix_blog/article/201812-cleanup.html
使わないほうがいい場合などの条件の記載もあるようですので、参考にしてみてください。
りんこ 2019/11/27 14:48:05
ぎんぎつねさん、ありがとうございます。
返信に気付かず、すみません。
Citrix Receiver for Windows ですが、以前は4.6を使用しており、XenApp 7.15 LTSR の新環境への移行に合わせて 4.12 に変更しました。
上記URLと CTX137494 を見ましたが、4.6 ⇒ 4.12 の場合は Receiver Clean-Up Utility は使用できないようでした。
-----(CTX137494から一部抜粋)-----
Receiver cleanup utility is not required while upgrading to the Receiver for Windows 4.4 or newer. Receiver for Windows 4.4 or newer can upgrade from anyolder version of Receiver without the need of using the cleanup utility.
Windows 4.4 以降のレシーバにアップグレードする場合は、レシーバクリーンアップユーティリティは必要ありません。Windows 4.4 以降のレシーバは、クリーンアップ ユーティリティを使用しなくても、古いバージョンの Receiver からアップグレードできます。
The Receiver Clean-Up Utility removes components, files, and registry values of Online Plug-in 11.x, 12.x, and Receiver for Windows 3.x, 4.x (Online Plugin-in 13.x, 14.x). This includes the Offline Plug-in component if installed and HDX RealTime Media Engine if installed.
レシーバ クリーンアップ ユーティリティは、オンライン プラグイン 11.x、12.x、および Windows 3.x 用レシーバ (オンライン プラグインイン 13.x、14.x) のコンポーネント、ファイル、およびレジストリ値を削除します。これには、オフライン プラグイン コンポーネントがインストールされている場合は含まれ、HDX RealTime メディア エンジンがインストールされている場合は、そのコンポーネントが含まれます。
※日本語訳は「Bingで翻訳」を使用しました。
------------------------------------------------
現状では「Clean-Up Utility」は使えませんが、対応策の一つとして覚えておきます。
ありがとうございました。
返信に気付かず、すみません。
Citrix Receiver for Windows ですが、以前は4.6を使用しており、XenApp 7.15 LTSR の新環境への移行に合わせて 4.12 に変更しました。
上記URLと CTX137494 を見ましたが、4.6 ⇒ 4.12 の場合は Receiver Clean-Up Utility は使用できないようでした。
-----(CTX137494から一部抜粋)-----
Receiver cleanup utility is not required while upgrading to the Receiver for Windows 4.4 or newer. Receiver for Windows 4.4 or newer can upgrade from anyolder version of Receiver without the need of using the cleanup utility.
Windows 4.4 以降のレシーバにアップグレードする場合は、レシーバクリーンアップユーティリティは必要ありません。Windows 4.4 以降のレシーバは、クリーンアップ ユーティリティを使用しなくても、古いバージョンの Receiver からアップグレードできます。
The Receiver Clean-Up Utility removes components, files, and registry values of Online Plug-in 11.x, 12.x, and Receiver for Windows 3.x, 4.x (Online Plugin-in 13.x, 14.x). This includes the Offline Plug-in component if installed and HDX RealTime Media Engine if installed.
レシーバ クリーンアップ ユーティリティは、オンライン プラグイン 11.x、12.x、および Windows 3.x 用レシーバ (オンライン プラグインイン 13.x、14.x) のコンポーネント、ファイル、およびレジストリ値を削除します。これには、オフライン プラグイン コンポーネントがインストールされている場合は含まれ、HDX RealTime メディア エンジンがインストールされている場合は、そのコンポーネントが含まれます。
※日本語訳は「Bingで翻訳」を使用しました。
------------------------------------------------
現状では「Clean-Up Utility」は使えませんが、対応策の一つとして覚えておきます。
ありがとうございました。
ぎんぎつね 2019/11/27 20:19:09
りんこさん
なるほど、4.6からのアップデートだとこのツールは効果はないですね。失礼しました。
なるほど、4.6からのアップデートだとこのツールは効果はないですね。失礼しました。
上記へのレスはこちらにどうぞ
運用中の環境で「Delivery Controllerアドレスが変更されました」と表示される
づか 2019/10/08 11:13:53
現在運用中の環境でCitrix Studioを起動したところ、
「Delivery Controllerアドレスが変更されました」と表示され、
接続ユーザやアプリケーションが操作できなくなりました。
【環境】
Windows Server 2016 Standard
Citrix XenApp 7.17
※同構成の端末が存在し、現在２台で負荷分散設定
もう一台同じ構成の端末を追加し、３台で負荷分散をする予定
対象サーバ全てを再起動→同じ現象
サーバマネージャで赤く表示されるサービスの有無→なし
Citrix StoreFrontで確認できるDelivery Controllerのアドレスを再登録→「全てのサービスが構成されていません」と表示され、冒頭と同じ状況
この状況ですが、現在公開しているアプリケーションは問題なく利用できています。
どのタイミングで操作できなくなったかは判りません。
コンピュータ名の変更や、ネットワーク情報の変更もないため、アドレスが変更されることはありません(念のため確認しましたが、初期設定のままです)。
同様の現象、何か思い当たる部分があるなど、些細なことでも結構ですのでアドバイスいただければと幸いです。
「Delivery Controllerアドレスが変更されました」と表示され、
接続ユーザやアプリケーションが操作できなくなりました。
【環境】
Windows Server 2016 Standard
Citrix XenApp 7.17
※同構成の端末が存在し、現在２台で負荷分散設定
もう一台同じ構成の端末を追加し、３台で負荷分散をする予定
対象サーバ全てを再起動→同じ現象
サーバマネージャで赤く表示されるサービスの有無→なし
Citrix StoreFrontで確認できるDelivery Controllerのアドレスを再登録→「全てのサービスが構成されていません」と表示され、冒頭と同じ状況
この状況ですが、現在公開しているアプリケーションは問題なく利用できています。
どのタイミングで操作できなくなったかは判りません。
コンピュータ名の変更や、ネットワーク情報の変更もないため、アドレスが変更されることはありません(念のため確認しましたが、初期設定のままです)。
同様の現象、何か思い当たる部分があるなど、些細なことでも結構ですのでアドバイスいただければと幸いです。
s 2019/10/18 14:16:08
まずはこの内容に従ってトラブルシューティングをどうぞ
https://support.citrix.com/article/CTX212941
https://support.citrix.com/article/CTX212941
Reppa 2019/10/31 11:35:00
報告はちょいちょいあるようですが、よくわかんないです。
IPが重複してipconfigから見ると変わってたとかはないんですかね。
Valid Delivery Controller Services Not Found XenDesktop
http://www.kylewise.net/citrix/xendesktop/xd-valid-delivery-controller-services-not-found/
IPが重複してipconfigから見ると変わってたとかはないんですかね。
Valid Delivery Controller Services Not Found XenDesktop
http://www.kylewise.net/citrix/xendesktop/xd-valid-delivery-controller-services-not-found/
づか 2020/10/30 16:45:05
投稿から１年近く経過してしまったのですが、試行錯誤した結果、先日完了しましたので結果をお伝えします。
Citrix StoreFrontならびにDelivery ControllerがインストールされているメインサーバのCitrix関連ソフトを全て再インストールしました。
※他２台は再インストールなどは発生せず、マシンの一覧に追加して負荷分散して動くようになっています
お二方のアドバイスから見直しをしたのですが全く問題らしいところが見つからない状態でした。
(トラブルシューティングに関しては英語が堪能ではないため、完全に理解できてはいないと思いますが…)
IPアドレスの重複もありませんでしたし、原因は現時点でも不明です。
解消方法が見えなかったため、再インストールする流れになりました(業務都合でシステム停止が出来なかったため、再インストール実行まで期間が開いてしまいました)。
Citrix StoreFrontならびにDelivery ControllerがインストールされているメインサーバのCitrix関連ソフトを全て再インストールしました。
※他２台は再インストールなどは発生せず、マシンの一覧に追加して負荷分散して動くようになっています
お二方のアドバイスから見直しをしたのですが全く問題らしいところが見つからない状態でした。
(トラブルシューティングに関しては英語が堪能ではないため、完全に理解できてはいないと思いますが…)
IPアドレスの重複もありませんでしたし、原因は現時点でも不明です。
解消方法が見えなかったため、再インストールする流れになりました(業務都合でシステム停止が出来なかったため、再インストール実行まで期間が開いてしまいました)。
上記へのレスはこちらにどうぞ
Windows10 1903 Update直後からエラー
TEXT 2019/08/28 14:09:18
Xenserver 6～7でOSを仮想化して運用しています。
先日、Windows10を1903にアップデートしてから、リモートデスクトップに不具合が
発生しており大変困っております。
状況としては、起動後最初のリモートデスクトップには正常に接続されるのですが、
一度切断して再接続を行うとCPU使用率100%の状態になり、一切接続できなくなります。
(XenCenterのコンソールからも入れません。)
普通の再起動も受け付けなくなり、仕方なく強制再起動して使用しています。
ネットではマイクロソフトの不具合であるような情報もあるようですが、今のところ回避策は無いように思われます。
同様の症例や対策情報等ありましたらよろしくお願いします。
先日、Windows10を1903にアップデートしてから、リモートデスクトップに不具合が
発生しており大変困っております。
状況としては、起動後最初のリモートデスクトップには正常に接続されるのですが、
一度切断して再接続を行うとCPU使用率100%の状態になり、一切接続できなくなります。
(XenCenterのコンソールからも入れません。)
普通の再起動も受け付けなくなり、仕方なく強制再起動して使用しています。
ネットではマイクロソフトの不具合であるような情報もあるようですが、今のところ回避策は無いように思われます。
同様の症例や対策情報等ありましたらよろしくお願いします。
Reppa 2019/08/30 11:29:23
環境について書いて貰わないと状況がよくわからないのですが、
CPU100%が接続先で起こってるのか繋ぎ元(Win10)で起こってるのかで状況が変わる気がします。
あと、仮想マシン上のXenToolsとかVDAとかアンインストールして発生するのであればCitrixは関係無い気がします。
CPU100%が接続先で起こってるのか繋ぎ元(Win10)で起こってるのかで状況が変わる気がします。
あと、仮想マシン上のXenToolsとかVDAとかアンインストールして発生するのであればCitrixは関係無い気がします。
TEXT 2019/09/01 14:13:50
HPのサーバーにXenserverをインストールし、ゲストOSはWindows10を運用しています。CPU100%を確認したのはXenCenterで、ゲストOSのCPU使用率を指しています。暫定処置として1903を1809へロールバックしたところ問題は解消されました。また、Xenserverを使用せず仮想化無しでリモートデスクトップを使っている他のPC(3台)には、問題の症状は発生していません。また蛇足ですが、ゲストOSをWindows7からWindows10(1903)へUpgradeした場合でも問題は発生しました。XenToolsは再インストールしましたが問題解消しませんでした。
アンインストールした状態は確認していません。
アンインストールした状態は確認していません。
