検索結果｜シトリックス炎の掲示板｜株式会社ピー・ビーシステムズ

「winlogon.exe」「csrss.exe」が残る

きくりん 2005/01/11 15:36:19

お世話になります。
先日弊社の環境をM/F XP FR3からMPS3.0にアップデートいたしました。
その直後から、WI+SG経由でインターネットからアクセスした場合、
セッションは終了しているにも係わらず、
「winlogon.exe」「csrss.exe」が残ってしまい、
ICA/RDP両方とも接続ができなくなってしまいます。
（直接コンソールからなら操作できます）
タスクマネージャで確認すると有効なセッションが全く
ないにも係わらず、両プロセスが各々12〜15個程度
残っている状態となっています。
（アイドルセッションは5個保持するよう、レジストリを修正しています）
サーバを再起動すれば復旧するのですが、
原因が不明のため、また、再現手順も不明のため、
トラブルシュートを確立できません。
同様のトラブルを経験された方はいらっしゃいますでしょうか？
もし何か情報等ございましたら、御教授いただけますと幸いです。

環境
・MPS
　OS：Windows 2000 Server SP4
　Memory：2.5GB
　HDD：18.2GB SCSIx2 (RAID1)
　MPS：MetaFrame Presentation Server 3.0
　HotFix：MPSJ300W2K003/MPSJ300W2K011
　Etc：JPx8台/ENx2台をそれぞれロードバランスしています。
　ICAセッションの設定：接続タイムアウト→1440分
　　　　　　　　　　　切断タイムアウト→10分
　　　　　　　　　　　アイドルタイムアウト→480分
　インストールされているアプリケーション：
　　1.Adobe Reader 7.0
　　2.Aladdin Expander 5.1
　　3.IBM DB2 Runtime Client
　　4.ESM PRO/Server Agent
　　5.Hummingbird Exceed 9.0J
　　6.i2 DP Client
　　7.Jasc Paint Shop Pro 8
　　8.Java2 Runtime environment 1.3.0_02
　　9.Java2 Runtime environment,SE 1.4.1
　　10.Java2 Runtime environment,SE 1.4.1_02
　　11.Java Web Start
　　12.PuTTY Ver.0.56
　　13.SCORPIO Client 5.0.5
　　14.Server Protect
　　15.Spyware Blaster v3.2
　　16.Tera Term Pro 2.3
　　17.WRQ Reflection X 11.0
　　18.WZ Editor 5.0
　　19.Microsoft Office Professional Edition 2003

・WI+SG
　OS：Windows 2000 Server SP4
　Memory：1GB
　HDD：18.2GB SCSIx3 (RAID5)
　WI：WebInterface 3.0(English)
　SG：SecureGateway 2.1
　Etc:AirH'でのパフォーマンス対策として「Template.ica」に以下を追加しています。
　　　UpdatesAllowed=Off
　　　PersistentCacheEnabled=On
　　　Compress=On
　　　MaximumCompression=On
　　　MouseTimer=300
　　　KeyboardTimer=300
　　　WindowsCache=8192

・License Server/STA
　OS：Windows 2000 Server SP4
　Memory：512MB
　HDD：18.2GB SCSIx2 (RAID1)

・Client
　OS：Windows XP Professional SP1 or SP2
　Memory：256MB〜1GB
　HDD：20GB〜40GB
　ICAクライアント：MPS Client 8.0

全てXP FR3からのアップグレードです。（一旦旧Verのアンインストールは行っています）
WIEを廃止し、10あったファームを2つに纏めました。（その代わりZONE分けをしています）
DBは新規に作成し直しました。（SQL Server 2000 SP3です）
インターネット向けWIはRSA SecureID認証を加えています。

以上、宜しくお願いいたします。

朱雀 2005/01/12 22:09:41

WindowsのセキュリティパッチのMS04-032(KB840987)は適用済みですか？
もし適用済みであれば、一度MS04-032だけアンインストールしてみてください。

外していたらごめんなさいです。

きくりん 2005/02/01 17:23:31

