YCさんのイメージとは違うかもしれませんが、以下のURLで製品のsecurity bulletinを表示するようにするとセキュリティのアップデートが表示されます。

以下の例だとVirtual Apps and Desktopsのsecurity bulletinを検索した結果ですが、CTX285059を見ていただくと適用するアップデートなどのモジュールのリンクが表示されます。

ttps://support.citrix.com/search/#/All%20Products?ct=Security%20Bulletins&searchText=&sortBy=Created%20date&pageIndex=1

1点わかったことがあります。
StoreFrontへのログインユーザをドメイン管理者にすることで
VMへもログインでき、利用することができました。
ただ、デリバリグループ作成時に任意のユーザが使えるようにしているので
なぜこのようになるかが分かりません。

以下URLに記載、「ログオン間隔」の問題でした。
https://docs.citrix.com/ja-jp/xenapp-and-xendesktop/7-7/manage-deployment/sessions.html

連投すいません。具体的なご質問事項を記載しておりませんでした。

・NetScaler上でシングルサインオンを設定しているにも関わらず、
　StoreFrontのログオン画面が表示されてしまう原因として、
　何が考えられるのでしょうか。

・「ログオンの有効期限が切れました。続行するには、もう一度ログオン
　してください。」というメッセージ表示を回避し、StoreFrontに
　ログオンするためには、どのような設定が必要なのでしょうか。

再びの連投すいません。また、長文すいません。

色々と調査を進めたところ、状況が以下の通り変わりました。

　①NetScalerにドメインのユーザー名とパスワードを入力し「ログオン」をクリック
　②StoreFrontのログオン画面が表示
　③ログオンをクリック
　④「要求を完了できません。」というメッセージが表示

さらに、StoreFrontサーバのイベントログにて、上記④を実施したタイミングで
以下エラーイベントが出力されることを確認しました。

ログの名前：Citrix Delivery Services
ソース：Citrix Authentication Service
イベントID：3
レベル：エラー
説明：

[NetScaler Gateway URL]/CitrixAuthService/AuthService.asmx の AG Web Service で以下のエラーが発生しました。このエンドポイントは、2016/04/27 11:22:14 まで無視されます。
Citrix.DeliveryServices.Authentication.CitrixAGBasic.Exceptions.AGCommunicationException, Citrix.DeliveryServices.Authentication.CitrixAGBasic, Version=3.5.0.0, Culture=neutral, PublicKeyToken=null
[NetScaler Gateway URL]/CitrixAuthService/AuthService.asmx の NetScaler Gateway 認証サービスへの通信でエラーが発生しました。認証サービスが実行されていることを確認してください。
場所 Citrix.DeliveryServices.Authentication.CitrixAGBasic.Client.AGClient.GetAccessInfo(String sessionId, String username, String domain)
場所 Citrix.DeliveryServices.Authentication.CitrixAGBasic.Client.CitrixAGBasicWebService.GetAccessInfo(String sessionId, String username, String domain)

System.Net.WebException, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
基礎になる接続が閉じられました: SSL/TLS のセキュリティで保護されているチャネルに対する信頼関係を確立できませんでした
場所 System.Web.Services.Protocols.WebClientProtocol.GetWebResponse(WebRequest request)
場所 System.Web.Services.Protocols.HttpWebClientProtocol.GetWebResponse(WebRequest request)
場所 System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke(String methodName, Object[] parameters)
場所 Citrix.DeliveryServices.Authentication.CitrixAGBasic.AGAuthService.AuthenticationServiceSoap.GetAccessInformation(String sessionId, String username, String domain)
場所 Citrix.DeliveryServices.Authentication.CitrixAGBasic.Client.AGClient.GetAccessInfo(String sessionId, String username, String domain)

