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

Windows2000ServerのＳＰ４適用について

＠ｐ＠ 2003/07/09 12:11:52

お世話になります。
TerminalServiceのエラーが頻繁にでてると思います。
今回，Windows2000ServerのＳＰ４にて修正されている分を
適用したいと思っています。
適用にあたり，ＭｅｔａＦｒａｍｅ　ＸＰｅに影響は
あるのか，動作可能か
わかる方，教えて下さい。

YT 2003/07/20 00:06:46

MetaFrameXPsFR3とw2ksp4との組合せでやったら、Neighorhoodから公開アプリケーションを実行してみたら、ドメインにログオンしてからアプリケーションが出るまで、かなり遅くなってしまいました。参考にまでに。

YT 2003/07/23 20:37:55

あとで見つけたのですが、W2KSP4の問題点を書いているサイトがありました。http://www.tokeshi.com/raturl/w2ksp4issues
2.にCitrix ICA sessionsが遅いって書いてますね。

ポポポ 2003/07/23 15:57:10

うちでは、1時間程経ってもログインできなくなってます。SP4はアンインストールしてますよ。

メタメタ 2003/07/25 21:27:33

>ドメインにログオンしてからアプリケーションが出るまで、かなり遅くなってしまいました
うちも同じ症状です。新規インストールでこの現象です。SP4対応のパッチが待ち遠しい．．．

Metaにメッタメタ 2003/07/29 09:41:42

Meta初級管理者です。
いつも大変参考にしております。
Windows2000 HOTFIXをMetaサーバに適用しましたが、
PreSP4のQ329170の適用後、
プリンタの印刷書式が自動的に置き換わる現象が発生しました。
Q329170のアンインストール後、正常動作に戻りましたが、
私の他にこのような現象が発生した方はいらっしゃいますでしょうか？

チー 2003/07/29 11:24:12

こちらも、以下の環境でMetaFrameXP1.0＋Fr3の検証中ですが、

Win2000Server+SP3
Win2000Server+SP4

CMCでMetaFrameの設定を更新を行うとサーバが頻繁にフリーズします。
皆さんは大丈夫ですか？
原因は調査中ですが、

ｉｃａは魔物 2003/07/29 11:29:50

フリーズの現象について，管理コンソールで使用している
ｊａｖａのバージョンが，影響していると聞いたことがあります。

jaguar 2003/07/29 14:14:40

＞チーさん
それは、下記が関係してませんか？
http://knowledgebase.citrix.com/kb/entry!default.jspa?categoryID=118&entryID=2866&fromSearchPage=true

tokeshi.comの情報を見るに、たくさん問題があるようですよね。
パッチが待ち遠しい。

チー 2003/07/30 10:48:25

jaguarさん
情報を頂きまして、ありがとうございます。
早速、検証してみます。

てつくｎ（メタ初心者） 2003/08/11 19:35:02

いつも拝見させて頂いております。
ここにレスつけた方々にお伺いしたいのですが、
公開アプリの起動がかなり遅くなったとのご報告がいくつか
あるようですが、これは、ＳＰ４適用直後からなのでしょうか？
私の所でも適用してみたのですが、適用直後は公開アプリの起動が
遅いと感じなかったのですが、最近非常に遅くなっていまして、
これがＳＰ４適用のせいなのか、他に原因があるのかがよくわかりません。
何かコメントあればお願いしたいのですが。。。
環境は、Win2KServer(SP4)、MetaFrameXPaFR2(SP2)を２台で
ロードバランスしています。
宜しくお願い致します。

jaguar 2003/08/12 13:48:53

一番の多いのは、ログオン・ログオフが遅くなるといったことのようですね。うちでは、ログオフが遅くなったこと以外異常ないです。環境によって変わってくるのかもしれません。また、必ず発生するわけでもないようで、問題なく動作しているとこも知ってます・・。

↑他に原因がなければSP4のせいと考えていいかもしれませんね。

kaname 2003/08/21 17:19:00