朱雀さん、お返事が遅くなり申し訳ありません。
アンインストールして、現象が再発しないかどうか
様子を見てみます。
ありがとうございました。

ローカルドライブのマッピングについて

ｔｅｒｕ 2005/01/11 14:55:42

あICAクライアントよりサーバへ接続した際に
自動的にクライアントのドライブがマップされるためには
どの様にしたら良いのでしょうか？

特に設定の必要なくマッピングされると思っていたのですが・・・
サーバ側でポリシーは何も設定していませんが、
ポリシー等の設定が必要なのでしょうか？

−環境−
　Windows2003Server
　MetaFrameXPsFR3
　ワークグループ（スタンドアロン状態）

ハリ・セルダン 2005/01/12 22:01:11

デフォルトでマップされます

ｔｅｒｕ 2005/01/13 14:07:20

ご回答ありがとうございます。

私もデフォルトでマップされると認識していたので
インストール時に気にしていなかったのですが、
マッピングさせないオプションの選択があったのでしょうか？

デフォルトでマップされない場合は、
ポリシーでマップさせる事が可能なのでしょうか？
ご教授願えないしょうか、よろしくお願いいたします。

勉君 2005/01/13 15:42:23

コネクション構成ツールのicaポートの編集から、
クライアント設定を見て下さい。

ｔｅｒｕ 2005/01/14 10:55:33

ご回答有難うございます。

出張中の為、現在確認が取れないのですが
戻り次第確認したいと思います。

公開アプリケーションの暗号化レベルについて

tomo 2004/12/29 15:15:36

いつもお世話になります。
MetaFrameの暗号化についておききしたいのですが、
公開アプリケーションで設定する暗号化レベル「基本」に設定した場合
暗号化はされているのでしょうか。
また、印刷データをインターネットかいして印刷している場合
そのデータは暗号化されているものなのでしょうか。
盗み見ることが可能なのでしょうか。
基本的は質問で申し訳ありませんが
ご教授いただけないでしょうか。
宜しくお願い致します。

ハリ・セルダン 2004/12/29 22:54:01

「インターネットを介してMetaFrameにアクセスしたい」のならば、
Secure Gatewayが必須だとお考えください。

インターネットを使用する場合のリスクは、「通信の盗み見」だけではありません。
「Man In The Middle攻撃」「Denial of Service攻撃」「サーバのなりすまし」等の
リスクがあり、これらは通信の暗号化だけで防ぐことは出来ません。
Secure Gatewayを使えば、上記のリスクは全て抑えることが出来ます。

朱雀 2004/12/30 06:09:43

ICAは「基本」でもRSA RC5の暗号化が為されていたはずです。

が、一般論としてはハリ・セルダンさんが仰る通りSecure Gatewayを使うべきです。
サーバぼこぼこ立てにゃならんのが嫌、という心情は理解できますが……。

tomo 2004/12/30 09:17:29

ハリ・セルダンさん、朱雀さんありがとうございます。
セキュリティを強化したい場合は、Secure Gatewayを
導入して方がよいということですね。
現在はコスト面とレスポンス面（通信速度）
からSecure Gatewayは導入せずに
運用していますが、今後検討してみたいと思います。

ハリ・セルダン 2004/12/30 23:02:29

> 現在はコスト面とレスポンス面（通信速度）
> からSecure Gatewayは導入せずに

Secure Gatewayを誤解されているのではないでしょうか。
Secure Gatewayほどコストと性能に優れた通信手段はないですよ。

コストについては、ライセンス料が無料だと言うことはご存知でしたか？
Windowsサーバを1台追加する「だけ」で構築できるのです。
巷に溢れるSSL-VPNアプライアンス(数百万円/1台)に比べれば、
冗談のような安さだと思います。
また、どんなインターネット回線でも使えることを考えると、
回線コストの削減効果は計り知れません。
例えばホテルにあるインターネット回線だと、通常のVPNやICAは使用できませんが、
Secure Gatewayなら使えます。

