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

TOP
シトリックス炎の掲示板

News & Events

新規トピック作成

クライアントのOSによって画面色が異なる？ - ゴン太 ( 2004/11/20 02:31:15 更新)
No title - 接続できない ( 2004/11/18 20:19:42 更新)
WindowsMeをクライアントで使用 - Tom ( 2004/11/17 21:11:09 更新)
PN Agentにてショートカットキーの変更 - michel ( 2004/11/16 09:24:20 更新)
「辞書が見つからないか、アクセスできません」となる？？ - msi ( 2004/11/15 21:37:31 更新)
ライセンスサーバ　Windows2000　ベスト構成は - めたきち ( 2004/11/12 19:36:42 更新)
WindowsXPでのブラウザからのアクセスについて - Meta見習い中 ( 2004/11/10 23:52:09 更新)
オートクリエイトプリンタについて - Meta見習い中 ( 2004/11/10 13:37:08 更新)
ローカルマシンのドライブのマウントについて - taku ( 2004/11/10 13:34:16 更新)
No title - IME2003 ( 2004/11/08 17:02:11 更新)

クライアントの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

接続できない 2004/11/18 20:19:42

WindowsMeをクライアントで使用

Tom 2004/11/17 13:43:59

PresentationServer3.0にて現在WebInterFaceを利用して接続していますが、WindowsMeの場合に限り、公開アプリをクリックしても接続されない現象がでます。
接続時のポップアップウインドウによる接続状況（ドライブマッピング等）は動きますが
そのポップアップが消去されてもアプリケーションが立ち上がりません。
情報をお持ちの方よろしくご教授ください。

Scan 2004/11/17 21:11:09

OSとかは違いましたけど以前同様の現象が出たときPNのバージョン8ではなくバージョン7をインストールしたら正常に稼動したことがあります。

PN Agentにてショートカットキーの変更

michel 2004/11/16 09:24:20

はじめまして
ユーザには設定の変更をさせたくないので
ProgramNeighborhoodエージェント利用を検討しています
しかしながら、公開アプリで"F13"および"F14"を利用するので
ショートカットキーを変更したいのですが、設定可能でしょうか？
また、Javaクライアントの利用も検討していますが
同様の問題があり、Javaのほうは"設定"にて変更可能なのですが
できればサーバ側でデフォルトを変更したいのですが、、、、
それも可能でしょうか？

「辞書が見つからないか、アクセスできません」となる？？

msi 2004/07/06 21:21:44

以下の環境で構築したのですが、「辞書が見つからないか、アクセスできません」となり日本語の入力が出来ません。

Server:Windows2000Server
Server:MetaFrameXP PresentaitionServer3.0 StandardEdition
　　　
ｸﾗｲｱﾝﾄ：WindowsXP
ｸﾗｲｱﾝﾄ：ICA Client

どなたか解決策に関する情報をお持ちではないでしょうか？

msi 2004/07/07 19:06:03

未だ完全解決はしておりませんが、MetaframeServer側のIMEバージョンとClient側のIMEバージョンを合わせる必要がありそうです。
結局複数のクライアントが存在しそれぞれIMEバージョンが異なる場合は、サーバ側に辞書を追加登録するか、Client側のIMEバージョンをServer側にあわせるかの対応が必要となる様です。

Hudson 2004/07/07 22:43:57

私はレジストリ設定で直せました

初心者 2004/07/08 00:35:46

私も「辞書にアクセスできない」と出て困っております。
Hudsonさん。レジストリのどの箇所を修正したのか教えてもらえませんか？

Hudson 2004/07/08 09:36:20

以下の方法が該当するか保障の限りではありませんが、私はHKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Ime\Japan\IMEJP\directoriesのDictionaryPathなどのデータが"%WINDIR%\IME\IMEJP\..." となっていたので、%WINDIR% を固定パスC:\WINNTに変更しました。

msi 2004/07/08 13:40:59

Hudsonさん情報有難うございます。

レジストリの設定変更はクライアントマシン側でしょうか？それともメタフレームサーバ側でしょうか？　宜しくお願い致します。

Hudson 2004/07/08 22:07:08

メタフレームサーバ側です

msi 2004/07/09 09:19:47

Hudsonさん　有難うございます

CCEA 2004/07/09 11:23:14

今回のサーバーのセッティングですがドライブのリマッピングをしていませんか。

CCEA 2004/07/09 11:24:39

＞＞MetaframeServer側のIMEバージョンとClient側のIMEバージョンを
＞＞合わせる必要がありそうです。

