トピック検索
583 件のトピックが該当しました。
- MetaFrame 4.0から3.0へダウングレードしたケースについて - メタ白帯 ( 2006/03/14 18:06:27 更新)
- カスタムICAコネクションが消える - yamaguchi ( 2006/03/06 19:16:02 更新)
- Meta1.8→Presentasion4.0へのアップグレード時のテンポラリディスク容量 - アップルグレード ( 2006/03/03 19:51:05 更新)
- ProgramNeighborhoodやProgramNeighborhoodAgentでSecureGateway - Hudson ( 2006/03/02 00:11:53 更新)
- ドライブの表示について - txk ( 2006/02/28 23:29:46 更新)
- WebInterfaceで、Win2000/98から公開アプリケーションを実行できません - れいこ ( 2006/02/23 16:52:09 更新)
- イベントログ「Citrix Monitoring Script Event 2」 - メタ右衛門 ( 2006/02/22 21:06:39 更新)
- オートクリエイトプリンタのネットワーク要件ついて - ucd ( 2006/02/14 13:51:41 更新)
- ICAブラウザとWindowsリモートデスクトップ接続ソフトとの同居について - ニシオ ( 2006/02/13 18:34:01 更新)
- 分離環境で0バイトのファイルが残る - SAKURA ( 2006/02/01 19:19:07 更新)
MetaFrame 4.0から3.0へダウングレードしたケースについて
こんにちわ、いつも皆様には大変お世話になっております。
最近、MetaFrame Presentation Server 4.0を構築したばかりなのですが、
公開アプリケーションとして登録しましたソフトがメタ4.0ですと、不具合が
生じてまったく機能しない状態となりました。
具体的に申し上げますとアプリ上からの印刷実行時に画面が固まってしまいます。
お試し版メタ3.0を構築してみて原因が解消できるかを検証しようと思うのですが、
仮に当問題を解消できた場合、メタ4.0のサーバーへ接続していた最新のICAクライ
アント(Citrixよりダウンロード)の設定を変更する必要はありますでしょうか。
サーバーのIPアドレスやサーバーファーム名の変更はありません。
また同様に3.0でも解消できない場合は、以前使用していたMeta XPにまで落とそう
という考えもあります。
その場合、4.0への接続を想定していた最新のICAクライアントで特別な設定変更は
発生しますでしょうか。
最近、MetaFrame Presentation Server 4.0を構築したばかりなのですが、
公開アプリケーションとして登録しましたソフトがメタ4.0ですと、不具合が
生じてまったく機能しない状態となりました。
具体的に申し上げますとアプリ上からの印刷実行時に画面が固まってしまいます。
お試し版メタ3.0を構築してみて原因が解消できるかを検証しようと思うのですが、
仮に当問題を解消できた場合、メタ4.0のサーバーへ接続していた最新のICAクライ
アント(Citrixよりダウンロード)の設定を変更する必要はありますでしょうか。
サーバーのIPアドレスやサーバーファーム名の変更はありません。
また同様に3.0でも解消できない場合は、以前使用していたMeta XPにまで落とそう
という考えもあります。
その場合、4.0への接続を想定していた最新のICAクライアントで特別な設定変更は
発生しますでしょうか。
4.0で発生した問題を解明することを真っ先にやるべきでは？
メタメタ 様
おはようございます。
>4.0で発生した問題を解明することを真っ先にやるべきでは？
まったくその通りだと思っております。
問題は印刷処理時のアプリの動きにあることが判明しております。
アプリの改修を検討して頂いているのですが、不可能と言われて
しまったことを想定して今回のような投稿をさせて頂きました。
おはようございます。
>4.0で発生した問題を解明することを真っ先にやるべきでは？
まったくその通りだと思っております。
問題は印刷処理時のアプリの動きにあることが判明しております。
アプリの改修を検討して頂いているのですが、不可能と言われて
しまったことを想定して今回のような投稿をさせて頂きました。
メタメタ 様
おはようございます。
>4.0で発生した問題を解明することを真っ先にやるべきでは？
まったくその通りだと思っております。
問題は印刷処理時のアプリの動きにあることが判明しております。
アプリの改修を検討して頂いているのですが、不可能と言われて
しまったことを想定して今回のような投稿をさせて頂きました。
おはようございます。
>4.0で発生した問題を解明することを真っ先にやるべきでは？
まったくその通りだと思っております。
問題は印刷処理時のアプリの動きにあることが判明しております。
アプリの改修を検討して頂いているのですが、不可能と言われて
しまったことを想定して今回のような投稿をさせて頂きました。
メタメタ 様
おはようございます。
>4.0で発生した問題を解明することを真っ先にやるべきでは？
まったくその通りだと思っております。
問題は印刷処理時のアプリの動きにあることが判明しております。
アプリの改修を検討して頂いているのですが、不可能と言われて
しまったことを想定して今回のような投稿をさせて頂きました。
おはようございます。
>4.0で発生した問題を解明することを真っ先にやるべきでは？
まったくその通りだと思っております。
問題は印刷処理時のアプリの動きにあることが判明しております。
アプリの改修を検討して頂いているのですが、不可能と言われて
しまったことを想定して今回のような投稿をさせて頂きました。
「問題はアプリの動きにある」→「4.0を3.0もしくはXPに変える」
と言うことですか？
なぜこのような発想になるのか理解できません。
と言うことですか？
なぜこのような発想になるのか理解できません。
メタメタ 様
3.0もしくはXPであれば問題が解決できるからです。
3.0もしくはXPであれば問題が解決できるからです。
4.0のみで発生する現象というのは具体的にはどういったもでしょうか。
印刷周りで発生するトラブルであれば、UPDを利用するとエラーになるとか
セッションプリンタでAutocreateした場合にエラーになるとか何かしらの
条件等はありますか？
印刷周りで発生するトラブルであれば、UPDを利用するとエラーになるとか
セッションプリンタでAutocreateした場合にエラーになるとか何かしらの
条件等はありますか？
しゅーまっは 様
ご存知かと思いますが4.0だとサーバー上に作成されるAutocreatedされた
プリンタ名が"client/<端末名>#/～"というように／記号で区切られて生成
されています。
アプリ側の印刷処理でサーバ上のプリンタ情報を見に行くようになっているの
ですが、プリンタ名の探し方が"client￥<端末名>#￥～"という形式になって
いるのです。
～3.0までは後者の形式であることが判明したので、3.0で行きましょうという
ことになりそうなんです。
ご存知かと思いますが4.0だとサーバー上に作成されるAutocreatedされた
プリンタ名が"client/<端末名>#/～"というように／記号で区切られて生成
されています。
アプリ側の印刷処理でサーバ上のプリンタ情報を見に行くようになっているの
ですが、プリンタ名の探し方が"client￥<端末名>#￥～"という形式になって
いるのです。
～3.0までは後者の形式であることが判明したので、3.0で行きましょうという
ことになりそうなんです。
＞ ～3.0までは後者の形式であることが判明したので、3.0で行きましょうという
＞ ことになりそうなんです。
Citrix MetaFrame Presentation Server 3.0 Service Pack 2005.04 を
あてるとプリンタの名前は、4.0と同じになります。（笑）
本題に入りますが、4.0で採用されたプリンタ名は、ポリシーで従来の名前に変更できます。
方法：
１ 管理コンソールを起動
２ ポリシーを選択
３ ポリシーを作成・プロパティを開く
４ 印刷→クライアントプリンタ→従来のクライアントプリンタを選択
５ 設定しない→適用するを選択、従来のクライアントプリンタを作成するを選択
６ 閉じる
７ ポリシーを選択し右クリックでポリシーの適用先を選択
８ サーバーを選択（これは状況に合わせて選んでください）
これでプリンタ名は従来の通りの名前になります。
是非、４．０を使ってください。ＸＰや３．０よりは印刷のパフォーマンスがいいですよ。
＞ ことになりそうなんです。
Citrix MetaFrame Presentation Server 3.0 Service Pack 2005.04 を
あてるとプリンタの名前は、4.0と同じになります。（笑）
本題に入りますが、4.0で採用されたプリンタ名は、ポリシーで従来の名前に変更できます。
方法：
１ 管理コンソールを起動
２ ポリシーを選択
３ ポリシーを作成・プロパティを開く
４ 印刷→クライアントプリンタ→従来のクライアントプリンタを選択
５ 設定しない→適用するを選択、従来のクライアントプリンタを作成するを選択
６ 閉じる
７ ポリシーを選択し右クリックでポリシーの適用先を選択
８ サーバーを選択（これは状況に合わせて選んでください）
これでプリンタ名は従来の通りの名前になります。
是非、４．０を使ってください。ＸＰや３．０よりは印刷のパフォーマンスがいいですよ。
回答してもだんまりですか。
みなさま、ご返信遅くなり大変申し訳ありませんでした。
そしてたくさんのアドバイスを頂戴し、大変感謝しております。
CCEA様、ご丁寧なご解説を頂きありがとうございます。
先述しましたとおり、4.0の設定になっては困るのです。
アプリ側の印刷処理では3.0のプリンタ名の形式でサーバーを
見に行きますので”スラッシュ”区切りの形式である4.0
（3.0のSP適用による4.0化）では都合が悪くなってしまうのです。
そしてたくさんのアドバイスを頂戴し、大変感謝しております。
CCEA様、ご丁寧なご解説を頂きありがとうございます。
先述しましたとおり、4.0の設定になっては困るのです。
アプリ側の印刷処理では3.0のプリンタ名の形式でサーバーを
見に行きますので”スラッシュ”区切りの形式である4.0
（3.0のSP適用による4.0化）では都合が悪くなってしまうのです。
CCEAさんの投稿の
「本題に入りますが」
以降の内容は読まれていますか？
「本題に入りますが」
以降の内容は読まれていますか？
しゅーまっは様へ宛てた私の書込（2006/03/17 22:26:05）を
ご覧になられてはいないのでしょうか。。。
CCEA様が教えて頂いたことは既に行っております。
ご覧になられてはいないのでしょうか。。。
CCEA様が教えて頂いたことは既に行っております。
失礼いたしました。
確かにアプリ改修が出来ないとなると、3.0に入れ替えるしかなさそうですね。
随分遠回りをしましたが、最初の質問に返りましょう。
「クライアントの設定変更の必要性」ですが、
私も経験がないので正確なことは言えません。
あくまで予想なのですが、「設定変更」は必要ないと思いますよ。
ただ、「IPアドレスもサーバーファーム名も変更なし」とは言っても、
サーバーファームそのものは同一ではないので、
クライアント側で1回は「再読み込み」の操作は必要になるでしょう。
3.0→4.0なら、サーバーファームの設定を引き継ぐことが可能ですが、
4.0→3.0は、サーバーファームの設定を引き継ぐことは出来ないので、
新規にサーバーファームを作り直すことになるからです。
確かにアプリ改修が出来ないとなると、3.0に入れ替えるしかなさそうですね。
随分遠回りをしましたが、最初の質問に返りましょう。
「クライアントの設定変更の必要性」ですが、
私も経験がないので正確なことは言えません。
あくまで予想なのですが、「設定変更」は必要ないと思いますよ。
ただ、「IPアドレスもサーバーファーム名も変更なし」とは言っても、
サーバーファームそのものは同一ではないので、
クライアント側で1回は「再読み込み」の操作は必要になるでしょう。
3.0→4.0なら、サーバーファームの設定を引き継ぐことが可能ですが、
4.0→3.0は、サーバーファームの設定を引き継ぐことは出来ないので、
新規にサーバーファームを作り直すことになるからです。
メタメタ 様
どうもありがとうございます。
みなさまもたくさんのアドバイス本当にありがとうございました。
どうもありがとうございます。
みなさまもたくさんのアドバイス本当にありがとうございました。
カスタムICAコネクションが消える
いつもお世話になっております。
Program Neigborhood ver.9を使っているのですが、複数のPCにインストールした場合に
カスタムICAコネクションのアイコンが表示されるものと表示されないものがあります。
しかも、アイコンが表示されない場合、アイコンの追加が行えなません（知らない）。
こういった場合、カスタムICAコネクションのアイコンをどのようにして追加したらよろしい
のでしょうか？
以上、ご返答のほど、よろしくお願いいたします。
Program Neigborhood ver.9を使っているのですが、複数のPCにインストールした場合に
カスタムICAコネクションのアイコンが表示されるものと表示されないものがあります。
しかも、アイコンが表示されない場合、アイコンの追加が行えなません（知らない）。
こういった場合、カスタムICAコネクションのアイコンをどのようにして追加したらよろしい
のでしょうか？
以上、ご返答のほど、よろしくお願いいたします。
これを読んでください
http://support.citrix.com/article/CTX17090
http://support.citrix.com/article/CTX17090
ご返答ありがとうございます。
早速資料を見て下記の場所の値を変更してみましたがアイコンは現れませんでした。
C:\Documents and Settings\..\Application Data\ICAClient
C:\Program Files\Citrix\ICA Client
APPSRV.INI
CustomConnectionsIconOff=On
AddICAIconOff=On
同じPCでもユーザーが変わるとカスタムICAコネクションのアイコンが出たりします。
レジストリ等の設定などはありますでしょうか？
ご返答のほどよろしくお願いいたします。
早速資料を見て下記の場所の値を変更してみましたがアイコンは現れませんでした。
C:\Documents and Settings\..\Application Data\ICAClient
C:\Program Files\Citrix\ICA Client
APPSRV.INI
CustomConnectionsIconOff=On
AddICAIconOff=On
同じPCでもユーザーが変わるとカスタムICAコネクションのアイコンが出たりします。
レジストリ等の設定などはありますでしょうか？
ご返答のほどよろしくお願いいたします。
カスタムICAコネクションのアイコンが出ない件ですが、
一度Program Neighborhoodのアンインストールを行い、
その後、残ったフォルダ
C:\Documents and Settings\..\Application Data\ICAClient
C:\Program Files\Citrix\ICA Client
を中身ごと消して再度インストールを行ったところアイコンが表示されました。
根本的な解決方法ではないですがとりあえずこの方法で対応したいと思います。
ありがとうございました。
一度Program Neighborhoodのアンインストールを行い、
その後、残ったフォルダ
C:\Documents and Settings\..\Application Data\ICAClient
C:\Program Files\Citrix\ICA Client
を中身ごと消して再度インストールを行ったところアイコンが表示されました。
根本的な解決方法ではないですがとりあえずこの方法で対応したいと思います。
ありがとうございました。
Meta1.8→Presentasion4.0へのアップグレード時のテンポラリディスク容量
Meta1.8+Windows2000 SP3のマシンをPresentation Server4.0＋Windows2000 SP4にアップグレードしようとしています。
インストールするコンポーネントはライセンスサーバ以外全部なのですが、その場合のテンポラリディスク容量はどれくらい必要でしょうか？
対象のサーバのディスク容量が逼迫気味なのですが、中間にPresentation Server3.0へのアップグレードをかます必要もありますので心配です。どうかアドバイスください。
よろしくおねがいします。
インストールするコンポーネントはライセンスサーバ以外全部なのですが、その場合のテンポラリディスク容量はどれくらい必要でしょうか？
対象のサーバのディスク容量が逼迫気味なのですが、中間にPresentation Server3.0へのアップグレードをかます必要もありますので心配です。どうかアドバイスください。
よろしくおねがいします。
上書きインストールではなく、
まっさらな状態から新規インストールにしたほうが良いと思いますよ。
まっさらな状態から新規インストールにしたほうが良いと思いますよ。
もしも上書きインストールの場合、システムドライブが残り260MBくらいなんですが容量足りませんでしょうか？
どうしてそんな少なくなってしまったんですか？
ターミナルサーバ(含MetaFrame)のディスクにデータが溜まることなんてないはずですけど。。。
ターミナルサーバ(含MetaFrame)のディスクにデータが溜まることなんてないはずですけど。。。
ユーザープロファイル、WindowsUpdateのバックアップファイル
など考えられます。
など考えられます。
間違った設計をされているようですね。
>ユーザプロファイル
ターミナルサーバ(MetaFrameサーバ)のディスク内に
プロファイル情報を持たせるのは止めましょう。
フォルダリダイレクトやローミングプロファイルを用いて
別サーバに持たせるべきです。
> WindowsUpdateのバックアップファイル
パッチやSPを適用する際は、別メディアにディスク全体の
イメージバックアップを取りましょう。
そうすればWindowsUpdateのバックアップなど不要です。
>ユーザプロファイル
ターミナルサーバ(MetaFrameサーバ)のディスク内に
プロファイル情報を持たせるのは止めましょう。
フォルダリダイレクトやローミングプロファイルを用いて
別サーバに持たせるべきです。
> WindowsUpdateのバックアップファイル
パッチやSPを適用する際は、別メディアにディスク全体の
イメージバックアップを取りましょう。
そうすればWindowsUpdateのバックアップなど不要です。
>フォルダリダイレクトやローミングプロファイルを用いて別サーバに持たせるべきです。
メタありきで考えると確かに望ましいですが、様々なしがらみでそうはいかない場合もあります。
と出題者を弁護しつつも、行儀の悪いアプリがシステムドライブにゴミを大量に作成しているとか、
IEのキャッシュや、肥大したメールボックスでプロファイルが大きくなっているとか。
システムドライブのサイジングをミスったのではと推測できますが、いかがでしょうか？
>>アップルグレードさん
メタありきで考えると確かに望ましいですが、様々なしがらみでそうはいかない場合もあります。
と出題者を弁護しつつも、行儀の悪いアプリがシステムドライブにゴミを大量に作成しているとか、
IEのキャッシュや、肥大したメールボックスでプロファイルが大きくなっているとか。
システムドライブのサイジングをミスったのではと推測できますが、いかがでしょうか？
>>アップルグレードさん
ユーザプロファイルをMetaFrameサーバ内に持たせているのは確かです・・
システムドライブのサイジングというか、もともと容量が小さいのに運用上
Meta以外のバックアップを結構残しているのでその時点でミスってると思います。
なんとかあと200MBくらい確保して450MBくらいは捻出できそうなんですが、
上書きインストール不能ですか？
システムドライブのサイジングというか、もともと容量が小さいのに運用上
Meta以外のバックアップを結構残しているのでその時点でミスってると思います。
なんとかあと200MBくらい確保して450MBくらいは捻出できそうなんですが、
上書きインストール不能ですか？
とりあえずインストーラを立ち上げてみては如何でしょう。
容量が足りなければその旨メッセージが出るような気がするのですが。
容量が足りなければその旨メッセージが出るような気がするのですが。
実際動作している環境で検証するのはあまり望ましくはないと思います。
現在XPが動いているので当然メディアはおもちですよね？
CPS4のメディアはCitrixから体験版が入手可能です。
自社でテスト環境を作るのが一番で、パソコン1台あれば可能です。
どなたもこの検証を無料ご奉仕する方はいらっしゃらないと思いますので。
この手の内容はご自分で確認されるのが一番です。
現在XPが動いているので当然メディアはおもちですよね？
CPS4のメディアはCitrixから体験版が入手可能です。
自社でテスト環境を作るのが一番で、パソコン1台あれば可能です。
どなたもこの検証を無料ご奉仕する方はいらっしゃらないと思いますので。
この手の内容はご自分で確認されるのが一番です。
fbgcvnfhjhj
正直・・・空き領域だけ考えるても非常に厳しいですね。
必要な容量の参考は、以下を参照してください。
http://www.citrix.co.jp/products/cps/system.html
この他に解凍したりして実際の空き領域はもっといるでしょうが・・・
W2KのSP4だけでもアウトかも・・・？
何のために、アップグレードするのかを検討されて評価環境を
作成するなどをされたほうがいいですね・・・
大変だとは思いますががんばって下さい。
必要な容量の参考は、以下を参照してください。
http://www.citrix.co.jp/products/cps/system.html
この他に解凍したりして実際の空き領域はもっといるでしょうが・・・
W2KのSP4だけでもアウトかも・・・？
何のために、アップグレードするのかを検討されて評価環境を
作成するなどをされたほうがいいですね・・・
大変だとは思いますががんばって下さい。
ProgramNeighborhoodやProgramNeighborhoodAgentでSecureGateway
お世話になります。
SecureGateway環境を構築しました。
WebClientでの接続、アプリケーションの起動はできるのですが、
ProgramNeighborhoodやProgramNeighborhoodAgentででも接続できるのでしょうか。
ブラウザでの接続はNGという要望があり困っております。
よろしくお願いいたします。
SecureGateway環境を構築しました。
WebClientでの接続、アプリケーションの起動はできるのですが、
ProgramNeighborhoodやProgramNeighborhoodAgentででも接続できるのでしょうか。
ブラウザでの接続はNGという要望があり困っております。
よろしくお願いいたします。
SecureGatewayの通常モードは、WebInterfaceでの接続が必須ですので、
PNやPNAgentでの接続はできません。
SecureGatewayをリレーモードで構築すれば、PNでSGの完全修飾ドメイン名
とポート番号を指定してやることで接続することができます。
この場合、SGサーバはPROXYとして動作します。
ただし、SGの管理者ガイドには以下の記述があります。
・Secure Gateway を、組織内イントラネット、LAN、WAN、および安全な
ネットワークから接続するクライアントを保護するために使用したい。リ
レーモードは、外部ネットワークまたはインターネットから接続するクラ
イアントのためには使用しないでください。
警告：リレーモードは、Secure Gateway の使用上推奨されるモードで
はありません。このモードのSecure Gateway は、本質的には、ファイ
ヤウォールを通過する暗号化されたトンネルとして機能します。 サーバー
のIPアドレスはクライアントから参照できます。 周知のポートをファイ
ヤウォール上で開放していることと、それに伴う危険について認識してお
く必要があります。
（SG管理者ガイド、P149）
PNやPNAgentでの接続はできません。
SecureGatewayをリレーモードで構築すれば、PNでSGの完全修飾ドメイン名
とポート番号を指定してやることで接続することができます。
この場合、SGサーバはPROXYとして動作します。
ただし、SGの管理者ガイドには以下の記述があります。
・Secure Gateway を、組織内イントラネット、LAN、WAN、および安全な
ネットワークから接続するクライアントを保護するために使用したい。リ
レーモードは、外部ネットワークまたはインターネットから接続するクラ
イアントのためには使用しないでください。
警告：リレーモードは、Secure Gateway の使用上推奨されるモードで
はありません。このモードのSecure Gateway は、本質的には、ファイ
ヤウォールを通過する暗号化されたトンネルとして機能します。 サーバー
のIPアドレスはクライアントから参照できます。 周知のポートをファイ
ヤウォール上で開放していることと、それに伴う危険について認識してお
く必要があります。
（SG管理者ガイド、P149）
ドライブの表示について
WIndows NT, MetaFrame 1.8 の環境ですが、
metaframeサーバにログインした場合、
"clientのC(C:)"
"clientのD(D:)"のようにドライブが表示されています。
この”clientの”という表記を変更したり、削除することは
できるのでしょうか。
情報をお持ちの方、何卒よろしくお願いします。
metaframeサーバにログインした場合、
"clientのC(C:)"
"clientのD(D:)"のようにドライブが表示されています。
この”clientの”という表記を変更したり、削除することは
できるのでしょうか。
情報をお持ちの方、何卒よろしくお願いします。
なぜそうしたいか、理由が知りたいものです。
随分年代モノを使ってますね。
随分年代モノを使ってますね。
質問に対する情報は持っていませんが、なぜそうしたいかは確かに気になります。
OSもMetaFrameもサポートぎれだと、何かあった時が怖いですよ。
(それがなかなか難しいのが企業というものみたいですが。)
1.8からバージョンアップライセンスは今月いっぱいまでのようです。
詳しくは公式サイトで。
OSもMetaFrameもサポートぎれだと、何かあった時が怖いですよ。
(それがなかなか難しいのが企業というものみたいですが。)
1.8からバージョンアップライセンスは今月いっぱいまでのようです。
詳しくは公式サイトで。
WebInterfaceで、Win2000/98から公開アプリケーションを実行できません
お世話になります。
環境：サーバー側 Win2003Server CitrixPresentationServer4.0
クライアント側 WinXP/2000/98
MetaFaramePresentationServer Win32 Webクライアント
現在、WebInterfaceによる公開アプリケーションを構築しています。
WinXPからIEを開いて、公開アプリの実行は可能です。
しかし、Win98や2000端末からだと以下の現象になり、公開アプリを実行できません。
・ログオンはできています。
・公開アプリをダブルクリックするとXPの時と同様に"メニュー（公開アプリ）に接続しています"
のウインドウが表示され、ウインドウにあるプログレスバーが進んでいきます。
（ここまではXPと同様に正常です）
・XPの場合プログレスバーが満タンになると公開アプリが表示されるのですが、
98/2000からだとプロ下レスバーが満タンになった後、公開アプリを表示しません。
どなたか解決策、原因をご存知の方いらっしゃいましたら、ご教授お願い致します・
環境：サーバー側 Win2003Server CitrixPresentationServer4.0
クライアント側 WinXP/2000/98
MetaFaramePresentationServer Win32 Webクライアント
現在、WebInterfaceによる公開アプリケーションを構築しています。
WinXPからIEを開いて、公開アプリの実行は可能です。
しかし、Win98や2000端末からだと以下の現象になり、公開アプリを実行できません。
・ログオンはできています。
・公開アプリをダブルクリックするとXPの時と同様に"メニュー（公開アプリ）に接続しています"
のウインドウが表示され、ウインドウにあるプログレスバーが進んでいきます。
（ここまではXPと同様に正常です）
・XPの場合プログレスバーが満タンになると公開アプリが表示されるのですが、
98/2000からだとプロ下レスバーが満タンになった後、公開アプリを表示しません。
どなたか解決策、原因をご存知の方いらっしゃいましたら、ご教授お願い致します・
イベントログ「Citrix Monitoring Script Event 2」
いつも拝見させて頂いております。
イベントログに下記のようなエラーが発生しており、困り果てております。
環境は
Win2003 × 2(CPS4.0)
Win2003 × 2(ドメインコントローラー)
イベントログは
---------------------------------
Citrix Monitoring Script Event 2
Citrix MetaFrame Session In Down State:
WMI error retrieving session object:
Received error: 0x80041002: Not found
Citrix Monitoring Script Event 2
Citrix MetaFrame Compute Event Rate:
WMI error retrieving object MetaFrame_DisconnectedSession_Happening:
Received error: 0x80041002: Not found
Citrix Monitoring Script Event 2
Citrix MetaFrame Session Idle Too Long:
WMI error retrieving session object:
Received error: 0x80041002: Not found
---------------------------------
このエラーが起動時及び、定期的にイベントログに記録されます。
特に普通にインストールしただけの状態なのですが発生します。
1台だけにインストールした状態で発生します。
英語のKBに同じようなエラーは発見できましたが、具体的にどうやったら直るのか
わからない状態です。
http://support.citrix.com/forums/thread.jspa?messageID=350506&fromSearchPage=true񕤪
ご教授をお願い致します。
イベントログに下記のようなエラーが発生しており、困り果てております。
環境は
Win2003 × 2(CPS4.0)
Win2003 × 2(ドメインコントローラー)
イベントログは
---------------------------------
Citrix Monitoring Script Event 2
Citrix MetaFrame Session In Down State:
WMI error retrieving session object:
Received error: 0x80041002: Not found
Citrix Monitoring Script Event 2
Citrix MetaFrame Compute Event Rate:
WMI error retrieving object MetaFrame_DisconnectedSession_Happening:
Received error: 0x80041002: Not found
Citrix Monitoring Script Event 2
Citrix MetaFrame Session Idle Too Long:
WMI error retrieving session object:
Received error: 0x80041002: Not found
---------------------------------
このエラーが起動時及び、定期的にイベントログに記録されます。
特に普通にインストールしただけの状態なのですが発生します。
1台だけにインストールした状態で発生します。
英語のKBに同じようなエラーは発見できましたが、具体的にどうやったら直るのか
わからない状態です。
http://support.citrix.com/forums/thread.jspa?messageID=350506&fromSearchPage=true񕤪
ご教授をお願い致します。
オートクリエイトプリンタのネットワーク要件ついて
オートクリエイトプリンタを使用する際に、必要となるネットワーク要件について
教えていただけないでしょうか？
バージョンXPFR2でICAクライアントを使用している環境で
サーバとの接続をインターネット経由で行う為、NATされています。
また、プリンタはPCにローカルプリンタとしてUSBケーブルにて接続されています。
この状況でプリントアウトが出来ますでしょうか？
またその際にファイアーウォールで特定のポートを空ける必要がありますか？
Metaframeの知識がほとんどない為、ド素人的質問だったらすみません。
有益なドキュメントの場所を教えていただけるだけでも助かります。
教えていただけないでしょうか？
バージョンXPFR2でICAクライアントを使用している環境で
サーバとの接続をインターネット経由で行う為、NATされています。
また、プリンタはPCにローカルプリンタとしてUSBケーブルにて接続されています。
この状況でプリントアウトが出来ますでしょうか？
またその際にファイアーウォールで特定のポートを空ける必要がありますか？
Metaframeの知識がほとんどない為、ド素人的質問だったらすみません。
有益なドキュメントの場所を教えていただけるだけでも助かります。
ICAクライアントが正常にメタフレームにつながること。
これが満たされれば、オートクリエイトプリンタを使用する際の
ネットワーク要件としては満たしてます。
あくまでネットワーク要件としてです。使用可能な要件とは
別です。
USB接続のローカルプリンタで印刷できるか？
そのローカルプリンタがTerminalService環境下で動作保証
されているものであれば、通常のオートクリエイトプリンタの
機能で可能でしょう。
そうでない場合はユニバーサルプリンタドライバ(UPD)を利用
するもしくは代替ドライバの設定を行うことで印刷可能かも
しれません。
いずれにしろやってみないとどれが当たるのかは分かりません。
ファイヤーウォールで開けるポートはICAクライアントから
サーバーまでの接続をどの様に計画しているのかで違って
きます。
SSL接続なら443番だし、通常のICA接続を行うのであれば1494番
のポートが開いている必要があります。
これ以外に公開アプリケーションの一覧の参照が必要であるならば
80番ポートも必要でしょう。
有難うございます。
すみません、もう少し教えてください。
「使用可能な要件とは別です。」というのは、具体的にどういうことになりますでしょうか？
また、ファイアーウォールのポートについては通常のICA接続ですので1494番だけになると思っています。ServerからClientへのポートというのは無いという認識でいいでしょうか？
（NAT環境なので・・・・）
プリンタについては、サポートされているプリンタを使用しているようです。
宜しくお願いいたします。
すみません、もう少し教えてください。
「使用可能な要件とは別です。」というのは、具体的にどういうことになりますでしょうか？
また、ファイアーウォールのポートについては通常のICA接続ですので1494番だけになると思っています。ServerからClientへのポートというのは無いという認識でいいでしょうか？
（NAT環境なので・・・・）
プリンタについては、サポートされているプリンタを使用しているようです。
宜しくお願いいたします。
オートクリエイトプリンタを利用する際大きく分けて2種類の方法があります。
1．ネイティブドライバを利用する。
2．UPDを利用する。
1で行う場合、サーバ側にクライアント側で利用するプリンタのドライバがあらかじめインストール
されていることが条件となります。
2の場合は必要ありません。
1．ネイティブドライバを利用する。
2．UPDを利用する。
1で行う場合、サーバ側にクライアント側で利用するプリンタのドライバがあらかじめインストール
されていることが条件となります。
2の場合は必要ありません。
有難うございます。大変参考になりました。
ICAブラウザとWindowsリモートデスクトップ接続ソフトとの同居について
ICAブラウザがインストールされているクライアントにWindowsリモートデスクトップ接続ソフトをインストールした後、ICAブラウザにてサーバーに接続しようとすると、「ネットワークまたはダイヤルアップに問題があるため、MetaFrameサーバーに接続できません。クライアントの自動再接続処理は、後で再開されます。」という様なメッセージが表示されます。ICAブラウザもリモートデスクトップ接続ソフトも両方使いたいのですが、対応策はありますでしょうか？
本当に問題を解決したいのならば、状況の整理、問題の切り分けを行い、
正しい用語と正しい日本語を使って質問しましょう。
ICAブラウザ？？？？？
正しい用語と正しい日本語を使って質問しましょう。
ICAブラウザ？？？？？
失礼しました。
1.クライアント環境
Windows2000Pro SP4
Citrix ICA 32-bit Windows Client Ver6.30
リモートデスクトップ接続
2.経緯
ICAクライアントがインストールされているクライアントにリモートデスクトップ接続を後からインストール
した。
3.状況
ICAクライアント＆リモートデスクトップ接続の両方がインストールされている状態でICAクライアントを起動
すると、「ネットワークまたはダイヤルアップに問題があるため、MetaFrameサーバーに接続できません。」
というメッセージが表示される。
また、接続先MetaFrameサーバーにはライセンス関連（ID：1004）のイベントログがあがっている。
リモートデスクトップ接続を削除すると問題は発生しない。
ICAクライアントでの接続先サーバーとリモートデスクトップ接続での接続先サーバーは異なり、後者には
MetaFrameはインストールされていない。
なぜ、ライセンス関連のエラーが発生するのでしょうか？また、回避策はありますでしょうか？
1.クライアント環境
Windows2000Pro SP4
Citrix ICA 32-bit Windows Client Ver6.30
リモートデスクトップ接続
2.経緯
ICAクライアントがインストールされているクライアントにリモートデスクトップ接続を後からインストール
した。
3.状況
ICAクライアント＆リモートデスクトップ接続の両方がインストールされている状態でICAクライアントを起動
すると、「ネットワークまたはダイヤルアップに問題があるため、MetaFrameサーバーに接続できません。」
というメッセージが表示される。
また、接続先MetaFrameサーバーにはライセンス関連（ID：1004）のイベントログがあがっている。
リモートデスクトップ接続を削除すると問題は発生しない。
ICAクライアントでの接続先サーバーとリモートデスクトップ接続での接続先サーバーは異なり、後者には
MetaFrameはインストールされていない。
なぜ、ライセンス関連のエラーが発生するのでしょうか？また、回避策はありますでしょうか？
サーバー側のドメイン構成やサーバーOSなどが分からないのでなんともいえませんが、
ターミナルサービスのライセンスサーバーからライセンスが取得できていないだけ
もしくはMetaFrameサーバに接続した際にターミナルライセンスサーバと通信できて
いないのかもしれない。
いずれにしろ、まずはマイクロソフトのサポートとかでターミナルライセンスの
条件および挙動について調査して動きを確認してみてはいかがでしょうか？
ターミナルサービスのライセンスサーバーからライセンスが取得できていないだけ
もしくはMetaFrameサーバに接続した際にターミナルライセンスサーバと通信できて
いないのかもしれない。
いずれにしろ、まずはマイクロソフトのサポートとかでターミナルライセンスの
条件および挙動について調査して動きを確認してみてはいかがでしょうか？
「問題の切り分け」の意味をご存知ですか？
リモートデスクトップ接続をインストールしていないクライアント端末でも
問題は発生するのですか？
リモートデスクトップ接続だけインストールしたクライアント端末で、
リモートデスクトップ接続は出来るのですか？
これらの情報がないまま「ICAとRDPと両方入れたから問題が発生した」
などと断言するのですか？
ITスキルの前に論理的思考力を磨くべきかと。
リモートデスクトップ接続をインストールしていないクライアント端末でも
問題は発生するのですか？
リモートデスクトップ接続だけインストールしたクライアント端末で、
リモートデスクトップ接続は出来るのですか？
これらの情報がないまま「ICAとRDPと両方入れたから問題が発生した」
などと断言するのですか？
ITスキルの前に論理的思考力を磨くべきかと。
こいつ何様！
ん～、確かに言い方はいつもキツイけど
言ってることは正論だと思うよ。
スルーしてるのにごめん。ひとりごと。
言ってることは正論だと思うよ。
スルーしてるのにごめん。ひとりごと。
PNとリモートデスクトップを同一筐体にインストールして利用することは、何ら問題ないはずです。
当方でも両方を使い分けて利用しています。
※ニシオ様環境のPNのバージョンの古さが若干気にはなりますが。
当方の環境
Windows2000Pro SP4
Citrix ICA 32-bit Windows Client Ver9.15
リモートデスクトップ接続 Ver5.2
当方でも両方を使い分けて利用しています。
※ニシオ様環境のPNのバージョンの古さが若干気にはなりますが。
当方の環境
Windows2000Pro SP4
Citrix ICA 32-bit Windows Client Ver9.15
リモートデスクトップ接続 Ver5.2
分離環境で0バイトのファイルが残る
SAKURAと申します。
現在、分離環境の動作確認を行っているところです。
そこで、CPS4.0の分離環境についての質問です。
サーバーは、WindowsServer2003です。
１．分離環境を作成してエクスプローラをアプリケーション分離で公開。
２．クライアントからあるユーザーで接続して公開されたエクスプローラを起動。
３．エクスプローラで適当にファイルを作成してから削除する。
公開されたエクスプローラからはファイルが消える。
４．接続を切って、CPSのサーバーのエクスプローラから先ほど作成したファイルを
見ると０バイトで残っている。
この0バイトのファイルは消えないのでしょうか？
http://support.citrix.com/article/CTX106794&searchID=14560252
を見ると０バイトのファイルは削除ファイルをトラックするために
作成してあるようなので仕様のような気がしますが。
仕様だとすると、分離環境を使用した場合にゴミのファイルが
たくさん残ってしまうような気がするのですが・・・
0バイトのファイルを削除する何か良い方法は、ないでしょうか？
よろしくお願いします。
現在、分離環境の動作確認を行っているところです。
そこで、CPS4.0の分離環境についての質問です。
サーバーは、WindowsServer2003です。
１．分離環境を作成してエクスプローラをアプリケーション分離で公開。
２．クライアントからあるユーザーで接続して公開されたエクスプローラを起動。
３．エクスプローラで適当にファイルを作成してから削除する。
公開されたエクスプローラからはファイルが消える。
４．接続を切って、CPSのサーバーのエクスプローラから先ほど作成したファイルを
見ると０バイトで残っている。
この0バイトのファイルは消えないのでしょうか？
http://support.citrix.com/article/CTX106794&searchID=14560252
を見ると０バイトのファイルは削除ファイルをトラックするために
作成してあるようなので仕様のような気がしますが。
仕様だとすると、分離環境を使用した場合にゴミのファイルが
たくさん残ってしまうような気がするのですが・・・
0バイトのファイルを削除する何か良い方法は、ないでしょうか？
よろしくお願いします。
実害ないんだから、ほっときゃいいじゃん。
．．．なんて言うと、また嫌われるので説明しましょう。
Windows OS使っている限り、ゴミファイルって自然に出来ます。
中には知らない間にHDを圧迫するものもあります。
ほとんどの人は気がつかないだろうけど。。
このAIEのゴミファイル、見たとおりサイズゼロで、
ユーザからは全く見えないので実害なし。
たまたま好奇心のある管理者に見えるだけ。
「見えない巨悪」よりも「たまたま見える小悪」が気になってしまうのは、
ITに限らず、まあ世の人間としてはやむをえないか。
だったら、定期的にイメージバックアップ＆リストアでOSを元に戻そう。
これなら「見えない巨悪」も同時に退治できる！！
日々更新されるデータをHDに持たないはずのターミナルサーバならできるよね？
えっ！？ユーザのデータをターミナルサーバのHDに持たせてるって？
それは設計が良くないよ。
．．．なんて言うと、また嫌われるので説明しましょう。
Windows OS使っている限り、ゴミファイルって自然に出来ます。
中には知らない間にHDを圧迫するものもあります。
ほとんどの人は気がつかないだろうけど。。
このAIEのゴミファイル、見たとおりサイズゼロで、
ユーザからは全く見えないので実害なし。
たまたま好奇心のある管理者に見えるだけ。
「見えない巨悪」よりも「たまたま見える小悪」が気になってしまうのは、
ITに限らず、まあ世の人間としてはやむをえないか。
だったら、定期的にイメージバックアップ＆リストアでOSを元に戻そう。
これなら「見えない巨悪」も同時に退治できる！！
日々更新されるデータをHDに持たないはずのターミナルサーバならできるよね？
えっ！？ユーザのデータをターミナルサーバのHDに持たせてるって？
それは設計が良くないよ。
メタメタ様
回答ありがとうございます。
私も最初は、実害がないと思っていたのですが、
プログラムの中でワークファイルを作成している所があり
そのファイルのCreateで0バイトのファイルがあると
エラーになってしまいました。
ファイルが存在している状態でCreateは問題がないのに
プログラムでファイルを削除してからCreateするとエラーになる。
言語の仕様のような気もするのでとりあえずは、
ファイルを消さずに残しておく方法で回避しました。
ありがとうございました。
回答ありがとうございます。
私も最初は、実害がないと思っていたのですが、
プログラムの中でワークファイルを作成している所があり
そのファイルのCreateで0バイトのファイルがあると
エラーになってしまいました。
ファイルが存在している状態でCreateは問題がないのに
プログラムでファイルを削除してからCreateするとエラーになる。
言語の仕様のような気もするのでとりあえずは、
ファイルを消さずに残しておく方法で回避しました。
ありがとうございました。
Powerful & Beautiful
力強く、美しいシステムを。