次にレスポンス面。
Secure Gateway経由だとレスポンスが悪くなるって本当ですか？
ウチの会社ではもちろんSecure Gatewayを導入していますが、
遅いと感じたことなど一度もありませんよ。
普通のインターネット回線なら、会社のLANからアクセスした時との違いを
見つけることはまず無理ですね。

くどいようですが、「コスト面とセキュリティ面を考慮する」のであれば、
是非ともSecure Gatewayを導入すべきです。

tomo 2005/01/04 13:13:59

ハリ・セルダンさんのおっしゃるとおりですね。
Secure Gatewayを誤解していたようです。
以前、SSL-VPNの装置の価格を調べたことがありますが
何百万もしたのを思い出しました。
巷のSSL−VPNを導入するよりはるかに低コストで
SSLが利用できますね。

そこで一つ、気になることがありますが
Secure Gateway経由に切り替えた場合、
PN（ICAクライアント）の設定を変更する必要がありますが
操作に不慣れなクライアントもいるため
マウスをワンクリックするだけで
設定を変更させるようなことは可能でしょうか。

朱雀 2005/01/04 20:51:16

Web Interfaceの導入を検討されては如何でしょうか。
少なくとも今後各ClientのPNの設定などに労力を割く必要性はなくなります。

Secure Gatewayと相乗りさせることもできます。

ICAクライアント設定が消えてしまいました。

胡瓜 2004/12/21 10:55:31

夏ごろからメタフレームを使用して、ﾕｰｻﾞｰさんに公開ｱﾌﾟﾘにて
機関を使ってもらっています。一週間前のことなんですが、突然
ｱﾌﾟﾘが使用できないという連絡がありました。調べてみると、ICA
ｸﾗｲｱﾝﾄのICA設定が全て消えてしまっていたような気がしましたが、
確信がもてません。過去にこのような事例でも、この原因でもよいの
で教えていただけないでしょうか。
ちなみに、ﾕｰｻﾞｰで設定をさわれるﾚﾍﾞﾙではないはずです。
また、そういった現象が起こったOSはXP、PROばかりです。

---環境---
＜サーバ＞
Windows2000Server SP3 ×4台
MetaFrame Presentation Server FR　3.0

＜クライアント＞
2000、XPPro

眠れぬ管理者 2004/12/21 16:44:45

ICA設定をしたユーザとは違うユーザでクライアントにログインすると
ICA設定が消えているように見えることがありました。

NT系のOSでは、ユーザ毎に環境を変えることができるので
このような現象に遭遇することがあります。

クライアントにログインしているユーザを確認されてはいかがでしょうか？

ハリ・セルダン 2004/12/22 00:06:01

Web Interfaceを使えば、クライアント側の設定など、まるで気にする必要ありませんよ。

福岡 2004/12/22 10:32:15

突然、ファイルが消えてしまうようなことはウィルスでも発生していない限り
考えられません。そのクライアントでappsrv.ini, pn.ini などのファイルを
検索してはいかがですか。

胡瓜 2004/12/22 16:53:49

参考になります。ありがとうございました。
少し参考にいろいろしてみます。

プリンタスプールのサービスが停止状態

ＳＡＴＯ 2004/12/20 16:03:54

帳票を印刷した時に、「プリンタデバイス情報ファイルが見つからないか、出力する
プリンタのデバイス情報として識別できません。」というメッセージが表示され、
正常に印刷ができない時があります。
※ＭＦサーバは２台あり、ロードバランスを行っているのですが、上記の現象が起きる
　のは、必ず２台目のサーバ（全てのクライアントは、１台目に接続し、負荷により
　２台目に接続される。その２台目）でしかこの障害はおきていません。
（全く同じ設定にしているのですが、これが不思議です。）
※設定などで回避策があれば教えて下さい。

