トピック検索
67 件のトピックが該当しました。
- 公開アプリのアイコンをクリックするとエラー - りんこ ( 2019/11/06 10:45:03 更新)
- Windows10 1903 Update直後からエラー - TEXT ( 2019/08/28 14:09:18 更新)
- receiverが接続できなくなりました。 - taka ( 2019/07/22 17:16:15 更新)
- 仮想デスクトップの雰囲気が違う - Shoji ( 2018/11/19 01:18:20 更新)
- IMEのローマ字入力/かな入力が保存されない - むささび ( 2018/08/22 16:05:07 更新)
- XenAppをショートカットから起動出来ない - ちょろ ( 2018/06/15 19:09:14 更新)
- XenApp7.17 でアプリケーションが機能しない - ウォーター ( 2018/04/17 08:38:10 更新)
- 公開アプリの最小化が戻らない - ハムスター ( 2017/11/30 17:15:03 更新)
- 突然「このページは表示できません」となりXenAppサーバに接続されない - ハムスター ( 2017/09/27 10:02:11 更新)
- 画面がまだらになります - ゆい ( 2017/09/12 10:29:29 更新)
公開アプリのアイコンをクリックするとエラー
りんこ 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からのアップデートだとこのツールは効果はないですね。失礼しました。
上記へのレスはこちらにどうぞ
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は再インストールしましたが問題解消しませんでした。
アンインストールした状態は確認していません。
アンインストールした状態は確認していません。
上記へのレスはこちらにどうぞ
receiverが接続できなくなりました。
taka 2019/07/22 17:16:15
＜サーバー＞
数年前からwindows server2012 R2環境で
citrix storefront 3.0.1.56にてstorefrontによる接続をしています。
＜クライアント＞
windows7でcitrix receiver 4.2.0.10を使用しています。
本日クライアントでアカウント設定が消えており再設定をしようとしましたが、
「アカウントを選択して実行します。」と表示が出て進みません。
先月も同様のエラー出たので、OSのシステムの復元をすると復旧できたのですが、
今回は復旧できませんでした。
環境としての変更点はWINDOWSアップデートがあったくらいで、
アップデートを削除しても状況は変わりませんでした。
認証関係でエラーが出ているように思われるのですが何か対応をご存じではないでしょうか？
情報と言葉足らずで申し訳ありませんが何か情報をいただけると助かります。
よろしくお願いいたします。
数年前からwindows server2012 R2環境で
citrix storefront 3.0.1.56にてstorefrontによる接続をしています。
＜クライアント＞
windows7でcitrix receiver 4.2.0.10を使用しています。
本日クライアントでアカウント設定が消えており再設定をしようとしましたが、
「アカウントを選択して実行します。」と表示が出て進みません。
先月も同様のエラー出たので、OSのシステムの復元をすると復旧できたのですが、
今回は復旧できませんでした。
環境としての変更点はWINDOWSアップデートがあったくらいで、
アップデートを削除しても状況は変わりませんでした。
認証関係でエラーが出ているように思われるのですが何か対応をご存じではないでしょうか？
情報と言葉足らずで申し訳ありませんが何か情報をいただけると助かります。
よろしくお願いいたします。
s 2019/07/23 19:39:45
さすがに意味不明過ぎですが
ReceiverCleanupUtilityで綺麗にしてから
Receiver入れなおせば直るような内容に気がする
ReceiverCleanupUtilityで綺麗にしてから
Receiver入れなおせば直るような内容に気がする
上記へのレスはこちらにどうぞ
仮想デスクトップの雰囲気が違う
Shoji 2018/11/19 01:18:20
Citrix Xenapp 7.17を使用しています。
環境はWindows Server 2012R2です。
Citrix for webから仮想デスクトップに接続すると、
画面中央下側に「Citrix」と表示される画面のパターンと、
接続先のデスクトップ環境と同じ画面が表示されるパターンがみられます。
特に設定は変えておりません。
下記サイトの一番下に表示されているような仮想デスクトップの画面が「Citrix」と表示されるパターンです。
https://www.creationline.com/lab/8797
この２パターンの違いなのですが
①設定の方法
②役割や考慮すべき点、特徴など
についてご教示いただけないでしょうか。
よろしくお願いします。
環境はWindows Server 2012R2です。
Citrix for webから仮想デスクトップに接続すると、
画面中央下側に「Citrix」と表示される画面のパターンと、
接続先のデスクトップ環境と同じ画面が表示されるパターンがみられます。
特に設定は変えておりません。
下記サイトの一番下に表示されているような仮想デスクトップの画面が「Citrix」と表示されるパターンです。
https://www.creationline.com/lab/8797
この２パターンの違いなのですが
①設定の方法
②役割や考慮すべき点、特徴など
についてご教示いただけないでしょうか。
よろしくお願いします。
トムじい 2018/11/20 11:09:34
おそらくですが、Windows7から接続した場合に以下のポリシーが機能しているのではないかと思うのですが、適用されていない場合とされる場合の差については原因がいろいろあると思います。
統一されたいのであればポリシーを無効にしてしまっても良い気がします。
「Enhanced Desktop Experience」でググるといろいろ情報は出てくるのでご参考まで。
デスクトップエクスペリエンス拡張のポリシー設定
https://docs.citrix.com/ja-jp/citrix-virtual-apps-desktops/policies/reference/ica-policy-settings/enhanced-desktop-experience-policy-setting.html
統一されたいのであればポリシーを無効にしてしまっても良い気がします。
「Enhanced Desktop Experience」でググるといろいろ情報は出てくるのでご参考まで。
デスクトップエクスペリエンス拡張のポリシー設定
https://docs.citrix.com/ja-jp/citrix-virtual-apps-desktops/policies/reference/ica-policy-settings/enhanced-desktop-experience-policy-setting.html
上記へのレスはこちらにどうぞ
IMEのローマ字入力/かな入力が保存されない
むささび 2018/08/22 16:05:07
【環境】
Xendesktop7.15LTSR （Windows2016）1台でStorefront、DDC、ライセンス等コミコミの構成。
XENDESKTOPのポリシーはデフォルトのみ
仮想環境はESXi6.5
【仮想デスクトップ】
Windows10Enterprise 2016 LTSB
専有PCで1ユーザー1仮想デスクトップ
【シンクライアント端末2種類】
AtrustOSのシンクライアント端末
Windows7にCitrixRecever4.12.0.18020のFATPC
現象
シンクライアント端末からWin10仮想デスクトップへ接続すると、
IMEの入力設定がかな入力になってしまい、一旦ローマ字に入力にしても
仮想デスクトップ、シンクラ端末を再起動し再度接続ログオンすると、かな入力に
もどってしまいます。
（AtrustOS、Win7+Recever両方とも同現象です。）
また、Windows10仮想デスクトップでコンパネ＞言語＞詳細設定＞入力方式の切り替え
アプリウィンドウごとに異なる入力方式を設定する のチェックをOFFにしても、
仮想デスクトップ再起動するとチェックがONに戻ってしまっています。
同仮想デスクトップにWindows7のFATからリモートデスクトップで接続した場合、VMwareから
コンソールでログオンした場合は仮想デスクトップを再起動してもローマ字入力は保持
されたままの正常な状態となります。
アプリウィンドウごとに異なる入力方式を設定する のチェックも維持されたままの正常となります。
XendesktopのポリシーやRecever等の設定で何か考えられる設定がございますでしょうか？
Xendesktop7.15LTSR （Windows2016）1台でStorefront、DDC、ライセンス等コミコミの構成。
XENDESKTOPのポリシーはデフォルトのみ
仮想環境はESXi6.5
【仮想デスクトップ】
Windows10Enterprise 2016 LTSB
専有PCで1ユーザー1仮想デスクトップ
【シンクライアント端末2種類】
AtrustOSのシンクライアント端末
Windows7にCitrixRecever4.12.0.18020のFATPC
現象
シンクライアント端末からWin10仮想デスクトップへ接続すると、
IMEの入力設定がかな入力になってしまい、一旦ローマ字に入力にしても
仮想デスクトップ、シンクラ端末を再起動し再度接続ログオンすると、かな入力に
もどってしまいます。
（AtrustOS、Win7+Recever両方とも同現象です。）
また、Windows10仮想デスクトップでコンパネ＞言語＞詳細設定＞入力方式の切り替え
アプリウィンドウごとに異なる入力方式を設定する のチェックをOFFにしても、
仮想デスクトップ再起動するとチェックがONに戻ってしまっています。
同仮想デスクトップにWindows7のFATからリモートデスクトップで接続した場合、VMwareから
コンソールでログオンした場合は仮想デスクトップを再起動してもローマ字入力は保持
されたままの正常な状態となります。
アプリウィンドウごとに異なる入力方式を設定する のチェックも維持されたままの正常となります。
XendesktopのポリシーやRecever等の設定で何か考えられる設定がございますでしょうか？
トムじい 2018/08/27 10:45:40
CUの記載がないので該当するかわかりませんが、以下のバグはあるようです。
https://support.citrix.com/article/CTX237540
むささび 2018/08/27 13:54:24
トムじい様
ありがとうございます！
CU2なのでビンゴですね。
Private FixみたいなのでCitrixに依頼しないとですね。
ありがとうございます！
CU2なのでビンゴですね。
Private FixみたいなのでCitrixに依頼しないとですね。
トムじい 2018/08/27 16:06:19
ですね。記載がないので不親切だなと思いますが、
おそらく3000がリリースされるまでは個別に問い合わせてきた方へ2000用のFixを提供するのかもしれないですね。
もし、そのあたりの話がわかったら共有していただけると幸いです。
S 2018/08/30 20:20:10
Citrix問い合わせるとPrivateFixを貰えますよ
少し前に貰って直しました
少し前に貰って直しました
トムじい 2018/09/04 10:40:33
Sさん いつも情報ありがとうございます。こちらでも入手しました。
上記へのレスはこちらにどうぞ
XenAppをショートカットから起動出来ない
ちょろ 2018/06/15 19:09:14
お世話になります。
Windows Server2016にXenApp7.15環境を構築しています。
XenAppショートカット機能を利用し、アプリケーションショートカットのURLからアプリケーションを起動しようとしたところ 「要求を完了できません」 と表示され、起動できませんでした。
「要求を完了できません」→「OK」をクリックするとアプリケーション一覧が表示され、
そこからはアプリケーションを選択することで起動は行えました。
そのため、アプリケーション配信はできているようです。
再起動やXenApp再インストールなどを試しましたが解決はできませんでした。
また、構成は以下の4台で構築しています。
①ADサーバー(Windows2016)
②Delivery Controller用サーバー(Windows2016)
③Virtual Delivery Agent用サーバー(Windows2016)
④クライアント端末(Windows7)
心当たりがある方、細かいところでも気になることがある方、ご教示いただけますでしょうか。
何卒よろしくお願いいたします。
Windows Server2016にXenApp7.15環境を構築しています。
XenAppショートカット機能を利用し、アプリケーションショートカットのURLからアプリケーションを起動しようとしたところ 「要求を完了できません」 と表示され、起動できませんでした。
「要求を完了できません」→「OK」をクリックするとアプリケーション一覧が表示され、
そこからはアプリケーションを選択することで起動は行えました。
そのため、アプリケーション配信はできているようです。
再起動やXenApp再インストールなどを試しましたが解決はできませんでした。
また、構成は以下の4台で構築しています。
①ADサーバー(Windows2016)
②Delivery Controller用サーバー(Windows2016)
③Virtual Delivery Agent用サーバー(Windows2016)
④クライアント端末(Windows7)
心当たりがある方、細かいところでも気になることがある方、ご教示いただけますでしょうか。
何卒よろしくお願いいたします。
トムじい 2018/06/19 14:51:33
このあたりに「要求を完了できない」ケースのトラブルシューティングガイドがあるので、
参考にされてはいかがでしょうか。
https://support.citrix.com/article/CTX207162
個人的には要求が完了できないと表示されるケースでOKを押して進むケースを見たことがないのですが。
上記へのレスはこちらにどうぞ
XenApp7.17 でアプリケーションが機能しない
ウォーター 2018/04/17 08:38:10
XenAppを初めて構築しております。
バージョン：7.17
OS：Windows 2012 R2 １台構成
AD環境構築
配信：アプリケーション
一通りインストール、設定を完了し、ブラウザからアプリケーションアイコンをクリックすると、
サーバ上のブラウザ(IE11)では、「アプリケーション"hogehoge"を起動できません。」
別の端末(Windows7)~クリックすろと「Could not load error message」と表示され、
起動できない状況が続いております。
調査を進めるうちに作成したマシンカタログに警告マークがあり、
「Microsoft リモートデスクトップのライセンス確認を実行できませんでした。登録マシンが見つかりませんでした。」
と表示されておりました。
そういえばマシンカタログを作成する際に、最後のメッセージで「マシンが見つかりません」と一瞬
表示されたので、再度マシンカタログを作成し直しましたが、同じ結果となりました。
対象サーバのRDライセンスマネージャやRDライセンス診断機能から登録したライセンスを確認しても、
問題なくRDS CAL(接続デバイス)はインストールされており、PowerShellやレジストリ情報を
確認してもRDSライセンスは登録されておりました。
サーバのイベントログには、他のトピックで記載されてありました
「Citrix Broker ServiceはXXXXXアプリケーションの起動を仲介できません。使用可能な仮想マシンが見つかりません」などの記載がありました。
と出力されておりますが、現状原因と解決策を見つけることができておりません。
長期にわたり嵌っておりまして、非常に困っております。
何卒ご支援の程、よろしくお願いいたします。
バージョン：7.17
OS：Windows 2012 R2 １台構成
AD環境構築
配信：アプリケーション
一通りインストール、設定を完了し、ブラウザからアプリケーションアイコンをクリックすると、
サーバ上のブラウザ(IE11)では、「アプリケーション"hogehoge"を起動できません。」
別の端末(Windows7)~クリックすろと「Could not load error message」と表示され、
起動できない状況が続いております。
調査を進めるうちに作成したマシンカタログに警告マークがあり、
「Microsoft リモートデスクトップのライセンス確認を実行できませんでした。登録マシンが見つかりませんでした。」
と表示されておりました。
そういえばマシンカタログを作成する際に、最後のメッセージで「マシンが見つかりません」と一瞬
表示されたので、再度マシンカタログを作成し直しましたが、同じ結果となりました。
対象サーバのRDライセンスマネージャやRDライセンス診断機能から登録したライセンスを確認しても、
問題なくRDS CAL(接続デバイス)はインストールされており、PowerShellやレジストリ情報を
確認してもRDSライセンスは登録されておりました。
サーバのイベントログには、他のトピックで記載されてありました
「Citrix Broker ServiceはXXXXXアプリケーションの起動を仲介できません。使用可能な仮想マシンが見つかりません」などの記載がありました。
と出力されておりますが、現状原因と解決策を見つけることができておりません。
長期にわたり嵌っておりまして、非常に困っております。
何卒ご支援の程、よろしくお願いいたします。
S 2018/04/20 15:03:49
物凄く大雑把には、アプリケーションアイコンのクリックに応じて
DeliConが仲介先として指定されてるサーバーのステータス
（生きてるのか、負荷的に問題ないのか、RDライセンスはあるのかとか）を
チェックしに行くところで「サーバー自体が見つからん、通信できん」と言ってます。
著しく初歩的な事項として、
アプリケーションを起動しようとしているユーザーで
対象のサーバーに対してリモートデスクトップ接続でログオンすることが
可能ですか？
登録したマシンカタログで対象のサーバー（自分自身だろうけど）の
ステータスが「登録済み」とかにはなってますか？
対象のサーバーでWindows Firewallは無効にしていますか？
対象のサーバーでセキュリティ対策ソフトがファイアウォールのような
機能を動作させていませんか？
Wiresharkなどを起動してパケットレベルで何かアイコンキックの
タイミングでブロックしているようなことは確認できませんか？
などをひとまず挙げておきます。
DeliConが仲介先として指定されてるサーバーのステータス
（生きてるのか、負荷的に問題ないのか、RDライセンスはあるのかとか）を
チェックしに行くところで「サーバー自体が見つからん、通信できん」と言ってます。
著しく初歩的な事項として、
アプリケーションを起動しようとしているユーザーで
対象のサーバーに対してリモートデスクトップ接続でログオンすることが
可能ですか？
登録したマシンカタログで対象のサーバー（自分自身だろうけど）の
ステータスが「登録済み」とかにはなってますか？
対象のサーバーでWindows Firewallは無効にしていますか？
対象のサーバーでセキュリティ対策ソフトがファイアウォールのような
機能を動作させていませんか？
Wiresharkなどを起動してパケットレベルで何かアイコンキックの
タイミングでブロックしているようなことは確認できませんか？
などをひとまず挙げておきます。
トムじい 2018/04/26 15:13:43
どうも本家のフォーラムを見る限り追加されたRDSチェック機能のバグのようです。
https://discussions.citrix.com/topic/394257-microsoft-remote-desktop-licensing-check/
警告を手動で削除しない限りは接続出来ないようですね。
https://docs.citrix.com/ja-jp/xenapp-and-xendesktop/current-release/install-configure/machine-catalogs-create.html
個人的には機能が無い7.15などのLTSRへのダウングレードをお勧めしますが、
難しいようであれば、手動での削除で改善されるかお試しください。
https://discussions.citrix.com/topic/394257-microsoft-remote-desktop-licensing-check/
警告を手動で削除しない限りは接続出来ないようですね。
https://docs.citrix.com/ja-jp/xenapp-and-xendesktop/current-release/install-configure/machine-catalogs-create.html
個人的には機能が無い7.15などのLTSRへのダウングレードをお勧めしますが、
難しいようであれば、手動での削除で改善されるかお試しください。
上記へのレスはこちらにどうぞ
公開アプリの最小化が戻らない
ハムスター 2017/11/30 17:15:03
XenAppサーバにReceiverで接続してるクライアントで、起動した公開アプリを最小化してからタスクバー上にある対象のアイコンをクリックすると通常は元にもどりますが、何も反応しなくなることがあります。
それも特定のパソコンだけで発生し、その日の初回起動だけで発生します。
現在の対応は、反応しなくなるとセッションセンターを開いてアプリを終了し再度アプリの起動を行っています。
サーバはWindows2012R2でXenApp7.5
クライアントはWindows7 Pro
同じスペックのクライアントが複数ありますが発生しているのは１台だけです。
クライアントに依存した現象のようですが、同様の現象が他で発生していないでしょうか？
何か対策がありましたらご教授願います。
それも特定のパソコンだけで発生し、その日の初回起動だけで発生します。
現在の対応は、反応しなくなるとセッションセンターを開いてアプリを終了し再度アプリの起動を行っています。
サーバはWindows2012R2でXenApp7.5
クライアントはWindows7 Pro
同じスペックのクライアントが複数ありますが発生しているのは１台だけです。
クライアントに依存した現象のようですが、同様の現象が他で発生していないでしょうか？
何か対策がありましたらご教授願います。
Reppa 2017/12/06 09:48:42
特定のアプリとかで発生するのであれば、昔個人的に流行ったシームレスフラグを設定すると回避するかもしれませんね。
どのフラグが該当するかは要検証ですが、とりあえず全設定やってみるのも手かと。
https://support.citrix.com/article/CTX102584
どのフラグが該当するかは要検証ですが、とりあえず全設定やってみるのも手かと。
https://support.citrix.com/article/CTX102584
上記へのレスはこちらにどうぞ
突然「このページは表示できません」となりXenAppサーバに接続されない
ハムスター 2017/09/27 10:02:11
９月２２日（金）まで問題なく運用していたクライアントが週が明けた２５日（月）に１台だけ「このページは表示できません」と表示されXenAppサーバに接続できなくなりました。
クライアントは十数台ありますが、現象が発生するのは１台だけです。
クライアントのOSはWindows7Rro32ビットで、IEのバージョンは11です。
Receiverのバージョン4.1.200.13
XenAppCerver7.5へのPINGは通ります。
インターネットオプションの履歴削除やファイアウォール、セキュリティソフトの停止、Receiverのアンインストールと再インストールも試みましたが現象変わらず。
とりあえずリモートデスクトップ接続で運用回避しています。
サーバ側のCitrix Studioのアプリケーションには対象パソコンが使用していたIDの切断情報がのこっていたので念のため切断処理を行いました。
あとはIEの再インストールくらいしか思いつきませんが、他に確認すべき点がありましたらご教授願います。
クライアントは十数台ありますが、現象が発生するのは１台だけです。
クライアントのOSはWindows7Rro32ビットで、IEのバージョンは11です。
Receiverのバージョン4.1.200.13
XenAppCerver7.5へのPINGは通ります。
インターネットオプションの履歴削除やファイアウォール、セキュリティソフトの停止、Receiverのアンインストールと再インストールも試みましたが現象変わらず。
とりあえずリモートデスクトップ接続で運用回避しています。
サーバ側のCitrix Studioのアプリケーションには対象パソコンが使用していたIDの切断情報がのこっていたので念のため切断処理を行いました。
あとはIEの再インストールくらいしか思いつきませんが、他に確認すべき点がありましたらご教授願います。
トムじい 2017/09/27 12:48:25
IE以外のブラウザーからだと接続できたりするのでしょうか。
ハムスター 2017/09/27 13:20:39
公開アプリの推奨ブラウザがIEなのですが、Firefoxなどで試してみます。
トムじい 2017/09/27 13:44:47
推奨ブラウザーという話で、おっしゃられている現象が発生しているポイントがわからなくなってきました。
StoreFrontに接続出来ないのかと思っていましたが、StoreFrontまで接続できるものの、公開APを起動した後で表示されたIEのページに申告された現象が発生しているということでしょうか。
あと、Receiverが古すぎると思いますので、バージョンが関係あるのかわかりませんが、
LTSR版の4.4かCRの最新版で違いが出るかみていただいても良い気がします。
他には切り分けとして端末なのかユーザなのか確認するぐらいですね。
問題ないユーザで該当の端末から接続してみてどうかとか逆に問題ない端末から
該当のユーザで接続してどうかなど。
↓こんな情報もあります。
https://121ware.com/qasearch/1007/app/servlet/relatedqa?QID=016945
StoreFrontに接続出来ないのかと思っていましたが、StoreFrontまで接続できるものの、公開APを起動した後で表示されたIEのページに申告された現象が発生しているということでしょうか。
あと、Receiverが古すぎると思いますので、バージョンが関係あるのかわかりませんが、
LTSR版の4.4かCRの最新版で違いが出るかみていただいても良い気がします。
他には切り分けとして端末なのかユーザなのか確認するぐらいですね。
問題ないユーザで該当の端末から接続してみてどうかとか逆に問題ない端末から
該当のユーザで接続してどうかなど。
↓こんな情報もあります。
https://121ware.com/qasearch/1007/app/servlet/relatedqa?QID=016945
ハムスター 2017/09/27 13:54:19
アドバイスありがとうございます。
説明不十分で申し訳ありませんでした。
URLにStoreFrontのアドレスを入れた時点で表示できないので、StoreFrontに接続出来ていない状態でした。
Firefoxでも「サーバが見つかりません」となります。
セキュリティ設定を見直してみます。
説明不十分で申し訳ありませんでした。
URLにStoreFrontのアドレスを入れた時点で表示できないので、StoreFrontに接続出来ていない状態でした。
Firefoxでも「サーバが見つかりません」となります。
セキュリティ設定を見直してみます。
トムじい 2017/09/27 14:02:55
状況理解しました。Edgeは設定などでくせがあるので避けたほうが良いと思いますが、それ以外のブラウザーは特に悪い印象はないですね。
IE、FireFox、Chromeあたりは普通に使っています。
StoreFront側が利用できないのであれば、皆さん使えなくなると思いますので、端末側の問題のように思いますが、あと思い当たることがあるとすれば、接続用のURLが信頼済みサイトに登録されているかぐらいですね。
IE、FireFox、Chromeあたりは普通に使っています。
StoreFront側が利用できないのであれば、皆さん使えなくなると思いますので、端末側の問題のように思いますが、あと思い当たることがあるとすれば、接続用のURLが信頼済みサイトに登録されているかぐらいですね。
ハムスター 2017/10/05 15:22:57
原因判明しました。
DNSにドメインサーバのIPアドレスがありませんでした。
なぜこうなったのかというと、
本来無線LANで運用していたのですが調子が悪くなり、
エンドユーザが有線LANに切り替えて設定をしていました。
この時に、優先DNSをローカルのルータIPアドレスにしていました。
（どうりでインターネットは使えるはずです）
大変お騒がせいたしました。
DNSにドメインサーバのIPアドレスがありませんでした。
なぜこうなったのかというと、
本来無線LANで運用していたのですが調子が悪くなり、
エンドユーザが有線LANに切り替えて設定をしていました。
この時に、優先DNSをローカルのルータIPアドレスにしていました。
（どうりでインターネットは使えるはずです）
大変お騒がせいたしました。
上記へのレスはこちらにどうぞ
画面がまだらになります
ゆい 2017/09/12 10:29:29
私のPCのみ起るのですが、画面がまだらになります。
すべて灰色であるべき画面が白や薄い灰色、濃い灰色と常にまだらに表示されます。
会社のPCのためほかの方も使っているもの（windows7)なのですが。
どこの設定を変更するべきなのでしょうか？
ちなみに、システム自体はスムーズに動きます。
遅かったり、ボタンが押せなかったりはしません。
すべて灰色であるべき画面が白や薄い灰色、濃い灰色と常にまだらに表示されます。
会社のPCのためほかの方も使っているもの（windows7)なのですが。
どこの設定を変更するべきなのでしょうか？
ちなみに、システム自体はスムーズに動きます。
遅かったり、ボタンが押せなかったりはしません。
