トピック検索
1444 件のトピックが該当しました。
- 公開アプリケーションへの接続時間の規制について - あひる ( 2006/10/05 14:10:39 更新)
- Secure Gatewayから複数サーバへの接続について - でびっと ( 2006/10/03 21:10:12 更新)
- metaframe XPからCPS4.0への入れ替え時に、アプリの起動が遅くなった? - じょなさん ( 2006/10/03 10:45:46 更新)
- MetaFrame対応のインクジェットプリンターを探しています。 - もも ( 2006/10/02 11:33:16 更新)
- シングルサインオンについて - U1 ( 2006/09/28 23:02:13 更新)
- Javaクライアントでのプリンタ使用について - SS ( 2006/09/28 17:34:05 更新)
- 管理コンソールが起動できない - T.K ( 2006/09/28 15:07:10 更新)
- Presentation Server4.0の環境でmetaがよく切断される。 - さふらん ( 2006/09/28 10:15:13 更新)
- MetaFrameで公開アプリ内でExcelを起動すると・・・ - 下級天使 ( 2006/09/26 16:15:55 更新)
- 印刷時にメタサーバーリブート - kato ( 2006/09/22 13:56:54 更新)
公開アプリケーションへの接続時間の規制について
cps4を使用しております。
現在、公開しているアプリケーションに対して
時間での制約を行いたいと思っております。
MetaFrameのロードマネージャーという機能が該当するのでしょうか?
現在、公開しているアプリケーションに対して
時間での制約を行いたいと思っております。
MetaFrameのロードマネージャーという機能が該当するのでしょうか?
負荷評価基準のスケジュールの設定で可能ですね。
管理コンソール→負荷評価基準→デフォルト 右クリック 負荷評価基準の変更
→スケジュールの設定
です。
CPS4.5を使用しております。
現在、公開しているアプリケーションに対して
時間での制約を行いたいと思っております。
過去ログで、管理コンソールの負荷評価基準のスケジ
ュールの設定で接続時間を制限できることは理解致しました。
接続制限を接続クライアントのIPアドレス単位・
コンピュータ名単位で設定することは可能でしょうか。
宜しくお願いします。
Secure Gatewayから複数サーバへの接続について
お世話になります。
すでにDMZに設置したSecure Gateway(SG)から社内IPのCPSに接続できており、
新たに別のCPSに接続しようとしてポートの疎通(80/443/1494/2598)とIISの
設定を追加し接続しますと「MetaFrameサーバに接続できません。
SSLエラー29:プロキシサーバーで;40;STA(省略)のポート1494への接続を拒否しました」
となり接続できません。SG診断ツールでは2台とも認証サーバの確認はできています。
なにかヒントになるようなことがありましたが教えていただけますでしょうか?
そもそも複数のCPSへのGatewayができるものなのでしょうか?
よろしくお願いいたします。
すでにDMZに設置したSecure Gateway(SG)から社内IPのCPSに接続できており、
新たに別のCPSに接続しようとしてポートの疎通(80/443/1494/2598)とIISの
設定を追加し接続しますと「MetaFrameサーバに接続できません。
SSLエラー29:プロキシサーバーで;40;STA(省略)のポート1494への接続を拒否しました」
となり接続できません。SG診断ツールでは2台とも認証サーバの確認はできています。
なにかヒントになるようなことがありましたが教えていただけますでしょうか?
そもそも複数のCPSへのGatewayができるものなのでしょうか?
よろしくお願いいたします。
metaframe XPからCPS4.0への入れ替え時に、アプリの起動が遅くなった?
お世話になります。
metaframe XPで運用していたユーザーにおいて、
新規のサーバーを購入し、CPS4.0をインストールして、metaframe XPがインストールされていたサーバと入れ替えました。(metaframe XPがインストールされていたサーバは、ネットワーク上に存在せず、廃棄処分です。)
ICAクライアントも、9.15をクライアントにインストールしました。
(「アプリケーションの追加と削除」から旧のICAクライアントを削除し、9.15をインストールする手順です。)
いざ、アプリを起動しようとすると、PCを起動した直後の1回目の起動時に、5分くらいかかるそうです。(サーバーにログインしているときの画面がでるまでに異常に時間がかかっている)
PCを起動した直後の1回目の起動時ということで、クライアント(CPU負荷)やウィルスソフトのパターンファイルのダウンロード(回線圧迫)も考えてみたのですが、METAサーバーを入れ替える前と変更はないのです。
このような現象は、みなさんのところでも発生していませんか?
metaframe XPで運用していたユーザーにおいて、
新規のサーバーを購入し、CPS4.0をインストールして、metaframe XPがインストールされていたサーバと入れ替えました。(metaframe XPがインストールされていたサーバは、ネットワーク上に存在せず、廃棄処分です。)
ICAクライアントも、9.15をクライアントにインストールしました。
(「アプリケーションの追加と削除」から旧のICAクライアントを削除し、9.15をインストールする手順です。)
いざ、アプリを起動しようとすると、PCを起動した直後の1回目の起動時に、5分くらいかかるそうです。(サーバーにログインしているときの画面がでるまでに異常に時間がかかっている)
PCを起動した直後の1回目の起動時ということで、クライアント(CPU負荷)やウィルスソフトのパターンファイルのダウンロード(回線圧迫)も考えてみたのですが、METAサーバーを入れ替える前と変更はないのです。
このような現象は、みなさんのところでも発生していませんか?
MetaFrame対応のインクジェットプリンターを探しています。
現在、掲題のとおりMeta対応のA3印刷可能なインクジェットプリンターを探しております。
現行機種で現在稼動されている方、もしくは情報をお持ちの方は是非お教え願えますでしょうか?
メーカーは不問です。宜しくお願い致します。
現行機種で現在稼動されている方、もしくは情報をお持ちの方は是非お教え願えますでしょうか?
メーカーは不問です。宜しくお願い致します。
こんばんは。
KeyWord を”MetaFrame対応 インクジェットプリンター A3”で
検索したら、以下がヒットしました。いかがでしょうか? 記事が古いかな?
http://www.ricoh.co.jp/release/by_field/printer/1998/0512_6.html
http://www.ricoh.co.jp/release/by_field/printer/2001/1221.html
KeyWord を”MetaFrame対応 インクジェットプリンター A3”で
検索したら、以下がヒットしました。いかがでしょうか? 記事が古いかな?
http://www.ricoh.co.jp/release/by_field/printer/1998/0512_6.html
http://www.ricoh.co.jp/release/by_field/printer/2001/1221.html
レスありがとうございます!
どうやら1つめのURLの記事は仰るように古いようですね(>_<)
2つめ方で見ましたが、対応しているのはA4までみたいです。無念。。
どうやら1つめのURLの記事は仰るように古いようですね(>_<)
2つめ方で見ましたが、対応しているのはA4までみたいです。無念。。
シングルサインオンについて
シングルサインオンについて悩んでいます。
どなたか助言をお願いできませんでしょうか?
■環境(テスト用)
①Windows2003Server
・Presentation Server4.0
・ライセンスサーバー
・サーバーファーム有
②Windows2003Server(VirtualPC上)
・Presentation Server4.0
・サーバーファーム無
■設定
・WebInterfaceを使用する
・公開アプリケーションはドメインのグループ指定を行って画面表示を切り替える
・公開アプリケーションは2台のサーバーを使用して負荷調整を行う
・サイトの認証ではパススルー認証を使用する
■現象
クライアント(ドメインユーザーでログイン済み)からWEBを表示すると、グループ単位で許可
されている公開アプリケーションのみが表示されます。そこから、公開アプリケーションを実行
すると各アプリケーションごとに認証のダイアログが表示されます。
※表示されるダイアログは、各サーバのログイン時に表示される認証ダイアログと同じものです。
※一度認証したアプリケーションは一定時間過ぎるまでは再認証せずに実行できます。
■疑問点
公開アプリケーションの表示がログインユーザーによって切り替わるところまでは可能なのに、
実際の実行になってなぜ認証を求められるのか不思議に思います。
WebInterfaceの管理者ガイドには、最小機能版のMetaFrame win32 Webクライアントには対応
していないとあるのですが、WEBからインストールを行ったにも関わらず、何故か画面への
表示までは行えています。
また、本書に載っている方法を行うにしても、今回はクライアント台数も不特定多数の為、
各クライアントまで行ってインストール作業を行い、設定ファイルを変更することは現実的ではありません。
何かサーバー側での設定等で解決できる方法は無いでしょうか?
どなたか助言をお願いできませんでしょうか?
■環境(テスト用)
①Windows2003Server
・Presentation Server4.0
・ライセンスサーバー
・サーバーファーム有
②Windows2003Server(VirtualPC上)
・Presentation Server4.0
・サーバーファーム無
■設定
・WebInterfaceを使用する
・公開アプリケーションはドメインのグループ指定を行って画面表示を切り替える
・公開アプリケーションは2台のサーバーを使用して負荷調整を行う
・サイトの認証ではパススルー認証を使用する
■現象
クライアント(ドメインユーザーでログイン済み)からWEBを表示すると、グループ単位で許可
されている公開アプリケーションのみが表示されます。そこから、公開アプリケーションを実行
すると各アプリケーションごとに認証のダイアログが表示されます。
※表示されるダイアログは、各サーバのログイン時に表示される認証ダイアログと同じものです。
※一度認証したアプリケーションは一定時間過ぎるまでは再認証せずに実行できます。
■疑問点
公開アプリケーションの表示がログインユーザーによって切り替わるところまでは可能なのに、
実際の実行になってなぜ認証を求められるのか不思議に思います。
WebInterfaceの管理者ガイドには、最小機能版のMetaFrame win32 Webクライアントには対応
していないとあるのですが、WEBからインストールを行ったにも関わらず、何故か画面への
表示までは行えています。
また、本書に載っている方法を行うにしても、今回はクライアント台数も不特定多数の為、
各クライアントまで行ってインストール作業を行い、設定ファイルを変更することは現実的ではありません。
何かサーバー側での設定等で解決できる方法は無いでしょうか?
>WebInterfaceの管理者ガイドには、最小機能版のMetaFrame win32 Webクライアントには対応
>していないとあるのですが、WEBからインストールを行ったにも関わらず、何故か画面への
>表示までは行えています。
IE上でのログオンはクライアントPCのIE - WIのIIS間で統合Windows認証機能でログオンしていますが、
そこから先はクライアントPCのICAクライアント - CPS間の認証となり、
これはICAクライアントが提供する機能となります。
そして本機能はWIのログオン画面からのインストール媒体(ica32t.exe)には含まれていません。
必ずフル機能版(ica32pkg.msi)を使ってインストールしてください。
その際、インストールの途中にローカルで利用しているIDとパスワードを使うかどうか
質問されますので、そこで「はい」を選択します。
これでパススルー認証が有効となります。
また、クライアントの設置場所まで足を運べないのであれば、
ドメインに参加しているクライアントなのですから、
ActiveDirectoryでパッケージを配布すれば問題ないと思います。
上記を行い、それでもうまくいかない場合は以下を確認してください。
①WebInterfaceの設定で認証方法は「パススルー認証」になっていますか?
②CPSの「ターミナルサービス構成」のプロパティの「ログオン設定」で
「常にパスワードの入力を求める」にチェックが付いていませんか?
>していないとあるのですが、WEBからインストールを行ったにも関わらず、何故か画面への
>表示までは行えています。
IE上でのログオンはクライアントPCのIE - WIのIIS間で統合Windows認証機能でログオンしていますが、
そこから先はクライアントPCのICAクライアント - CPS間の認証となり、
これはICAクライアントが提供する機能となります。
そして本機能はWIのログオン画面からのインストール媒体(ica32t.exe)には含まれていません。
必ずフル機能版(ica32pkg.msi)を使ってインストールしてください。
その際、インストールの途中にローカルで利用しているIDとパスワードを使うかどうか
質問されますので、そこで「はい」を選択します。
これでパススルー認証が有効となります。
また、クライアントの設置場所まで足を運べないのであれば、
ドメインに参加しているクライアントなのですから、
ActiveDirectoryでパッケージを配布すれば問題ないと思います。
上記を行い、それでもうまくいかない場合は以下を確認してください。
①WebInterfaceの設定で認証方法は「パススルー認証」になっていますか?
②CPSの「ターミナルサービス構成」のプロパティの「ログオン設定」で
「常にパスワードの入力を求める」にチェックが付いていませんか?
ご返答ありがとうございます。
公開アプリケーションで指定したグループで判定されて表示されているので、
WIの機能で公開アプリケーションの実行可能/不可能のところまで判断されているけれども、
実際に実行する際には更にICAクライアントの認証後に実行されるということですね。
ActiveDirectoryでパッケージを配布については厳しいです。
メタサーバ自体をドメインに参加させるのも色々と申請を行わなければならず、大変な作業なため・・・。
フル機能版(ica32pkg.msi)とAPPSRV.INIの変更によって、シングルサインオンを確認できました。
また、付属のドキュメントとにらめっこをしてINIファイルの書き換えでインストール自体を簡略化
できることを知りました。
現在、この方法で作成したパッケージをIExpressで自己解凍形式にしてWEBで配布するように考えています。
やはり、セキュリティーが厳しくなっているからでしょうか?
個人的には設定したADのグループに応じて公開アプリの表示/非表示を認証入力なしで出来るのですから、
標準機能として公開アプリに実行までシングルサインオンを実現して欲しいとは思うのですが・・・。
公開アプリケーションで指定したグループで判定されて表示されているので、
WIの機能で公開アプリケーションの実行可能/不可能のところまで判断されているけれども、
実際に実行する際には更にICAクライアントの認証後に実行されるということですね。
ActiveDirectoryでパッケージを配布については厳しいです。
メタサーバ自体をドメインに参加させるのも色々と申請を行わなければならず、大変な作業なため・・・。
フル機能版(ica32pkg.msi)とAPPSRV.INIの変更によって、シングルサインオンを確認できました。
また、付属のドキュメントとにらめっこをしてINIファイルの書き換えでインストール自体を簡略化
できることを知りました。
現在、この方法で作成したパッケージをIExpressで自己解凍形式にしてWEBで配布するように考えています。
やはり、セキュリティーが厳しくなっているからでしょうか?
個人的には設定したADのグループに応じて公開アプリの表示/非表示を認証入力なしで出来るのですから、
標準機能として公開アプリに実行までシングルサインオンを実現して欲しいとは思うのですが・・・。
> フル機能版(ica32pkg.msi)とAPPSRV.INIの変更によって、シングルサインオンを確認できました。
割り込んですみません。当方も同じ現象で悩んでいます。
よろしければ、APPSRV.INIのどのパラメタを変更されたか
ご教授いただけないでしょうか。
よろしくお願い致します。
割り込んですみません。当方も同じ現象で悩んでいます。
よろしければ、APPSRV.INIのどのパラメタを変更されたか
ご教授いただけないでしょうか。
よろしくお願い致します。
申し訳ございません。自己解決しました。
まずはマニュアル(Web Interface管理者ガイド)
を読むべきでした。
APPSRV.INIに以下のパラメタを追加することで
解決しました。
---------------------------
EnableSSOnThruICAFile=On
SSOnUserSetting=On
---------------------------
P64~P66に記載されています。
お騒がせして申し訳ございませんでした。
まずはマニュアル(Web Interface管理者ガイド)
を読むべきでした。
APPSRV.INIに以下のパラメタを追加することで
解決しました。
---------------------------
EnableSSOnThruICAFile=On
SSOnUserSetting=On
---------------------------
P64~P66に記載されています。
お騒がせして申し訳ございませんでした。
私も横から失礼します。
パススルー認証をするためにMetaFrame Access Suite 管理コンソール
の[認証方法の設定]において、[パススルー認証]をすると、
・FQDNでURLを指定した場合(例:http://meta01.test.local/Citrix/MetaFrame)
を指定すると、IEからユーザ/パスワードの認証画面が出力されます。
・URLをFQDNではなく、NetBIOS名(例:http://meta01/Citrix/MetaFrame)で
指定すると、パススルー認証ができます。
・[指定ユーザーでログオン]を指定すると、FQDNでもアクセス可能です。
IIS設定の問題でしょうか、Web Interfaceの設定が悪いのでしょうか。
ご存知の方は、ご教授いただけないでしょうか。
よろしくお願い致します。
パススルー認証をするためにMetaFrame Access Suite 管理コンソール
の[認証方法の設定]において、[パススルー認証]をすると、
・FQDNでURLを指定した場合(例:http://meta01.test.local/Citrix/MetaFrame)
を指定すると、IEからユーザ/パスワードの認証画面が出力されます。
・URLをFQDNではなく、NetBIOS名(例:http://meta01/Citrix/MetaFrame)で
指定すると、パススルー認証ができます。
・[指定ユーザーでログオン]を指定すると、FQDNでもアクセス可能です。
IIS設定の問題でしょうか、Web Interfaceの設定が悪いのでしょうか。
ご存知の方は、ご教授いただけないでしょうか。
よろしくお願い致します。
Javaクライアントでのプリンタ使用について
いつも参考にさせて頂いています。
現在、Presentetion Server4.0を、MACで使用しており、
日本語入力ができなかった為、Javaクライアントにて使用しているのですが、
プリンタがUPDでマッピングしてないようで、プリンタが使用できません。
どなたか、解決方法をご存知の方いらっしゃいましたら、ご教授お願いします。
現在、Presentetion Server4.0を、MACで使用しており、
日本語入力ができなかった為、Javaクライアントにて使用しているのですが、
プリンタがUPDでマッピングしてないようで、プリンタが使用できません。
どなたか、解決方法をご存知の方いらっしゃいましたら、ご教授お願いします。
追加情報を書かせて頂きます。
「管理コンソール」→「プリンタの管理」→「ドライバ」→「マッピング」で、
クライアントドライバに「Mac Printer」、サーバドライバに「HP Color LaserJet 4500 (MetaFrame PCL5c Universal Driver)」を指定しところ、
サーバ上に、クライアントPCのプリンタ情報がマッピングされたのですが、
プリントアウトができず、次のようなエラーメッセージが、MAC PCに表示されました。
This file cannot be printed using the selected printer
error number 196
どなたか、解決方法をご存知の方いらっしゃいましたら、
ご教授の程、よろしくお願いします。
「管理コンソール」→「プリンタの管理」→「ドライバ」→「マッピング」で、
クライアントドライバに「Mac Printer」、サーバドライバに「HP Color LaserJet 4500 (MetaFrame PCL5c Universal Driver)」を指定しところ、
サーバ上に、クライアントPCのプリンタ情報がマッピングされたのですが、
プリントアウトができず、次のようなエラーメッセージが、MAC PCに表示されました。
This file cannot be printed using the selected printer
error number 196
どなたか、解決方法をご存知の方いらっしゃいましたら、
ご教授の程、よろしくお願いします。
管理コンソールが起動できない
初めまして。
今後のシステム用調査のため、Windows2000ServerにMetaFrameXP FR2(90日評価版)をインストールして動作確認を行おうとしたところ(MetaFrameXPのサポートが終了することは認識済みです)、インストールはできたのですが管理コンソールの起動が全くできずに困っています。
表示されるエラーメッセージは「起動エラー:Java 仮想マシンの実行ファイルが見つからないため、Citrix管理コンソールを起動できません。」です。
VMが入っていないのかと思い http://www.java.com/ja/download/help/testvm.xml で確認しましたが、
Vendor: Sun Microsystems Inc.
Version: 1.5.0_06
Operating System: Windows2000
OS Version: 5.0
と表示されており、こちらもインストールはできていると思います。
申し訳ありませんが、どのようにしたら起動ができるのか、御教授ください。
今後のシステム用調査のため、Windows2000ServerにMetaFrameXP FR2(90日評価版)をインストールして動作確認を行おうとしたところ(MetaFrameXPのサポートが終了することは認識済みです)、インストールはできたのですが管理コンソールの起動が全くできずに困っています。
表示されるエラーメッセージは「起動エラー:Java 仮想マシンの実行ファイルが見つからないため、Citrix管理コンソールを起動できません。」です。
VMが入っていないのかと思い http://www.java.com/ja/download/help/testvm.xml で確認しましたが、
Vendor: Sun Microsystems Inc.
Version: 1.5.0_06
Operating System: Windows2000
OS Version: 5.0
と表示されており、こちらもインストールはできていると思います。
申し訳ありませんが、どのようにしたら起動ができるのか、御教授ください。
JRE1.5はどのような経緯でインストールされました?
他のアプリケーションで必要なのでしょうか?
もし他のどのアプリケーションもJRE1.5を利用していないのでしたら、アンインストールしてください。
その上でXP FR2のメディアよりJRE1.3をインストールしてください。
XP FR2のCMCはJRE1.3でしか動作しません。
もし、他のアプリケーションでJRE1.5が必要であれば、1.5はそのまま残し、
XP FR2のメディアよりJRE1.3をインストールしてください。
そして両方のバージョンが存在している状態で以下のレジストリを確認してください。
HKLM¥SOFTWARE¥JavaSoft¥Java Runtime Environmentの「CurrentVersion」の値
この値が1.5.0_06になっていれば問題ないですが、1.3になっていた場合は1.5.0_06に変更してください。
これでCMCはJRE1.3を、他のJavaアプリは1.5を利用して起動するようになります。
他のアプリケーションで必要なのでしょうか?
もし他のどのアプリケーションもJRE1.5を利用していないのでしたら、アンインストールしてください。
その上でXP FR2のメディアよりJRE1.3をインストールしてください。
XP FR2のCMCはJRE1.3でしか動作しません。
もし、他のアプリケーションでJRE1.5が必要であれば、1.5はそのまま残し、
XP FR2のメディアよりJRE1.3をインストールしてください。
そして両方のバージョンが存在している状態で以下のレジストリを確認してください。
HKLM¥SOFTWARE¥JavaSoft¥Java Runtime Environmentの「CurrentVersion」の値
この値が1.5.0_06になっていれば問題ないですが、1.3になっていた場合は1.5.0_06に変更してください。
これでCMCはJRE1.3を、他のJavaアプリは1.5を利用して起動するようになります。
>きくりんさん
御教授ありがとうございました。JRE1.5は他のシステムで必要なため、インストールしました。
1.3をインストールしようと思いメディアを確認したら、「インストール前の確認事項」というところにも「1.3で」と書いてあるのに気がつきました。見落としです。
このCDから1.3(管理コンソール)をインストールするには、新しいバージョンを削除しなければならないことにも気がつかなかったため、このような事態になってしまいました。
1.5を削除した上で管理コンソールをインストールし確認したところ、問題なく起動しました。
また、その後改めて1.5をインストールし、レジストリも上記の通りであることを確認した上でも動作に問題はありませんでした。
ありがとうございました。
御教授ありがとうございました。JRE1.5は他のシステムで必要なため、インストールしました。
1.3をインストールしようと思いメディアを確認したら、「インストール前の確認事項」というところにも「1.3で」と書いてあるのに気がつきました。見落としです。
このCDから1.3(管理コンソール)をインストールするには、新しいバージョンを削除しなければならないことにも気がつかなかったため、このような事態になってしまいました。
1.5を削除した上で管理コンソールをインストールし確認したところ、問題なく起動しました。
また、その後改めて1.5をインストールし、レジストリも上記の通りであることを確認した上でも動作に問題はありませんでした。
ありがとうございました。
Presentation Server4.0の環境でmetaがよく切断される。
宜しくお願いします。
過去ログを参照したのですが、それらしきものがなかったので、
投稿させて頂きます。
環境
Presentation Server4.01台
windows2003server
クライアントpc XPpro
LAN接続
メタ上でアプリケーションを実行していると1日に多い時に
10回metaが勝手に切断されます。
入力途中に急に画面が切れて、metaに再接続しようとして
もできず、しばらし再接続してみると先ほど急に画面がきれた
直前までの状態が表示され、引き続き入力できます。
対応方法がお分かりになる方がおられましたら、是非ご教授
頂けないでしょうか。宜しくお願い致します。
過去ログを参照したのですが、それらしきものがなかったので、
投稿させて頂きます。
環境
Presentation Server4.01台
windows2003server
クライアントpc XPpro
LAN接続
メタ上でアプリケーションを実行していると1日に多い時に
10回metaが勝手に切断されます。
入力途中に急に画面が切れて、metaに再接続しようとして
もできず、しばらし再接続してみると先ほど急に画面がきれた
直前までの状態が表示され、引き続き入力できます。
対応方法がお分かりになる方がおられましたら、是非ご教授
頂けないでしょうか。宜しくお願い致します。
Citrixコネクション構成ツールを開いてicaコネクションをダブルクリックし、
編集画面を開き、「詳細」を開いてください。
接続タイムアウト設定とアイドルタイムアウト設定の「アカウントの設定を使用」のチェックを外し、
「タイムアウトなし」にチェックが入っている状態にすれば、基本的にネットワーク障害等がない限り
切断されることはありません。
それでも切断が起こる場合は、CPS以外の外的要因が考えられます。
編集画面を開き、「詳細」を開いてください。
接続タイムアウト設定とアイドルタイムアウト設定の「アカウントの設定を使用」のチェックを外し、
「タイムアウトなし」にチェックが入っている状態にすれば、基本的にネットワーク障害等がない限り
切断されることはありません。
それでも切断が起こる場合は、CPS以外の外的要因が考えられます。
きくりんさんご回答有難うございます。
早速、設定をみたところ、現状では、「アカウントの設定を使用」にチェックが
ついていました。
ためしに一旦チェックを外してみようと思います。
しかし、少しわたしが言葉足らずだったのですが、アプリケーションの入力途中
で急に画面が切れてしまうのです。
やはり、こういう場合はネットワークの問題なのでしょうか・・・?
当初、ネットワークの障害だと思い、ネットワーク専門の業者に頼んで
見ていただいたのですが、問題ないということでしたので、てっきり
ICAの問題かと思いまして・・・。
早速、設定をみたところ、現状では、「アカウントの設定を使用」にチェックが
ついていました。
ためしに一旦チェックを外してみようと思います。
しかし、少しわたしが言葉足らずだったのですが、アプリケーションの入力途中
で急に画面が切れてしまうのです。
やはり、こういう場合はネットワークの問題なのでしょうか・・・?
当初、ネットワークの障害だと思い、ネットワーク専門の業者に頼んで
見ていただいたのですが、問題ないということでしたので、てっきり
ICAの問題かと思いまして・・・。
CPS側で考えられることとして以下の点が挙げられます。
①ファーム内で同時起動インスタンス数の制限をしている。
②同じアカウントを複数ユーザで使いまわしをしていて、且つセッション画面の保持機能が有効。
③Server 2003のターミナル・サーバでの動作保証のないアプリケーションを利用し、
なおかつターミナル・サーバの動作モードが「完全なセキュリティ」になっている。
上記のいずれかに該当したりしますか?
①ファーム内で同時起動インスタンス数の制限をしている。
②同じアカウントを複数ユーザで使いまわしをしていて、且つセッション画面の保持機能が有効。
③Server 2003のターミナル・サーバでの動作保証のないアプリケーションを利用し、
なおかつターミナル・サーバの動作モードが「完全なセキュリティ」になっている。
上記のいずれかに該当したりしますか?
きくりんさんご回答有難うございます。
①について
公開アプリケーションのプロパティで確認できるものと
思っていたのですが、Presentation Server4には
そのような項目がなかったのですが、見る場所を間違え
てますでしょうか。
②について
アカウントは、1クライアントにつき1つずつあります。
③について
全く違う環境ではありますが、metaを使わないクラサバ
環境であれば全く問題なく動きますので、2003Server
でも大丈夫です。
すみませんが、宜しくお願い致します。
①について
公開アプリケーションのプロパティで確認できるものと
思っていたのですが、Presentation Server4には
そのような項目がなかったのですが、見る場所を間違え
てますでしょうか。
②について
アカウントは、1クライアントにつき1つずつあります。
③について
全く違う環境ではありますが、metaを使わないクラサバ
環境であれば全く問題なく動きますので、2003Server
でも大丈夫です。
すみませんが、宜しくお願い致します。
①は、アプリケーションのプロパティを開き、「アプリケーションの制限」の中に
「サーバーファーム内で同時に起動できるインスタンス数を制限する」という項目があります。
確認できなかったということは恐らく設定はされていないものと思います。
で、あれば、CPS側に問題があるとは考えにくいと思います。
気休めだとは思いますが、ファームのプロパティから、ICA Keep-Aliveを有効にしてみた場合どうでしょう?
それでだめなら、ネットワークに強い業者にSnifferとかEthereal等でパケットキャプチャしてもらい、
キャプチャデータを解析してもらうのが近道かと。
キャプチャポイントはサーバのNICとクライアントのNIC、経路にルータ、F/Wが存在する場合は
そちらのポートも対象にした方がいいと思います。
以前私も設定は間違っていないのに公開アプリケーションが起動できず、パケットを解析して解決したことがあります。
セッション確立のシーケンスは、必ずクライアントからSYNパケットが飛び、サーバがSYN,ACKで応え、
ACKのやり取りがあった後、クライアントからACK,FINで終了通知、サーバがACKで応えて
サーバからFIN,ACKの通知、クライアントがACKで応えて終了です。
この一連のやり取りがロストせずに確立しているかどうかがポイントかと思います。
ちなみにMetaFrameが利用しているのは、icaが1494、画面保持有効であれば2598です。
「サーバーファーム内で同時に起動できるインスタンス数を制限する」という項目があります。
確認できなかったということは恐らく設定はされていないものと思います。
で、あれば、CPS側に問題があるとは考えにくいと思います。
気休めだとは思いますが、ファームのプロパティから、ICA Keep-Aliveを有効にしてみた場合どうでしょう?
それでだめなら、ネットワークに強い業者にSnifferとかEthereal等でパケットキャプチャしてもらい、
キャプチャデータを解析してもらうのが近道かと。
キャプチャポイントはサーバのNICとクライアントのNIC、経路にルータ、F/Wが存在する場合は
そちらのポートも対象にした方がいいと思います。
以前私も設定は間違っていないのに公開アプリケーションが起動できず、パケットを解析して解決したことがあります。
セッション確立のシーケンスは、必ずクライアントからSYNパケットが飛び、サーバがSYN,ACKで応え、
ACKのやり取りがあった後、クライアントからACK,FINで終了通知、サーバがACKで応えて
サーバからFIN,ACKの通知、クライアントがACKで応えて終了です。
この一連のやり取りがロストせずに確立しているかどうかがポイントかと思います。
ちなみにMetaFrameが利用しているのは、icaが1494、画面保持有効であれば2598です。
きくりんさんご回答有難うございます。
やはり、ネットワークの問題の可能性が大ですか・・・。
では、ネットワークを再度調査してみます。
ご紹介頂きましたEtherealがなかなかよさそうなので、
試してみたいと思います。
どうも有難うございました。
やはり、ネットワークの問題の可能性が大ですか・・・。
では、ネットワークを再度調査してみます。
ご紹介頂きましたEtherealがなかなかよさそうなので、
試してみたいと思います。
どうも有難うございました。
突然の書込み失礼します。
さふらんさんが書かれている現象と全く同じ現象が、私の環境でも起こっておりますので書込みさせて頂きます。
環境
Presentation Server4.01台
windows2003server
クライアントpc XPpro
WAN接続
私もきくりんさんが指摘されている内容とほぼ同様の対応してきましたが改善されませんでした。
(加えてWeb上で公開されている2006/08/25付Presentation Serverの修正パッチもあてました)
可能性としてですが、ハードウェアとの相性も考えられるのではないかと思っております。
私の場合は、サーバー・端末共にHP製を使用しています。
今回さふらんさんが使用しているハードウェアのメーカーを教えて頂けないでしょうか。
よろしくお願い致します。
さふらんさんが書かれている現象と全く同じ現象が、私の環境でも起こっておりますので書込みさせて頂きます。
環境
Presentation Server4.01台
windows2003server
クライアントpc XPpro
WAN接続
私もきくりんさんが指摘されている内容とほぼ同様の対応してきましたが改善されませんでした。
(加えてWeb上で公開されている2006/08/25付Presentation Serverの修正パッチもあてました)
可能性としてですが、ハードウェアとの相性も考えられるのではないかと思っております。
私の場合は、サーバー・端末共にHP製を使用しています。
今回さふらんさんが使用しているハードウェアのメーカーを教えて頂けないでしょうか。
よろしくお願い致します。
Metaサーバーとスイッチングハブとの間にリピートハブを接続しSnifferを導入した所、現象が止まりました。
報告までに。
報告までに。
通常の運用と平行して、現象が発生するPCからPing -t で流して、
TimeOutしているか否かを確認してみてはいかがでしょうか?
※その他Pingを打ちっぱなしにしてログを採取するフリーソフト等で
試すのもありかとおもいます。
ネットワークレベルの話なのか否かの切り分けも必要だと思います。
TimeOutしているか否かを確認してみてはいかがでしょうか?
※その他Pingを打ちっぱなしにしてログを採取するフリーソフト等で
試すのもありかとおもいます。
ネットワークレベルの話なのか否かの切り分けも必要だと思います。
グレートHGさん
Ping -t は試してみましたが現象発生してもTimeOutしませんでした。
Pingレベルで起こっている現象ではないようです。
Ping -t は試してみましたが現象発生してもTimeOutしませんでした。
Pingレベルで起こっている現象ではないようです。
MetaFrameで公開アプリ内でExcelを起動すると・・・
はじめてまして。
MetaFrameからVB.netで作成のアプリ起動する
アプリからExcel起動すると、以下の問題が発生します
[問題点]
Excel起動するたびにWindows
インストーラ(ダイアログ)が表示されてしまいます。
http://www.pbsystems.co.jp/bbs/citrix/index.html#5482
のとおり、ターミナルサービスをインストール後に
Officeをインストールしていますが上記現象が発生します。
蛇足ですが某M社さんのHPでの対策も実施してみました。
http://support.microsoft.com/default.aspx?scid=kb;ja;265194
MetaFrameを使用せず、サーバ上にあるアプリを
直接起動してみるとExcel起動するたびにWindows
インストーラ(ダイアログ)が表示されません。
回避策をご存知の方がいらっしゃいましたら
ご教授お願い致します。
・Win 2003Server Standard Edition SP1
・OfficeのVersion 2000
リソースKitを使用してインストールしてます。
MetaFrameからVB.netで作成のアプリ起動する
アプリからExcel起動すると、以下の問題が発生します
[問題点]
Excel起動するたびにWindows
インストーラ(ダイアログ)が表示されてしまいます。
http://www.pbsystems.co.jp/bbs/citrix/index.html#5482
のとおり、ターミナルサービスをインストール後に
Officeをインストールしていますが上記現象が発生します。
蛇足ですが某M社さんのHPでの対策も実施してみました。
http://support.microsoft.com/default.aspx?scid=kb;ja;265194
MetaFrameを使用せず、サーバ上にあるアプリを
直接起動してみるとExcel起動するたびにWindows
インストーラ(ダイアログ)が表示されません。
回避策をご存知の方がいらっしゃいましたら
ご教授お願い致します。
・Win 2003Server Standard Edition SP1
・OfficeのVersion 2000
リソースKitを使用してインストールしてます。
こんばんは
サーバー上にあるアプリを直接起動したユーザーと
Meta経由で起動したユーザーは同じでしょうか?
サーバー上にあるアプリを直接起動したユーザーと
Meta経由で起動したユーザーは同じでしょうか?
こんちには。下級天使です。
タクヤンさんレスありがとうございました。
>Meta経由で起動したユーザーは同じでしょうか?
異なるユーザです。
問題は解決しました。原因と対策を報告致します。
[原因]
Office 2000 のユーザー毎の設定が完了していない段階で、
Office 2000 が導入したアプリケーションと
ファイルの関連付けが参照されたことが原因のようです。
[対策]
Office 2000 のユーザーごとの設定で、Office 2000 の主要なアプリケーションを
起動することにより、回避できました。
また、何かの時にこの掲示板を拝見させていただきます。
ありがとうございました。
以上です。
タクヤンさんレスありがとうございました。
>Meta経由で起動したユーザーは同じでしょうか?
異なるユーザです。
問題は解決しました。原因と対策を報告致します。
[原因]
Office 2000 のユーザー毎の設定が完了していない段階で、
Office 2000 が導入したアプリケーションと
ファイルの関連付けが参照されたことが原因のようです。
[対策]
Office 2000 のユーザーごとの設定で、Office 2000 の主要なアプリケーションを
起動することにより、回避できました。
また、何かの時にこの掲示板を拝見させていただきます。
ありがとうございました。
以上です。
印刷時にメタサーバーリブート
皆さんはじめまして
いつも参考にさせていただいております。
メタフレームで原因のわかないエラーに苦しんでいます。
初歩的な事かも知れませんが是非アドバイスを頂ければ有り難いです。
環境:OS:Windows2000Server Sp1
MetaFramePresentation Server3.0
現象:FinePrintで印刷時に突然MetaFrameCom Server が再起動してしまいます。
発生イベント:1003 System Error エラーコード 000000ab
印刷でしか発生しないので、クラインアトにあるバージョンが異なる
危ないプリンタドライバーを使わずに、(いつ変更されるか分からないので)
サーバーのプリンタドライバーを強制的に使わせるといった方法で対応できないか
と考えています。
プリンタドライバーのマッピングを制限するなどの対応で
解決できないのでしょうか?
ヒントをご存知の方がいらしたら、アドバイス宜しくお願い致します。
いつも参考にさせていただいております。
メタフレームで原因のわかないエラーに苦しんでいます。
初歩的な事かも知れませんが是非アドバイスを頂ければ有り難いです。
環境:OS:Windows2000Server Sp1
MetaFramePresentation Server3.0
現象:FinePrintで印刷時に突然MetaFrameCom Server が再起動してしまいます。
発生イベント:1003 System Error エラーコード 000000ab
印刷でしか発生しないので、クラインアトにあるバージョンが異なる
危ないプリンタドライバーを使わずに、(いつ変更されるか分からないので)
サーバーのプリンタドライバーを強制的に使わせるといった方法で対応できないか
と考えています。
プリンタドライバーのマッピングを制限するなどの対応で
解決できないのでしょうか?
ヒントをご存知の方がいらしたら、アドバイス宜しくお願い致します。
>印刷でしか発生しないので、クラインアトにあるバージョンが異なる
>危ないプリンタドライバーを使わずに、(いつ変更されるか分からないので)
>サーバーのプリンタドライバーを強制的に使わせるといった方法で対応できないか
>と考えています。
ひとつ勘違いをされているようですが、MetaFrame上での印刷ジョブはMetaFrameサーバ上の
ドライバを利用して生成されます。クライアントのドライバは利用しません。
ですから、この場合サーバ側に問題がある可能性が高いです。
ドライバはMetaFrame対応のものを利用していますか?
また、想定しているドライバがちゃんと利用されていますか?
クライアントの持つドライバの名称とサーバ上のドライバの名称が違う場合、
ユニバーサルドライバを用いるか、若しくはMetaFrameが判断したドライバを利用します。
イベントログでその辺りも確認してください。
また、Mfcom.exeが再起動するということですので、プリンタドライバ関係に何の問題もないようでしたら、
一度MetaFrame Presentation Server 3.0のインストールメディアから修復インストールを行うことで解決するかも知れません。
>危ないプリンタドライバーを使わずに、(いつ変更されるか分からないので)
>サーバーのプリンタドライバーを強制的に使わせるといった方法で対応できないか
>と考えています。
ひとつ勘違いをされているようですが、MetaFrame上での印刷ジョブはMetaFrameサーバ上の
ドライバを利用して生成されます。クライアントのドライバは利用しません。
ですから、この場合サーバ側に問題がある可能性が高いです。
ドライバはMetaFrame対応のものを利用していますか?
また、想定しているドライバがちゃんと利用されていますか?
クライアントの持つドライバの名称とサーバ上のドライバの名称が違う場合、
ユニバーサルドライバを用いるか、若しくはMetaFrameが判断したドライバを利用します。
イベントログでその辺りも確認してください。
また、Mfcom.exeが再起動するということですので、プリンタドライバ関係に何の問題もないようでしたら、
一度MetaFrame Presentation Server 3.0のインストールメディアから修復インストールを行うことで解決するかも知れません。
分かりやすい回答、ありがとうございました。
>クライアントの持つドライバの名称とサーバ上のドライバの名称が違う場合、
>ユニバーサルドライバを用いるか、若しくはMetaFrameが判断したドライバを利用します。
以前、サーバーがリブートした時に、クライアントのドライバーのバージョンを
サーバーと一致させたら、復旧した場合があったので、クライアント側のドライバーを
使っていると思っていました。
そうではなくて、ドライバーのバージョンが違うために、別のドライバーと認識されて
違うドライバーで印刷されてしまったということでしょうか。
いずれにしても、クライアント1台がエラーになるならいいのですが、全部のクライアントに
影響がでるのは困った障害です。(再現性が無く、リブートすると正常に印刷できます。)
>クライアントの持つドライバの名称とサーバ上のドライバの名称が違う場合、
>ユニバーサルドライバを用いるか、若しくはMetaFrameが判断したドライバを利用します。
以前、サーバーがリブートした時に、クライアントのドライバーのバージョンを
サーバーと一致させたら、復旧した場合があったので、クライアント側のドライバーを
使っていると思っていました。
そうではなくて、ドライバーのバージョンが違うために、別のドライバーと認識されて
違うドライバーで印刷されてしまったということでしょうか。
いずれにしても、クライアント1台がエラーになるならいいのですが、全部のクライアントに
影響がでるのは困った障害です。(再現性が無く、リブートすると正常に印刷できます。)
katoさんの質問に相乗りで大変恐縮ですが、どなたかお分かりであればご教授ください。
>ひとつ勘違いをされているようですが、MetaFrame上での印刷ジョブはMetaFrameサーバ上の
>ドライバを利用して生成されます。クライアントのドライバは利用しません。
前提としてメーカー提供のプリンタドライバの利用を考えておりますが、以下3点質問です。
①プリンタの接続形式として、クライアントPCにドライバをインストール(含むPoint&Print)し、Meta Frame Serverログオン時に作成されるAuto Created Printerを使用して印刷する場合、印刷ジョブの生成がサーバ上のドライバであれば、クライアントへドライバをインストールする目的は何でしょうか?
②一方、Meta Frame Serverに直接インストールされたドライバ(含むPoint&Print)を使用する接続形式がありますが、この方法ではクライアントへのドライバインストールは一切不要でしょうか?
③また、サーバ、ネットワーク負荷軽減および印刷時間の短縮化を考慮した場合、どちらの接続形式のほうが望ましいのでしょうか?(勝手な予想ですが、①でクライアントがRAWデータを生成しないなら、②のPoint&Printかつプリントサーバ側で最終的にRAWデータを生成する方法が最適かなとおもっています)
>ひとつ勘違いをされているようですが、MetaFrame上での印刷ジョブはMetaFrameサーバ上の
>ドライバを利用して生成されます。クライアントのドライバは利用しません。
前提としてメーカー提供のプリンタドライバの利用を考えておりますが、以下3点質問です。
①プリンタの接続形式として、クライアントPCにドライバをインストール(含むPoint&Print)し、Meta Frame Serverログオン時に作成されるAuto Created Printerを使用して印刷する場合、印刷ジョブの生成がサーバ上のドライバであれば、クライアントへドライバをインストールする目的は何でしょうか?
②一方、Meta Frame Serverに直接インストールされたドライバ(含むPoint&Print)を使用する接続形式がありますが、この方法ではクライアントへのドライバインストールは一切不要でしょうか?
③また、サーバ、ネットワーク負荷軽減および印刷時間の短縮化を考慮した場合、どちらの接続形式のほうが望ましいのでしょうか?(勝手な予想ですが、①でクライアントがRAWデータを生成しないなら、②のPoint&Printかつプリントサーバ側で最終的にRAWデータを生成する方法が最適かなとおもっています)
私の説明がことば足らずだったようで申し訳ありません。
MetaFrame上でジョブは生成しますが、印刷ジョブをプリンタへ引き渡すのはクライアント側の仕事です。
ただし、プリントサーバ経由での印刷で運用している場合には、MetaFrameからクライアントを通さずに
直接プリントサーバにジョブを送ることができます。
①につきましては、上記の通りでクライアントがプリンタにジョブを渡す役目をします。
また、ジョブ生成の際にクライアントドライバのパラメータを参照して生成します。
②につきましては、MetaFrameのローカルプリンタを利用する場合、プリントサーバ経由で
印刷する場合はクライアントへのドライバインストールは不要です
③については、運用によるかと思います。クライアントが全てローカルエリア内にある場合は
MetaFrameのローカルまたはプリントサーバでの印刷でもよろしいかと思いますが、
WANで利用しているクライアントが存在する場合は難しいです。
まぁ、ポリシーでユーザを分ければよろしいかと思いますが。
MetaFrame上でジョブは生成しますが、印刷ジョブをプリンタへ引き渡すのはクライアント側の仕事です。
ただし、プリントサーバ経由での印刷で運用している場合には、MetaFrameからクライアントを通さずに
直接プリントサーバにジョブを送ることができます。
①につきましては、上記の通りでクライアントがプリンタにジョブを渡す役目をします。
また、ジョブ生成の際にクライアントドライバのパラメータを参照して生成します。
②につきましては、MetaFrameのローカルプリンタを利用する場合、プリントサーバ経由で
印刷する場合はクライアントへのドライバインストールは不要です
③については、運用によるかと思います。クライアントが全てローカルエリア内にある場合は
MetaFrameのローカルまたはプリントサーバでの印刷でもよろしいかと思いますが、
WANで利用しているクライアントが存在する場合は難しいです。
まぁ、ポリシーでユーザを分ければよろしいかと思いますが。
Powerful & Beautiful
力強く、美しいシステムを。