［MFサーバの状態］
　?．廛螢鵐織好廖璽襪離機璽咼垢?停止状態
　　→イベントログを確認したところ、「PrintSpoolerサービスは不正に終了しま
　　　した。これは、１回発生しています。次の修正動作が0ミリ秒ないに行われます：
　　　何もしない」というメッセージがあった。
　?▲廛螢鵐燭両霾鵑?クリアされた。
　??スプールファイルが存在していた。
［一次的な回避］
　?．好廖璽襯侫．ぅ襪虜鐔?
　?▲廛螢鵐織好廖璽襪離機璽咼垢粒?始
　※スプールファイルの削除が出来ない時もあり、プリンタスプールのサービスの停止
　　後に回避の?　銑△鮗孫圓垢訃豺腓發△襦?
［現在までの対応］
　?．廛螢鵐織好廖璽襪?保管されるディレクトリの変更
　　C:\WINNT\system32\spool\PRINTERS　→　D:\spool\PRINTERS
　??現象が起きたと思われるＭＦサーバのプリンタドライバーの再更新
　??プリンタサービスが不正に終了した場合に、サービスを再起動する設定を行なっ
　　た。

［構成内容］
サーバー:Windos2000 Server + SP4 + Citrix MetaFrame XPａ Feature　Release3
クライアント:Windows2000とWindowsXP + ICAクライアント 7.1
使用プリンタ:NEC MultiWriter2360N　MultiWriter2300　 MultiWriter2300N
MultiWriter2650 MultiWriter2650E MultiWriter2650M
　CANON　LBP1810 など

勉君 2004/12/20 18:16:46

CitrixのHPを見て、Hotfixを当ててみてはいかがですか？

ハリ・セルダン 2004/12/20 23:12:34

スプーラサービスを定期的に再起動してみてください。
大抵のことはこれで解決しますよ。

ちなみにサービスの再起動は、atコマンドなり、タスクスケジュールなりを
使えば完全に自動化できますので念のため。

板垣 2004/12/21 09:05:17

ＳＡＴＯ様　はじめまして

当方の環境でも似たようなの現象が起きましたが、当方では
2003/10/22　Re: 発行済みの帳票がある時一斉に出力される
が起こっていました。

１年もたっているのにスプーラサービスが停止する現象がまだ
解消されていないというのもおかしい気がしますが、
「ログオフ時に保留中の印刷ジョブを削除する」のチェック
ボックスをオンにしたら上記現象は回避されました。

参考までに。
もしはずしていたらごめんなさい

CCEA 2004/12/22 19:59:25

＞＞「ログオフ時に保留中の印刷ジョブを削除する」のチェック

これが一番有効な方法だと思います。FR3なら簡単にできます。

ＳＡＴＯ 2004/12/24 10:39:53

みなさん、いろいろの情報を有難う御座いました。
みなさんの情報をもとに、いろいろと試してみます。

ICAクライアントからの接続ができない

だいすけ 2004/12/15 20:07:22

サーバー：Windows Server 2003、MetaXP（FR3）で運用しています。
最近まで一時ライセンスで稼動していましたが、先日正規のライセンス登録したところ、
ローカルの権限がUsersのクライアントは全て接続できなくなりました。
ローカルの権限をPower Userにすると接続可能になりました。
ICA ver.8で現在運用していますが、これはICA側の問題でしょうか。
とりあえずPower Userの権限までは付与して大丈夫でしたので何はのがれたのですが・・・。

しゅーまっは 2004/12/16 21:49:06

このケースはICAのバージョンがVer8の場合に確認出来ます。
ちなみにVer7.1では発生しないのでICAの問題だと思っています。
ただ、最近Ver8.1がダウンロード可能になっていますが、こちらではまだ確認していません。

作業中のウィンドウとは別のウィンドウがアクティブに

Nobody 2004/12/01 15:47:41

MetaFrameXPe1.0 SP3（Win2KSrv SP4）と、Neighborhood7.1（W2KPro SP4）の環境で、2つの公開アプリを同時に使用していたとき、次のような問題が発生します。

1つはMS-EXCLE(2000)、もうひとつは業務アプリです。

業務アプリのウィンドウを背面に開いたまま、Excelでの作業中、Excelの保存ボタンを押下すると、業務アプリのウィンドウが前面にでて、アクティブウィンドウとなってしまいます。

