トピック検索
654 件のトピックが該当しました。
- XenApp6.5 StoreFront Receiver で接続できない - まるまるまる ( 2014/07/30 12:46:04 更新)
- 別ドメインサーバーのXENAPP配信について - 戦うCitrix ( 2014/07/14 22:44:30 更新)
- ルータIPアドレス変更時のMetaframeサーバの変更箇所 - 子犬 ( 2014/07/03 11:00:34 更新)
- Win2003Server64Bit版でsilentDetection.aspxが404エラー - legacy ( 2014/05/27 18:31:37 更新)
- wfcrunによる接続 - mojo ( 2014/05/22 22:26:23 更新)
- クライアントOSをWinXPからWin7に変更する際の注意点 - tono ( 2014/04/30 18:37:03 更新)
- シームレスにならず全画面サイズのウインドウになる（Workgroup環境） - took ( 2014/04/30 11:31:10 更新)
- ロードバランス（冗長）構成での動作検証方法 - TF ( 2014/04/27 19:25:12 更新)
- windows8.1 でのwebplug-inについて - みずりん ( 2014/04/08 17:17:27 更新)
- クリック動作が表示に追いつかない - ek ( 2014/04/07 21:22:55 更新)
XenApp6.5 StoreFront Receiver で接続できない
以下の要件
XenApp 6.5
StoreFront
ActiveDirectoryドメイン
AD認証局
ドメコンとXenAppは別のサーバー
クライアント環境は
ルーター向こうにあり（社内ネットワークのみです）
Receiver最新版
ADドメインには不参加
で環境構築したのですが、Receiver から接続することができません。
ブラウザからの接続である Receiver Web からは接続、および
公開アプリの実行は出来ます。
また、XenApp 自身の Receiver だと、https://〜 の接続を
受け付けてくれ、動かすことができます。
XenApp , StoreFront とも、自習書的なマニュアルを参考にインストしました。
Receiver Web で運用は出来ているのでなんとかなっていますが
パスワードを省略できないのが不便で、アブリ側にもパスワードがあるので
アブリを使うために複数回のパスワード認証が必要です。
XenApp は数年に一度の構築頻度なので
触れる度に大きく形を変えていて大混乱です。
情報も意外と少なく、現在、どこを確認すればいいのかもわからない状態です。
なにかお知恵をお貸しください。
XenApp 6.5
StoreFront
ActiveDirectoryドメイン
AD認証局
ドメコンとXenAppは別のサーバー
クライアント環境は
ルーター向こうにあり（社内ネットワークのみです）
Receiver最新版
ADドメインには不参加
で環境構築したのですが、Receiver から接続することができません。
ブラウザからの接続である Receiver Web からは接続、および
公開アプリの実行は出来ます。
また、XenApp 自身の Receiver だと、https://〜 の接続を
受け付けてくれ、動かすことができます。
XenApp , StoreFront とも、自習書的なマニュアルを参考にインストしました。
Receiver Web で運用は出来ているのでなんとかなっていますが
パスワードを省略できないのが不便で、アブリ側にもパスワードがあるので
アブリを使うために複数回のパスワード認証が必要です。
XenApp は数年に一度の構築頻度なので
触れる度に大きく形を変えていて大混乱です。
情報も意外と少なく、現在、どこを確認すればいいのかもわからない状態です。
なにかお知恵をお貸しください。
Receiverは Enterpriseを使用していますか?
Enterprise は使用していません。
http://receiver.citrix.com/
でダウンロードしたものを使用しています。
これではダメなのでしょうか？
Enterprise 版は Windows 8/8.1 でも動作するのでしょうか？
http://receiver.citrix.com/
でダウンロードしたものを使用しています。
これではダメなのでしょうか？
Enterprise 版は Windows 8/8.1 でも動作するのでしょうか？
8はEnterpriseは非対応だった気がします。
バージョン4以降を使ってください。
http://support.citrix.com/proddocs/topic/receiver-windows-enterprise-3x/nl/ja/receiver-windows-sys-reqs-32.html?locale=ja
バージョン4以降を使ってください。
http://support.citrix.com/proddocs/topic/receiver-windows-enterprise-3x/nl/ja/receiver-windows-sys-reqs-32.html?locale=ja
Reppa さん。
レスありがとうございます。
先にも書きましたが Enterprise 版は使用していません。
Receiver 4系です。
接続することができません。
XenApp は難しいです。
レスありがとうございます。
先にも書きましたが Enterprise 版は使用していません。
Receiver 4系です。
接続することができません。
XenApp は難しいです。
＞先にも書きましたが Enterprise 版は使用していません。
はい。知っています。
「Enterprise 版は Windows 8/8.1 でも動作するのでしょうか？」と
質問されたので非対応です、と回答しました。
パスワードを省略することが目的ならReceiver Webでもパススルー認証使えば入力はいりません。
ただ、接続する端末のログイン情報をそのまま投げるので
Web Interfaceにログインする際のユーザーが同じじゃないと出来ませんが。
ちなみに使っているのは「Receiver」からの接続でいいでしょうか。
私も詳しくは知りませんが「httpsでしか接続できない」というようなメッセージが出るのは
「Dazzle」に繋ぐ為のクライアントなので注意してください。
はい。知っています。
「Enterprise 版は Windows 8/8.1 でも動作するのでしょうか？」と
質問されたので非対応です、と回答しました。
パスワードを省略することが目的ならReceiver Webでもパススルー認証使えば入力はいりません。
ただ、接続する端末のログイン情報をそのまま投げるので
Web Interfaceにログインする際のユーザーが同じじゃないと出来ませんが。
ちなみに使っているのは「Receiver」からの接続でいいでしょうか。
私も詳しくは知りませんが「httpsでしか接続できない」というようなメッセージが出るのは
「Dazzle」に繋ぐ為のクライアントなので注意してください。
別ドメインサーバーのXENAPP配信について
シトリクスのXenapp6.5でデスクトップの配信を構築しています。
既存のドメイン環境では、まったく問題なく稼働していますが、
別のドメイン（信頼関係構築済み）のサーバーにXENAPPを導入してデスクトップの配信を
構築しているのですが、エラーメッセージが表示されてしまいます。
具体的には、WEB-INTERFACEで下記のエラーメッセージが表示されます。
必要な接続を実行中にエラーが発生しました
■サーバーのアプリケーションログ
ソース Citrix Web Interface
イベントID 30107
サーバーが過度のビジー状態になっているため、選択したリソースにアクセスできないことが報告されました。メッセージは、アドレス http://xxxxxxxx/scripts/wpnbr.dll [com.citrix.xml.NFuseProtocol.RequestAddress] の XML Service から報告されました。 [一意のログ ID: 5e381d1]
と表示されます。
XENAPPの管理サーバーが所属しているドメイン（AAA)のアカウントで、
別ドメインのサーバーB（デスクトップにAAAアカウントで設定してWEBINTERFACEはAAAアカウントで
ログインしています。
信頼関係は正常に動作しており、
AAAドメインのアカウントで、サーバーBに権限を振れることも確認しています。
かなりはまっており、根本的に間違っているのでは、
という気もしていますが何か情報があれば頂けると助かります。す
既存のドメイン環境では、まったく問題なく稼働していますが、
別のドメイン（信頼関係構築済み）のサーバーにXENAPPを導入してデスクトップの配信を
構築しているのですが、エラーメッセージが表示されてしまいます。
具体的には、WEB-INTERFACEで下記のエラーメッセージが表示されます。
必要な接続を実行中にエラーが発生しました
■サーバーのアプリケーションログ
ソース Citrix Web Interface
イベントID 30107
サーバーが過度のビジー状態になっているため、選択したリソースにアクセスできないことが報告されました。メッセージは、アドレス http://xxxxxxxx/scripts/wpnbr.dll [com.citrix.xml.NFuseProtocol.RequestAddress] の XML Service から報告されました。 [一意のログ ID: 5e381d1]
と表示されます。
XENAPPの管理サーバーが所属しているドメイン（AAA)のアカウントで、
別ドメインのサーバーB（デスクトップにAAAアカウントで設定してWEBINTERFACEはAAAアカウントで
ログインしています。
信頼関係は正常に動作しており、
AAAドメインのアカウントで、サーバーBに権限を振れることも確認しています。
かなりはまっており、根本的に間違っているのでは、
という気もしていますが何か情報があれば頂けると助かります。す
自己解決したので記載します。
別ドメイン環境サーバーのアプリ配信について
前提条件
・相互信頼の信頼関係
・Firmを分けたほうがよい。（ここで引っかかりました）
⇒分けなくてもよいような記載がありましたので、大丈夫と思ってました。。
・相互DNS解決
その他事例も調査したので記載します。
http://support.citrix.com/article/CTX124886
http://support.citrix.com/article/CTX124784
http://support.citrix.com/article/CTX139520
http://support.citrix.com/article/CTX138560
http://support.citrix.com/article/CTX129735
HOTFIX
http://support.citrix.com/article/CTX140385
問題なく動いております。
別ドメイン環境サーバーのアプリ配信について
前提条件
・相互信頼の信頼関係
・Firmを分けたほうがよい。（ここで引っかかりました）
⇒分けなくてもよいような記載がありましたので、大丈夫と思ってました。。
・相互DNS解決
その他事例も調査したので記載します。
http://support.citrix.com/article/CTX124886
http://support.citrix.com/article/CTX124784
http://support.citrix.com/article/CTX139520
http://support.citrix.com/article/CTX138560
http://support.citrix.com/article/CTX129735
HOTFIX
http://support.citrix.com/article/CTX140385
問題なく動いております。
ルータIPアドレス変更時のMetaframeサーバの変更箇所
WANで使用しており、管理上の理由からルータのIPアドレスの変更を検討しています。
（IPアドレスのセグメント変更です）
サーバー：Windows Server 2003 SP2
Metaframe Presentation Server Standard Edition Ver4.0 使用
ルータのIPアドレスを変更し、各PCのCitrix Program Neighborhoodで設定している
IPアドレスを再設定し、実行すると
「Metaframeサーバーに接続できません。ICAブラウザと通信できません。
ネットワークの問題が発生しているか、または[サーバーの場所]の
設定の修正が必要である可能性があります。」
と表示されてしまい、接続することができません。
サーバのネットワークアダプタの設定は変更しましたが
IPアドレスを変更した際、サーバ側で変更しなければならない所はございますでしょうか？
各PCよりサーバ内は閲覧できます。
pingも通りますし、各ポートが空いていることも確認しています。
ルータは問題ないと言われていますので、サーバ側の設定変更が必要かと思いますが、
設定変更に必要な所がわかれば教えて頂ければ有難いです。
（別にあるファイル共有用のサーバは、問題なく使用できています。）
以前設定してもらった会社はサポート期限切れでお願いすることができず、
自社で設定変更しようとしています。
無知で申し訳ございませんが、宜しくお願い致します。
（IPアドレスのセグメント変更です）
サーバー：Windows Server 2003 SP2
Metaframe Presentation Server Standard Edition Ver4.0 使用
ルータのIPアドレスを変更し、各PCのCitrix Program Neighborhoodで設定している
IPアドレスを再設定し、実行すると
「Metaframeサーバーに接続できません。ICAブラウザと通信できません。
ネットワークの問題が発生しているか、または[サーバーの場所]の
設定の修正が必要である可能性があります。」
と表示されてしまい、接続することができません。
サーバのネットワークアダプタの設定は変更しましたが
IPアドレスを変更した際、サーバ側で変更しなければならない所はございますでしょうか？
各PCよりサーバ内は閲覧できます。
pingも通りますし、各ポートが空いていることも確認しています。
ルータは問題ないと言われていますので、サーバ側の設定変更が必要かと思いますが、
設定変更に必要な所がわかれば教えて頂ければ有難いです。
（別にあるファイル共有用のサーバは、問題なく使用できています。）
以前設定してもらった会社はサポート期限切れでお願いすることができず、
自社で設定変更しようとしています。
無知で申し訳ございませんが、宜しくお願い致します。
外から繋いでるのであればおそらく代替えアドレスでIPが設定されてるんじゃないですかね。
ALTADDRを叩いてみれば設定されているかどうか分かるハズです。
http://support.citrix.com/proddocs/topic/xenapp5fp2-w2k3/nl/ja/ps-commands-altaddr.html?locale=ja
ALTADDRを叩いてみれば設定されているかどうか分かるハズです。
http://support.citrix.com/proddocs/topic/xenapp5fp2-w2k3/nl/ja/ps-commands-altaddr.html?locale=ja
Reppa様
返信、ありがとうございます。
該当サーバでALTADDRを実行したところ、
「代替TCPアドレス（）
このサーバ用に設定された代替アドレスはありません。」
と表示されました。
代替アドレスは使用していないようです。
NICを2枚から１枚にするためにルータのIPアドレスを変更し運用しようとしているのですが、
外から動かすことができません。
（不要なNICを使用不可にしてテストしていますが、エラーとなります。）
LANでは繋がり、正常に使えるのですが・・・。
返信、ありがとうございます。
該当サーバでALTADDRを実行したところ、
「代替TCPアドレス（）
このサーバ用に設定された代替アドレスはありません。」
と表示されました。
代替アドレスは使用していないようです。
NICを2枚から１枚にするためにルータのIPアドレスを変更し運用しようとしているのですが、
外から動かすことができません。
（不要なNICを使用不可にしてテストしていますが、エラーとなります。）
LANでは繋がり、正常に使えるのですが・・・。
Web Intefaceサイトは作成されていますか？
Program Neighborhoodが入っているPCであればブラウザからサイトにアクセス出来るハズです。
もし、Webサイトからアプリが起動出来てPNから起動出来ないのであればPNの設定が怪しいと思います。
Program Neighborhoodが入っているPCであればブラウザからサイトにアクセス出来るハズです。
もし、Webサイトからアプリが起動出来てPNから起動出来ないのであればPNの設定が怪しいと思います。
Reppa様
レス、ありがとうございます。
サーバを確認したのですが、Web Interfaceサイトは作成されていないようです。
（Web Interfaceはインストールされていないようです）
サーバを見るとCitrixはMetaFrame（Program Neighborhood）と管理ツールだけでした。
他にテストする方法はありませんでしょうか？
インストールした方がよいのでしょうか？
（他に確認する方法があれば一番良いのですが・・・）
レス、ありがとうございます。
サーバを確認したのですが、Web Interfaceサイトは作成されていないようです。
（Web Interfaceはインストールされていないようです）
サーバを見るとCitrixはMetaFrame（Program Neighborhood）と管理ツールだけでした。
他にテストする方法はありませんでしょうか？
インストールした方がよいのでしょうか？
（他に確認する方法があれば一番良いのですが・・・）
あとは公開アプリケーションの実行サーバーとかですが、あればIPじゃなくサーバー名だった気がします。
試しにPNのアプリケーションセットを別名で再作成してみるのも手ですかね。
試しにPNのアプリケーションセットを別名で再作成してみるのも手ですかね。
テストになっていないかもしれませんが、WANでサーバにカスタムICAコネクションにて
サーバを閲覧できるかどうか確認したところ、
プロトコル：HTTP/HTTPS
新IPにて、公開アプリケーションを閲覧（設定）することができました。
設定（アイコンの登録）はできたものの、
「現在、このデスクトップには、管理者しかアクセスできません。
クライアントユーザーからのアクセスが無効に設定されています。
管理者に連絡してください」
と表示されました。
クライアントユーザーに権限を与えていないのでこのようなメッセージが表示されたと思いますが、
サーバにアクセスはできるものの、ソフトの実行ができないような感じです。
サーバ側のIP設定（ゲートウェイ等の設定）に間違いがあるのでしょうか・・。
LANで使えているの大丈夫かと思っていましたが、見直した方が良いのでしょうか・・・。
サーバを閲覧できるかどうか確認したところ、
プロトコル：HTTP/HTTPS
新IPにて、公開アプリケーションを閲覧（設定）することができました。
設定（アイコンの登録）はできたものの、
「現在、このデスクトップには、管理者しかアクセスできません。
クライアントユーザーからのアクセスが無効に設定されています。
管理者に連絡してください」
と表示されました。
クライアントユーザーに権限を与えていないのでこのようなメッセージが表示されたと思いますが、
サーバにアクセスはできるものの、ソフトの実行ができないような感じです。
サーバ側のIP設定（ゲートウェイ等の設定）に間違いがあるのでしょうか・・。
LANで使えているの大丈夫かと思っていましたが、見直した方が良いのでしょうか・・・。
サーバー上で同じ現象が出るか確認してみてください。
サーバー上で同じ現象が出るならクライアント側の問題では無い気がします。
あと、SecureGatewayが使われてるかとか。
サーバー上で同じ現象が出るならクライアント側の問題では無い気がします。
あと、SecureGatewayが使われてるかとか。
結論からいうとできました！
ルータを含めサーバ関連の各種設定を見直し、また、関係ないと思いつつ
昨日、サーバ名も小文字から大文字（他の設定に合わせた）等を行ったところ、
WANにて、変更したかったルータ経由でサーバのソフトを実行させることができました。
修正したのは、上記と、
１カ月ほど前にルータへ必要なTCPとUDPを通す設定をしたくらいです。
サーバ再起動で動かせるようになりましたので、以前のテスト時の再起動のタイミングが悪かったのかもしれません。
（少々、解せない部分はありますが・・・。）
いろいろアドバイスを下さったReppa様には感謝します。
ありがとうございました。
ルータを含めサーバ関連の各種設定を見直し、また、関係ないと思いつつ
昨日、サーバ名も小文字から大文字（他の設定に合わせた）等を行ったところ、
WANにて、変更したかったルータ経由でサーバのソフトを実行させることができました。
修正したのは、上記と、
１カ月ほど前にルータへ必要なTCPとUDPを通す設定をしたくらいです。
サーバ再起動で動かせるようになりましたので、以前のテスト時の再起動のタイミングが悪かったのかもしれません。
（少々、解せない部分はありますが・・・。）
いろいろアドバイスを下さったReppa様には感謝します。
ありがとうございました。
Win2003Server64Bit版でsilentDetection.aspxが404エラー
・XenApp5.0FP3
・サーバWIndows 2003SP2 64bit
サーバはドメイン内にあり、サーバ上でWebInterfaceManagementを起動、サイトのプレビューを行うとNotFoundになります。IISのログは
W3SVC1 127.0.0.1 GET /Citrix/XenApp/auth/silentDetection.aspx - 80 - 127.0.0.1 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.2;+WOW64;+SV1;+.NET+CLR+2.0.50727;+.NET+CLR+3.0.4506.2152;+.NET+CLR+3.5.30729) 404 2 1260
となります。
ライセンスサーバを先にインストール、その後に各コンポーネントをインストールしたのですがライセンス管理コンソールが起動出来ませんでした。
イベントログを確認するとISAPIフィルタのエラーが発生したため、IIS6を64bit版にしたところ
（Enable32bitAppOnWin64=false, Framework64\v2.0.50727\aspnet_regiis.exe -i）、
ライセンスサーバは起動するようになり、デリバリサービスコンソールからの「サーバのデスクトップに直接接続」も正常動作、ライセンスが消費
される状態となっています。しかし上述のエラーによりアプリケーションは起動出来ません。同様のインストール手順で32bit環境では動作を確認
したのですが、何か手順に問題があるのでしょうか。
・サーバWIndows 2003SP2 64bit
サーバはドメイン内にあり、サーバ上でWebInterfaceManagementを起動、サイトのプレビューを行うとNotFoundになります。IISのログは
W3SVC1 127.0.0.1 GET /Citrix/XenApp/auth/silentDetection.aspx - 80 - 127.0.0.1 Mozilla/4.0+(compatible;+MSIE+6.0;+Windows+NT+5.2;+WOW64;+SV1;+.NET+CLR+2.0.50727;+.NET+CLR+3.0.4506.2152;+.NET+CLR+3.5.30729) 404 2 1260
となります。
ライセンスサーバを先にインストール、その後に各コンポーネントをインストールしたのですがライセンス管理コンソールが起動出来ませんでした。
イベントログを確認するとISAPIフィルタのエラーが発生したため、IIS6を64bit版にしたところ
（Enable32bitAppOnWin64=false, Framework64\v2.0.50727\aspnet_regiis.exe -i）、
ライセンスサーバは起動するようになり、デリバリサービスコンソールからの「サーバのデスクトップに直接接続」も正常動作、ライセンスが消費
される状態となっています。しかし上述のエラーによりアプリケーションは起動出来ません。同様のインストール手順で32bit環境では動作を確認
したのですが、何か手順に問題があるのでしょうか。
とりあえずstepbystep見て何が違うのか確認してみてください。
あとはWeb Interfaceを5.4や.Frameworkをアップグレードしてみるとかですかね。
http://www.citrix.co.jp/products/pdf/xenapp5stepbystep2003-fp2-Update2_CT.pdf
あとは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で問題が発生しないか心配です。
手順はFP2のStepbyStepを見ながら作業を実施しました。インストールメディアはUSDownloadサイトからFP3をダウンロードしました。明示的にFP2→FP3の手順の実施はありません。
手順と異なるのは
・ISAPIフィルタのエラー→対応の手順
・ライセンス管理サーバのバージョンが違う
（HKLM\SOFTWARE\Citrix\LicenseServer\Install\Version 11.6.1 build 9020）
でした。
まずはライセンス管理サーバが気になりますが、Uninstall→Installで問題が発生しないか心配です。
特にこだわりが無ければライセンスサーバーを最新にアップデートすることをお勧めします。
たしか、11.9からコンソールの仕様が変わってたと思うので。
たしか、11.9からコンソールの仕様が変わってたと思うので。
インストール資産はFP3まで含んでいると信じこんでいたのですが、USサイトからダウンロードしたファイル名を見るとXA50_FP2_WS03_JA.iso
となっており、XA5_FP3_PLT\ML3.zipを当ててはじめてFP3になるのですね。手順どおり適用しようと思います。
この場合はFP2のHotFixは不要ということでしょうか。
となっており、XA5_FP3_PLT\ML3.zipを当ててはじめてFP3になるのですね。手順どおり適用しようと思います。
この場合はFP2のHotFixは不要ということでしょうか。
認識の通り、メディア化されているのはFP2まででFP3はZIPで別ファイルになってます。
CitrixもMicrosoftもパッチは適用順序という物はあまり無いので、
新しいHotfixがあたっていれば古い物をあてる必要はありません。
CitrixもMicrosoftもパッチは適用順序という物はあまり無いので、
新しいHotfixがあたっていれば古い物をあてる必要はありません。
社内に2003SP264bit環境を作成したところ、再現しました。恐らく現地環境でも解決できそうです。
1.IISインストール→ライセンスサーバインストール時点ではライセンス管理コンソールが起動しますがその後
2.XenApp,管理コンソール,WebInterface,プラグインのインストールを終了、再起動した時点からライセンスサーバが起動できなくなりました。
3.ライセンスサーバのアンインストール→インストールで復旧し、公開アプリの起動も行えました。
あくまでも仮定ですが、IISの設定が
1.インストールで64bit有効、2.のインストールで64bit無効、3.でライセンスサーバも32bitモードという動き
になっているのではないかと思われます。
1.IISインストール→ライセンスサーバインストール時点ではライセンス管理コンソールが起動しますがその後
2.XenApp,管理コンソール,WebInterface,プラグインのインストールを終了、再起動した時点からライセンスサーバが起動できなくなりました。
3.ライセンスサーバのアンインストール→インストールで復旧し、公開アプリの起動も行えました。
あくまでも仮定ですが、IISの設定が
1.インストールで64bit有効、2.のインストールで64bit無効、3.でライセンスサーバも32bitモードという動き
になっているのではないかと思われます。
wfcrunによる接続
こんばんは
当方諸事情によりWen InterfaceやStore Front経由ではなく、
wfcrun32.exeに.ICAファイルを指定して直接XenAppサーバに接続したいと考えております。
XAサーバ ： 2008R2SP1 XenApp7.5
クライアント: Online Plug-in 12.3(web)
.ICAファイルは手で記述してクライアントのローカルに保存しておきたいのですが、
この場合でも負荷分散させることは可能でしょうか。
(HttpBrowserAddress=と[Application Servers]セクションのaddress=との関係性が
理解できておりません)
以上、よろしくお願いいたします。
当方諸事情によりWen InterfaceやStore Front経由ではなく、
wfcrun32.exeに.ICAファイルを指定して直接XenAppサーバに接続したいと考えております。
XAサーバ ： 2008R2SP1 XenApp7.5
クライアント: Online Plug-in 12.3(web)
.ICAファイルは手で記述してクライアントのローカルに保存しておきたいのですが、
この場合でも負荷分散させることは可能でしょうか。
(HttpBrowserAddress=と[Application Servers]セクションのaddress=との関係性が
理解できておりません)
以上、よろしくお願いいたします。
クライアントOSをWinXPからWin7に変更する際の注意点
現在、サーバーにてCitrix Presentation Server 4.5を使用し、
クライアントではProgram Neighborhoodを使用し、公開デスクトップにて
運用しています。
今回、WindowsXP問題で、サーバはそのままの機器、クライアントを
Windows7 Professionalに変更し、現行の運用そのままに公開デスクトップ
運用を行おうを考えています。
自分なりに調査を行いProgram NeighborhoodはWindows7には対応していない。
Windows7ではOnline Plug-in12以降が対応している。
そのため、サーバ側のWeb Interfaceを5.2以上にあげる必要があるとの
調査結果でした。
以上の内容以外で、注意事項が他にあれば教えていただきたいのと、
実際にこの作業を行われたがいらっしゃれば、手順等を教えていただけますでしょうか。
申し訳ありませんがよろしくお願いいたします。
環境
サーバOS:Windows Server2003 R2 Standerd Edition Swervice Pack2
Citrix:Citrix Presentation Server 4.5
Web Interface 4.5.1.8215
クライアントOS:Windows7 Professional
クライアントではProgram Neighborhoodを使用し、公開デスクトップにて
運用しています。
今回、WindowsXP問題で、サーバはそのままの機器、クライアントを
Windows7 Professionalに変更し、現行の運用そのままに公開デスクトップ
運用を行おうを考えています。
自分なりに調査を行いProgram NeighborhoodはWindows7には対応していない。
Windows7ではOnline Plug-in12以降が対応している。
そのため、サーバ側のWeb Interfaceを5.2以上にあげる必要があるとの
調査結果でした。
以上の内容以外で、注意事項が他にあれば教えていただきたいのと、
実際にこの作業を行われたがいらっしゃれば、手順等を教えていただけますでしょうか。
申し訳ありませんがよろしくお願いいたします。
環境
サーバOS:Windows Server2003 R2 Standerd Edition Swervice Pack2
Citrix:Citrix Presentation Server 4.5
Web Interface 4.5.1.8215
クライアントOS:Windows7 Professional
特に注意点はありません。
クライアントのダウンロードのパスが変わるぐらいです。
手順はe-Docsを確認してください。
http://support.citrix.com/proddocs/topic/web-interface-impington/nl/ja/wi-upgrade-existing-installation-gransden.html?locale=ja
クライアントのダウンロードのパスが変わるぐらいです。
手順はe-Docsを確認してください。
http://support.citrix.com/proddocs/topic/web-interface-impington/nl/ja/wi-upgrade-existing-installation-gransden.html?locale=ja
Reppaさん
返信ありがとうございます。
確認させていただきます。
返信ありがとうございます。
確認させていただきます。
現地環境にて本日、サーバ側Web InterfaceとクライアントのOnline Plug-inのVer.Upを実行し問題なく動作確認することができました。
有難うございました。
有難うございました。
シームレスにならず全画面サイズのウインドウになる（Workgroup環境）
Citrix XenApp 6.5 Advanced Edition を Windows Server 2008 R2 SP1で利用しようとしています。
サーバはこの１台しかなく、workgroup環境です。
基本的に「Citrix XenApp 6.5 for Windows Server 2008 R2 インストール Step by Step ガイド」に従ってインストールを進め、クライアントからの接続は可能になりはしたのですが、
シームレス表示になりません。なぜか全画面サイズのウインドウでデスクトップ表示が開いてしまいます。
WebInterfaceの設定ではシームレスになっていることを確認しました。
また、以前使用していたProgram Neighborhood 10.200.2650での接続も行ってみましたが、やはり同様に全画面サイズのウインドウになってしまいます。
クライアントは７機とXP機ですが、どちらも同様で、二画面のPCでは二画面あわせたサイズのウインドウで開きます。
AD環境で同様に設定したサーバでは発生していないことや、過去のトピックにそのあたりの設定がグループポリシー周りにあるような話もあり、Workgroup環境では
回避できないのかもしれないと思いはするのですが、確信も持てません。
チェック項目といいますかどこを確認すればいいのかもわからず困っています。
どなたかこのような症状についてご存じないでしょうか。
参考になりそうなことでも結構ですのでお教えいただければと思います。
サーバはこの１台しかなく、workgroup環境です。
基本的に「Citrix XenApp 6.5 for Windows Server 2008 R2 インストール Step by Step ガイド」に従ってインストールを進め、クライアントからの接続は可能になりはしたのですが、
シームレス表示になりません。なぜか全画面サイズのウインドウでデスクトップ表示が開いてしまいます。
WebInterfaceの設定ではシームレスになっていることを確認しました。
また、以前使用していたProgram Neighborhood 10.200.2650での接続も行ってみましたが、やはり同様に全画面サイズのウインドウになってしまいます。
クライアントは７機とXP機ですが、どちらも同様で、二画面のPCでは二画面あわせたサイズのウインドウで開きます。
AD環境で同様に設定したサーバでは発生していないことや、過去のトピックにそのあたりの設定がグループポリシー周りにあるような話もあり、Workgroup環境では
回避できないのかもしれないと思いはするのですが、確信も持てません。
チェック項目といいますかどこを確認すればいいのかもわからず困っています。
どなたかこのような症状についてご存じないでしょうか。
参考になりそうなことでも結構ですのでお教えいただければと思います。
公開アプリでのウィンドウサイズの設定がありますが、
そちらは全画面にはなっていないのでしょうか。
あとはdefault.icaでサイズの指定が出来た気がします。
そちらは全画面にはなっていないのでしょうか。
あとは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
を追加して実行しましたが変わらずです。
どこかからか壊れた設定でも読み込んでるんでしょうか？
公開アプリのウィンドウサイズは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
ADMファイルを使用したシームレスのオフはされてませんか？
またはオンにしても変わりませんか？
http://support.citrix.com/proddocs/topic/receiver-windows-enterprise-3x/nl/ja/ica-import-icaclient-template-v2.html?locale=ja
ご連絡ありがとうございます。
当該リンク先に従い、インポートして「Citrixポリシー」を確認しました。
シームレスに関する記載が「コンピュータの構成」にも「ユーザの構成」にもそれらしいものが
みあたらず、オフかどうか確認できず、また、どこでオンにすればよいのかがわかりませんでした。
設定項目の中ではなく、どこか別のところにあるのでしょうか？
当該リンク先に従い、インポートして「Citrixポリシー」を確認しました。
シームレスに関する記載が「コンピュータの構成」にも「ユーザの構成」にもそれらしいものが
みあたらず、オフかどうか確認できず、また、どこでオンにすればよいのかがわかりませんでした。
設定項目の中ではなく、どこか別のところにあるのでしょうか？
admファイルは管理用テンプレート配下に表示されます。
表示されない場合はポリシーの表示設定を確認してください。
表示されない場合はポリシーの表示設定を確認してください。
たびたびありがとうございます。
いろいろとアドバイスいただきましたが、結果として、OSごと再インストールを行い、
ポリシーの点に関しては確認できませんでした。
再インストールした理由として、Workgroup環境にもかかわらず、FQDNが
hostname.domain.local
になっており、そのあたりで問題がおきているのではないかと思われたためです。
（一度、domain.localの最初のDCにした後、降格ドメイン削除を行っています）
OS再インストール後、Xenappのインストールを行い、Program Neighborhoodでの
接続は正常で、シームレスモードで動作しています。
しかし、Web Interfaceでの接続では、パスワード認証に失敗してログインできません。
全画面になってしまっていたときは、ドメインにホスト名を入れることで認証できていました。
以上のような状態です。
タイトルの件については現象がなくなってしまったので、このツリーは終了させて
いただこうと思います。
Reppa様、アドバイスありがとうございました。
いろいろとアドバイスいただきましたが、結果として、OSごと再インストールを行い、
ポリシーの点に関しては確認できませんでした。
再インストールした理由として、Workgroup環境にもかかわらず、FQDNが
hostname.domain.local
になっており、そのあたりで問題がおきているのではないかと思われたためです。
（一度、domain.localの最初のDCにした後、降格ドメイン削除を行っています）
OS再インストール後、Xenappのインストールを行い、Program Neighborhoodでの
接続は正常で、シームレスモードで動作しています。
しかし、Web Interfaceでの接続では、パスワード認証に失敗してログインできません。
全画面になってしまっていたときは、ドメインにホスト名を入れることで認証できていました。
以上のような状態です。
タイトルの件については現象がなくなってしまったので、このツリーは終了させて
いただこうと思います。
Reppa様、アドバイスありがとうございました。
ロードバランス（冗長）構成での動作検証方法
Citrix XenApp 5.0 Windows Server 2003 を利用しています。
XenAppサーバー２台（AD環境）にて、ロードバランス（冗長）構成を作成。
データストアとCitrixライセンスサーバーは内１台に同居で構築。
TSライセンスサーバーはADサーバーに同居。
クライアントからはOnlinePluginを使用しWEBインターフェースに接続させるように設定、
本運用開始前に、公開アプリケーションがきちんと冗長構成にて
運用が継続できる事を、テストを行ってから展開しようと思います。
障害が発生する可能性として、
・ハード
・OS
・ターミナル関連（ライセンスサーバーはADサーバー上に構築）
・XenApp
・Webインターフェース（IIS）
と、大きく５要素あるかと考えております。
・ハード
→電源OFF、Lanケーブルの抜線
・OS
→シャットダウン（上記サーバーの電源OFFと同様か？）
・ターミナル関連（TSライセンスサーバーはADサーバー上に構築）
→TSライセンスサーバー上にて、サービスの停止
→ターミナルサーバーサービスの停止
・XenApp
→IMAサービス、SMAサービスの停止
→デリバリーサービスコンソール上にて「ログオンの無効化」
・Webインターフェース
→IISサービスの停止
現在考えている方法として、これくらいかぁなと思っております。
これから動作検証及びテストを行うにあたり、
皆様どのような方法をとられておりますでしょうか？
その他やっておいた方がいい、これはやらなくていい等あれば
ご教授ください。
XenAppサーバー２台（AD環境）にて、ロードバランス（冗長）構成を作成。
データストアとCitrixライセンスサーバーは内１台に同居で構築。
TSライセンスサーバーはADサーバーに同居。
クライアントからはOnlinePluginを使用しWEBインターフェースに接続させるように設定、
本運用開始前に、公開アプリケーションがきちんと冗長構成にて
運用が継続できる事を、テストを行ってから展開しようと思います。
障害が発生する可能性として、
・ハード
・OS
・ターミナル関連（ライセンスサーバーはADサーバー上に構築）
・XenApp
・Webインターフェース（IIS）
と、大きく５要素あるかと考えております。
・ハード
→電源OFF、Lanケーブルの抜線
・OS
→シャットダウン（上記サーバーの電源OFFと同様か？）
・ターミナル関連（TSライセンスサーバーはADサーバー上に構築）
→TSライセンスサーバー上にて、サービスの停止
→ターミナルサーバーサービスの停止
・XenApp
→IMAサービス、SMAサービスの停止
→デリバリーサービスコンソール上にて「ログオンの無効化」
・Webインターフェース
→IISサービスの停止
現在考えている方法として、これくらいかぁなと思っております。
これから動作検証及びテストを行うにあたり、
皆様どのような方法をとられておりますでしょうか？
その他やっておいた方がいい、これはやらなくていい等あれば
ご教授ください。
XenApp冗長構成の場合、単一障害点の払拭ができていない箇所の把握と対処をしておいたほうがよいと思います。
例）ユーザプロファイル関連
移動ユーザプロファイルやフォルダリダイレクトなど使われる場合は、各XenAppサーバから収容先の共有フォルダへアクセスできる必要あり。
例）ユーザプロファイル関連
移動ユーザプロファイルやフォルダリダイレクトなど使われる場合は、各XenAppサーバから収容先の共有フォルダへアクセスできる必要あり。
Web Interfaceは1台ですか？
2台であればPlugin＋バックアップURLで冗長が取れると思います。
2台であればPlugin＋バックアップURLで冗長が取れると思います。
windows8.1 でのwebplug-inについて
こんにちは。
当方、これまでwin7にて海外の取引先のアプリケーションをxenapp webplug-in
ver.12.3.0.8を使ってアクセスしておりました。
この度、サブpcとしてwin8.1を購入したのですが、この公開アプリケーションにアクセスするどころか、citrixのwebplug-inをインストールすることができませんでした(途中でエラーがでます)。
色々と調べてみたところ、win8.1ではwebplug-inはインストールできず、また対応もしていない。
win8.1ではreceiverを使わないといけないとあったんですが、receiverをインストールしても
どう動くのかサッパリ検討がつきません。
receiverを起動すると「勤務先のメールアドレスまたはサーバーアドレスを入力」あるので
当方のe-addを入れたのですが、エラーが出ました。
続いてこれまでの海外の公開アプリケーションへアクセスする際のmetaサーバーのURLを入れたところ先に進められたのですが、???へログインとあって割り当てられているIDとPASSを入れても「citrix receiverでストアにログオンできませんでした」と出ます。
とにかく、この海外のアプリケーションを使わなければ仕事にならないのですが、win8.1ではこれまで通り一度metaサーバーへアクセスして公開アプリケーションを立ち上げる方法をどの様にすればよいのでしょうか？ 皆さま、よろしくお願いいたします。
当方、これまでwin7にて海外の取引先のアプリケーションをxenapp webplug-in
ver.12.3.0.8を使ってアクセスしておりました。
この度、サブpcとしてwin8.1を購入したのですが、この公開アプリケーションにアクセスするどころか、citrixのwebplug-inをインストールすることができませんでした(途中でエラーがでます)。
色々と調べてみたところ、win8.1ではwebplug-inはインストールできず、また対応もしていない。
win8.1ではreceiverを使わないといけないとあったんですが、receiverをインストールしても
どう動くのかサッパリ検討がつきません。
receiverを起動すると「勤務先のメールアドレスまたはサーバーアドレスを入力」あるので
当方のe-addを入れたのですが、エラーが出ました。
続いてこれまでの海外の公開アプリケーションへアクセスする際のmetaサーバーのURLを入れたところ先に進められたのですが、???へログインとあって割り当てられているIDとPASSを入れても「citrix receiverでストアにログオンできませんでした」と出ます。
とにかく、この海外のアプリケーションを使わなければ仕事にならないのですが、win8.1ではこれまで通り一度metaサーバーへアクセスして公開アプリケーションを立ち上げる方法をどの様にすればよいのでしょうか？ 皆さま、よろしくお願いいたします。
Windows8.1向けはReceiver4.1からの対応と思います。
古いバージョン(OnlinePlug-in 12.x)をWindows8.1にインストール試みたんですが失敗するのでReceiver4.1をインストールしています。
Citrix Receiver for Windows 4.1
http://www.citrix.co.jp/products/download.html
公開アプリケーションがWebInterfaceサイトで公開されている場合は、ブラウザ(IE)からWebInterfaceサイトにログインし公開アプリを起動できています。
「海外の公開アプリケーション」にはWebInterfaceサイトが設けられていないのでしょうか？
古いバージョン(OnlinePlug-in 12.x)をWindows8.1にインストール試みたんですが失敗するのでReceiver4.1をインストールしています。
Citrix Receiver for Windows 4.1
http://www.citrix.co.jp/products/download.html
公開アプリケーションがWebInterfaceサイトで公開されている場合は、ブラウザ(IE)からWebInterfaceサイトにログインし公開アプリを起動できています。
「海外の公開アプリケーション」にはWebInterfaceサイトが設けられていないのでしょうか？
海外の公開アプリケーションにはwebinterfaceのサイトは公開されております。
ダメ元で、普通にアクセスしてみたら、webplug-inと同じ動きをreceiverがしてくれたので
通常利用することができました。
大変お騒がせしました。
ありがとうございました！！
ダメ元で、普通にアクセスしてみたら、webplug-inと同じ動きをreceiverがしてくれたので
通常利用することができました。
大変お騒がせしました。
ありがとうございました！！
クリック動作が表示に追いつかない
Citrix初心者です。
サーバー：
Windows 2003 R2
Citrix MetaFrame Presentation Server for Windows
Ver. 4.0.2
クライアント：
Windows7 IE11
Citrix Receiver 14.1.0
互換表示設定をした後、アクセスしたところ
アプリケーションが立ち上がりはしますが、クリックしても何も反応がなく
もう一度クリックすると前の表示が出る状態です。
サーバーのバージョンが古いとこのような動作になるのでしょうか。
また、2003 R2に最新のバージョンはアップデート可能なのでしょうか。
初歩的な質問で大変申し訳ありませんありませんが、なにとぞご助力いただきたく
宜しくお願い申し上げます。
サーバー：
Windows 2003 R2
Citrix MetaFrame Presentation Server for Windows
Ver. 4.0.2
クライアント：
Windows7 IE11
Citrix Receiver 14.1.0
互換表示設定をした後、アクセスしたところ
アプリケーションが立ち上がりはしますが、クリックしても何も反応がなく
もう一度クリックすると前の表示が出る状態です。
サーバーのバージョンが古いとこのような動作になるのでしょうか。
また、2003 R2に最新のバージョンはアップデート可能なのでしょうか。
初歩的な質問で大変申し訳ありませんありませんが、なにとぞご助力いただきたく
宜しくお願い申し上げます。
＞サーバーのバージョンが古いとこのような動作になるのでしょうか。
はい。そのバージョンにはVista以上のWindowsOSは非対応です。
＞また、2003 R2に最新のバージョンはアップデート可能なのでしょうか。
最新までは上げられません。
2003 R2の最終バージョンはXenApp5.0 FP3です。
はい。そのバージョンにはVista以上のWindowsOSは非対応です。
＞また、2003 R2に最新のバージョンはアップデート可能なのでしょうか。
最新までは上げられません。
2003 R2の最終バージョンはXenApp5.0 FP3です。
ご回答ありがとうございます。
何とかしてWindows7で
立ち上げる方法はないのでしょうか・・・？
何とかしてWindows7で
立ち上げる方法はないのでしょうか・・・？
webInterface経由で接続されていると思います。
IE11のセキュリティ設定に引っかかっているので、
該当のURLをローカルネットに入れてみてください。
ちなみに、IE11のWebInterface経由接続は、サポート範囲外なので自己責任となります。
IE11のセキュリティ設定に引っかかっているので、
該当のURLをローカルネットに入れてみてください。
ちなみに、IE11のWebInterface経由接続は、サポート範囲外なので自己責任となります。
ローカルネットに入れてもダメでした。。。
64ビットPCだからか、古いバージョンのプラグインが入っていないからか。。。
（新しいPCの為）
64ビットPCだからか、古いバージョンのプラグインが入っていないからか。。。
（新しいPCの為）
すでに、試された事かもしれませんが
64bitPCのIE11でしたら、以下の「問題3」と「問題5」の回避策は効果ありませんか？
Microsoft Internet Explorer 11－Citrixでの既知問題
http://support.citrix.com/article/CTX139962
64bitPCのIE11でしたら、以下の「問題3」と「問題5」の回避策は効果ありませんか？
Microsoft Internet Explorer 11－Citrixでの既知問題
http://support.citrix.com/article/CTX139962
有難うございます。
上記設定後、改善いたしました。
まずはお礼まで、失礼いたします。
上記設定後、改善いたしました。
まずはお礼まで、失礼いたします。
Powerful & Beautiful
力強く、美しいシステムを。