System.Security.Authentication.AuthenticationException, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
検証プロシージャによると、リモート証明書は無効です。
場所 System.Net.Security.SslState.StartSendAuthResetSignal(ProtocolToken message, AsyncProtocolRequest asyncRequest, Exception exception)
場所 System.Net.Security.SslState.StartSendBlob(Byte[] incoming, Int32 count, AsyncProtocolRequest asyncRequest)
場所 System.Net.Security.SslState.ProcessReceivedBlob(Byte[] buffer, Int32 count, AsyncProtocolRequest asyncRequest)
場所 System.Net.Security.SslState.StartReceiveBlob(Byte[] buffer, AsyncProtocolRequest asyncRequest)
場所 System.Net.Security.SslState.StartSendBlob(Byte[] incoming, Int32 count, AsyncProtocolRequest asyncRequest)
場所 System.Net.Security.SslState.ProcessReceivedBlob(Byte[] buffer, Int32 count, AsyncProtocolRequest asyncRequest)
場所 System.Net.Security.SslState.StartReceiveBlob(Byte[] buffer, AsyncProtocolRequest asyncRequest)
場所 System.Net.Security.SslState.StartSendBlob(Byte[] incoming, Int32 count, AsyncProtocolRequest asyncRequest)
場所 System.Net.Security.SslState.ProcessReceivedBlob(Byte[] buffer, Int32 count, AsyncProtocolRequest asyncRequest)
場所 System.Net.Security.SslState.StartReceiveBlob(Byte[] buffer, AsyncProtocolRequest asyncRequest)
場所 System.Net.Security.SslState.StartSendBlob(Byte[] incoming, Int32 count, AsyncProtocolRequest asyncRequest)
場所 System.Net.Security.SslState.ForceAuthentication(Boolean receiveFirst, Byte[] buffer, AsyncProtocolRequest asyncRequest)
場所 System.Net.Security.SslState.ProcessAuthentication(LazyAsyncResult lazyResult)
場所 System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
場所 System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
場所 System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
場所 System.Net.TlsStream.ProcessAuthentication(LazyAsyncResult result)
場所 System.Net.TlsStream.Write(Byte[] buffer, Int32 offset, Int32 size)
場所 System.Net.ConnectStream.WriteHeaders(Boolean async)

NetScalerの方は切り分けのハードル高いので一旦無視しますが
StoreFrontの方でひとまず「認証」とか「ストア」とか「Receiver for Web」とか
「NetScaler Gateway」の設定を色々再確認してください。

以下サンプル。

・「認証」で認証方式「NSGからのパススルー」を有効にしていますか
・「ストア」でリモートアクセスを有効にしていますか
・同様に、適切な方式・アプライアンスが指定されていますか
・「Receiver for Web」で認証方式「NetScaler Gateway からのパススルー」を
　有効にしていますか
・「NetScaler Gateway」で、NSGのURLやサブネットIPアドレスや
　コールバックURLが適切に設定されていますか
・同様に、SSLを使っているならSTAの設定は適切に設定されていますか

辺り。

Sさん、ご連絡が遅くなりましたが、ご回答ありがとうございました。
以下の通り「NetScaler Gateway」の設定を色々と確認しましたが、
事象の解決には至りませんでした。

・「認証」で認証方式「NSGからのパススルー」を有効にしていますか
　→有効にしています
・「ストア」でリモートアクセスを有効にしていますか
　→有効にしています
・同様に、適切な方式・アプライアンスが指定されていますか
　→「VPNトンネルなし」方式で適切なアプライアンスをしています。
・「Receiver for Web」で認証方式「NetScaler Gateway からのパススルー」を
　有効にしていますか
　→有効にしています
・「NetScaler Gateway」で、NSGのURLやサブネットIPアドレスや
　コールバックURLが適切に設定されていますか
　→サブネットIPはNetScalerがStoreFrontサーバと通信するためのIPを、
　 コールバックURLはNetScaler Gateway URLを指定しています。
・同様に、SSLを使っているならSTAの設定は適切に設定されていますか
　→STAはStoreFrontサーバを指定しています。

なるほど。

現象を単純に見ますと、NSGからSFに対して認証情報が
パススルーする処理がコケてるように見えるわけです。
レス内容を拝見する限り、StoreFront側での設定は概ね適切なようですし
NSG側で何か設定が間違っている/不足しているのだと思います。

で、前レスでも書いたんですが、私はNSGについてはそこまで詳しくなくてですね。
エラー見る限りAuthenticationかCertification Authorityという単語周りな
気はするのですが、これ以上のアドバイスはちょっと難しいです。

可能なら正式なヘルプサポートを受けるなどご検討ください。

NetScakerを利用する場合の認証には2通りあります。
1つはNetScalerの認証画面よりログインしてアプリケーションを利用する方法と、NetScalerの認証画面
ではなくStoreFront側の認証画面で認証した後アプリケーションを利用する方法の2通りあります。
NetScalerの認証画面を利用する場合、ADサーバとLDAPによる認証が必要となり、SNIPよりtcp:389
の通信等が発生します。
エラー発生フローを見る限り、NetScalerにLDAPの設定がされていないように見受けられるのですが、
こちらの設定は大丈夫でしょうか。
NetScalerの認証画面を利用せずに直接StoreFrontでの認証を利用する場合にはLDAPの設定は必要なく
代わりに次の設定が必要です。
1.Virtual ServersのVIPで「Enable Authentication」を無効化
2.StoreFrontでStoreWebの認証設定で「NetScaler Gatewayからのパススルー」を無効化
3.C:\inetpub\wwwroot\Citrix\Store\web.configをメモ帳で開き編集する。
　<resourcesGateways requireTokenConsistency="true">
　を
　<resourcesGateways requireTokenConsistency="false">
　に変更。
　
NetScaler Gatewayとして利用する場合ですが、色々と癖があるので設定が少しややこしいかと。