Excelは背面に回るだけで、開いたままで、ファイルの保存も正常に完了します。

毎回発生するわけではなく、次のような場合に発生します。

背面で開いている業務アプリのタイトルバー部分と、前面のExcelの保存ボタンが位置的に重なった状態で保存ボタンを押下すると、業務アプリのウィンドウが前面にでてきてアクティブウィンドウとなってしまいます。

なぜこのような症状が出てしまうのでしょうか？
HotFix等で回避可能でしょうか？

福岡 2004/12/02 10:13:46

業務アプリがきちんとTerminal Serviceで動くように設計されていますか。
Officeのアプリケーションだけだとそんな症状は起きないのではないでしょうか。

hoge 2004/12/03 09:39:41

同様の経験をしましたので、ご参考まで。
Citrixに問い合わせたところ、シームレスウィンドウ使用時のウィンドウフォーカスに関するICAクライアントのバグだとか。
テクニカルサポートにご連絡されることをお勧めします。
（私共の場合はインシデントは消費されませんでした。）

ちなみに半年前に上記現象をCitrixに報告し対応依頼をしましたが、未だに解決策（Fix）は提示されておりません。。。

Nobody 2004/12/06 10:17:32

情報ありがとうございました。

たしかにシームレスウィンドウ使用時のみ発生しているようです。
Citrix Program Neighborhood を 8.100まで上げましたが改善しませんでした。

販売代理店経由で問い合わせをして見ましたが、有効な解決方法が無いようです。

アプリが落ちるなどの致命的でなく、発生頻度も低いようなので、しばらく様子を見てみることにします。

Nobody 2004/12/07 16:20:43

販売代理店様より、今回の開発環境(VB)とは異なるのですが、下記を試してほしいとの回答をいただきました。
レジストリを変更してから現在まで、症状は再現していません。
SP3＋レジストリ変更で対策されていたようです。

http://www.citrix.co.jp/support/readme/win2000_sp3_fr_readme.html
XJ102W026
1 Borland社の開発環境（Delphiなど）で作成されたアプリケーション・・・

クライアントのOSによって画面色が異なる？

ゴン太 2004/11/05 21:54:38

いつもお世話になっております。ゴン太と申します。

MetaFrameXP FR3aの導入を終え、アプリケーションの動作確認テスト中です。
クライアントはWinXP・Win98を用意し、同じバージョンのICAクライアント（ProgramNeighborhood）をインストールしました。

アプリケーションの動作は問題ないのですが、画面の色がXPと98で異なってしまいます。
具体的には、アプリケーション内のラベルと背景がXPでは全く同一色なのですが
98では微妙に異なって見えます。
ちなみにウインドゥの色は「256色」（クライアント側のアプリケーションセットで
指定）、クライアントPC自体の画面色は「16ビット」に統一しています。

MetaFrameはサーバで画面を作成してクライアント側に送っているので、
クライアントによる差は発生しないと思っていたのですが・・・

どなたかこの現象について理由をご存知の方いらっしゃいましたら教えてください。
よろしくお願いします。

蛾 2004/11/06 20:35:04

LCDとCRT、PCのグラフィックボードの性能差などにより当然異なるものですが。

ゴン太 2004/11/07 15:05:15

レス、ありがとうございます。

PCの性能差などにより画面色に差が出るのは理解できます。
ただ、XPのPC（5機種）では全く同色に見えるラベルと背景が
98SEのPCでは微妙に異なって見えるのは
PCの性能差の問題ではないと思います。
一部分のみ色が変化するのはおかしいですよね？

どんなもんでしょう？

蛾 2004/11/08 09:19:36

ですから、PCやモニタの機種が違えば微妙に異なるのは当然ですが？
全く同一機種なのですか？　貴方の説明文からはそうは読み取れませんが。

ゴン太 2004/11/09 20:39:11

PCやモニタの機種による画面色の違いは当然です。

そういうことではなく、XPのPCではアプリケーションの背景と文字表示の部分が
全く同じ色なのに、98SEのPCではアプリケーションの背景と文字表示の部分で
色が違って見えるんです。
つまり、PC間の色の違いではなく、ひとつの画面の中で色が違うんです。

