単純にWin8までしか対応してないからだと思います。
XenAppから見れば「edge？何それブラウザ？」ですからね。
http://docs.citrix.com/content/dam/docs/ja-ja/archive/web-interface/ja.web-interface-5-4.pdf

表題が間違っていました。XenApp6.5です。
回答ありがとうございます。
記述不足でした。申し訳ございません。
クライアントはWindows10ですが、IE11を使用しております。
IE11に対する対応策を講じているにもかかわらず、状況が改善しないので困っています。
feature packをインストールすれば良いのでしょうか？
feature packは更新プログラムのような物で
既存の環境を壊すことなくプログラムが更新されるという認識で宜しいのでしょうか？

お教え頂けないでしょうか？

obcさんのページに以下の様な記述がありますが、この辺りを確認されてはいかがでしょうか。

https://www.obcnet.jp/index.php?module=MyPage&action=OmssContentsDetail&OmssContentsID=5281

IE11に対応しててもWindows10に対応していないのでfeature pack3を適用でいいと思います。
FP3はHotfixの詰め合わせみたいなもので更新になりますが、一部はアップデートになります。
何が更新されるかは下記と今の環境をにらめっこして自分で調べてください。

http://docs.citrix.com/ja-ja/xenapp-and-xendesktop/xenapp-6-5/feature-pack-3html.html

サダ様、Reppa様、回答ありがとうございます。
OBCさんの対処方法は既に実行済みなので、feature Pack3を適用してみます。
他のクライアントはWindows10でも動作しているので、あまり変更を加えたくないのですが、
背に腹はかえられません。

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

>XenApp5.6では、特に意識することなく、動作したのですが、
というのがちょっと疑問でして、たまたま仕様が噛みあって上手く行ったのでしょう
(普通は色々と検討事項があります)

バージョンが違いますが、このナレッジはきっちり読み込んでください。
http://support.citrix.com/article/CTX126004

この辺りをクリアした上で、dfsvc.exeが実行されないということであれば
普通はIEからapplicationファイルにアクセスして、
ファイルの関連付け参照してdfsvc.exeが起動されるんですが
それが上手くないのでしょう。

デスクトップ公開で動くのであれば関係ないかもしれませんが、
ファイルの関連付けなどを確認してください。

海外のナレッジだと最悪はBATか何かで「Start dfsvc」するしかないようですが…。
ひとまず以上です

ご回答ありがとうございます。
私もStart dfsvcを実行することで、実現しました。

上記の補足ですが、FP3にてWindows10に対応したため、
Windows10の仮想デスクトップを使うことが目的です。

DDC7.6.300 + SF2.6は利用可能な構成とされていますし、
実際表面上は問題なく動きはします。

ただし、LTSRに準拠しておらず、推奨される構成ではないため、
将来的にCitrixのヘルプサポートを受けられなくなることが想定されます。
例えば、SF2.6 + クライアント(Receiver)側ブラウザがIE11　という組み合わせは
非サポートです。（多分Edgeもダメ）

何か問題があった場合、Citrixは「3.0.1を使ってください」と言ってきます。
そういった運用上のリスクも勘案した上で、SFのバージョンをどうするか判断してください。
http://docs.citrix.com/ja-ja/xenapp-and-xendesktop/7-6/xad-whats-new/long-term-service-release.html


なお、StoreFront3.0.1にはReceiver for Webサイトについて、クラシック表示機能があります。
2.x系からアップデートする場合を想定した機能なので、
この機能を有効にすると、2.X時代のUIで使えるので(完全に一致では無いかもしれない)
Receiver for Webサイトの外観が変わる事を問題視しているのであれば
そちらもご参考されると良いでしょう。
https://docs.citrix.com/ja-ja/storefront/3/manage-citrix-receiver-for-web-site/sf-receiver.html

ご回答ありがとうございます！！！
とてもわかりやすくて助かりました。
URLの情報も参考に検討させていただきます。

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

・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さん、ご支援ありがとうございました。

お使いの製品のバージョンを明記してください。

同じPCに対し、異なるユーザー名でログオンして動作が変わるのであれば、
おおむね、そのユーザーがログオンした際に適用される個別設定
いわゆるユーザプロファイル内に、アプリケーション起動を阻害する原因があります。

普段とは異なるPCに、問題が出ているユーザーアカウントでログオンして
現象が発生するか確認するなど、どうすれば解決する（現象がでない）のかの試行を
「これは関係ないだろう」などと思い込みで除外したりせずに
いろいろなパターンでやってください。急がば回れです。

Could not find specified Citrix XenApp server.
というメッセージは、指定されたXenAppサーバーとの通信に失敗しているということです
このため、ネットワーク周りが比較的怪しいといえます。

WindowsFirewallなどが有効になっていないか、
有効ならば必要なポートやネットワークに対する疎通をブロックしていないか
確認してください。

起動中に切れて、エラーメッセージは出ないのですか？
各サーバ及びクライアントにイベントログへのエラー記録なども合わせて、状況を整理して書いた方がいいですね。