これ本当ですか？初耳です。
MetaFrameはすべてサーバーで動作するのでIMEはクライアントに依存しない
はずですが。

msi 2004/07/09 14:11:06

リマップ等はしていないのですが。。。
今回の環境では拠点間をＶＰＮで構築しております。メタクライアントとして接続する前と接続後に同様のファイルサーバをドライブマッピング（X: \\fileserver\users）で使用しています。クライアントのローカルドライブ文字列等は行っておりません。

接続するクライアントによって(異なるＯＳで検証済み)は同バージョンのIMEで無くとも自動的に判断してくれる場合もあるようですが、どうも保証の限りでは無いようです。

Hudsonさんの情報に従ってメタサーバ側の辞書を絶対パスに置き換えるのが得策かと！！

Hudson 2004/07/10 23:25:27

ｍｓｉさん。結果を教えてください。また、ＯＳは、ＳＰ４統合化ＣＤのものですか。それともＳＰ２やＳＰ３からＳＰ４にＵＰしたものでしょうか。

msi 2004/07/14 18:13:54

レジストリの変更は既に検証済みでした...が、結果はＮＧでした。
それでも解消できなかった為にクライアント側でIMEの変更で対応しました。

また、MetaServerのSPは[SP4統合化CD]でした。。。

Mr.M 2004/10/10 23:40:07

当方、解決しました。

ログオンスクリプトで、ファイルサーバの共有フォルダを割付しておりましたが、ログオンスクリプトをはずすと、日本語入力ができるようになりました。

どうも、ログオンスクリプト処理で負荷がかかっていると、日本語入力ができなくなるようです。
参考になれば、...。

当方の環境
Server:Windows2000ServerSP4
Server:MetaFrame PresentaitionServer3.0 StandardEdition
　　　
ｸﾗｲｱﾝﾄ：Windows2000
ｸﾗｲｱﾝﾄ：ICA Client 8.0

msi 2004/10/14 13:57:40

Mr.M様

当該環境ではスクリプトは記述(設定)しておりませんでした。
確かにネットワークドライブの割り当て等はしておりましたが、[ログオン時に再接続]でマッピングしております。他のシステム環境でも同様の症状が発生しましたが、現在は正常に稼動中です。。。結局結論には至っていないということになりますが．．．。

SillyWalk 2004/10/27 20:25:26

はじめまして。

ベンダーから暫定的な対処方法を確認できました。
これはどう見てもバグのようですし、Citrixのサポート情報にも
いつまで経っても掲載されないようなので。

レジストリエディタを開き、
　HKEY_LOCAL_MACHINE で、stuisrv.exeを検索。
キーの値として”C:\Program Files\Citrix\system32\stuisrv.exe"
というパスがあるので、空欄にします。