画面がMetaFrameサーバで作られているのであれば、ひとつの画面の中で色が違う
ということはないのでは　と考えたのですが。

エーコ 2004/11/10 13:28:28

サーバ上で直に当該アプリケーションを実行した場合に、その部分の色は同じになっているのでしょうか？
見た目が同じと言うだけではなく色番号まで一緒かどうかが問題になります。
もし大元のアプリケーションの当該部分の色が微妙に違っているのであれば
減色処理の過程でOS若しくはビデオドライバなどの違いにより違う色が割り当てられることは十分に考えられるかと思います。
試しにウィンドウの色数を全てTrue Color（24ビット）で統一されてみてはいかがでしょうか？

しゅーまっは 2004/11/10 23:48:33

公開アプリケーションの色数は256色じゃないとだめなのですか？
パフォーマンス的には256色より16ビット色の方が上がると思います。
試しに一度試してみてはいかがでしょう。

靴屋のスミス 2004/11/15 17:09:19

画面を生成して送っているから差異は生じないはずというのは正確ではなく、実際は GDI レベルでの描画命令を送っているので、こういった現象が発生します。

フォームとラベルで色が違うのは、デフォルトカラーの違いが原因だと思います。
アプリケーションが Windows に色を指定するとき、デフォルトのボタンの色とか、デフォルトのフォームの色という指定ができるので、実際に表示される色はクライアント OS 側の設定に依存します。これは MetaFrame に関係ないですね。

ゴン太 2004/11/18 19:21:20

みなさん、どうもありがとうございます。

アプリケーションはVB.NETで作成しているのですが、色は「Control」を指定しています。おそらく靴屋のスミスさんが指摘されているように、OSの設定だろうな　と考えました。
しかし、アプリケーションをWin98クライアント上で直接実行すると、フォームとラベルで色は同じです。
また、ターミナルサービスでRDP接続して、アプリケーションを表示してみましたが、フォームとラベルで色は同じです。
色が異なるのは、Win98とMetaFrameの組合時のみなのです。

どう考えればよいのでしょう？　困りました・・・

jeid 2004/11/20 02:31:15

↑のほうでエーコさんが書かれているように、
＞見た目が同じと言うだけではなく色番号まで一緒かどうかが問題になります。
＞もし大元のアプリケーションの当該部分の色が微妙に違っているのであれば
＞減色処理の過程でOS若しくはビデオドライバなどの違いにより違う色が割り当てられることは十分に考えられるかと思います。
ということではないのでしょうか。

No title

windows XP sp2 2004/10/21 19:52:21

蛾 2004/10/23 14:15:46

最終版では古いICAクライアントも問題無く稼動します。

プリンタ作成エラーなどなど・・・困っています。

卆卆 2004/10/19 00:32:02

いつも参考にさせていただいています。

ユーザがログインする際に、なんらかの状況でAutoCreateに失敗した場合に、
MetaFrameサーバ本体で設定しているプリンタを通常使うプリンタとして
認識してしまい、知らずにユーザが印刷すると、期せずして他拠点のプリンタに
出力されてしまうという現象がでています。
これをなんとか回避したいと思い、せめて、
「ユーザログイン時にAutoCreateに失敗したことをユーザに通知する。」
ことが実現できればと思うのですが、このような対応を取られた事例等
ありますでしょうか？
というか、本来ならば、プリンタ作成エラーをなくしたいのですが。。
ドライバインストール、割り当てを行っていても上記現象が発生します。
HOTFIXも当ててますし。。

どうも、WebInterface接続でのクライアントに対して
そのような現象が発生しているようです。
※WebInterface接続用のAPサーバについては、ICAクライアント接続のAPサーバよりも
　CPU負荷が高い傾向にあります。（←こういう事例経験された方いらっしゃいますか？）

いろいろ書いてしまいましたが、
なにか情報お持ちの方おられましたら、
ご教授いただきたく。
よろしくお願いいたします。