公開アプリケーションの起動が遅くなる原因は、明らかにＳＰ４が原因です。
流行のウイルス（ワーム）の感染から守るために、気が進まなかったのですがＳＰ４をあてることにして、テスト環境で実験したところ、上記現象が出たので、調べたとろ下記のサイトに当たりました。
http://support.microsoft.com/default.aspx?scid=kb;en-us;824309
とりあえずＳＰ４はやめてセキュリティパッチだけを当てることにしましたが、早く何とかしてもらわないと、ＳＰ４前提のセキュリティパッチがリリースされた場合、当てることができません。
シトリックスからは、なんのコメントもないようです（少なくとも日本は）。

ネットワークプリントサーバのインポート

Siren 2003/07/08 17:19:55

いつもお世話になっております。
MetaFrameXPFR2＋Win2000serverでMACクライアントの自動ネットワークプリンタの割り当てを考えています。
CMCでプリントサーバのインポートを行うさい
プリントサーバの名前
接続アカウントに他のドメイン\ユーザ名を指定していますが以下のエラーメッセージが表示されます。
C013002D 指定したドメインが存在しないか、このサーバーファームを信頼していません。

接続アカウント、パスワードを記入しないと登録はされますが
WinICA、MACICAとも指定したユーザでログインしてもプリンタが作成されません。
何かプリンターサーバなどでセキュリティの設定など必要なのでしょうか？
また、MACクライアントに有効な自動割当方法をご存知のかたはおられませんでしょうか？助言をよろしくお願いいたします。

pancra 2003/07/11 10:19:12

ネットワークプリントサーバのインポート機能と自動作成の機能
をご利用されているのであれば、以下の条件が必要です。
MetaFrameサーバが属しているドメインがプリントサーバ（ネットワークプリンタが定義されているマシン）の属しているプリントサーバが属しているドメインに信頼されている必要があります。

atat 2003/07/14 15:06:57

プリントサーバーで以下を行ない、接続アカウント、パスワードを
記入しないでインポートすると、何とか使用できると思われます。

「プリンターのセキュリティにEveryoneを追加」
「MetaFrameにログインする時のユーザIDとパスワードを
　登録する」

ご存知だと思われますが、FR2の導入・運用ガイドに
"ネットワークプリンタ情報をインポートできない"
という記述があります。

Siren 2003/07/15 14:59:46

pancraさん、atatさん返信ありがとうございます。
atatさんのおっしゃる通り、FR2の導入・運用ガイドに
"ネットワークプリンタ情報をインポートできない"に原因が書いてありました。

今回の私の場合、プリントサーバのドメインにMETAFRAMEにログインするユーザが登録されていなかったのが原因だったようです。
WIN,MACともユーザを変えてテストしてみましたので参考にしてください。

プリントサーバーのあるドメインにUserAを追加した
ネットワークプリンタの自動作成が成功した…○
　　　　　　　　　　　UserA　　　　　　UserB
　　　　　　　　　　　WinICA　MacICA　WinICA　MacICA
CMCで接続アカウントを　○　　　○　　　　×　　　×
指定しない
CMCで接続アカウントを　○　　　○　　　　×　　　×
UserAで指定する

CMCのインポートで接続アカウントを指定すれば自動作成したユーザが
だれでも使えるという認識ではなく、プリントサーバ、ドメインに登録されているユーザのみが自動作成されるという結果でした。

追記ですが。MACでクライアントのプリンタを手動で登録する方法が
[Macintosh クライアント管理者ガイド]にありましたが、いざ印刷というところで
「現在のプリンタは、ダイレクト「パススループリント」をサポートしていません。プリントジョブがキャンセルされます。」とエラーが
でました。MACでローカルプリンタを使用しようとする方いらっしゃいましたら
事前のプリンタ、ドライバの選択に注意してください。

pancra 2003/07/16 18:42:41

MACのローカルプリンタであれば、通常オートクリエイトプリンタ
を使いますが、印刷可能なのはポストスクリプト対応
プリンタであったと思います。
最新版のMAC用ICAクライアントではそんな制限ないかもしれませんが、最近MAC触ってないので確認してみてください。

ICA接続エラー

izumi 2003/07/07 21:15:51

お世話になります。ICAをインストール後、メタフレームサーバーの
アプリケーションのセットアップ（公開アプリ）の通信が、できなくて悩んでいます。

エラー内容は、「META-Frameサーバーに接続できません。指定された
サブネットアドレスへの通信路がありません」

