トピック検索
- Citrix Recieverの4.4と4.5 - じゃいろ ( 2016/10/28 22:18:34 更新)
- XenAppサーバー共有デスクトップで、公開アプリをデスクトップにショートカット表示させたい - hosino ( 2016/10/08 06:48:05 更新)
- Receiver4.4でロックダウン競合でアプリケーションを起動できません - じゃいろ ( 2016/09/08 18:36:38 更新)
- ipadでXenApp7.6に接続するとエラー表示され接続不可 - うえってぃ ( 2016/09/03 17:29:30 更新)
- XenApp7.6 公開アプリケーションへのアクセスができない - tani ( 2016/05/16 17:14:04 更新)
- Delivery ControllerとStoreFront の互換性について - yamadat ( 2016/05/10 10:35:36 更新)
- ログオンが遅くなったサーバ - jtake ( 2016/05/07 13:13:34 更新)
- NetScaler経由のStoreFrontログオンについて - aotoken ( 2016/04/27 17:48:38 更新)
- CitrixXenApp7.6の公開アプリのサーバ指定方法について - AI ( 2016/04/25 10:09:16 更新)
- CitrixXenApp7.6のプリンタ設定について - A.I ( 2016/04/19 13:10:13 更新)
Citrix Recieverの4.4と4.5
じゃいろ 2016/10/28 22:18:34
最新版:4.5、旧版:4.3
となっていて、4.4がいつの間にか消えてました。
4.4がダウンロードできなくなった理由はなんでしょう。
4.4を使っているのですが、4.3ないし4.5に移行したほうがいいのでしょうか。
一部のソフトではマイナーバージョンの偶数はプロトタイプ的な扱いをしているものがあると聞きましたが、これもそうなんでしょうか。
宜しくお願いします。
チャル 2016/10/31 12:23:43
4.4系はLTSRというバージョンあつかいのようなので以下LTSRのリンクから落とせるようです。
https://www.citrix.co.jp/downloads/citrix-receiver/windows-ltsr/receiver-for-windows-ltsr.html
入れ替えが必要かどうかについては特に問題なければ特に入れ替える必要はないと思います。
ちなみに偶数云々の話は聞いたことはありません。メジャーバージョンアップ後の
数バージョンは確かに不安定なことはありました。
4.0、4.1あたりまで。4.2でようやく安定してきた感じはします。
上記へのレスはこちらにどうぞ
XenAppサーバー共有デスクトップで、公開アプリをデスクトップにショートカット表示させたい
hosino 2016/10/08 06:48:05
本件、XenApp7.6のサーバー共有デスクトップで、公開アプリを接続したデスクトップ上にショートカット表示させたく、デリバリーコントローラーにて、設定した公開アプリの設定で、「デスクトップにアプリのショートカットをおく」のようなチェックを入れて設定しているのですが、サーバー共有デスクトップに接続しても、アプリショートカットがデスクトップに表示されません。
原因と対策をご教示いただけると幸いです。
■PC構成
・Windows Server 2012R2
・XenApp7.6
宜しくお願いいたします。
S 2016/10/11 17:59:21
構成が良く分かりません。
XenDesktop 7.6で、サーバーOSを使ってデスクトップを複数ユーザーに公開しており
そのデスクトップに、公開アプリケーションのショートカットを置きたい、
というようにも読めますがそうではないですよね?
XenDesktop/App 7.6ではブラウザでStoreFrontにアクセスしてログオン(認証)し、
ブラウザ上に表示されるアプリケーション/デスクトップアイコンから
各種アプリケーション/デスクトップを起動します。
この、ブラウザからStoreFrontにアクセスすること無く
ブラウザ上のアイコンではなく、各エンドユーザーのReceiverがインストール
されたPCのデスクトップに、アイコンを表示させたい、という要件で正しいですか?
とりあえず、6.5時代と比べて7.6でそれをやるのは結構色々あります。
まずはこの辺をよくご覧ください。
https://docs.citrix.com/ja-ja/receiver/windows/4-3/ica-overview-receiver-config/receiver-windows-configure-app-delivery-wrapper.html
http://docs.citrix.com/ja-ja/receiver/windows/4-5/configure/receiver-windows-configure-app-delivery-wrapper.html
チャル 2016/10/12 16:15:22
OnlinePluginの設定にStoreFrontのストア配下に有る「
XenAppServicesサポートの構成」を指定してログオンすれば、デリバリーグループのチェックだけでReceiverを導入した端末へアプリケーションが公開されると思います。
要件的にReceiverが必要ならSさんの言うとおりReceiver側のポリシーの設定をしないとアプリケーションの公開はできません。
上記へのレスはこちらにどうぞ
Receiver4.4でロックダウン競合でアプリケーションを起動できません
じゃいろ 2016/09/08 18:36:38
メッセージにある「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
あのツールも結構色々動作が怪しいのでねぇ。
インストールしたユーザーでやれとか管理者権限でやれとか
ツール実行した後にレジストリとかファイルが消えてるか手動で確認しろとか。
当エラーについてはレジストリのこれを直せってのが↓に載ってるので
これもお試しください。
http://support.citrix.com/article/CTX132875
あとこちらも。
http://support.citrix.com/article/CTX131788
バージョンが違うから該当しないとか仰らずレジストリ修正はお試しください。
じゃいろ 2016/09/14 14:52:58
回答ありがとうございます。
人から教えてもらって、アンインストールしたあとこのレジストリを消し、再度インストールしてみたらうまくいきました。
[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 で消してくれればいいのに・・・
上記へのレスはこちらにどうぞ
ipadでXenApp7.6に接続するとエラー表示され接続不可
うえってぃ 2016/09/03 17:29:30
環境
XenApp7.6: OS Windows2012R2
Receiver for ipad v7.0.2 :iOS 7.0.3
ipadからXenApp7.6環境の公開アプリケーションや公開デスクトップへ接続できなく困っています。PCからは問題なく接続可能です。
ipadで公開デスクトップを起動すると「接続エラー」と表示されます。詳細でみると
「セッションの起動が完了しました。セッションがユーザーに対して表示されないか、ICA
エンジンが正しく読み込めませんでした。」
どうかご教授お願いします。
うえってぃ 2016/09/04 04:14:00
YB 2016/09/27 19:05:22
自己解決されたとのことですがどうされたか教えていただけないでしょうか。
よろしくお願いいたします。
上記へのレスはこちらにどうぞ
XenApp7.6 公開アプリケーションへのアクセスができない
tani 2016/05/16 17:14:04
XenApp7.6に関しましてお分かりになられる方がいらっしゃいましたらご教示いただけるとありがたいです。
機器構成
Delivery Controller:Windows Server 2008R2
XenAppサーバ(アクセスさせたいアプリケーションが動作している機器):Windows8.1(以下Aとします)
Citrix Receiverがインストールされているマシン:Windows7(以下Bとします)
上記の構成ですべて同一セグメントで通信できている状態となります。
また、各機器のFirewall、セキュリティソフトはOFFとなっております。
BからCitrix Receiverを使用して、Delivery Controllerのサーバアドレスを入力し接続は完了しており、Delivery Groupに登録しているAにインストールされているアプリケーションのアイコンがBのCitrix Receiverから見えており登録する所はできました。
そして登録したアプリケーションのアイコンをクリックし起動しようとすると、「このアプリケーションは現在使用できないため起動できません」というエラーメッセージが出てきてしまい、アプリケーションを起動することができません。
パケットをキャプチャーするとInternal Server ErrorというパケットがDelivery Controller上にて発生していたので、Delivery Controllerに対して追加で何か設定が必要なのかと予想していますが、わかりません。
何かヒントとなるようなことでもわかる方がいらっしゃいましたら教えていただけると幸いです。
よろしくお願いいたします。
トムじい 2016/05/17 11:55:23
https://docs.citrix.com/ja-ja/xenapp-and-xendesktop/7-6/xad-build-new-enviroment/xad-deliver-vmhosted.html
とは言うもののクライアントOSかサーバーOSかの違いしか無いとは思いますが、
切り分けのため、サーバOSで動作するか確認されてはいかがでしょうか。
S 2016/05/17 12:14:21
記載を省略されているのでしょうが、それでは確認すべきことが膨大にあって大変です。
例えば、StoreFrontはDDCと同居なんでしょうか?
XAサーバとしてWin8.1を指定ということはVM hosted Apps構成となりますが、
Citrixライセンスは適切なものが構成されていますでしょうか?
Windows8.1でUACは無効になっていますか?
Studio上でWin8.1は「登録済み」になっていますか?
「このアプリケーションは現在使用できないため起動できません」という
メッセージは本当にその文面の通りだったでしょうか?
Win8.1にCitrix Receiverで認証に用いたユーザーで
対面ログオンすることができますか?
その上で公開したいアプリケーションを起動することができますか?
アプリケーション公開ではなくデスクトップ公開にしても
現象は変わりませんか?
パケットキャプチャーの前に各OSのイベントログをよく確認ください。
(特にDDCと8.1)
上記へのレスはこちらにどうぞ
Delivery ControllerとStoreFront の互換性について
yamadat 2016/05/10 10:35:36
XenDesktop7.6 環境で、FP3適用を検討しています。
FP3ではStoreFrontについても集中管理コンソールに変更されたようなのですが、
StoreFront/Receiver だけは、既存のインターフェイスを変えたくありません。
以下の組み合わせでも動作に問題がないか、情報がありましたら教えてください。
・Delivery Controller 7.6.300 (FP3)
・Store Front 2.6 (FPなし)
yamadat 2016/05/10 10:41:31
Windows10の仮想デスクトップを使うことが目的です。
S 2016/05/10 11:10:57
実際表面上は問題なく動きはします。
ただし、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
yamadat 2016/05/10 18:20:58
とてもわかりやすくて助かりました。
URLの情報も参考に検討させていただきます。
上記へのレスはこちらにどうぞ
ログオンが遅くなったサーバ
jtake 2016/05/07 13:13:34
今年の3月から8台のうち5台のサーバがXenappログオンが遅い現象(約5分)が発生しています。
残りの3台は十秒程でログオンできています。
原因が全くわかりません。このような事例はありますか?
よろしくお願いします。
S 2016/05/09 19:14:25
あるあるのよくありすぎる話なので
漠然と事例を求めたところであまり有意義ではないでしょう。
取りあえず一般論しか言えませんが、
1.こちらの内容を手を抜かずにご確認ください。
http://support.citrix.com/article/CTX101705
2.特定のタイミングから現象が出ているならそのタイミングで何をしたのか
些細なことでも見逃さずに確認をしてください
3.クライアント側の接続ソフトウェア(Receiverですか?)でのログを確認してください
ログを取っていて見ることができればもう少し詳細にどのタイミングで
詰まっているかが分かるはずです
同様にログオンされる側のXenAppサーバーの方にも参考になるログが沢山あります。
原因が全く分からないにしても、正常に動作しているサーバーでは発生していない
エラーや警告などは何かしらあるのではないですか?
そちらをキーにお調べになると良いでしょう。
上記へのレスはこちらにどうぞ
NetScaler経由のStoreFrontログオンについて
aotoken 2016/04/27 17:48:38
NetScaler経由のアクセスだとStoreFrontにログオンできないという事象が発生しております。
具体的には、
①NetScalerにドメインのユーザー名とパスワードを入力し「ログオン」をクリック
②StoreFrontのログオン画面が表示
③①と同様のドメインユーザーのパスワードを入力し「ログオン」をクリック
④「ログオンの有効期限が切れました。続行するには、もう一度ログオンしてください。」という
メッセージが表示
となり、StoreFrontにログオンすることが出来ません。
接続ツールとしてはCitrix ReceiverではなくIE 11を用いています。
なお、NetScalerを経由しない(StoreFrontのページを直接開く)と
正常にログオンすることが可能です。
今の状況を打開したく、皆様のお知恵をお借りできますでしょうか。
aotoken 2016/04/27 18:00:20
・NetScaler上でシングルサインオンを設定しているにも関わらず、
StoreFrontのログオン画面が表示されてしまう原因として、
何が考えられるのでしょうか。
・「ログオンの有効期限が切れました。続行するには、もう一度ログオン
してください。」というメッセージ表示を回避し、StoreFrontに
ログオンするためには、どのような設定が必要なのでしょうか。
aotoken 2016/04/27 20:42:09
色々と調査を進めたところ、状況が以下の通り変わりました。
①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)
S 2016/04/28 12:23:12
StoreFrontの方でひとまず「認証」とか「ストア」とか「Receiver for Web」とか
「NetScaler Gateway」の設定を色々再確認してください。
以下サンプル。
・「認証」で認証方式「NSGからのパススルー」を有効にしていますか
・「ストア」でリモートアクセスを有効にしていますか
・同様に、適切な方式・アプライアンスが指定されていますか
・「Receiver for Web」で認証方式「NetScaler Gateway からのパススルー」を
有効にしていますか
・「NetScaler Gateway」で、NSGのURLやサブネットIPアドレスや
コールバックURLが適切に設定されていますか
・同様に、SSLを使っているならSTAの設定は適切に設定されていますか
辺り。
aotoken 2016/05/17 19:29:07
以下の通り「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サーバを指定しています。
S 2016/05/18 11:27:02
現象を単純に見ますと、NSGからSFに対して認証情報が
パススルーする処理がコケてるように見えるわけです。
レス内容を拝見する限り、StoreFront側での設定は概ね適切なようですし
NSG側で何か設定が間違っている/不足しているのだと思います。
で、前レスでも書いたんですが、私はNSGについてはそこまで詳しくなくてですね。
エラー見る限りAuthenticationかCertification Authorityという単語周りな
気はするのですが、これ以上のアドバイスはちょっと難しいです。
可能なら正式なヘルプサポートを受けるなどご検討ください。
しげっち 2016/05/18 17:25:24
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として利用する場合ですが、色々と癖があるので設定が少しややこしいかと。
aotoken 2016/05/25 16:24:34
今回は「NetScalerの認証画面よりログインしてアプリケーションを利用する方法」を
利用したいと考えております。アドバイスいただいたLDAP連携の件ですが、
実はすでに設定済みです。NetScalerのns.logを確認するにLDAP連携関連の
エラーは見当たらないため、設定としては問題ないように思えます。
追加情報となりますが、私の方で調査を進めた結果、StoreFront側で設定する
「コールバックURL」を設定しない(空欄にする)ことでNetScaler経由の
StoreFrontログオンが成功することを確認しました。ただし、社内アクセスと
社外アクセスで適用するCitrixポリシーを分けたいという要件があるため、
「コールバックURL」の指定は必須という認識です。
というのも、上記要件は「SmartAccess」により実現可能と考えており、
「SmartAccess」を利用するためには「コールバックURL」の指定が
必要という認識があります。
上記の考察は間違っておりますでしょうか。また、「SmartAccess」を
利用しない場合、別の方法で上記要件を満たすことは可能でしょうか。
しげっち 2016/05/26 17:14:16
コールバックURLを登録する場合、2点注意が必要です。
コールバックURLに登録するFQDNですが、NetScalerに割り当てているVIPのIPアドレスを解決する必要が
ありますが、こちらの名前解決はHosts等で既に実施済みでしょうか。
あと、サーバ証明書をプライベート認証局より発行している場合、ルート証明書をStoreFrontサーバに
登録する必要があります。
サーバのログに一部証明書関係のエラーが出ているのでこの2点を確認してください。
SmartAccessですが、ポリシーで指定するファーム名やアクセス条件に「*」以外を利用して細かく制限
する場合には別途ライセンスが必要になった記憶があります。
aotoken 2016/06/13 18:09:41
しげっちさんからのご回答を元に色々と検証を進めたところ、サーバ証明書の箇所でエラーが
発生していたらしく、再度サーバ証明書をNetScalerにバインドし直したところ、
今回の要件を満たす動作を確認しました。しげっちさん、Sさん、ご支援ありがとうございました。
上記へのレスはこちらにどうぞ
CitrixXenApp7.6の公開アプリのサーバ指定方法について
AI 2016/04/25 10:09:16
2台のアプリケーションサーバー(基本同じモジュール構成)を1つのデリバリグループとして追加し、アプリケーションを公開させる設定をしました。クライアント(Citrix Receiver)からログオンしてアプリケーションが問題なく起動できること、2台両方のアプリケーションが利用できていることまで確認できました。
以前のCitrixXenApp5.0では、アプリケーションをサーバ指定することができましたが、7.6ではサーバ指定をする設定箇所が見当たりません。どのように設定すればよいかご存知の方は教えて頂けないでしょうか。
dai 2016/04/25 13:38:04
私は、公開するアプリケーション名を「○○○(サーバ1で起動)」のようにして、そのサーバ1だけでアプリケーションを公開することで、事実上サーバ指定と同じ効果を得ています。
もちろん、この場合、負荷分散/冗長化の構成にはなりませんが…。
S 2016/04/25 14:58:36
おっしゃるようなことをしたければ、アプリケーションサーバを
それぞれ異なるデリバリーグループに所属させ、
それぞれのデリバリーグループでアプリケーションを
公開することがシンプルな方法です。
AI 2016/04/26 18:31:01
dai様 >
> 私は、公開するアプリケーション名を「○○○(サーバ1で起動)」のようにして、そのサーバ1だけでアプリケーションを公開することで、事実上サーバ指定と同じ効果を得ています。
上記回答頂きましたが、アプリケーション名を変更しただけで、サーバ2では上記アプリケーションが起動されないのは何故でしょうか。
S様 >
デリバリグループを分けて試してみます。
以上、宜しくお願いします。
上記へのレスはこちらにどうぞ
CitrixXenApp7.6のプリンタ設定について
A.I 2016/04/19 13:10:13
サーバの業務アプリケーションの印刷を、クライアントのプリンタで出力させる設定はどこで行うのでしょうか。
dai 2016/04/19 20:59:48
オートクリエイトプリンタはデフォルトでONなので、セッション内に自動作成されたプリンタへ印刷をかければよいだけかと思います。
参考:http://www.slideshare.net/citrixkoji/xendesktopxenapp
ただ、これをONにすると、想定していないプリンタドライバがXenAppサーバに登録され、ドライバメーカーによっては動作が不安定になることもあります。
その場合は、自動生成をOFFにし、セッションプリンタを使って回避するのが、次に一般的な手だと思います。
A.I 2016/04/21 11:04:59
参考URLを設定し、印刷検証してみます。
まこりん 2016/08/31 15:45:51
Citrix Presentation Sever 4.0
の環境で10年近く利用しています。
この環境で最近、突然印刷ができなくなるという事象が発生しており困っています。
事象としては、クライアントに登録されているプリンタが今までは問題なく
自動作成機能でサーバ上に作成され、問題なく作成されていました。
ところが最近になって、突然自動作成機能でプリンタドライバが作成されなくなり
印刷できなくなるという事象が発生しています。
作成されるとしても、Microsoftだったり、PDFだったり通常使うプリンタがマッピングされません。
サーバの再起動をかけるとそのタイミングでは印刷できるのですが、その日の途中から利用できなく
なるという事が続いています。
サーバに変更は全く入っていません。
もし、ご存知の方がおりましたら教えていただけないでしょうか。
まこりん 2016/08/31 15:49:08
迷惑掛けてすみません。。。