これでとりあえず回避はできるようですので、試してみて下さい。
(この操作による問題は当方では今のところ確認できていません）

というより早くパッチを出していただきたいところです。
(というか、こんな状態でリリースしてくれるな、と。)

msi 2004/10/28 19:48:40

SillyWalk様　情報ありがとうございます。
現在は何とか正常運転中ですがもし現象再現の場合は参考にさせて頂きますm(__)m

というより本当にパッチのリリース＆リリース前にちゃんと検証してくれよ！！ですね。

Commy 2004/11/12 13:57:50

はじめまして
私も似たような状況でした（まったく同じではないですが）
RDP接続では日本語入力可能ですが、MetaFrame接続ではIMEバーは表示されるが
日本語入力できず、公開アプリケーションでも、公開デスクトップでも同一現象でした
［キーボードレイアウト/入力システム］の設定で無事解決しました
（ログオンスクリプトも使用し、クラサバ間でIMEのバージョンも違う環境です）
Citrixの下記サイトを参考にしました
http://support.citrix.com/kb/entry!default.jspa?categoryID=275&entryID=5070&fromSearchPage=true

SillyWalk 2004/11/15 21:37:31

私の場合、IME2000環境ですとログオンスクリプトが実行されると公開デスクトップ、
公開アプリケーション共、NGでした。
が、IME2003をインストールすると公開デスクトップはOK,公開アプリケーションはNGという
状況で、IMEバージョンに関わらずRDPですと問題ありませんでした。

Citrixのサポートページ、参考にさせていただきます。

ライセンスサーバ　Windows2000　ベスト構成は

めたきち 2004/11/12 01:17:52

いつも参考にさせていただいています。
ﾗｲｾﾝｽｻｰﾊﾞについてわからないところがあります
環境
Windows2000SV:MetaFrame Presentation Server3.0
Windows2000SV:ＡＤ（ドメイン）サーバ
ｸﾗｲｱﾝﾄPC全台WindowsXP
この場合、よくﾀｰﾐﾅﾙｻｰﾋﾞｽのﾗｲｾﾝｽｻｰﾊﾞはいらないと
いわれていますが

1.ADｻｰﾊﾞにﾗｲｾﾝｽｻｰﾊﾞがいらない
2.ADにはﾗｲｾﾝｽｻｰﾊﾞをｲﾝｽﾄｰﾙするがｱｸﾃｨﾍﾞｰｼｮﾝがいらない
3.ﾗｲｾﾝｽ購入の必要はないがﾗｲｾﾝｽｻｰﾊﾞのｱｸﾃｨﾍﾞｰｼｮﾝは必要

まよっています。どなたかおしえてくだっさい。
また、お勧めの構成があればおしえてください

ﾗｲｾﾝｽｻｰﾊﾞをｱｸﾃｨﾍﾞｰｼｮﾝしなくてもｲﾝｽﾄｰﾙするだけでﾗｲｾﾝｽ
情報が無制限となっているので安心していますが少し気に
なるので、どなたかご意見いただければと思います。

めたきち　

通りすがり 2004/11/12 19:08:54

３となります。

ライセンスサーバをアクティベーションしないと90日（だったと思われる）たつとクライアントからの接続が失敗します。

サーバが２０００でクライアントが２０００、ＸＰの場合ＴＣＡＬはクライアントに含まれているためＴＣＡＬの購入必要はありません。

しゅーまっは 2004/11/12 19:36:42

ちなみにXPはHomeEditionだとTSCALは必要です。

WindowsXPでのブラウザからのアクセスについて

Meta見習い中 2004/11/01 19:24:51

情報があれば教えて欲しいのです。

MetaFrame3.0をWindows2003Serverで構築して、クライアント端末をWindowsXPでアクセスした場合にはICAでもブラウザからも正常にアクセスする事が出来ましたが、Windows2000Proでアクセスした場合にはICAでは正常にアクセスする事が出来るのですが、ブラウザからアクセスするとアプリケーションの表示までは行くのですがアプリケーションをクリックしてもアクセスする事が出来ません。

こんな事例ってあるのでしょうか?
基本的に両者の設定で違いはないはずなのですが、Windows2003ServerにWindows2000Proからブラウザにアクセスする場合には何か情報が必要になってくるのでしょうか?
2000Serverと2003Serverとの違いに現在頭を悩ませています･･･。

CCEA 2004/11/02 23:02:58

利用しているWindows 2000 ProfessinalのInternet Explore5.5以上ですか。

しゅーまっは 2004/11/10 23:52:09

Metaサーバーに何か気になるイベントは挙がってませんか？

オートクリエイトプリンタについて

Meta見習い中 2004/11/09 18:04:31

現在、下記の構成でMetaFrameサーバを構築しております。
MetaFrameXP FR2
Windows 2000 Server

クライアント端末は全てWindows XP Pro

クライアントからサーバの公開デスクトップに接続した際にプリンタの一覧を見ると現在登録されているのとは違うプリンタ名のプリンタが表示されます。
現在登録されているプリンタも問題なく表示されています。

よく考えてみると検証の為にプリンタの追加と削除を繰り返し行っていたので削除したプリンタが表示されているようです。

MetaFrameでは一度オートクリエートしたプリンタの情報が保持されているのでしょうか?
またそれはローカルで削除を行ったプリンタに関しても表示されてくるのでしょうか?

pancra 2004/11/10 13:37:08

プロファイルにプリンタ設定が保存される様になっているからだと思います。
気になる様でしたら、デスクトップ接続をしてプリンタを削除するか、プロファイルの再作成を行えば、良いと思います。

ローカルマシンのドライブのマウントについて

taku 2004/11/09 03:03:13

はじめまして、takuです。
現在、MetaFrame XPe/3.0の動作検証を行っていますが、ちょっと気になる点があり、
どなたかわかる人はいないかと思い投稿しました。

MetaFrameに接続時に、クライアントマシンのドライブが自動的にサーバのドライブ文字として割り当てられますが、そのドライブのファイルシステム（FAT/NTFS）に関わらず
全てFATドライブとして割り当たられてしまうのですが、その理由、もしくは技術的な事について、どなたかご存知でしょうか？
私の方で探してみましたが、さっぱりです。

Documentのリンクでもいいので、よろしくお願いします。

pancra 2004/11/10 13:34:16

仕様です。（Citrixに聞きました。）