トピック検索
923 件のトピックが該当しました。
- Citrix Presentation Serverへの接続エラーについて - 山崎 ( 2014/07/04 18:19:15 更新)
- ルータIPアドレス変更時のMetaframeサーバの変更箇所 - 子犬 ( 2014/07/03 11:00:34 更新)
- wfcrunによる接続 - mojo ( 2014/05/22 22:26:23 更新)
- シームレスにならず全画面サイズのウインドウになる（Workgroup環境） - took ( 2014/04/30 11:31:10 更新)
- XenApp上でVBアプリのグリッド余白が黒くなってしまう - 鈴 ( 2014/04/21 15:12:47 更新)
- VPNでのmetaframe接続できない - にら ( 2014/04/19 13:55:25 更新)
- クライアントプリンタ名が従来のプリンタ名にならない - かわ ( 2014/04/16 19:04:54 更新)
- 全画面になりXendeskTopツールバーが表示されない - sho ( 2014/04/07 17:12:36 更新)
- Citrixが必要なソフトとただのリモートデスクトップで動くソフトの同居について - こまった ( 2014/03/13 01:36:43 更新)
- SecureGatewayを追加導入した時のクライアントからのアクセスについて - Xen初心者 ( 2014/02/28 13:37:43 更新)
Citrix Presentation Serverへの接続エラーについて
お世話になります。
ハードウェアのリプレースに伴い、サーバ側のメタフレーム環境をバージョンアップし、
旧サーバ環境、新サーバ環境を現在並行稼働にて検証中です。
特定の環境より、XenAppサーバ上で動作するアプリケーションが
ICAクライアント上で動作せずに困っています。
原因、対策をご教示頂ければと思います。
【環境】
[旧サーバ環境]
OS:Windows Server 2003 R2 Standard Edition SP2
Citrix Presentation Server4.5 をインストール済
[新サーバ環境]
OS:Windows Server 2008 R2 Standard Edition SP1
Citrix XenApp 6.5 をインストール済
[クライアント]
OS:Windows XP pro(SP3)
Program Neighborhood Version 10.100.55836
【現象】
旧サーバ環境と新サーバ環境は同一セグメントにあり、それぞれ
管理用セグメントと顧客用セグメント(VPN接続）があります。
管理用セグメントに接続しているクライアントからは、旧サーバ上のアプリケーションも
新サーバのアプリケーションも正常に動作しています。
顧客用セグメントに接続しているクライアントからは、
旧サーバ上のアプリケーションは正常に動作します。
新サーバ上のアプリケーション実行時にServer が見つからないエラーが表示されます。
下記内容は確認しました。
・顧客用セグメントに接続しているクライアントから、サーバへの接続はping も通っています。
・クライアント側で「Program Neighborhood」 の「ICA コネクションの追加」を実行時に
サーバの場所を指定することにより公開アプリケーションのリストは取得しています。
・ルータの設定も確認しました。特に気になるような記述はありませんでした。
【エラー内容】
Citrix Presentation Server に接続できません。
指定されたアドレスには Citrix Presentation Server がありません。
よろしくお願いいたします。
ハードウェアのリプレースに伴い、サーバ側のメタフレーム環境をバージョンアップし、
旧サーバ環境、新サーバ環境を現在並行稼働にて検証中です。
特定の環境より、XenAppサーバ上で動作するアプリケーションが
ICAクライアント上で動作せずに困っています。
原因、対策をご教示頂ければと思います。
【環境】
[旧サーバ環境]
OS:Windows Server 2003 R2 Standard Edition SP2
Citrix Presentation Server4.5 をインストール済
[新サーバ環境]
OS:Windows Server 2008 R2 Standard Edition SP1
Citrix XenApp 6.5 をインストール済
[クライアント]
OS:Windows XP pro(SP3)
Program Neighborhood Version 10.100.55836
【現象】
旧サーバ環境と新サーバ環境は同一セグメントにあり、それぞれ
管理用セグメントと顧客用セグメント(VPN接続）があります。
管理用セグメントに接続しているクライアントからは、旧サーバ上のアプリケーションも
新サーバのアプリケーションも正常に動作しています。
顧客用セグメントに接続しているクライアントからは、
旧サーバ上のアプリケーションは正常に動作します。
新サーバ上のアプリケーション実行時にServer が見つからないエラーが表示されます。
下記内容は確認しました。
・顧客用セグメントに接続しているクライアントから、サーバへの接続はping も通っています。
・クライアント側で「Program Neighborhood」 の「ICA コネクションの追加」を実行時に
サーバの場所を指定することにより公開アプリケーションのリストは取得しています。
・ルータの設定も確認しました。特に気になるような記述はありませんでした。
【エラー内容】
Citrix Presentation Server に接続できません。
指定されたアドレスには Citrix Presentation Server がありません。
よろしくお願いいたします。
XenApp6.5にProgram Neighborhoodは対応してないので最新のバージョンを使用してみてください。
Reppa様
返信、ありがとうございます。
Program Neighborhood をアンインストールし、
Citrix Online-plug-in をインストールして確認しました。
正常に動作する管理用セグメントでは
plug-in に入れ替えても正常に稼働しました。
この端末をエラーが発生している、
顧客用セグメントに持ち込み設定変更後確認すると
サーバー名が代わり以前と同様のエラーが発生します。
【エラー内容】
アプリケーションを起動できません。
ヘルプデスクに連絡して次の情報を提供してください：Citrix XenApp サーバーに接続できません。
指定されたアドレスにはCitrix XenApp サーバーがありません。
返信、ありがとうございます。
Program Neighborhood をアンインストールし、
Citrix Online-plug-in をインストールして確認しました。
正常に動作する管理用セグメントでは
plug-in に入れ替えても正常に稼働しました。
この端末をエラーが発生している、
顧客用セグメントに持ち込み設定変更後確認すると
サーバー名が代わり以前と同様のエラーが発生します。
【エラー内容】
アプリケーションを起動できません。
ヘルプデスクに連絡して次の情報を提供してください：Citrix XenApp サーバーに接続できません。
指定されたアドレスにはCitrix XenApp サーバーがありません。
管理用セグメントあるクライアントはどれも接続でき、
顧客用セグメントにあるクライアントからはどれも接続出来ないということでいいでしょうか？
ということであればメッセージからも分かる通り、クライアントの問題ではなく、
Citrix製品を含んだネットワーク構成の問題だと思います。
構成やログを含めて追わないとわからないので、構築やコンサル担当に相談することをお勧めします。
顧客用セグメントにあるクライアントからはどれも接続出来ないということでいいでしょうか？
ということであればメッセージからも分かる通り、クライアントの問題ではなく、
Citrix製品を含んだネットワーク構成の問題だと思います。
構成やログを含めて追わないとわからないので、構築やコンサル担当に相談することをお勧めします。
Reppa 様
回答ありがとうございました。
返信遅くなりましたが、解決しました。
ICAリスナーの設定を見直し、ネットワークのバインドの順序を変更したら
顧客用セグメントからも管理側セグメントからも
アプリケーションが正常稼働することを確認できました。
ありがとうございました。
回答ありがとうございました。
返信遅くなりましたが、解決しました。
ICAリスナーの設定を見直し、ネットワークのバインドの順序を変更したら
顧客用セグメントからも管理側セグメントからも
アプリケーションが正常稼働することを確認できました。
ありがとうございました。
ルータ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様には感謝します。
ありがとうございました。
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=との関係性が
理解できておりません)
以上、よろしくお願いいたします。
シームレスにならず全画面サイズのウインドウになる（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様、アドバイスありがとうございました。
XenApp上でVBアプリのグリッド余白が黒くなってしまう
XenApp上で、VB6アプリケーションを動作させています。
・XenApp 6.5
・サーバーOS（アプリケーションサーバー：Windows 2008 32bit）
・クライアントOS（Windows 7 32bit）
・開発言語（Visual Basic 6.0+SP6）
・グリッド（True DBGrid Ver.6J 文化オリエント社製）
画面を表示した際にグリッドの余白部分が真っ黒になってしまいます。ソースコード上では
DeadAreaBackColorの設定は“&H00D8E9EC&”RGB(236,233,216)としています。
ただ、リモートデスクトップ経由やアプリケーションサーバー上での直接起動時には
発生せず、設定したとおりの色で表示されます。
同じような事象に遭遇した方、いらっしゃいましたら
情報をご提供ください。
・XenApp 6.5
・サーバーOS（アプリケーションサーバー：Windows 2008 32bit）
・クライアントOS（Windows 7 32bit）
・開発言語（Visual Basic 6.0+SP6）
・グリッド（True DBGrid Ver.6J 文化オリエント社製）
画面を表示した際にグリッドの余白部分が真っ黒になってしまいます。ソースコード上では
DeadAreaBackColorの設定は“&H00D8E9EC&”RGB(236,233,216)としています。
ただ、リモートデスクトップ経由やアプリケーションサーバー上での直接起動時には
発生せず、設定したとおりの色で表示されます。
同じような事象に遭遇した方、いらっしゃいましたら
情報をご提供ください。
文化オリエント社のカスタムコントロールをつかったVBアプリは
Citrix XenAppやPresentation Serverでは描画の挙動に
課題が出る傾向がありました。(DBGridじゃなくSPREAD だったかもしれません)
メーカーの方針ではCitrix環境は動作確認されていない為、
プロパティや環境パラメータをトライ＆エラーで試し
課題が軽減される組み合わせがないか 検証で見つける作業になると思います。
https://www.grapecity.com/tools/support/technical/environment/activex/others.htm
Citrix XenAppやPresentation Serverでは描画の挙動に
課題が出る傾向がありました。(DBGridじゃなくSPREAD だったかもしれません)
メーカーの方針ではCitrix環境は動作確認されていない為、
プロパティや環境パラメータをトライ＆エラーで試し
課題が軽減される組み合わせがないか 検証で見つける作業になると思います。
https://www.grapecity.com/tools/support/technical/environment/activex/others.htm
VPNでのmetaframe接続できない
2拠点間にてMetaframeを使いサーバにあるソフトを使用しています。
ルータを介しているのですが、使用しているルータを変更したいと考えています。
（現状は２台ルータがあり１台に統一したいと考えています）
【現状】
<<本店>>
ルータA：192.168.1.1 （主にネット閲覧等で使用）
ルータB：192.168.2.1 （主にWANにて使用）
本店にMetaframeが入ったサーバあり。
サーバはNICが2枚差してあり、それぞれ、192.168.1.10 、192.168.2.10 と設定。
<<支店>>
ルータ：192.168.3.1
支店のルータには、本店のルータＡとルータＢを接続できる設定あり。
支店のローカルPCから本店のMetaframeをアクセスしたい。
支店（192.168.3.1）からWANにて実行している。
ルータBを介する場合は上手くいくが、ルータAを介すると上手くいかない。
【環境】
サーバー：Windows Server 2003 SP2
Metaframe Presentation Server
ローカルPC：Metaframe Program Neighborhood 9.0
[設定]- [接続]は
接続の種類：ローカルエリアネットワーク
「下で選択したネットワークプロトコルを常に使用」を選択し、
ネットワークプロトコル：TCP/IP
サーバーグループ ：プライマリ
アドレス一覧 ： 192.168.1.10 を指定
【現況】
ルータ等設定変更し、ルータB（2.1）を物理的に外し実行したところ、
「Metaframeサーバーに接続できません。ICAブラウザと通信できません。
ネットワークの問題が発生しているか、または[サーバーの場所]の設定の修正が必要である
可能性があります。」と表示される。
<IPとTCP等の状況確認>
ルータB（192.168.2.1）を物理的には切り離した状態で、
・ping 192.168.1.10 ・・・OK （pingは通る、共有のフォルダも閲覧可能。）
・telnet 192.168.1.10 1494 （TCP 1494 の空き確認）・・OK（ICAと表示される）
<tcpmonにて支店ローカルPCと本店サーバ通信状況を確認>
１．本店サーバに対し、UDP：1604 での接続はされているが、
UDP 1494接続の実績がない。
２．ルータB（192.168.2.1）を繋げた状態で実行すると、
192.168.1.10、192.168.2.10 ともに UDP：1604 の接続は確立されているが、
UDP：1494 は192.168.2.1 経由での接続実績しかない。（サーバは192.168.2.10として受信）
サーバ側で 192.168.1.1 経由（192.168.1.10）にて接続させる方法がわからず悩んでいます。
192.168.1.1 経由で UDP：1494 接続させるにはどうしたらよいのでしょうか？
ちなみに本店のローカルPCからは、192.168.1.10 として受信しています。
知識が乏しく、また、前任者が引き継ぎもないまま退職してしまい、
どのようにしたら良いか悩んでいます。
少しの情報でもよいので教えていただければありがたいです。
宜しくお願い致します。
ルータを介しているのですが、使用しているルータを変更したいと考えています。
（現状は２台ルータがあり１台に統一したいと考えています）
【現状】
<<本店>>
ルータA：192.168.1.1 （主にネット閲覧等で使用）
ルータB：192.168.2.1 （主にWANにて使用）
本店にMetaframeが入ったサーバあり。
サーバはNICが2枚差してあり、それぞれ、192.168.1.10 、192.168.2.10 と設定。
<<支店>>
ルータ：192.168.3.1
支店のルータには、本店のルータＡとルータＢを接続できる設定あり。
支店のローカルPCから本店のMetaframeをアクセスしたい。
支店（192.168.3.1）からWANにて実行している。
ルータBを介する場合は上手くいくが、ルータAを介すると上手くいかない。
【環境】
サーバー：Windows Server 2003 SP2
Metaframe Presentation Server
ローカルPC：Metaframe Program Neighborhood 9.0
[設定]- [接続]は
接続の種類：ローカルエリアネットワーク
「下で選択したネットワークプロトコルを常に使用」を選択し、
ネットワークプロトコル：TCP/IP
サーバーグループ ：プライマリ
アドレス一覧 ： 192.168.1.10 を指定
【現況】
ルータ等設定変更し、ルータB（2.1）を物理的に外し実行したところ、
「Metaframeサーバーに接続できません。ICAブラウザと通信できません。
ネットワークの問題が発生しているか、または[サーバーの場所]の設定の修正が必要である
可能性があります。」と表示される。
<IPとTCP等の状況確認>
ルータB（192.168.2.1）を物理的には切り離した状態で、
・ping 192.168.1.10 ・・・OK （pingは通る、共有のフォルダも閲覧可能。）
・telnet 192.168.1.10 1494 （TCP 1494 の空き確認）・・OK（ICAと表示される）
<tcpmonにて支店ローカルPCと本店サーバ通信状況を確認>
１．本店サーバに対し、UDP：1604 での接続はされているが、
UDP 1494接続の実績がない。
２．ルータB（192.168.2.1）を繋げた状態で実行すると、
192.168.1.10、192.168.2.10 ともに UDP：1604 の接続は確立されているが、
UDP：1494 は192.168.2.1 経由での接続実績しかない。（サーバは192.168.2.10として受信）
サーバ側で 192.168.1.1 経由（192.168.1.10）にて接続させる方法がわからず悩んでいます。
192.168.1.1 経由で UDP：1494 接続させるにはどうしたらよいのでしょうか？
ちなみに本店のローカルPCからは、192.168.1.10 として受信しています。
知識が乏しく、また、前任者が引き継ぎもないまま退職してしまい、
どのようにしたら良いか悩んでいます。
少しの情報でもよいので教えていただければありがたいです。
宜しくお願い致します。
ざっと読ませていただきましたが、内容の理解に苦しんでいます。
お聞きになっている事と違う理解をしていなければ良いのですが…
Ping、TelnetでのICA接続がOKなのに、なぜアプリケーションが動かないか。
という事ですよね。
ルータBをつなぐと接続が行えるとの事ですが
・新ルータで単純にUDPをフィルタしている（Passしてないので結果フィルタになってる）
んじゃないかと思っちゃいました。
Ping、Telnetは何れもUDPでの接続と関係ない確認方法なので^^;
違ってたらごめんなさい。
お聞きになっている事と違う理解をしていなければ良いのですが…
Ping、TelnetでのICA接続がOKなのに、なぜアプリケーションが動かないか。
という事ですよね。
ルータBをつなぐと接続が行えるとの事ですが
・新ルータで単純にUDPをフィルタしている（Passしてないので結果フィルタになってる）
んじゃないかと思っちゃいました。
Ping、Telnetは何れもUDPでの接続と関係ない確認方法なので^^;
違ってたらごめんなさい。
chige様
返信、ありがとうございます。
わかりにくい説明で申し訳ございません。
新しいルータに違うセグメントのIPアドレスにて設定しましたが、
遠隔地のPCからMetaframeのソフトを動かしても上手くいかなかったんです。
Metaframeが入っているサーバにはNICが２枚刺さっていますので
２つのセグメントが認識できるようになっているのですが、
遠隔地のPCからMetaframeにあるソフトを動かそうとすると
「Metaframeサーバーに接続できません。ICAブラウザにと通信できません。～～」
と表示されてしまいます。
サーバにPINGは通りますし、フォルダ内も表示できます。
ポートが空いてないのかと思いポートの確認をしていました。
空けるべきポートは、
TCP：139、1494
UDP：1604
と解釈しています。
ルータには設定し確認しましたが、それぞれ空いています。
確認方法として
TCP1494は、DOS上よりtelnetコマンドで 該当IPと 1494 を指定し実行すると、ICAと表示されています。
UDPはPortChecker というツールを使い、1604を確認すると空いているとの表示がされます。
他に何か確認することはございませんでしょうか？
些細なことでも構いませんのでお教え願えれば有難いです。
宜しくお願い致します。
返信、ありがとうございます。
わかりにくい説明で申し訳ございません。
新しいルータに違うセグメントのIPアドレスにて設定しましたが、
遠隔地のPCからMetaframeのソフトを動かしても上手くいかなかったんです。
Metaframeが入っているサーバにはNICが２枚刺さっていますので
２つのセグメントが認識できるようになっているのですが、
遠隔地のPCからMetaframeにあるソフトを動かそうとすると
「Metaframeサーバーに接続できません。ICAブラウザにと通信できません。～～」
と表示されてしまいます。
サーバにPINGは通りますし、フォルダ内も表示できます。
ポートが空いてないのかと思いポートの確認をしていました。
空けるべきポートは、
TCP：139、1494
UDP：1604
と解釈しています。
ルータには設定し確認しましたが、それぞれ空いています。
確認方法として
TCP1494は、DOS上よりtelnetコマンドで 該当IPと 1494 を指定し実行すると、ICAと表示されています。
UDPはPortChecker というツールを使い、1604を確認すると空いているとの表示がされます。
他に何か確認することはございませんでしょうか？
些細なことでも構いませんのでお教え願えれば有難いです。
宜しくお願い致します。
クライアントプリンタ名が従来のプリンタ名にならない
Citrix Studioでクライアント プリンター名ポリシーを「従来のプリンター名」に変更して接続しても、
セッションプリンタの名称が標準のプリンター名になってしまいます。
環境は以下の構成になります。
AD：WinSv2012Std
AP：WinSv2012Std(XenDesktop 7.1)
CL：WinVista(XenApp 11.0.0.5357：Neighborhood)
他のポリシーの設定変更も適用されないのかと試してみたところ問題なく適用されました。
(クライアント プリンターを自動作成するポリシーを「デフォルトのクライアント プリンターのみを自動作成する」で確認しました)
GPOを含め、設定されているポリシーを確認しましたが、
特に同ポリシーの妨げになっていると思えるポリシーは見当たりませんでした。
アプリケーション開発に利用しているツールの都合上、
従来のプリンター名にする必要があり、大変困っています。
わずかな情報でも教えてください。宜しくお願いします。
セッションプリンタの名称が標準のプリンター名になってしまいます。
環境は以下の構成になります。
AD：WinSv2012Std
AP：WinSv2012Std(XenDesktop 7.1)
CL：WinVista(XenApp 11.0.0.5357：Neighborhood)
他のポリシーの設定変更も適用されないのかと試してみたところ問題なく適用されました。
(クライアント プリンターを自動作成するポリシーを「デフォルトのクライアント プリンターのみを自動作成する」で確認しました)
GPOを含め、設定されているポリシーを確認しましたが、
特に同ポリシーの妨げになっていると思えるポリシーは見当たりませんでした。
アプリケーション開発に利用しているツールの都合上、
従来のプリンター名にする必要があり、大変困っています。
わずかな情報でも教えてください。宜しくお願いします。
とりあえずXenDesktopと互換性の無い古代の遺産のようなバージョンを使用せずに
13.0や4.0などの最新のバージョンでの動作確認が必要だと思います。
あと、Windows7や8でも発生するかなど。
13.0や4.0などの最新のバージョンでの動作確認が必要だと思います。
あと、Windows7や8でも発生するかなど。
Reppaさん
返信ありがとうございます。
新しいバージョンが使えればいいのですが、過去資産の保守(Presentation Server 4.5と4.0)もしています。
Receiverを利用するとそちらへの接続に問題が発生した経緯もあったので、
検証用にPCが用意できるかは確認していますがすぐには動作確認できそうにありません。。。
また、他の人のPC(Neighborhood＋Win7 64bit)でも同じ現象を確認しています。
他のバージョンが異なるサーバー(Win2008R2(XenApp6.0))もあるので
ポリシー設定を試したところ、両方のPCで問題なくポリシーが適用されました。。。
返信ありがとうございます。
新しいバージョンが使えればいいのですが、過去資産の保守(Presentation Server 4.5と4.0)もしています。
Receiverを利用するとそちらへの接続に問題が発生した経緯もあったので、
検証用にPCが用意できるかは確認していますがすぐには動作確認できそうにありません。。。
また、他の人のPC(Neighborhood＋Win7 64bit)でも同じ現象を確認しています。
他のバージョンが異なるサーバー(Win2008R2(XenApp6.0))もあるので
ポリシー設定を試したところ、両方のPCで問題なくポリシーが適用されました。。。
http://support.citrix.com/proddocs/topic/xenapp-xendesktop-75/nl/ja/cds-overview-deprecated-features.html?locale=ja
「このリリースに含まれていない機能」に以下の記述があります。
なので、「従来のプリンタ名にはならない」ようです。
この書き方だと復活するのかどうかも不明ですね。
---------------------------
以下の機能は、このリリースでは提供されません（廃止された機能など）。
(中略)
従来の印刷機能 — 以下の印刷機能は、このリリースでサポートされなくなりました。
従来のライアントプリンター名を使用する機能を含む、Dosクライアントと16ビットプリンターに対する後方互換性。
「このリリースに含まれていない機能」に以下の記述があります。
なので、「従来のプリンタ名にはならない」ようです。
この書き方だと復活するのかどうかも不明ですね。
---------------------------
以下の機能は、このリリースでは提供されません（廃止された機能など）。
(中略)
従来の印刷機能 — 以下の印刷機能は、このリリースでサポートされなくなりました。
従来のライアントプリンター名を使用する機能を含む、Dosクライアントと16ビットプリンターに対する後方互換性。
2015/5/4付で下記パッチがリリースされています。
http://support.citrix.com/article/CTX142346
このリリースに含まれる新しい修正
1.この修正により、これまでバージョン7.xでは利用できなかったポリシーの［従来のプリンター名］が有効になります。
[ICATS760WX64012より][#LC1002]
丁度社内のシステムをXenApp5.0FP3 -> XenDesktop7.6 への移行を検討しており、
このリリースにより大幅なプログラム改修から逃れられました。
http://support.citrix.com/article/CTX142346
このリリースに含まれる新しい修正
1.この修正により、これまでバージョン7.xでは利用できなかったポリシーの［従来のプリンター名］が有効になります。
[ICATS760WX64012より][#LC1002]
丁度社内のシステムをXenApp5.0FP3 -> XenDesktop7.6 への移行を検討しており、
このリリースにより大幅なプログラム改修から逃れられました。
全画面になりXendeskTopツールバーが表示されない
Xendesktop 5.6の環境でWebInterfaceServerから仮想デスクトップを利用しています。
100台ほど展開しているのですが、ある特定のユーザのみ、仮想デスクトップにログイン
した直後、全画面表示となり、XendeskTopツールバーも表示されていないため、
ログオフまたは切断しない限り、ローカルに戻れないという現象が発生しています。
画面の設定は「シームレス」となっており、その設定を「画面に対して80％」とすると
全画面にはならないが、やはりツールバーが出てきません。
そのユーザ以外は、全画面ではなくウィンドウで表示され、ツールバーも表示された
状態で立ち上がります。
WebInterfaceのdefault.icaかと思いましたが、全体で起きている現象ではないため、
違うという認識です。
receiverのバージョンは4.10.56461です。
なにか情報をお持ちでしたら、ご助力下さい。
100台ほど展開しているのですが、ある特定のユーザのみ、仮想デスクトップにログイン
した直後、全画面表示となり、XendeskTopツールバーも表示されていないため、
ログオフまたは切断しない限り、ローカルに戻れないという現象が発生しています。
画面の設定は「シームレス」となっており、その設定を「画面に対して80％」とすると
全画面にはならないが、やはりツールバーが出てきません。
そのユーザ以外は、全画面ではなくウィンドウで表示され、ツールバーも表示された
状態で立ち上がります。
WebInterfaceのdefault.icaかと思いましたが、全体で起きている現象ではないため、
違うという認識です。
receiverのバージョンは4.10.56461です。
なにか情報をお持ちでしたら、ご助力下さい。
[shift]+[f2] でどうなります？
具体的な場所は忘れましたが、その辺はレジストリで設定できるのでレジストリエディタから探してみてください。
それが面倒な場合はクライアントの再インストールしてレジストリを初期化するのも有りかもしれません。
それが面倒な場合はクライアントの再インストールしてレジストリを初期化するのも有りかもしれません。
お世話になります。
>[shift]+[f2] でどうなります？
上記を試したところ、全画面は解除され、ウィンドウで表示されるようにはなりましたが、
やはりツールバーは表示されませんでした。
>具体的な場所は忘れましたが、その辺はレジストリで設定できるのでレジストリエディタから探してみてください。
>それが面倒な場合はクライアントの再インストールしてレジストリを初期化するのも有りかもしれません。
レジストリの場所は探せなかったため、とりあえず、再インストールを行いました。
その結果、求める動作をしたので解決いたしました。
ありがとうございました。
なぜその端末だけ設定がおかしくなったかは依然として不明ですが、あまり深追いしないことにしました。
大変助かりました。ありがとうございました！
>[shift]+[f2] でどうなります？
上記を試したところ、全画面は解除され、ウィンドウで表示されるようにはなりましたが、
やはりツールバーは表示されませんでした。
>具体的な場所は忘れましたが、その辺はレジストリで設定できるのでレジストリエディタから探してみてください。
>それが面倒な場合はクライアントの再インストールしてレジストリを初期化するのも有りかもしれません。
レジストリの場所は探せなかったため、とりあえず、再インストールを行いました。
その結果、求める動作をしたので解決いたしました。
ありがとうございました。
なぜその端末だけ設定がおかしくなったかは依然として不明ですが、あまり深追いしないことにしました。
大変助かりました。ありがとうございました！
Citrixが必要なソフトとただのリモートデスクトップで動くソフトの同居について
現在、VPNの環境で複数のソフトを使っています。
AソフトをVPNで使うためには、Citrixの環境が必要だと言われ、
Xexapp5.0をターミナルサーバーで使っているようです。
AソフトをVPNで使うのは、3台だけなので、Citrixの５ライセンスを購入していました。
Bソフトはリモートデスクトップで十分なのですが、
Aソフトと同じターミナルサーバーを使っています。
BソフトをVPN環境で使うのは10台でした。
ところが、Bソフトを使っているクライアントもCitrixのライセンスを
取っていくので、5台以上ターミナルサーバーに接続した時点で
ライセンスの上限が超えてしまうことが導入後にわかり、急遽ライセンスを追加購入
しました。
その後、Aソフトもただのリモートデスクトップでも使えることがわかりました。
そして、今月、新たにVPNでターミナルサーバーにリモートデスクトップ
でBソフトを使うクライアントを5台追加予定です。
そこで、Citrixのライセンスは追加せず、3台だけあったAソフトを
使っているクライアントで、Aソフトをリモートデスクトップ接続で
使う設定に変える予定です。
Aソフトもリモートデスクトップからターミナルサーバーに接続する
ようにした場合、Citrixのライセンスは使わないことになるでしょうか。
サーバー自体がCitrixサーバーなので、citrixは使っていないように
見えても、VPNクライアントがターミナルサーバーに接続した時点で
Citrixライセンスを食っていくのでしょうか。
素人で、おかしな表現があると思いますが、お分かりいただけましたら
ぜひ、教えて下さい。よろしくお願いいたします。、
AソフトをVPNで使うためには、Citrixの環境が必要だと言われ、
Xexapp5.0をターミナルサーバーで使っているようです。
AソフトをVPNで使うのは、3台だけなので、Citrixの５ライセンスを購入していました。
Bソフトはリモートデスクトップで十分なのですが、
Aソフトと同じターミナルサーバーを使っています。
BソフトをVPN環境で使うのは10台でした。
ところが、Bソフトを使っているクライアントもCitrixのライセンスを
取っていくので、5台以上ターミナルサーバーに接続した時点で
ライセンスの上限が超えてしまうことが導入後にわかり、急遽ライセンスを追加購入
しました。
その後、Aソフトもただのリモートデスクトップでも使えることがわかりました。
そして、今月、新たにVPNでターミナルサーバーにリモートデスクトップ
でBソフトを使うクライアントを5台追加予定です。
そこで、Citrixのライセンスは追加せず、3台だけあったAソフトを
使っているクライアントで、Aソフトをリモートデスクトップ接続で
使う設定に変える予定です。
Aソフトもリモートデスクトップからターミナルサーバーに接続する
ようにした場合、Citrixのライセンスは使わないことになるでしょうか。
サーバー自体がCitrixサーバーなので、citrixは使っていないように
見えても、VPNクライアントがターミナルサーバーに接続した時点で
Citrixライセンスを食っていくのでしょうか。
素人で、おかしな表現があると思いますが、お分かりいただけましたら
ぜひ、教えて下さい。よろしくお願いいたします。、
前提としてRDPで接続してもICAで接続しても両方のライセンスを消費する仕様です。
なのでどちらのライセンスも同じ数だけ用意する必要があります。
それだと困る場合はXenAppが導入されていないRDP用のサーバーを用意してください。
http://support.citrix.com/article/CTX109415
なのでどちらのライセンスも同じ数だけ用意する必要があります。
それだと困る場合はXenAppが導入されていないRDP用のサーバーを用意してください。
http://support.citrix.com/article/CTX109415
お返事ありがとうございます。
…ということは、例えばCitrixライセンス15台分のターミナルサーバーに
20クライアントがリモートデスクトップで接続しても
Citrixのライセンスを消費してしまうということでしょうか。
…ということは、例えばCitrixライセンス15台分のターミナルサーバーに
20クライアントがリモートデスクトップで接続しても
Citrixのライセンスを消費してしまうということでしょうか。
あるいは、そのサーバーでcitrixの機能を一時止めることは
できないでしょうか。
5月に新サーバー導入するので、それをリモート専用、今のサーバーを
Citrix専用にする予定なのですが、2か月はAソフトとBソフト同居なのです。
2か月のためにあと５ライセンス購入するのはちょっと
厳しいので。
できないでしょうか。
5月に新サーバー導入するので、それをリモート専用、今のサーバーを
Citrix専用にする予定なのですが、2か月はAソフトとBソフト同居なのです。
2か月のためにあと５ライセンス購入するのはちょっと
厳しいので。
SecureGatewayを追加導入した時のクライアントからのアクセスについて
はじめまして。よろしくお願いします。
現在、データセンターにWebInterface+XenApp5.0が導入されているサーバーが一台あり、
インターネットを介してこのWebInterfaceにアクセス(https)し公開アプリを使用しております。
この環境だとアプリ利用者側のFWなどでICAポート1494が閉じられていると接続できないため、
ポート443で接続しサーバー内部で1494に変換するよう今回同サーバーにSecureGateway3.1を
追加しましたが、知識が乏しくうまくいかない状態です。
■構成
クライアント - FW(ポート1494×) - インターネット - FW - サーバー
※サーバーにSecureGateway、WebInterface、XenAppを同居させるので
シングルホップ環境になると認識しています
そこでご教授いただきたいのです。
①SecureGatewayなしの環境にSecureGatewayを追加する時に変更する箇所
(WebInterface、IISなど)
②実際にクライアントからSecureGateway経由でWebInterfaceにアクセスできたとして、
利用者が入力するURLは変わってしまうのかどうか
マニュアルを見てSecureGatewayのインストールまでは問題なくできましたが、
どこをどう設定すればよいか分からず、色々試してみるもSSLエラー21などで
接続ができません。
おそらくどこかの箇所でIPやポートの指定が間違えていると思うのですが・・・
よろしくお願いいたします。
現在、データセンターにWebInterface+XenApp5.0が導入されているサーバーが一台あり、
インターネットを介してこのWebInterfaceにアクセス(https)し公開アプリを使用しております。
この環境だとアプリ利用者側のFWなどでICAポート1494が閉じられていると接続できないため、
ポート443で接続しサーバー内部で1494に変換するよう今回同サーバーにSecureGateway3.1を
追加しましたが、知識が乏しくうまくいかない状態です。
■構成
クライアント - FW(ポート1494×) - インターネット - FW - サーバー
※サーバーにSecureGateway、WebInterface、XenAppを同居させるので
シングルホップ環境になると認識しています
そこでご教授いただきたいのです。
①SecureGatewayなしの環境にSecureGatewayを追加する時に変更する箇所
(WebInterface、IISなど)
②実際にクライアントからSecureGateway経由でWebInterfaceにアクセスできたとして、
利用者が入力するURLは変わってしまうのかどうか
マニュアルを見てSecureGatewayのインストールまでは問題なくできましたが、
どこをどう設定すればよいか分からず、色々試してみるもSSLエラー21などで
接続ができません。
おそらくどこかの箇所でIPやポートの指定が間違えていると思うのですが・・・
よろしくお願いいたします。
＞①SecureGatewayなしの環境にSecureGatewayを追加する時に変更する箇所
＞ (WebInterface、IISなど)
製品バージョンにより多少異なりますが、WebInterfaceとIISに変更を加えます。
過去スレッドにも投稿があるので「代替」とかで検索してみてください。
http://support.citrix.com/article/ctx117701
＞②実際にクライアントからSecureGateway経由でWebInterfaceにアクセスできたとして、
＞ 利用者が入力するURLは変わってしまうのかどうか
コンソールに表示されているURLが利用するURLになります。
もちろん、SSLになるのでアドレスがhttpからhttpsに変わります。
＞ (WebInterface、IISなど)
製品バージョンにより多少異なりますが、WebInterfaceとIISに変更を加えます。
過去スレッドにも投稿があるので「代替」とかで検索してみてください。
http://support.citrix.com/article/ctx117701
＞②実際にクライアントからSecureGateway経由でWebInterfaceにアクセスできたとして、
＞ 利用者が入力するURLは変わってしまうのかどうか
コンソールに表示されているURLが利用するURLになります。
もちろん、SSLになるのでアドレスがhttpからhttpsに変わります。
Powerful & Beautiful
力強く、美しいシステムを。