しげっちさん、コメントありがとうございます。

今回は「NetScalerの認証画面よりログインしてアプリケーションを利用する方法」を
利用したいと考えております。アドバイスいただいたLDAP連携の件ですが、
実はすでに設定済みです。NetScalerのns.logを確認するにLDAP連携関連の
エラーは見当たらないため、設定としては問題ないように思えます。

追加情報となりますが、私の方で調査を進めた結果、StoreFront側で設定する
「コールバックURL」を設定しない（空欄にする）ことでNetScaler経由の
StoreFrontログオンが成功することを確認しました。ただし、社内アクセスと
社外アクセスで適用するCitrixポリシーを分けたいという要件があるため、
「コールバックURL」の指定は必須という認識です。

というのも、上記要件は「SmartAccess」により実現可能と考えており、
「SmartAccess」を利用するためには「コールバックURL」の指定が
必要という認識があります。

上記の考察は間違っておりますでしょうか。また、「SmartAccess」を
利用しない場合、別の方法で上記要件を満たすことは可能でしょうか。

NetScaler経由で制限する場合にはSmartAccessで設定する必要があります（SNIPでも制限できそうですが）。

コールバックURLを登録する場合、2点注意が必要です。

コールバックURLに登録するFQDNですが、NetScalerに割り当てているVIPのIPアドレスを解決する必要が
ありますが、こちらの名前解決はHosts等で既に実施済みでしょうか。
あと、サーバ証明書をプライベート認証局より発行している場合、ルート証明書をStoreFrontサーバに
登録する必要があります。

サーバのログに一部証明書関係のエラーが出ているのでこの2点を確認してください。
SmartAccessですが、ポリシーで指定するファーム名やアクセス条件に「*」以外を利用して細かく制限
する場合には別途ライセンスが必要になった記憶があります。

しげっちさん、返信が遅くなり申し訳ありません。

しげっちさんからのご回答を元に色々と検証を進めたところ、サーバ証明書の箇所でエラーが
発生していたらしく、再度サーバ証明書をNetScalerにバインドし直したところ、
今回の要件を満たす動作を確認しました。しげっちさん、Sさん、ご支援ありがとうございました。

クライアント側のレジストリを変更すると、
HTTPでの通信が可能となります。
Citrix社のKBに記載があったと記憶しています。

P様
早速の回答ありがとうございます。

おそらくこちらのKBの記載かと思います。
http://support.citrix.com/article/CTX134341
対象PCの問題かもしれませんが、
残念ながらこちらの環境ではうまく機能しませんでした。

どうしてもhttpで使いたいわけではないのですが、
証明書の更新が煩わしいと思われるので、
httpのほうが無難なのではないか？と思っています。

逆にhttpsにするほうが簡単なら、そちらでもよいのですが、
『Step-by-Step 構築＆操作ガイド』を読み始めた程度の知識しかないので、
これからまた勉強するようにします。

社内環境でhttpで使っているケースは多いと思われますが、
一般にはいかがなものでしょう？

連投すみません。

失礼しました。こちらのKBですね。
http://support.citrix.com/article/CTX132169

もう一つよくわからないので、どなたか解説お願いできないでしょうか？

XenApp7以降は触ってないので詳細はわかりませんが、
おそらくデフォルトはhttpで接続するという仕様は今も変わっていないと思います。
社内であればhttpが一般的です。
何かXenAppの建て方に問題があるのではないでしょうか？

Reppaさん
ありがとうございます。
つい最近httpで使うことを決めました。
コメントいただき、安心しました。

同様の事象が発生しております。
知恵をお借り願えないでしょうか。

httpでの接続を希望しております。

また、上記のKBを参照し、実装しましたが、うまく動作しておりません。

もう少し、詳細を記載していただかないと回答がしにくいのですが、
以下のKBのレジストリの設定を行なってもhttpでURLの指定ができなかったと
言うことでしょうか。

https://support.citrix.com/article/CTX134341
※32と64でレジストリが異なるので注意が必要です。

例えば、32ビットなら以下の設定で設定できるようにはなるはず。