使用環境は下記の通りです。
ルーター間でトンネリングさせてメタフレームサーバーを使用してます
ちなみに、カスタムＩＣＡコネクションでは、サーバーに接続できてます。

　ＩＣＡクライアントの設定なのか、ルーター間でのフィルタの設定なんでしょうか？

以上　よろしくお願いします。

こまったMAN 2003/07/08 14:46:30

似たような現象でがあったのですが、解決策になるかどうかわかりませんがカキコ致します。
ファームを使っていて接続できなくないという報告がきたのですが、「新規ｱﾌﾟﾘｹｰｼｮﾝｾｯﾄ検索」で別名でｱﾌﾟﾘｹｰｼｮﾝｾｯﾄを登録しなおしたらうまくいったという事例があります。
利用しているのは1.8ですが、同様にルータを使っています。
何でこの方法でうまく行ったかは？ですが、参考までにお知らせします。

izumi 2003/07/08 18:35:07

こまったＭＡＮさん　カキコ有難うございます。
回答のところでわからなかった部分があったんですが、「新規ｱﾌﾟﾘｹｰｼｮﾝ検索」とは、Citrix Program Neighborhoodを起動させ「新規ｱﾌﾟﾘｹｰｼｮﾝの追加」セットの名前を別名で登録してあげて、メタフレームサーバIPを登録して、ファーム名選べばよろしいのでしょうか？

追伸　いろいろテストを行ったりしているので、登録したファーム名を
　　　引き継いで悪さしているっぽいです。

結果は、後日お知らせします。

よろしくお願いします。

こまったMAN 2003/07/10 13:45:16

izumiさんの書かれた
>・・・「新規ｱﾌﾟﾘｹｰｼｮﾝ・・・でしょうか？
は、その通りで〜す。
カスタムＩＣＡコネクションでは、うまくいくので、何かの拍子にファーム名での接続情報がおかしくなったのかなぁ？

私の時は、隣接している他のクライアントでは、何も問題なく動作していたので、障害の発生したクライアント固有の問題と考えて、いろいろとトライした結果でした。

izumiさんも解決に向かって頑張って下さい。

いずみ 2003/09/04 19:47:24

やはりルーターのフィルタによる問題でした。
ルーター間のトンネリングができていれば、メタ側は
問題ないことがわかりました。
ありがとうございました。

WindowsXpのICAで・・・。

Nakata 2003/07/07 11:20:40

WindowsXpでメタに接続すると、
右側のテンキーで入力した時に、数値の入力ができません。
(もちろんNumLockは点灯している)
ICAのバージョンによっては駄目なバージョンがあるのでしょうか？

CITROEN 2003/07/14 23:39:02

ＵＳＢのテンキーボードですか？

jaguar 2003/07/25 11:42:31

下記事象は確認されているようですが・・

クライアントでCapsLock及びNumLockをONにした状態でICA接続した時、接続した時点ではONになっているNumLockが、何かキーを押下した瞬間にOFFになる。

ICA Win32 6.20.985、又は6.20.986で発生し、バージョン6.30.1050,6.31.1051で修正させている

愛宕山 2003/07/25 12:00:02

ICAというよりテンキーによって
出来たり出来なかったりするみたいです。
ちなみにCanon LS-12TKは問題なく動いてます。

Ｍｅｔａくん 2004/02/05 09:54:12

ICA6.31では問題なかったのですが、7.10にリビジョンアップした後、Neiberhoodから
アプリを起動直後に、テンキーから数字入力を行うと、"123"と入力すると”23"としか
表示されません。どうも１文字目の入力が受け付けられない様なのですが、バグでしょうか？ちなみに、英字上のキーボード上の数字からは正常に入力できます。また、ノートブックパソコンでは発生しません。

ICAclientの件で質問があるのですが

masa 2003/07/06 13:27:11

いつも参考にさせて頂いております。masaと申します。

ICAclientの件で質問があるのですが。
ProgramNeighborhoodの「ﾈｯﾄﾜｰｸﾌﾟﾛﾄｺﾙ」の設定で、
Citrixのマニュアルでは、TCP/IP+HTTP を推奨されている
のですが、TCP/IP だけの場合との決定的な違い、ここが優
れている、などは何があるのでしょうか？

どんな情報でも構いませんので、よろしくお願いします。

ポポポ 2003/07/08 10:59:45

