トピック検索
81 件のトピックが該当しました。
- 公開アプリのアイコンをクリックするとエラー - りんこ ( 2019/11/06 10:45:03 更新)
- 週１で公開アプリケーションの起動中に処理が落ちる - タケノコ ( 2017/10/02 17:24:22 更新)
- XenApp6.0 COMポートの接続方法について - よしお ( 2017/08/23 11:01:41 更新)
- 運用系への接続ができない際に待機系への切替が行われない - REE ( 2016/12/12 16:24:24 更新)
- Receiver4.4でロックダウン競合でアプリケーションを起動できません - じゃいろ ( 2016/09/08 18:36:38 更新)
- 公開アプリが起動しない - 野田 ( 2016/04/13 16:52:42 更新)
- 同一クライアントからの新旧環境への接続 - ゆち ( 2016/02/09 14:32:04 更新)
- CITRIX Receiver4.2 XENAPP5.0接続できない - ちゅーさん ( 2015/07/22 14:40:43 更新)
- 公開アプリケーションが起動できない - hhhy ( 2015/01/05 17:31:47 更新)
- Citrix XenApp Plug-in for Hosted Apps 11.0とreceiverとの共存について - tosaka ( 2014/12/03 04:30:16 更新)
公開アプリのアイコンをクリックするとエラー
りんこ 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からのアップデートだとこのツールは効果はないですね。失礼しました。
上記へのレスはこちらにどうぞ
週１で公開アプリケーションの起動中に処理が落ちる
タケノコ 2017/10/02 17:24:22
原因が分からず困っています…助けてください…
週に1回ペースでクライアントからの公開アプリケーションの接続が途中で落ちてしまいます。（エラーが出力されない）
5年間正常に稼働しており、突然、発生しました。
サーバは毎日再起動していますが、起動直後に以下のようなエラーが出力されています。
・エラー IMAService 3614 なし Citrix XenApp がデータ ストアに接続できません。エラー: IMA_RESULT_DBCONNECT_FAILURE データベースが停止しているか、ネットワークに障害があります。
・エラー IMAService 3634 なし Citrix XenApp がデータ ストアに接続できません。 データベースが停止しているか、ネットワークに障害があります。 エラー: IMA_RESULT_DBCONNECT_FAILURE 間接: 0 サーバー: DSN ファイル: C:\Program Files (x86)\Citrix\Independent Management Architecture\mf20.dsn
・エラー IMAService 3989 なし Citrix XenApp がデータ ストアに接続できません。 接続時に ODBC エラーが発生しました。08S01 -> [Microsoft][ODBC SQL Server Driver][Shared Memory]一般的なネットワーク エラーです。ネットワークのマニュアルを調べてください。
LHC再構築、IMAサービスの遅延起動、ログオフチェッカ－の遅延など試し、上記三つのエラーが出力されることは減りましたが、
クライアントからの公開アプリケーションの接続が途中で落ちてしまうことに変わりはありません。
原因や何か思い当たる点など、些細な事でも良いのでご教示頂ければと思います。
■サーバ
Windows Server 2012 R2 Standard（サービスパック1)
XenApp バージョン：6.5（Hotfix Rollup pack1)
SQLServer 2008 R2
→サーバ一台でCitrix環境が同居しています。
■クライアント
Windows 7
Online plug in(パススルー認証）
週に1回ペースでクライアントからの公開アプリケーションの接続が途中で落ちてしまいます。（エラーが出力されない）
5年間正常に稼働しており、突然、発生しました。
サーバは毎日再起動していますが、起動直後に以下のようなエラーが出力されています。
・エラー IMAService 3614 なし Citrix XenApp がデータ ストアに接続できません。エラー: IMA_RESULT_DBCONNECT_FAILURE データベースが停止しているか、ネットワークに障害があります。
・エラー IMAService 3634 なし Citrix XenApp がデータ ストアに接続できません。 データベースが停止しているか、ネットワークに障害があります。 エラー: IMA_RESULT_DBCONNECT_FAILURE 間接: 0 サーバー: DSN ファイル: C:\Program Files (x86)\Citrix\Independent Management Architecture\mf20.dsn
・エラー IMAService 3989 なし Citrix XenApp がデータ ストアに接続できません。 接続時に ODBC エラーが発生しました。08S01 -> [Microsoft][ODBC SQL Server Driver][Shared Memory]一般的なネットワーク エラーです。ネットワークのマニュアルを調べてください。
LHC再構築、IMAサービスの遅延起動、ログオフチェッカ－の遅延など試し、上記三つのエラーが出力されることは減りましたが、
クライアントからの公開アプリケーションの接続が途中で落ちてしまうことに変わりはありません。
原因や何か思い当たる点など、些細な事でも良いのでご教示頂ければと思います。
■サーバ
Windows Server 2012 R2 Standard（サービスパック1)
XenApp バージョン：6.5（Hotfix Rollup pack1)
SQLServer 2008 R2
→サーバ一台でCitrix環境が同居しています。
■クライアント
Windows 7
Online plug in(パススルー認証）
S 2017/10/03 19:06:06
毎回出るわけではないのであれば当たらないかもですが、この辺りの調整はされましたか
https://support.citrix.com/article/CTX128971
https://support.citrix.com/article/CTX132715
あとなんか、ケーブル代えたら直ったとかいう話もありますが…
http://www.eventid.net/display-eventid-3989-source-IMAService-eventno-9537-phase-1.htm
https://support.citrix.com/article/CTX128971
https://support.citrix.com/article/CTX132715
あとなんか、ケーブル代えたら直ったとかいう話もありますが…
http://www.eventid.net/display-eventid-3989-source-IMAService-eventno-9537-phase-1.htm
タケノコ 2017/10/04 12:18:48
Sさん 返信ありがとうございます。
あげていただいた二つの案は既に実施しています…
ケーブルについては検討してみます…
状況について追記します。
•サーバ再起動にて解消する確率が高い。今まで7回中6回は解消
•現象発生時は、クライアントからの公開アプリケーション接続中のプログレスバーが半分まで
行き30秒ほどで処理が落ちる。(詳細情報にローカルセッションマネージャをお待ちください)
正常時はプログレスバーが4分の3くらいまで一気にいき、公開アプリケーションが表示されます。
・クライアントからサーバへのリモデ接続は可能
あげていただいた二つの案は既に実施しています…
ケーブルについては検討してみます…
状況について追記します。
•サーバ再起動にて解消する確率が高い。今まで7回中6回は解消
•現象発生時は、クライアントからの公開アプリケーション接続中のプログレスバーが半分まで
行き30秒ほどで処理が落ちる。(詳細情報にローカルセッションマネージャをお待ちください)
正常時はプログレスバーが4分の3くらいまで一気にいき、公開アプリケーションが表示されます。
・クライアントからサーバへのリモデ接続は可能
S 2017/10/05 15:14:50
プログレスでその辺りまで行ってるならOnline plug-in側の
ローカルにログがあるような気がしますが……
概ねログオン認証が終わってポリシー適用するとかプロファイルロードするとか
その辺でネットワークがコケてる雰囲気ですかね
パケットキャプチャ取るなり、ネットワーク周りを疑うと良い気がします
あとはRoll Pack上げるかとかですね
2012 R2 + XA6.5は非サポート構成なのでメーカーにも問合せられないでしょうし
大変でしょうが致し方なし
ローカルにログがあるような気がしますが……
概ねログオン認証が終わってポリシー適用するとかプロファイルロードするとか
その辺でネットワークがコケてる雰囲気ですかね
パケットキャプチャ取るなり、ネットワーク周りを疑うと良い気がします
あとはRoll Pack上げるかとかですね
2012 R2 + XA6.5は非サポート構成なのでメーカーにも問合せられないでしょうし
大変でしょうが致し方なし
タケノコ 2017/10/06 12:48:59
クライアント側にもWindowsログでのエラーは出力されていませんでした。
（Online plug-in独自のログは見ていません..潜ればlogファイルがあるのかな..)
やはりネットワーク関係かRollPackですかね。
ご丁寧にありがとうございました。
（Online plug-in独自のログは見ていません..潜ればlogファイルがあるのかな..)
やはりネットワーク関係かRollPackですかね。
ご丁寧にありがとうございました。
上記へのレスはこちらにどうぞ
XenApp6.0 COMポートの接続方法について
よしお 2017/08/23 11:01:41
お世話になります。XenAppでのCOMポート接続についてご教示願います。
XenApp6.0で公開しているC#で作成したアプリケーションで、
クライアントPCに接続されたCOMポート番号を指定してデバイスを使用したいのですが、
使用することができない状態です。
ちなみにリモートデスクトップで同じアプリケーションを使用すると、COMポートを利用できます。
COMポート関連のポリシーの設定は下記のように設定しています。
・クライアントCOMポートリダイレクト：許可
・クライアントCOMポートを自動接続する：有効
OSとソフトのバージョンは以下のとおりです
サーバ
WindowsServer2008 R2 Starndard
XenApp 6.0
クライアント
Windows7 Professional
Citrix Online Plug-in 12.3.0.8
原因や設定で確認するポイントなど、
もしご存知でしたら教えていただけないでしょうか？
以上、よろしくお願い致します。
Reppa 2017/09/07 16:26:19
詳しくないので説明はできませんが、昔あって削除されたナレッジの魚拓を貼っておきます。
Archive: COMポートリダイレクト機能のトラブルシューティング
http://support.ctx.org.cn/ctx102789.citrix
Archive: COMポートリダイレクト機能のトラブルシューティング
http://support.ctx.org.cn/ctx102789.citrix
上記へのレスはこちらにどうぞ
運用系への接続ができない際に待機系への切替が行われない
REE 2016/12/12 16:24:24
いつもお世話になっております。
ただいま、下記環境にて
Citrix XenApp 6.0
WebInterface 5.3.0.34
のセットアップを行っております。
【運用系】
ホストOS：Windows Server 2012 R2
ゲストOS：Windwos Server 2008 R2
・ゲストOSにライセンスサーバー、
XenApp 6.0、
WebInterface 5.3.0.34
をインストールしました。
【待機系】
ホストOS：Windows Server 2012 R2
ゲストOS：Windwos Server 2008 R2
・ゲストOSにXenApp 6.0、
WebInterface 5.3.0.34
をインストールしました。
【作業過程】
１．運用系の設定と動作確認
・運用系にライセンスサーバー、
WebInterface、
XenApp
をインストールしました。
・XenAppのHotfixであるXA600W2K8R2X64R02.mspを
適用しました。
・http://運用系/Citrix/XenAppから
公開アプリが動作する事を確認しました。
・Citrix Receiverから公開アプリが
動作する事を確認しました。
２．待機系との負荷分散設定と動作確認
・待機系にXenAppをインストールして、
HotfixであるXA600W2K8R2X64R02.mspを
適用しました。
・Citrix Receiverで運用系に接続して、
負荷分散が行われている事を確認しました。
３．バックアップURLの設定
・待機系にWebInterface
をインストールしました。
・運用系のXenApp Serviceサイト→サーバーの設定
→[バックアップ]にて、
http://待機系/Citrix/PNAgent
を指定しました。
・待機系にも同様に
http://待機系/Citrix/PNAgent
を指定しました。
※ただし、Citrix Reciverでhttp//待機系
を指定してもアプリが立ち上がらない事、
http://待機系/Citrix/XenApp
からも公開アプリが起動しない事を確認しました。
この状態で運用系の仮想OSを
シャットダウンしてCitrix Receiverを起動しても
「アプリケーションを開始できません
ヘルプデスクに連絡してください」
と表示され接続できません。
どうしても原因が特定できずに
困っています。
チェックポイントや解決方法や
解決事例がありましたら
お教え頂けないでしょうか？
ただいま、下記環境にて
Citrix XenApp 6.0
WebInterface 5.3.0.34
のセットアップを行っております。
【運用系】
ホストOS：Windows Server 2012 R2
ゲストOS：Windwos Server 2008 R2
・ゲストOSにライセンスサーバー、
XenApp 6.0、
WebInterface 5.3.0.34
をインストールしました。
【待機系】
ホストOS：Windows Server 2012 R2
ゲストOS：Windwos Server 2008 R2
・ゲストOSにXenApp 6.0、
WebInterface 5.3.0.34
をインストールしました。
【作業過程】
１．運用系の設定と動作確認
・運用系にライセンスサーバー、
WebInterface、
XenApp
をインストールしました。
・XenAppのHotfixであるXA600W2K8R2X64R02.mspを
適用しました。
・http://運用系/Citrix/XenAppから
公開アプリが動作する事を確認しました。
・Citrix Receiverから公開アプリが
動作する事を確認しました。
２．待機系との負荷分散設定と動作確認
・待機系にXenAppをインストールして、
HotfixであるXA600W2K8R2X64R02.mspを
適用しました。
・Citrix Receiverで運用系に接続して、
負荷分散が行われている事を確認しました。
３．バックアップURLの設定
・待機系にWebInterface
をインストールしました。
・運用系のXenApp Serviceサイト→サーバーの設定
→[バックアップ]にて、
http://待機系/Citrix/PNAgent
を指定しました。
・待機系にも同様に
http://待機系/Citrix/PNAgent
を指定しました。
※ただし、Citrix Reciverでhttp//待機系
を指定してもアプリが立ち上がらない事、
http://待機系/Citrix/XenApp
からも公開アプリが起動しない事を確認しました。
この状態で運用系の仮想OSを
シャットダウンしてCitrix Receiverを起動しても
「アプリケーションを開始できません
ヘルプデスクに連絡してください」
と表示され接続できません。
どうしても原因が特定できずに
困っています。
チェックポイントや解決方法や
解決事例がありましたら
お教え頂けないでしょうか？
S 2016/12/13 10:20:53
Receiverのバージョンを教えてください。
多分普通の最新版やらではなく、EnterpriseやOnline Plug-inを使わないと
駄目です。
バックアップURLの機能は最新のReceiverでは殺されてるはずですので。
最新のReceiverを使う場合、WebInterfaceをロードバランサーで冗長化しろ
（NetScalerを買ってね！）とCitrixは言っています。
実際、6.0はEOLなのでよっぽどのことがない限り
万障繰り合わせてでも新設なんてしない方がいいと思いますが……。
多分普通の最新版やらではなく、EnterpriseやOnline Plug-inを使わないと
駄目です。
バックアップURLの機能は最新のReceiverでは殺されてるはずですので。
最新のReceiverを使う場合、WebInterfaceをロードバランサーで冗長化しろ
（NetScalerを買ってね！）とCitrixは言っています。
実際、6.0はEOLなのでよっぽどのことがない限り
万障繰り合わせてでも新設なんてしない方がいいと思いますが……。
Reppa 2016/12/13 10:51:24
＞３．バックアップURLの設定。
＞ ・待機系にも同様に
＞ http://待機系/Citrix/PNAgent
これは待機で http://運用系/Citrix/PNAgent にしないと
運用系が落ちる前に間違って待機系に繋がった人達は無限ループしませんか？
基本、バックアップURLは全台で一周するか、自分以外全部を指定するかどっちかにするものですよ。
＞ ・待機系にも同様に
＞ http://待機系/Citrix/PNAgent
これは待機で http://運用系/Citrix/PNAgent にしないと
運用系が落ちる前に間違って待機系に繋がった人達は無限ループしませんか？
基本、バックアップURLは全台で一周するか、自分以外全部を指定するかどっちかにするものですよ。
REE 2016/12/13 12:03:16
S 殿
Citrix Receiver 4.3.100.10
を使用しています。
これはCitrix HPよりダウンロードした最新版なので、
Online Plug-in 12.0.0.6410
をインストールしてみました。
この方法でもバックアップURLの
設定が有効に機能しませんでした。。。。。
バックアップURLの設定を
有効にするには、
別途設定が必要なのでしょうか？
Citrix Receiver 4.3.100.10
を使用しています。
これはCitrix HPよりダウンロードした最新版なので、
Online Plug-in 12.0.0.6410
をインストールしてみました。
この方法でもバックアップURLの
設定が有効に機能しませんでした。。。。。
バックアップURLの設定を
有効にするには、
別途設定が必要なのでしょうか？
REE 2016/12/13 12:24:52
Reppa 殿
ご指摘ありがとうございます。
CitrixのバックアップURLの設定例などが
見つからなかったため、
推定で設定していました。
ご指摘の通り
運用系.バックアップURL を http://待機系/Citrix/PNAgent
待機系.バックアップURL を http://運用系/Citrix/PNAgent
に設定しなおしました。
この状態で
Online Plug-in 12.0.0.6410
を使って接続確認してみましたが、
バックアップURLへの
切替わりませんでした。
よろしくお願い致します。
ご指摘ありがとうございます。
CitrixのバックアップURLの設定例などが
見つからなかったため、
推定で設定していました。
ご指摘の通り
運用系.バックアップURL を http://待機系/Citrix/PNAgent
待機系.バックアップURL を http://運用系/Citrix/PNAgent
に設定しなおしました。
この状態で
Online Plug-in 12.0.0.6410
を使って接続確認してみましたが、
バックアップURLへの
切替わりませんでした。
よろしくお願い致します。
S 2016/12/13 14:50:43
あ、よく見たら
>※ただし、Citrix Reciverでhttp//待機系
> を指定してもアプリが立ち上がらない事、
> http://待機系/Citrix/XenApp
> からも公開アプリが起動しない事を確認しました。
って書いてある。これ本当ですか？
このWIのバックアップURLの設定は
普段使用している方のWIが使えなくなったら
バックアップURLの方のWIを使うというだけの設定なので、
最初から
http://運用系/Citrix/PNAgent
を使った場合にも、利用できないとダメです。
待機系のWIの方がいろいろ設定足りてないんじゃないですかね？
>※ただし、Citrix Reciverでhttp//待機系
> を指定してもアプリが立ち上がらない事、
> http://待機系/Citrix/XenApp
> からも公開アプリが起動しない事を確認しました。
って書いてある。これ本当ですか？
このWIのバックアップURLの設定は
普段使用している方のWIが使えなくなったら
バックアップURLの方のWIを使うというだけの設定なので、
最初から
http://運用系/Citrix/PNAgent
を使った場合にも、利用できないとダメです。
待機系のWIの方がいろいろ設定足りてないんじゃないですかね？
S 2016/12/13 14:51:43
間違い
>最初から
>http://運用系/Citrix/PNAgent
>を使った場合にも、利用できないとダメです。
正しい
>最初から
>http://待機系/Citrix/PNAgent
>を使った場合にも、利用できないとダメです。
>最初から
>http://運用系/Citrix/PNAgent
>を使った場合にも、利用できないとダメです。
正しい
>最初から
>http://待機系/Citrix/PNAgent
>を使った場合にも、利用できないとダメです。
REE 2016/12/13 16:27:37
S殿
返信ありがとうございます。
待機系の方の設定を見直そうと思います。
ところで、この際に何か
チェックポイントのようなものは
あるでしょうか？
なぜなら、
同じCDでインストールして
同じHotFixを適用しました。
更にWebInterfaceに対して、
同じ設定をしている事を
相互比較して確認したためです。
以上、よろしくお願いします。
返信ありがとうございます。
待機系の方の設定を見直そうと思います。
ところで、この際に何か
チェックポイントのようなものは
あるでしょうか？
なぜなら、
同じCDでインストールして
同じHotFixを適用しました。
更にWebInterfaceに対して、
同じ設定をしている事を
相互比較して確認したためです。
以上、よろしくお願いします。
S 2016/12/13 16:54:33
待機系単体でやっぱり動いてなかったってことなんでしょうかね？
運用系で動いてるならごく初歩的などこかで何か漏れがあるだけだと思いますが…。
WIを構築する際に肝になりそうなのって
サービスサイトに紐づくファーム/サーバーを指定するときに両方のサーバー指定しましょうとか
全体的にホスト名/FQDN使って設定してるなら名前解決大丈夫ですかとか
WindowsFWおよびネットワークFWでポート閉じてないですかとか
万一SSL使うんだったらSTA正しく設定してますかとか
そんなもんです。
運用系で動いてるならごく初歩的などこかで何か漏れがあるだけだと思いますが…。
WIを構築する際に肝になりそうなのって
サービスサイトに紐づくファーム/サーバーを指定するときに両方のサーバー指定しましょうとか
全体的にホスト名/FQDN使って設定してるなら名前解決大丈夫ですかとか
WindowsFWおよびネットワークFWでポート閉じてないですかとか
万一SSL使うんだったらSTA正しく設定してますかとか
そんなもんです。
REE 2016/12/13 17:10:21
S殿
返信ありがとうございます。
もう一度設定手順書を見直して
設定確認してみます。
ありがとうございました。
返信ありがとうございます。
もう一度設定手順書を見直して
設定確認してみます。
ありがとうございました。
REE 2016/12/26 17:35:40
設定手順書の見直しと再セットアップも実施しましたが、
原因は特定できませんでした。
ただし、
バックアップ機能が古いバージョンでないと有効でない事、
今後、Windows 10に置き換わるので
最新バージョン対応でないと無意味である事から
対応不要との結論に至りました。
原因は特定できませんでした。
ただし、
バックアップ機能が古いバージョンでないと有効でない事、
今後、Windows 10に置き換わるので
最新バージョン対応でないと無意味である事から
対応不要との結論に至りました。
上記へのレスはこちらにどうぞ
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）が入っていたとかは一切ありません。
初回インストール時に、パススルー認証の設定をする前（ユーザーパスワードを直入力）は起動できていたのですが、
パススルー認証設定してから起動できなくなりました。
ちなみに、そもそもロックダウン競合ってなんなんでしょう。マニュアルはどこをみればいいのか。。
メッセージにある「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
バージョンが違うから該当しないとか仰らずレジストリ修正はお試しください。
あのツールも結構色々動作が怪しいのでねぇ。
インストールしたユーザーでやれとか管理者権限でやれとか
ツール実行した後にレジストリとかファイルが消えてるか手動で確認しろとか。
当エラーについてはレジストリのこれを直せってのが↓に載ってるので
これもお試しください。
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 で消してくれればいいのに・・・
回答ありがとうございます。
人から教えてもらって、アンインストールしたあとこのレジストリを消し、再度インストールしてみたらうまくいきました。
[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 で消してくれればいいのに・・・
上記へのレスはこちらにどうぞ
公開アプリが起動しない
野田 2016/04/13 16:52:42
お世話になります。
初めて投稿させていただきます。
PCのログインアカウントの設定や権限でCitrix上の公開アプリの起動に
関連する箇所はありますでしょうか？
ユーザからこの前まで使えていたのに公開アプリが起動しなくなったと問合せがありました。
エラーメッセージは下記の通り。
「Unable to launch your application. Contact help desk with the following information: Cannot connect to the Citrix XenApp server. Could not find specified Citrix XenApp server.」
Citrix online plug-in webのアンインストール(レジストリ消去含む) → インストールでは解決せず。
新規Citrixアカウントを作成して試してもらったところ、同じ現象が発生(アプリが起動しない)。
調査の結果、該当ユーザのADアカウント(一般ユーザ)にてPCにログインした場合のみ、発生する事が判明。
該当ユーザのADアカウントにAdmin権限を付与した場合や、他のユーザのADアカウント(一般ユーザ)だと発生しません。
どの辺りがあやしいかお分かりになる方がいらっしゃいましたらアドバイス頂けないでしょうか。
よろしくお願い致します。
初めて投稿させていただきます。
PCのログインアカウントの設定や権限でCitrix上の公開アプリの起動に
関連する箇所はありますでしょうか？
ユーザからこの前まで使えていたのに公開アプリが起動しなくなったと問合せがありました。
エラーメッセージは下記の通り。
「Unable to launch your application. Contact help desk with the following information: Cannot connect to the Citrix XenApp server. Could not find specified Citrix XenApp server.」
Citrix online plug-in webのアンインストール(レジストリ消去含む) → インストールでは解決せず。
新規Citrixアカウントを作成して試してもらったところ、同じ現象が発生(アプリが起動しない)。
調査の結果、該当ユーザのADアカウント(一般ユーザ)にてPCにログインした場合のみ、発生する事が判明。
該当ユーザのADアカウントにAdmin権限を付与した場合や、他のユーザのADアカウント(一般ユーザ)だと発生しません。
どの辺りがあやしいかお分かりになる方がいらっしゃいましたらアドバイス頂けないでしょうか。
よろしくお願い致します。
S 2016/04/25 15:34:24
お使いの製品のバージョンを明記してください。
同じPCに対し、異なるユーザー名でログオンして動作が変わるのであれば、
おおむね、そのユーザーがログオンした際に適用される個別設定
いわゆるユーザプロファイル内に、アプリケーション起動を阻害する原因があります。
普段とは異なるPCに、問題が出ているユーザーアカウントでログオンして
現象が発生するか確認するなど、どうすれば解決する（現象がでない）のかの試行を
「これは関係ないだろう」などと思い込みで除外したりせずに
いろいろなパターンでやってください。急がば回れです。
Could not find specified Citrix XenApp server.
というメッセージは、指定されたXenAppサーバーとの通信に失敗しているということです
このため、ネットワーク周りが比較的怪しいといえます。
WindowsFirewallなどが有効になっていないか、
有効ならば必要なポートやネットワークに対する疎通をブロックしていないか
確認してください。
同じPCに対し、異なるユーザー名でログオンして動作が変わるのであれば、
おおむね、そのユーザーがログオンした際に適用される個別設定
いわゆるユーザプロファイル内に、アプリケーション起動を阻害する原因があります。
普段とは異なるPCに、問題が出ているユーザーアカウントでログオンして
現象が発生するか確認するなど、どうすれば解決する（現象がでない）のかの試行を
「これは関係ないだろう」などと思い込みで除外したりせずに
いろいろなパターンでやってください。急がば回れです。
Could not find specified Citrix XenApp server.
というメッセージは、指定されたXenAppサーバーとの通信に失敗しているということです
このため、ネットワーク周りが比較的怪しいといえます。
WindowsFirewallなどが有効になっていないか、
有効ならば必要なポートやネットワークに対する疎通をブロックしていないか
確認してください。
上記へのレスはこちらにどうぞ
同一クライアントからの新旧環境への接続
ゆち 2016/02/09 14:32:04
XenApp5.0からXenApp7.6への移行をする際の並行期間に両環境に接続したいのですが、
XenApp5.0(Web Interface) と XenApp 7.6(Receiver) のサーバ環境(別サーバ)に対して
同一のクライアントから両環境への接続は可能でしょうか(ブラウザ経由)
クライアントをXenApp 7.6のクライアント環境(Receiver)であれば、XenApp 5.0環境に
対しても接続可能でしょうか(上位互換？)
XenApp5.0(Web Interface) と XenApp 7.6(Receiver) のサーバ環境(別サーバ)に対して
同一のクライアントから両環境への接続は可能でしょうか(ブラウザ経由)
クライアントをXenApp 7.6のクライアント環境(Receiver)であれば、XenApp 5.0環境に
対しても接続可能でしょうか(上位互換？)
チャル 2016/02/10 09:28:50
WebInterfaceバージョンが不明ですが5.4であれば配下に7.6を構成することは可能です。
https://docs.citrix.com/content/dam/docs/ja-ja/archive/web-interface/ja.web-interface-5-4.pdf
ユーザー側の要件に記載のあるOSしかサポートされないのでご注意ください。
サポートなどを考えるとStoreFrontの配下に5.0を構成するほうが推奨なのかと思います。
https://docs.citrix.com/ja-ja/storefront/3/sf-system-requirements.html
Receiverについてはそれぞれに互換はありますが、バージョンによってサポートされるOSに違いがあるのでご注意。
ゆち 2016/02/10 14:04:42
ありがとうございます。
資料参考にさせていただきます。
WebInterfaceのバージョンは5.4です。
すでにあるXenApp5.0のサーバ環境には手を加えずに、
新規にXenApp7.6のサーバ環境を構築する想定です。
新環境構築後、XenApp5.0のサーバ環境は削除します。
※サーバ老朽化のためのサーバ更新で、OSが変わることもあり、
※併せてXenAppやその他公開アプリケーションのバージョンアップを行おうとしています。
公開アプリケーションの移行もあるため、新旧の検証(結果比較)をする必要があります。
検証用のクライアントPCが2台あれば問題ないのですが、
1台しか用意できないため、
・旧XenApp環境への接続：今まで通りのURL
・新XenApp環境への接続：新環境に接続するためのURL
というように同じクライアントPCからURLの使い分けで両環境を利用することが
できればと思っています。このクライアントはXenApp5.0環境を利用していた環境
であるため、このクライアントをバージョンアップ
(Online Plug-in Webをアンインストールし、Receiverをインストール)
しても、上記のようにURLの記述だけで両環境利用が可能かと考えた次第です。
StoreFrontの配下に5.0を構成するといったような、上記要件を実現するために
通常の環境を構築する場合とは別の設定が必要となるのでしょうか
資料参考にさせていただきます。
WebInterfaceのバージョンは5.4です。
すでにあるXenApp5.0のサーバ環境には手を加えずに、
新規にXenApp7.6のサーバ環境を構築する想定です。
新環境構築後、XenApp5.0のサーバ環境は削除します。
※サーバ老朽化のためのサーバ更新で、OSが変わることもあり、
※併せてXenAppやその他公開アプリケーションのバージョンアップを行おうとしています。
公開アプリケーションの移行もあるため、新旧の検証(結果比較)をする必要があります。
検証用のクライアントPCが2台あれば問題ないのですが、
1台しか用意できないため、
・旧XenApp環境への接続：今まで通りのURL
・新XenApp環境への接続：新環境に接続するためのURL
というように同じクライアントPCからURLの使い分けで両環境を利用することが
できればと思っています。このクライアントはXenApp5.0環境を利用していた環境
であるため、このクライアントをバージョンアップ
(Online Plug-in Webをアンインストールし、Receiverをインストール)
しても、上記のようにURLの記述だけで両環境利用が可能かと考えた次第です。
StoreFrontの配下に5.0を構成するといったような、上記要件を実現するために
通常の環境を構築する場合とは別の設定が必要となるのでしょうか
チャル 2016/02/10 14:49:05
実現したい要件は理解しました。StoreFrontを構成していたければイメージがつかめると思いますが、StoreFrontを構成する際にデータコレクターサーバを指定したURLと紐付けるような設定が必要になります。
ただ、このURLが曲者でGUIからは自由に変更が出来ないため、新規については新しい名称で設定を行えば問題ありませんが、既存と同じURLで接続させるのであれば、過去の以下の問い合わせを参考にURLのカスタマイズが必要になると思います。「XenApp7.6 StoreFrontへのアクセスURL変更の可否
」
また、URLにはサーバ名も含まれるので、名前解決絡みで稼働中のWebInterfaceの影響も考慮しないといけなくなると思います。
ゆち 2016/02/10 20:19:46
回答いただいた内容では、新規に構築したStoreFrontを経由して旧環境のAPサーバに
接続する設定という感じがします。
すみません、環境を正確にお伝えできていなかったのかもしれません。
現環境(XenApp5.0)はWebInterface、Data Controller共にAPサーバ上にあります。
このAPサーバが更新の対象なので、
新規にAPサーバも構築し、その新APサーバ上にStoreFront、Delivery Controllerを入れようと
思っています。
なので、APサーバを含めて完全に2バージョンのXenApp環境が混在する状態になります。
現在、
クライアント(PC名:Client1 Online Pluginweb)
→ 旧APサーバ(ホスト名:SV1 WebInterface) → 旧APサーバ(ホスト名SV1 XenApp5.0)
という流れで接続しているのですが、これが新旧混在になった場合に、
クライアント(PC名：Client1 Citrix Receiver)※バージョンアップ
→ 旧APサーバ(ホスト名:SV1 WebInterface) → 旧APサーバ(ホスト名:SV1 XenApp5.0)
という接続が可能なのか、さらに同時に
クライアント(PC名：Client1 Citrix Receiver)※バージョンアップ
→ 新APサーバ(ホスト名:SV2 Citrix Receiver) → 新APサーバ(ホスト名:SV2 XenApp7.6)
の接続も問題なくできるのでしょうか
接続する設定という感じがします。
すみません、環境を正確にお伝えできていなかったのかもしれません。
現環境(XenApp5.0)はWebInterface、Data Controller共にAPサーバ上にあります。
このAPサーバが更新の対象なので、
新規にAPサーバも構築し、その新APサーバ上にStoreFront、Delivery Controllerを入れようと
思っています。
なので、APサーバを含めて完全に2バージョンのXenApp環境が混在する状態になります。
現在、
クライアント(PC名:Client1 Online Pluginweb)
→ 旧APサーバ(ホスト名:SV1 WebInterface) → 旧APサーバ(ホスト名SV1 XenApp5.0)
という流れで接続しているのですが、これが新旧混在になった場合に、
クライアント(PC名：Client1 Citrix Receiver)※バージョンアップ
→ 旧APサーバ(ホスト名:SV1 WebInterface) → 旧APサーバ(ホスト名:SV1 XenApp5.0)
という接続が可能なのか、さらに同時に
クライアント(PC名：Client1 Citrix Receiver)※バージョンアップ
→ 新APサーバ(ホスト名:SV2 Citrix Receiver) → 新APサーバ(ホスト名:SV2 XenApp7.6)
の接続も問題なくできるのでしょうか
チャル 2016/02/10 21:43:38
なるほど。管理サーバと同居の構成なんですね。
そういうことであれば、利用しているOSに対応している
receiverを導入すれば使えると思います。
互換性は以下を参考にしてください。
https://docs.citrix.com/ja-ja/receiver/windows/4-4/receiver-windows-sys-reqs-43.html
ゆち 2016/02/12 09:21:58
クライアントをReceiverにバージョンアップすれば可能ということで安心しました。
バージョンについては確認します。
丁寧な回答ありがとうございました。
バージョンについては確認します。
丁寧な回答ありがとうございました。
上記へのレスはこちらにどうぞ
CITRIX Receiver4.2 XENAPP5.0接続できない
ちゅーさん 2015/07/22 14:40:43
現在XENAPP5.0で稼動して各ｸﾗｲｱﾝﾄonline plug-in12.3でアクセスしております。
今度XenAPP7.6の構築も考え5.0と7.6の環境を共存しようと考え
クライアントで最新のCITRIX Receiver4.2でXenapp5.0の環境もアクセス可能か確認したところ
CITRIXReceiverインストール後のアカウントの追加のところでXenappのサーバのIPアドレス（WEB Interfaceでもある）を入力すると、
「このサーバアドレスを使用してアカウントを追加することはできません。アドレスを確認してください」
が表示されます。
どのようなことが原因かご教示頂ければと思います。
よろしくお願いいたします。
今度XenAPP7.6の構築も考え5.0と7.6の環境を共存しようと考え
クライアントで最新のCITRIX Receiver4.2でXenapp5.0の環境もアクセス可能か確認したところ
CITRIXReceiverインストール後のアカウントの追加のところでXenappのサーバのIPアドレス（WEB Interfaceでもある）を入力すると、
「このサーバアドレスを使用してアカウントを追加することはできません。アドレスを確認してください」
が表示されます。
どのようなことが原因かご教示頂ければと思います。
よろしくお願いいたします。
チャル 2015/07/22 17:41:12
指定方法はhttpですか？すでに確認されたかもしれませんが、defaultだとhttpでは接続出来ないので、以下を参考に許可の設定などを見なおされてはいかがでしょうか。
http://support.citrix.com/article/CTX134719
http://support.citrix.com/article/CTX134719
rice 2015/07/26 00:17:07
StoreFrontではなくWeb Interfaceを使われていますか？
であればReceiverのNative UIは使えないので、ブラウザからのアクセスのみになりますよ。
であればReceiverのNative UIは使えないので、ブラウザからのアクセスのみになりますよ。
上記へのレスはこちらにどうぞ
公開アプリケーションが起動できない
hhhy 2015/01/05 17:31:47
XenApp5.0を構築しておりますが、以下の事象が発生し問題が解決できません。
どこに問題があるのか見当がつかない状況です。
事象：
公開アプリケーションを起動すると下記のエラーメッセージが表示され、デスクトップ上に表示されていた公開アプリケーションのアイコンが非表示になる。
「Citrix Online Plug-in でサーバーと通信できません。ネットワーク接続を確認してください。」
SV#1を親機としてWebInterfaceやデリバリーサービスコンソールを設定しておりますが、SV#1をレシーバーとした場合は、正常に公開アプリケーションが起動しますが、SV#1以外をレシーバーとして接続すると上記の事象が発生します。
①サーバ情報：
SV#1 Windows 2003 R2 (32bit)
SV#2 Windows 2003 R2 (32bit)
SV#3 Windows 2003 R2 (32bit)
SV#4 Windows 2003 R2 (32bit)
②PPインストール状況： XenApp5.0を各サーバにインストール
SV#1：ライセンスサーバー7.1 ＋ デリバリーサービスコンソール5.2 ＋ WebInterface5.3 ＋ Citrix Online Plug-in11.2（XenApp5.0のppのバンドル版）
SV#2：デリバリーサービスコンソール5.2 ＋ WebInterface5.3 ＋ Citrix Online Plug-in11.2（XenApp5.0のppのバンドル版）
SV#3：デリバリーサービスコンソール5.2 ＋ WebInterface5.3 ＋ Citrix Online Plug-in11.2（XenApp5.0のppのバンドル版）
SV#4：デリバリーサービスコンソール5.2 ＋ WebInterface5.3 ＋ Citrix Online Plug-in11.2（XenApp5.0のppのバンドル版）
③サイト作成（SV#1で実施）
→Citrix WebInterface管理コンソールからXenApp Servicesサイトを新規作成し、以下のサイトを作成
XenApp Servicesサイト名：http://SV#1/Citrix/PNAgent
④デリバリーサービスコンソール（SV#1で実施）
→以下のサーバを登録し、公開アプリケーション「テスト（メモ帳）」を作成
どこに問題があるのか見当がつかない状況です。
事象：
公開アプリケーションを起動すると下記のエラーメッセージが表示され、デスクトップ上に表示されていた公開アプリケーションのアイコンが非表示になる。
「Citrix Online Plug-in でサーバーと通信できません。ネットワーク接続を確認してください。」
SV#1を親機としてWebInterfaceやデリバリーサービスコンソールを設定しておりますが、SV#1をレシーバーとした場合は、正常に公開アプリケーションが起動しますが、SV#1以外をレシーバーとして接続すると上記の事象が発生します。
①サーバ情報：
SV#1 Windows 2003 R2 (32bit)
SV#2 Windows 2003 R2 (32bit)
SV#3 Windows 2003 R2 (32bit)
SV#4 Windows 2003 R2 (32bit)
②PPインストール状況： XenApp5.0を各サーバにインストール
SV#1：ライセンスサーバー7.1 ＋ デリバリーサービスコンソール5.2 ＋ WebInterface5.3 ＋ Citrix Online Plug-in11.2（XenApp5.0のppのバンドル版）
SV#2：デリバリーサービスコンソール5.2 ＋ WebInterface5.3 ＋ Citrix Online Plug-in11.2（XenApp5.0のppのバンドル版）
SV#3：デリバリーサービスコンソール5.2 ＋ WebInterface5.3 ＋ Citrix Online Plug-in11.2（XenApp5.0のppのバンドル版）
SV#4：デリバリーサービスコンソール5.2 ＋ WebInterface5.3 ＋ Citrix Online Plug-in11.2（XenApp5.0のppのバンドル版）
③サイト作成（SV#1で実施）
→Citrix WebInterface管理コンソールからXenApp Servicesサイトを新規作成し、以下のサイトを作成
XenApp Servicesサイト名：http://SV#1/Citrix/PNAgent
④デリバリーサービスコンソール（SV#1で実施）
→以下のサーバを登録し、公開アプリケーション「テスト（メモ帳）」を作成
rice 2015/01/05 18:51:34
他のサーバー上のWeb Interface上にサイトを作られていないようですので想定通りの動作に見えます。
最終的にどのような利用形態をお考えか具体的に書いて頂ければアドバイス可能かもしれません。
最終的にどのような利用形態をお考えか具体的に書いて頂ければアドバイス可能かもしれません。
hhhy 2015/01/06 14:37:43
riceさん
ご連絡ありがとうございます。
最終的には、SV#1のみにサイトを作成し、公開アプリケーションをクライアントに利用させようとおもっています。
公開アプリケーションの起動を負荷分散でSV#2～SV#4にも振り分けるように考えております。
※クライアントからのアクセスはSV#1で受け付けし、アプリの起動を他サーバーに振り分けます。
現在うまくいかない事象としては以下のパターンとなります。
Online plug-inにログインするとデスクトップ上にアイコンが表示されるが、アイコンを起動するとメッセージが表示されて、アイコンが非表示になる。
SV#1（XenAppサーバー） ← SV#2（Online plug-in11.2）
SV#1（XenAppサーバー） ← SV#3（Online plug-in11.2）
SV#1（XenAppサーバー） ← SV#4（Online plug-in11.2）
下のパターンでは、公開アプリケーションが起動します。
SV#1（XenAppサーバー） ← SV#1（Online plug-in11.2）
ご連絡ありがとうございます。
最終的には、SV#1のみにサイトを作成し、公開アプリケーションをクライアントに利用させようとおもっています。
公開アプリケーションの起動を負荷分散でSV#2～SV#4にも振り分けるように考えております。
※クライアントからのアクセスはSV#1で受け付けし、アプリの起動を他サーバーに振り分けます。
現在うまくいかない事象としては以下のパターンとなります。
Online plug-inにログインするとデスクトップ上にアイコンが表示されるが、アイコンを起動するとメッセージが表示されて、アイコンが非表示になる。
SV#1（XenAppサーバー） ← SV#2（Online plug-in11.2）
SV#1（XenAppサーバー） ← SV#3（Online plug-in11.2）
SV#1（XenAppサーバー） ← SV#4（Online plug-in11.2）
下のパターンでは、公開アプリケーションが起動します。
SV#1（XenAppサーバー） ← SV#1（Online plug-in11.2）
rice 2015/01/06 17:58:20
少しわかってきました。
想定されている接続経路は下記という事ですかね？
クライアント端末 ⇒ Web Interface（SV1上） ⇒ XenApp（1～4でロードバランス）
であれば、SV2～4にWeb Interfaceをインストールする必要はありません。（冗長性を無視すれば）
端末側のReceiver（Plug-in）に登録するWeb InterfaceサイトはSV1上のものだけでOKです。
公開アプリのプロパティで「サーバー」の項目にSV1～SV4を追加してあげるだけで、接続時に自動的にロードバランスしてくれます。
端末を複数用意して、接続してみてください。
セッションが各サーバーに割り振られて、ロードバランスされていることが確認できると思いますよ。
想定されている接続経路は下記という事ですかね？
クライアント端末 ⇒ Web Interface（SV1上） ⇒ XenApp（1～4でロードバランス）
であれば、SV2～4にWeb Interfaceをインストールする必要はありません。（冗長性を無視すれば）
端末側のReceiver（Plug-in）に登録するWeb InterfaceサイトはSV1上のものだけでOKです。
公開アプリのプロパティで「サーバー」の項目にSV1～SV4を追加してあげるだけで、接続時に自動的にロードバランスしてくれます。
端末を複数用意して、接続してみてください。
セッションが各サーバーに割り振られて、ロードバランスされていることが確認できると思いますよ。
hhhy 2015/01/07 08:53:09
riceさん
ご連絡ありがとうございます。
接続経路についてはご認識の通りです。
>>クライアント端末 ⇒ Web Interface（SV1上） ⇒ XenApp（1～4でロードバランス）
その前段で、以下の設定の場合公開アプリケーションの起動が
できるクライアントとできないクライアントが存在します。ここでのクライアントはSV1～4であり、Receiver（Plug-in）のサイトにSV1のものを設定しています。
が、明らかに、SV1以外では公開アプリの起動ができない事象に見えます。
・公開アプリの起動に成功する（メモ帳が開く）
①クライアント端末（SV1） ⇒ Web Interface（SV1上） ⇒ XenApp（SV1）
・公開アプリの起動に失敗する（「Citrix Online Plug-in でサーバーと通信できません。ネットワーク接続を確認してください。」のメッセージ）※名前解決もできており、pingも通ります。
②クライアント端末（SV2） ⇒ Web Interface（SV1上） ⇒ XenApp（SV1）
③クライアント端末（SV3） ⇒ Web Interface（SV1上） ⇒ XenApp（SV1）
④クライアント端末（SV4） ⇒ Web Interface（SV1上） ⇒ XenApp（SV1）
ご連絡ありがとうございます。
接続経路についてはご認識の通りです。
>>クライアント端末 ⇒ Web Interface（SV1上） ⇒ XenApp（1～4でロードバランス）
その前段で、以下の設定の場合公開アプリケーションの起動が
できるクライアントとできないクライアントが存在します。ここでのクライアントはSV1～4であり、Receiver（Plug-in）のサイトにSV1のものを設定しています。
が、明らかに、SV1以外では公開アプリの起動ができない事象に見えます。
・公開アプリの起動に成功する（メモ帳が開く）
①クライアント端末（SV1） ⇒ Web Interface（SV1上） ⇒ XenApp（SV1）
・公開アプリの起動に失敗する（「Citrix Online Plug-in でサーバーと通信できません。ネットワーク接続を確認してください。」のメッセージ）※名前解決もできており、pingも通ります。
②クライアント端末（SV2） ⇒ Web Interface（SV1上） ⇒ XenApp（SV1）
③クライアント端末（SV3） ⇒ Web Interface（SV1上） ⇒ XenApp（SV1）
④クライアント端末（SV4） ⇒ Web Interface（SV1上） ⇒ XenApp（SV1）
rice 2015/01/07 14:11:11
その動作は変ですね。
11.2という事はXenAppサーバーと一緒にインストールされたバージョンかと思いますので、Online plug-in系の最終バージョン（12.3）に上げてみてはいかがでしょう？
https://www.citrix.com/downloads/citrix-receiver/legacy-client-software/online-plug-in-123.html
また、アドレス指定で「http://<サーバーホスト名 or IPアドレス>/Citrix/PNAgent/config.xml」まで入力した場合はいかがでしょうか？
そもそも論として、サーバーからサーバーへの接続ではなく、通常のクライアント端末からの接続の場合は？という点も気にはなりますが・・・
11.2という事はXenAppサーバーと一緒にインストールされたバージョンかと思いますので、Online plug-in系の最終バージョン（12.3）に上げてみてはいかがでしょう？
https://www.citrix.com/downloads/citrix-receiver/legacy-client-software/online-plug-in-123.html
また、アドレス指定で「http://<サーバーホスト名 or IPアドレス>/Citrix/PNAgent/config.xml」まで入力した場合はいかがでしょうか？
そもそも論として、サーバーからサーバーへの接続ではなく、通常のクライアント端末からの接続の場合は？という点も気にはなりますが・・・
hhhy 2015/01/07 18:08:39
riceさん
ご連絡ありがとうございます。
上記のパターンの他に通常のクライアント端末からの接続でも試してみましたが、結果はNGでした。
※アドレス指定は「「http://SV1のホスト名/Citrix/PNAgent/config.xml」」
・公開アプリの起動に失敗する（「Citrix Online Plug-in でサーバーと通信できません。ネットワーク接続を確認してください。」のメッセージ）※、Online plug-in12.3で実施
⑤クライアント端末（Win7） ⇒ Web Interface（SV1上） ⇒ XenApp（SV1）
また、本環境（SV1～SV4）は、VMwareの仮想マシンで構築しており、NICは2つでマルチホームの環境となります。（先にこの情報を記載すべきでした。）
業務アドレスと管理アドレスとして用意しており、デフォルトゲートウェイは業務アドレスのみ設定しています。
ご連絡ありがとうございます。
上記のパターンの他に通常のクライアント端末からの接続でも試してみましたが、結果はNGでした。
※アドレス指定は「「http://SV1のホスト名/Citrix/PNAgent/config.xml」」
・公開アプリの起動に失敗する（「Citrix Online Plug-in でサーバーと通信できません。ネットワーク接続を確認してください。」のメッセージ）※、Online plug-in12.3で実施
⑤クライアント端末（Win7） ⇒ Web Interface（SV1上） ⇒ XenApp（SV1）
また、本環境（SV1～SV4）は、VMwareの仮想マシンで構築しており、NICは2つでマルチホームの環境となります。（先にこの情報を記載すべきでした。）
業務アドレスと管理アドレスとして用意しており、デフォルトゲートウェイは業務アドレスのみ設定しています。
rice 2015/01/07 20:23:50
なるほど、マルチホームでしたか。
すでに確認されているかもしれませんが下記のKBはいかがでしょう？
http://support.citrix.com/article/CTX125342
また、エラー発生時のIISログを確認するとどの処理で止まっているか確認できるかも知れません。
すでに確認されているかもしれませんが下記のKBはいかがでしょう？
http://support.citrix.com/article/CTX125342
また、エラー発生時のIISログを確認するとどの処理で止まっているか確認できるかも知れません。
hhhy 2015/01/08 13:20:15
riceさん
ご連絡ありがとうございます。
ご助言いただいたKBも試してみましたが、
事象は改善しませんでした。
>>また、エラー発生時のIISログを確認するとどの処理で止まっているか確認できるかも知れません。
これはどのように確認することができるのでしょうか？
ご連絡ありがとうございます。
ご助言いただいたKBも試してみましたが、
事象は改善しませんでした。
>>また、エラー発生時のIISログを確認するとどの処理で止まっているか確認できるかも知れません。
これはどのように確認することができるのでしょうか？
rice 2015/01/09 09:52:40
IISのログは通常のパスにあります。
デフォルトだと「C:\Windows\system32\LogFiles\W3SVC1」
管理アドレス側のNICを無効化した場合は接続出来ますか？
デフォルトだと「C:\Windows\system32\LogFiles\W3SVC1」
管理アドレス側のNICを無効化した場合は接続出来ますか？
hhhy 2015/01/09 10:23:18
riceさん
ご連絡ありがとうございます。
パスについてご教示いただきありがとうございます。
>>管理アドレス側のNICを無効化した場合は接続出来ますか？
上記のNICを無効にした場合でも、接続はできませんでした。
ご連絡ありがとうございます。
パスについてご教示いただきありがとうございます。
>>管理アドレス側のNICを無効化した場合は接続出来ますか？
上記のNICを無効にした場合でも、接続はできませんでした。
上記へのレスはこちらにどうぞ
Citrix XenApp Plug-in for Hosted Apps 11.0とreceiverとの共存について
tosaka 2014/12/03 04:30:16
現在、Program neighborhoodを利用したいため、導入ユーザーさまとCitrixのサポートがないのを理解の上、Citrix XenApp Plug-in for Hosted Apps 11.0をWindows 7 Proのクライアントにインストールし、使っています。
もうじき機器のリプレースを控え、現環境と新環境の平行期間を設けての移行を予定されています。
これを実現するため、検証として現運用中のクライアントを1台を使い、Citrix XenApp Plug-in for Hosted Apps 11.0をアンインストールせず、receiverのインストールを行いました。
インストールは出来たのですが、Program neighborhoodでの現環境への接続がエラーとなってしまいました。
ついてはProgram neighborhoodとreceiverの共存をしたいのですが、やっぱり出来ないのでしょうか？。
何か良い方法はないものでしょうか？
なお、Web Interfaceの追加によるWeb ClientやProgram Neighborhoood Agentへの変更を行う事も検討したのですが、導入ユーザーさまからは現環境の改修には難色を示されており、出来なさそうです。
もうじき機器のリプレースを控え、現環境と新環境の平行期間を設けての移行を予定されています。
これを実現するため、検証として現運用中のクライアントを1台を使い、Citrix XenApp Plug-in for Hosted Apps 11.0をアンインストールせず、receiverのインストールを行いました。
インストールは出来たのですが、Program neighborhoodでの現環境への接続がエラーとなってしまいました。
ついてはProgram neighborhoodとreceiverの共存をしたいのですが、やっぱり出来ないのでしょうか？。
何か良い方法はないものでしょうか？
なお、Web Interfaceの追加によるWeb ClientやProgram Neighborhoood Agentへの変更を行う事も検討したのですが、導入ユーザーさまからは現環境の改修には難色を示されており、出来なさそうです。
Reppa 2014/12/05 21:01:20
Program neighborhoodとreceiverの共存は難しいのでProgram neighborhoodを別の環境で動かくことを検討した方がいいと思います。
Program NeighborhooodをXenAppのアプリとして登録してWeb Interfaceで配信してreceiverで起動するという方法もありますが(動くか不明ですが)、
それが使えないとなると、Windows7上に別の仮想マシン(XP modeやVMやVirtual PC)を立てて、その中にProgram Neighborhooodをインストールする方法があります。
XP modeだと仮想マシンを起動しなくても、Program Neighborhooodショートカットだけで仮想マシンの中のアプリが起動できます。
ただ、パフォーマンスとか色々ネックがあるかもしれませんが。
Program NeighborhooodをXenAppのアプリとして登録してWeb Interfaceで配信してreceiverで起動するという方法もありますが(動くか不明ですが)、
それが使えないとなると、Windows7上に別の仮想マシン(XP modeやVMやVirtual PC)を立てて、その中にProgram Neighborhooodをインストールする方法があります。
XP modeだと仮想マシンを起動しなくても、Program Neighborhooodショートカットだけで仮想マシンの中のアプリが起動できます。
ただ、パフォーマンスとか色々ネックがあるかもしれませんが。
rice 2014/12/09 00:41:41
いずれにせよ新環境へ接続する場合はStoreFrontもしくはWeb Interfaceを使用する必要があるので、
新旧環境をその下にまとめてしまって、Receiverからシームレスにアクセスするというのはいかがでしょう？
StoreFrontであれば、XenApp 5.0 for 2003（CPS 4.5）までサポートしていますし、サポートを
無視すればCPS 4.0あたりでも組み合わせできるはずですよ。
いずれ接続方法を新しいものに移行する必要があるのなら、このタイミングでやってしまうというのも検討の余地があるかと。
新旧環境をその下にまとめてしまって、Receiverからシームレスにアクセスするというのはいかがでしょう？
StoreFrontであれば、XenApp 5.0 for 2003（CPS 4.5）までサポートしていますし、サポートを
無視すればCPS 4.0あたりでも組み合わせできるはずですよ。
いずれ接続方法を新しいものに移行する必要があるのなら、このタイミングでやってしまうというのも検討の余地があるかと。
tosaka 2014/12/14 21:53:22
お世話になっております。
結局のところ、共存での利用方法は捨て、並行運用もなくし、通常は現環境でProgram neighborhoodで運用。
新環境構築後、リハーサルを2回実施とし、リハーサルのときにProgram neighborhoodをアンインストールし、Receiverをインストール。
リハーサルが終了したら、今度はReceiverをアンインストールし、Program neighborhoodをインストールし直すという方法に落ち着きました。
クライアント端末が200台あり、本当は共存環境を構築し、新環境移行後は余力のある時期にでもProgram neighborhoodのみアンインストールして回る対応をしたかったのですが、
最低限のリハーサル回数にし、リハーサル当日(2日)と新環境移行当日(2日)の作業SEの増員での対応となりました。
Reppaさん、ricesさんにはいろいろ案を出して頂き、ありがとうございました。
結局のところ、共存での利用方法は捨て、並行運用もなくし、通常は現環境でProgram neighborhoodで運用。
新環境構築後、リハーサルを2回実施とし、リハーサルのときにProgram neighborhoodをアンインストールし、Receiverをインストール。
リハーサルが終了したら、今度はReceiverをアンインストールし、Program neighborhoodをインストールし直すという方法に落ち着きました。
クライアント端末が200台あり、本当は共存環境を構築し、新環境移行後は余力のある時期にでもProgram neighborhoodのみアンインストールして回る対応をしたかったのですが、
最低限のリハーサル回数にし、リハーサル当日(2日)と新環境移行当日(2日)の作業SEの増員での対応となりました。
Reppaさん、ricesさんにはいろいろ案を出して頂き、ありがとうございました。