[HKEY_LOCAL_MACHINESOFTWARECitrixDazzle]
"AllowSavePwd"=""
"AllowAddStore"="A"

[HKEY_LOCAL_MACHINESOFTWARECitrixAuthManager]
"ConnectionSecurityMode="Any"

もしだめなら、一度Receiverをアンインストールして、
再導入後、もう一度設定を試してみてはいかがでしょうか。

チャルさん
ありがとうございます。ご記載頂いた内容で相違御座いません。
receiverのアンインストールツールを使用して、リトライしても事象が解消されない次第であります。
store frontからプロビジョニングファイルをエクスポートし、クライアント側でファイルを開いても、同一のエラーが出力されます

httpでReceiverの登録はできるようになったが、ストアへアクセスした場合に
スレッドのはじめに記載されているようなエラーが表示される状況だと言うことですね。その場合、証明書は特に関係ないはずですが。。

httpでの接続を希望されているということですが、StoreFrontのベースURLやStoreFrontとDeliveryControllerの通信をSSL通信(https)で設定されていたりはしないでしょうか。もし、該当しているようであれば、httpへ変更してください。

あとは、StoreではなくXenAppServiceのURLの方だと接続できたりはしないでしょうか。
#上記についてはStoreだと何故か登録できないケースが有ったときに効果がありました。

あと、それでも駄目なら切り分けとして3.4の最新版だと動作が変わったりはしないでしょうか。
https://support.citrix.com/article/CTX142623

とりあえずstepbystep見て何が違うのか確認してみてください。
あとはWeb Interfaceを5.4や.Frameworkをアップグレードしてみるとかですかね。

http://www.citrix.co.jp/products/pdf/xenapp5stepbystep2003-fp2-Update2_CT.pdf

早速のレスありがとうございます。

手順はFP2のStepbyStepを見ながら作業を実施しました。インストールメディアはUSDownloadサイトからFP3をダウンロードしました。明示的にFP2→FP3の手順の実施はありません。
手順と異なるのは
・ISAPIフィルタのエラー→対応の手順
・ライセンス管理サーバのバージョンが違う
（HKLM\SOFTWARE\Citrix\LicenseServer\Install\Version 11.6.1 build 9020）
でした。
まずはライセンス管理サーバが気になりますが、Uninstall→Installで問題が発生しないか心配です。

特にこだわりが無ければライセンスサーバーを最新にアップデートすることをお勧めします。
たしか、11.9からコンソールの仕様が変わってたと思うので。

インストール資産はFP3まで含んでいると信じこんでいたのですが、USサイトからダウンロードしたファイル名を見るとXA50_FP2_WS03_JA.iso
となっており、XA5_FP3_PLT\ML3.zipを当ててはじめてFP3になるのですね。手順どおり適用しようと思います。
この場合はFP2のHotFixは不要ということでしょうか。

認識の通り、メディア化されているのはFP2まででFP3はZIPで別ファイルになってます。
CitrixもMicrosoftもパッチは適用順序という物はあまり無いので、
新しいHotfixがあたっていれば古い物をあてる必要はありません。

社内に2003SP264bit環境を作成したところ、再現しました。恐らく現地環境でも解決できそうです。
1.IISインストール→ライセンスサーバインストール時点ではライセンス管理コンソールが起動しますがその後
2.XenApp,管理コンソール,WebInterface,プラグインのインストールを終了、再起動した時点からライセンスサーバが起動できなくなりました。
3.ライセンスサーバのアンインストール→インストールで復旧し、公開アプリの起動も行えました。

あくまでも仮定ですが、IISの設定が
1.インストールで64bit有効、2.のインストールで64bit無効、3.でライセンスサーバも32bitモードという動き
になっているのではないかと思われます。

公開アプリでのウィンドウサイズの設定がありますが、
そちらは全画面にはなっていないのでしょうか。
あとはdefault.icaでサイズの指定が出来た気がします。

お返事ありがとうございます。
公開アプリのウィンドウサイズは1024x768のデフォルト値になっています。

また、サーバの
C:\inetpub\wwwroot\Citrix\XenApp\conf\default.ica
に

[WFClient]
DesiredWinType=8

を追加しましたが状況変わらず。

Windows7機のクライアントで
C:\Users\<username>\AppData\Roaming\ICAClient\APPSRV.INI
C:\Program Files\Citrix\ICA Client\appsrv.ini
実行ではなくダウンロードしたlunch.ica
に

DesiredWinType=8

を追加して実行しましたが変わらずです。
どこかからか壊れた設定でも読み込んでるんでしょうか？