XMLの通信をHTTPSで構成していれば問題なく接続できますが、HTTPで構成している場合には
TrustRequestsSentToTheXmlServicePortの値をTrueに必要があります。
こちらの設定はTrueになっていますか？
ちなみにALLOWADDSTOREとALLOWSAVEPWDはどちらも「A」でしょうか。

test

ハイパーバイザー上のVDAにローカルログオンできるか確認した方がいいと思います。
ログオン処理に失敗してるのか、ログオン処理は続いているが起動の途中でクライアント側のDesktop Viewerが落ちているのか(DDCから見たらセッションは残っているのか等)、
貰った情報じゃちょっとわからないです。

XAのデスクトップに接続し、XAデスクトップからIEを開いてWeb閲覧を行うと遅い　という事でしょうか。

XenApp7.6の公開アプリケーションとしてIEを利用していますが、それほど遅いと感じた事はありません。
IEをXenAppで利用する場合、IEの一部レジストリ(main)が作成されないためにグループポリシーでレジストリを作成したりしていますが、それ以外は特にしていません。

しげっち様
横から失礼します。同じような事象にあい初回起動が異常に遅く、２回目からの起動は遅くはありません。どのようなグループポリシーでレジストリを作成されたか教えていただけないでしょうか。何か参考になるサイトなどあれば教えてください。

XenApp7.6等でIEを利用すると、「HKCU\Software\Microsoft\Internet Explorer\Main」のキーが
作成されず、一部の設定(スタートページや初回起動時のウィザード)が保存されません(RDPでは問題なし)

7.6等を利用する場合には、グループポリシーでこのキーを作成するか、デフォルトユーザプロファイルに予めこのキーを
作成する事で回避するようにしています。

たしか権限によってIEで読み込まれるレジストリも変わったハズ。
管理者権限でも同じ現象か確認してみてください。

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に違いがあるのでご注意。

ありがとうございます。
資料参考にさせていただきます。

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を構成するといったような、上記要件を実現するために
通常の環境を構築する場合とは別の設定が必要となるのでしょうか

実現したい要件は理解しました。StoreFrontを構成していたければイメージがつかめると思いますが、StoreFrontを構成する際にデータコレクターサーバを指定したURLと紐付けるような設定が必要になります。

ただ、このURLが曲者でGUIからは自由に変更が出来ないため、新規については新しい名称で設定を行えば問題ありませんが、既存と同じURLで接続させるのであれば、過去の以下の問い合わせを参考にURLのカスタマイズが必要になると思います。「XenApp7.6 StoreFrontへのアクセスURL変更の可否

」

また、URLにはサーバ名も含まれるので、名前解決絡みで稼働中のWebInterfaceの影響も考慮しないといけなくなると思います。

回答いただいた内容では、新規に構築した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)
の接続も問題なくできるのでしょうか

なるほど。管理サーバと同居の構成なんですね。

そういうことであれば、利用しているOSに対応している
receiverを導入すれば使えると思います。

互換性は以下を参考にしてください。

https://docs.citrix.com/ja-ja/receiver/windows/4-4/receiver-windows-sys-reqs-43.html

クライアントをReceiverにバージョンアップすれば可能ということで安心しました。
バージョンについては確認します。

丁寧な回答ありがとうございました。

でんさん
↓あたりは参考になりますか？
http://www.jeroentielen.nl/howto-create-a-mandatory-profile-server-2012/

https://technet.microsoft.com/en-us/library/ee791865(v=ws.10).aspx

riceさん
回答ありがとうございます。また返事遅くなりました。
上記のURL（jeroentielen.nl)で行っても2012でsysyprepをかけて規定のユーザーを作成しても
ユーザプロファイルを読み込めません。となります。
そもそもローカルで固定ユーザプロファイルにしようとしても読めないので
それ以前に問題があるのだと思います。

作成手順
①2012R2をセットアップ
②ローカルAdministratorでデスクトップに適当にtestフォルダ作成。
③別サーバにWindowsADKをインストールし、新規応答ファイルの作成。
④Windowsイメージに2012staを読み込ませる
⑤amd64-windows-shell-setupでパス4specializeに追加
⑥setup_neutralのCopyprofile=trueにする。
⑦1,2で作成したマシンで
　　C:\Windows\System32\Sysprep\Sysprep /generalize /oobe /shutdown /unattend: 　
　　D:\CopyProfile.xml　を実行
⑧適当にセットアップ進めて既定のプロファイルをファイルサーバにコピー（\\file\profile$profile)
⑨プロファイルのアクセス権をEveryoneフルコントロール（子オブジェクトも）
⑩「\\file\profile$profile」を「\\file\profile$profile.V2」に名前変更
⑪ntuser.datをntuser.manに変更
⑫ADのxenに接続したいユーザのRDSプロファイルを
「\\file\profile$\profile.v2\ntuser.man」に指定

来週くらいに解決しなければプロファイルマネージャー？方式にしようかと悩み中です。