1.TCP/IP+HTTP：TCP/IPとHTTP(XML形式のデータを扱う為)でのやり取りを行う。
2.TCP/IP：メタでは、実際にはUDPを使用のようです。ファイヤウォールでHTTPポートを閉じるなどの環境に使用か。1.と比べて効率は悪くなる。

一般的に、UDPは信頼性が低く、転送速度は高い。
TCPは信頼性が高く、転送速度は低い。
メタでは、信頼性が必要とされる為、通常は、1.の方を推奨するということでしょう。

masa 2003/07/08 17:44:45

ポポポさんレスありがとうございます。

現在、TCP/IP での運用を考えておりましたが、TCP/IP+HTTPの線も考えてみます。

dp 2003/07/25 11:24:06

プロトコルにUDPを使用している場合、異なるセグメント間で使用しているルータにUDPポートの穴が開いてないと、セグメント越えが出来ず、ICAクライアントから別セグメントにあるサーバの情報(公開アプリケーション等)が見えなくなることがあります。

wfica32.exeでアプリケーションエラーが発生する.

炎 2003/06/21 12:06:03

WIN95の端末でVB等で作成されたアプリケーションを使用時、

wfica32.exeでアプリケーションエラーが多発します。

Vre6.30.1050のICAクライアントとサーバは、WIN2000SP3
を使用しています。
解消されてるはずなんですが・・・判りません。
宜しくお願いします

CITROEN 2003/06/24 22:36:50

これだけの情報では誰も答えられないと思いますが。。。

アプリケーションに問題があると思うのですが試しにシームレスウィンドウを使わないで動作させてみてはいかがですか？

sonoko 2003/07/17 14:12:37

いつもお世話になっております。

私共の環境でも「WFica32.exeエラー」が少数ですが、発生しております。
発生のきっかけは、MetaFrameサーバのバージョンアップです。
XP1.0FR1からFR2へアップさせ、MetaFrameのHotFixを全て適用致しました。
アップする前までは、発生しなかったのですが、アップした後に発生しました。（それも、発生は、特定のユーザのみです。アプリケーションに依存しません。H/Wにはも依存しません。）

MetaFrameの環境は以下の通りです。
MetaFrameXP1.0　FR2
Windows2000Server　SP2

ICAWebClient　6.31.1051
※.ICAClientだと発生いたしません。（Webのみ発生）

解消する方法はございますでしょうか。
宜しくお願い致します

CITROEN 2003/07/17 22:09:14

ICA7.0ではいかがでしょうか。

不思議な現象？？？

G250 2003/06/20 22:44:25

こんばんは。
ちょっと不思議な現象に遭遇しています。バグが原因かもしれませんが以下が不思議な現象です。

某社が販売しているアプリケーションをＭｅｔａＦｒａｍｅ
を利用していますが公開アプリケーションを起動後、しばらくするとＩＣＡリモートジョブが印刷できません・・・と言うダイアログが表示される。何も印刷指示していないのにです。
プリンタの中を見るとかなりの量の印刷ジョブがたまっています。
ジョブを削除してもしばらくするとまたたまっています。
ジョブすべてがICAリモート・・・となっているのでMetaFramが
からんでいるところまではわかるのですが何が印刷をしている
のかがわかりません。
とりあえず印刷ジョブを印刷してみてそれが何なのか
確認してみます。が他に似たような現象を経験された
方がいましたら助言をお願いいたします。

＜環境＞
Windows2000 Server（SP3)＋MetaFrame XP1.0 FR2＋ICAクライアント6.31.1051

CITROEN 2003/06/22 23:01:22

某社が販売しているアプリケーションとはなんですか。
アプリケーションが悪さをしているのではないでしょうか。

G250 2003/06/23 16:49:54

ありがとうございます。
かなり実績のあるソフトでCitrixのReady for MetaFrame
にも掲載されています。名前を出すと問題になるので
出しません。
また調べてみます。

CITROEN 2003/06/24 22:32:42

その某社に聞いてみるのが一番ですね。

ICAブラウザの件

Sugimoto 2003/06/20 16:12:40

こんにちわ。杉本と申します。

SNMPプロトコルによる監視ではハード障害ではないのに
MetaFrameサーバー管理ツールで「？」状態のMetaサーバがあります。
query session /server:サーバ名のコマンドで
ユーザーが確認できますのでアプリケーションサーバとしては
機能しています。