あまり思いつく物がありませんが、サーバーのローカルポリシーで
ADMファイルを使用したシームレスのオフはされてませんか？
またはオンにしても変わりませんか？

http://support.citrix.com/proddocs/topic/receiver-windows-enterprise-3x/nl/ja/ica-import-icaclient-template-v2.html?locale=ja

ご連絡ありがとうございます。

当該リンク先に従い、インポートして「Citrixポリシー」を確認しました。
シームレスに関する記載が「コンピュータの構成」にも「ユーザの構成」にもそれらしいものが
みあたらず、オフかどうか確認できず、また、どこでオンにすればよいのかがわかりませんでした。

設定項目の中ではなく、どこか別のところにあるのでしょうか？

admファイルは管理用テンプレート配下に表示されます。
表示されない場合はポリシーの表示設定を確認してください。

たびたびありがとうございます。

いろいろとアドバイスいただきましたが、結果として、OSごと再インストールを行い、
ポリシーの点に関しては確認できませんでした。
再インストールした理由として、Workgroup環境にもかかわらず、FQDNが
hostname.domain.local
になっており、そのあたりで問題がおきているのではないかと思われたためです。
（一度、domain.localの最初のDCにした後、降格ドメイン削除を行っています）

OS再インストール後、Xenappのインストールを行い、Program Neighborhoodでの
接続は正常で、シームレスモードで動作しています。
しかし、Web Interfaceでの接続では、パスワード認証に失敗してログインできません。
全画面になってしまっていたときは、ドメインにホスト名を入れることで認証できていました。

以上のような状態です。
タイトルの件については現象がなくなってしまったので、このツリーは終了させて
いただこうと思います。
Reppa様、アドバイスありがとうございました。

随分時間がたっていますがレスがない様なので・・・

インストール方法は公式ドキュメントが参考になると思います。（３項がXenAppのドキュメントです）
http://www.citrix.co.jp/products/self_setupguide.html


Citrix公式ではありませんがそれっぽいのを見つけました。
http://ac-west.com/archives/454

PVSしてしまえば？MCSでもいいけど。
とボッソっとつぶやく。

昔と同じ仕様であればCitrixReceiver.exeにはWebは入っていますがPNAは入っていません。
CitrixReceiverEnterprise.exeにはWebとPNAが入っています。
PNAが両方とも入っているのであれば2種類インストーラー作る必要は無いと思いますので。

http://support.citrix.com/proddocs/topic/receiver-windows-32/nl/ja/ica-install-manual.html?locale=ja

Reppa様

ご回答ありがとうございます。
色々自分でも調べてみたのですが、WebInterfaceからReceiver Storefront？が主流に
なっている感じなのですかね・・？

Reciver3.4まではWebInterfaceの為にPNAが入っているCitrixReceiverEnterprise.exeも
提供されていましたが、Reciver4.0からはPNAの提供がなさそうです。

3.4のReceiverEnterpriseを使うか、Storefrontを構築するかですかね

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

Storefrontは触ったことが無いので詳しくはわかりませんが、
Web Interfaceの開発は終了するらしいので、
今後の主流はStorefrontになると思います。

こんにちは。

単純にXenAppサーバに到達できていないだけ　という事ではない状況なのでしょうか。
質問の意図をイマイチつかみかねています。

1.は、2.のメッセージのとおりサーバに接続できていないのでアクティブセションなし
となっているのでは？

単純にネットワーク絡みかもと思ったりしますが、

再インストールするなら下記を参照の上進めてみてはどうでしょう。

http://www.citrix.co.jp/products/pdf/XenApp65_Step_by_Step_Guide_rev.pdf

上記手順で進めるにしてもWindows2008のSP1はあてた方が良いと思います。
またシトリックスのロールアップパッケージもあてた方が良いと思います。

解決しました。自己レスです。

DeviceCapabilities呼び出しの際、PrinterNameとPortName をsjisに変換し、
null(0)で終了する（c/c++で使用する）文字列にしてから、実行すると期待していた
結果が返されました。
日本版のWindows系でプリンタ名に日本語が含まれる場合にだけ発生する
現象のようで、DeviceCapabilitiesの呼出しと実行結果の文字列はsjis文字で
null(0)にて終了する形式で行うようです。日本版citrixではAuto Created Client Printerの
プリンタ名に日本語が入るので要注意です。
（こんなことで３～４日も悩むなんて・・）

これでプリンタ用紙選択を実行時に行えるようになり、用紙サイズ別のプリンタを
あらかじめ作っておいてそれを選択といったことをせずに済むようになりました。

ご覧になったみなさんありがとうございました。