この状態でICAブラウザサービスをリブートしようとすると、停止する際に「エラー2186：サービスが制御機能に応答しません」という
メッセージが出るのでICAブラウザサービスがダウンしていると
思われます。結局サーバをリブートするということになります。

ICAブラウザサービスがダウンする
何らかの条件や原因の予想がつく方、ご存知の方は
教えていただけますでしょうか。
よろしくお願いいたします。

CITROEN 2003/06/22 23:07:08

MetaFrameの種類、バージョン、FR,SP,HotFixを教えてください。
ICAブラウザサービスということはMetaFrame1.8ですか？
それとも互換モードが動いているMetaFrameXPですか？

Sugimoto 2003/06/23 16:31:47

MetaFrame1.8 SP3です。
hotfixはMJ183T031まであたっています。
よろしくお願いいたします

CITROEN 2003/06/24 22:31:30

OSは、Windows2000ですか？TSEですか？　（それぞれのSPは？）
どういうタイミングでその現象がおきるのでしょうか。
リブート直後でもそのようになっていますか。

Sugimoto 2003/06/25 09:31:27

OSはNT4.0+TSE SP6です。お恥ずかしい限りですが
どういうタイミングで当現象が起こるかそれすら
わかっていません。いつも事後発見です。
サーバのリブートをすればMetaFrameサーバー管理ツールで
「？」状態は解消されます。
通信関係の問題でしょうか。
よろしくお願いします

CITROEN 2003/06/25 22:38:37

切り分けが難しいですね。
MetaFrameサーバーは何台利用していますか？
マスタブラウザサーバーだけがその現象になるのでしょうか。
すべてのサーバーでその現象が発生していますか？

Sugimoto 2003/06/27 12:21:29

ありがとうございました。
「Windows NT 4.0 Terminal Server Service Pack 6 を適用すると
ICA ブラウザがハングすることがある」
http://support.microsoft.com/default.aspx?scid=kb;ja;269214

当事象に対応する修正モジュールも提供されているようです。
これにあたると思うのでhotfixをあてようと思います。

WAN環境でのＩＣＡクライアントのストール

こまったMAN 2003/06/18 15:25:34

Windows2000+MetaFrameXP+WAN（IPVPN）で数箇所の拠点でICAクライアントを使用している環境で、時々ICAクライアント側がハングアップした状態になり、サーバの管理コンソールで、ハングアップした端末の接続をリセットしないと、利用できなくなる現象で頭をかかえています。
サーバの管理コンソールでは、特にほかの正常なクライアントの情報と同じように表示されています。
現象の発生は、ほとんど１拠点で発生していますが、たま〜に、別の拠点でも発生しています。
情報的にはかなりアバウトで申し訳ないのですが、同じような現象で解決したことがある方がいらっしゃれば、助言をおねがいしま〜〜す。

かぱぷ 2003/06/19 09:25:22

もしかして、ICAのセッションの内部でアプリケーションがハングアップしているんじゃないですか？

こまったMAN 2003/06/20 18:12:20

かぱぷさん、レスありがとうございます。
まだ、明らかな原因につき当たっていないのですが、印字のときの通信領域帯の問題でレスポンスが悪化しているものと、実際に止まってしまっているものに二分されているようでした。
かぱぷさんが言われるとおり、ICAのセッションの内部でアプリケーションがハングアップしている可能性が大変大きい〜みたいなので、その線でトライしてみます。

CITROEN 2003/06/24 22:41:06

VPNの方でパケットがなにもないときはセッションを切断するようなことはしないですか。ICAは何もしていないときにはパケットを流しません。

どんな時（どんなタイミング）に上記のような現象が起きるのでしょうか。

こまったMAN 2003/07/08 14:33:48

CITROENさん、レスありがとうございます。＆長い間UPできなくてすいません。m(__)m
しばらく、発生状況を分析調査あいていましたが、９割９部以上の確立で使用していたアプリの不具合で、ハングアップしていた事が判明しました。
不具合のあるアプリの運用面での回避策を徹底することで、その後現象は発生しなくなった模様です。
アプリの開発者には、しっかりお灸を据えておきました。・・・・