トピック検索
1789 件のトピックが該当しました。
- MetaFrameサーバへのログオン認証アカウント固定 - タムタム ( 2004/06/11 23:00:51 更新)
- ICAセッション切断時のメッセージについて - 野球小僧 ( 2004/06/09 11:26:01 更新)
- メタ上で予期せぬエラー - ＲＡ ( 2004/06/08 15:11:21 更新)
- 同一ユーザによる公開アプリの実行 - HSM ( 2004/06/08 10:05:06 更新)
- コンテンツリダイレクト クライアントでのOUTLOOK起動方法 - gim ( 2004/06/08 02:02:56 更新)
- クライアントプリンタのドライバ - こーたろー ( 2004/06/04 16:08:52 更新)
- pn.iniのカスタマイズについて教えて下さい - ajiyoshi ( 2004/06/03 20:49:10 更新)
- サーバーにプリンター情報を渡したくない - gjykku ( 2004/06/03 15:49:44 更新)
- クライアントでプリンターが見えません。 - カミ ( 2004/05/31 04:46:13 更新)
- ローマ字入力していると。。突然、かな文字入力になってしまいます。。 - 村上 竜太郎 ( 2004/05/28 17:27:21 更新)
MetaFrameサーバへのログオン認証アカウント固定
こんにちは。
MetaFrameサーバへのログオン認証について、複数のICAクライアントの設定を一つの
指定ユーザにしておき、皆同じアカウントで認証させる方法は良くないのでしょうか？
何か弊害があるという様な話を聞いたのですが。。
ご存知の方いらっしゃいましたら、ご教授ください。
MetaFrameサーバへのログオン認証について、複数のICAクライアントの設定を一つの
指定ユーザにしておき、皆同じアカウントで認証させる方法は良くないのでしょうか？
何か弊害があるという様な話を聞いたのですが。。
ご存知の方いらっしゃいましたら、ご教授ください。
よくありません。
オートクリエイトプリンタ、ユーザプロファイル、セキュリティなどの問題があげられます。
オートクリエイトプリンタ、ユーザプロファイル、セキュリティなどの問題があげられます。
私的な体験談なんですが･･･
前、２台のPCで、同一ユーザ（移動ユーザプロファイル）を使用し、
同じMetaサーバに接続して、公開デスクトップで使用してみました。
片方でデスクトップでテキストファイルを新規作成したら、
ほう片方で自動的に作られましたので、
同じユーザプロファイルで動作していた模様です。
ですので、同じユーザプロファイルを共有していると、
一人が壊してしまった場合、
同じユーザプロファイルを使用していた人にも影響が出ます。
端末のICA設定をそれぞれ別々にするのが面倒というなら、
匿名ユーザでの設定もありますが、
匿名ユーザですと、公開アプリの使用者を特定するときに、
コンピュータ名をひろってこなければいけません。
同じユーザで〜の内容は、
「同一ユーザによる公開アプリの実行」
の文章も参考になります。
前、２台のPCで、同一ユーザ（移動ユーザプロファイル）を使用し、
同じMetaサーバに接続して、公開デスクトップで使用してみました。
片方でデスクトップでテキストファイルを新規作成したら、
ほう片方で自動的に作られましたので、
同じユーザプロファイルで動作していた模様です。
ですので、同じユーザプロファイルを共有していると、
一人が壊してしまった場合、
同じユーザプロファイルを使用していた人にも影響が出ます。
端末のICA設定をそれぞれ別々にするのが面倒というなら、
匿名ユーザでの設定もありますが、
匿名ユーザですと、公開アプリの使用者を特定するときに、
コンピュータ名をひろってこなければいけません。
同じユーザで〜の内容は、
「同一ユーザによる公開アプリの実行」
の文章も参考になります。
ICAセッション切断時のメッセージについて
お世話になります。
MetaFrameの使用中に表示されたメッセージについて教えて下さい。
MetaFrameでサーバのデスクトップに接続している時に画面を閉じようとした際には下記のメッセージが表示されると思います。
『CitrixICAクライアントウインドウを閉じると、MetaFrameサーバとの接続が切断されます。
ウインドウを閉じ、接続を切断してよろしいですか?』
また、公開アプリケーションを利用している場合は画面を閉じても上記のメッセージは表示されずにそのまま終了すると思うのですが、ファンクションキーを押下した際に間違って何かのボタンを押下してしまった際に上記のメッセージが表示されました。
今まで公開アプリケーションでは上記のような確認メッセージは表示された事がなかったのですが、こんな事ってどういった場合に発生するのでしょうか?
また、どのキーを押下したかが分からないのですが何かのキーを押下すると上記のメッセージが表示されたりするのでしょうか?
心当たりのある方がいたら教えて下さい。
MetaFrameの使用中に表示されたメッセージについて教えて下さい。
MetaFrameでサーバのデスクトップに接続している時に画面を閉じようとした際には下記のメッセージが表示されると思います。
『CitrixICAクライアントウインドウを閉じると、MetaFrameサーバとの接続が切断されます。
ウインドウを閉じ、接続を切断してよろしいですか?』
また、公開アプリケーションを利用している場合は画面を閉じても上記のメッセージは表示されずにそのまま終了すると思うのですが、ファンクションキーを押下した際に間違って何かのボタンを押下してしまった際に上記のメッセージが表示されました。
今まで公開アプリケーションでは上記のような確認メッセージは表示された事がなかったのですが、こんな事ってどういった場合に発生するのでしょうか?
また、どのキーを押下したかが分からないのですが何かのキーを押下すると上記のメッセージが表示されたりするのでしょうか?
心当たりのある方がいたら教えて下さい。
接続の形式が異なっているためです。
メッセージが出る接続：シームレスウィンドウではない公開アプリケーションもしくはICA接続でデスクトップを定義した場合
メッセージが出ない接続：シームレスウィンドウ、公開デスクトップ
ご確認下さい。
メッセージが出る接続：シームレスウィンドウではない公開アプリケーションもしくはICA接続でデスクトップを定義した場合
メッセージが出ない接続：シームレスウィンドウ、公開デスクトップ
ご確認下さい。
ICAセッション内では ctrl+F3 がセッション切断のショートカットですよ。
シームレス／ノンシームレス共に。
デスクトップ接続ではウインドウ右上のクローズボックスで閉じるとICAセッションはログオフ
せずに切断状態になります。サーバ内ではICAセッションは残ったまま(動いたまま)です。
シームレス接続ではクローズボックスで閉じるとアプリケーションが終了し、ICAセッションは
ログオフします。
文面から想像するに敢えて使い分けているようには思えないのですが、デスクトップ接続を終了
するならスタートメニューからログオフを行うのが正規の手順だと思います。
「切断セッションへの再接続の方が作業の中断や再開が楽だから」ということならそれもアリで
しょうが...
ちなみにデスクトップ接続の場合に便利そうなショートカットです。
ctrl+F2 スタートメニュー
alt+(テンキーの+) タスク切り替え
もしProgram Neighborhood(以降PN)を使っているなら、PNを立ち上げてメニューバーから
<ツール(T)ICA設定(I)...> で表示される画面のショートカットキータブで調整可能です。
シームレス／ノンシームレス共に。
デスクトップ接続ではウインドウ右上のクローズボックスで閉じるとICAセッションはログオフ
せずに切断状態になります。サーバ内ではICAセッションは残ったまま(動いたまま)です。
シームレス接続ではクローズボックスで閉じるとアプリケーションが終了し、ICAセッションは
ログオフします。
文面から想像するに敢えて使い分けているようには思えないのですが、デスクトップ接続を終了
するならスタートメニューからログオフを行うのが正規の手順だと思います。
「切断セッションへの再接続の方が作業の中断や再開が楽だから」ということならそれもアリで
しょうが...
ちなみにデスクトップ接続の場合に便利そうなショートカットです。
ctrl+F2 スタートメニュー
alt+(テンキーの+) タスク切り替え
もしProgram Neighborhood(以降PN)を使っているなら、PNを立ち上げてメニューバーから
<ツール(T)ICA設定(I)...> で表示される画面のショートカットキータブで調整可能です。
セッション切断のショートカットは shift+F3 でした。
訂正してお詫びします。すみませんでした。
訂正してお詫びします。すみませんでした。
ありがとうございます。
Shift+F3でメッセージが表示されました。
公開アプリケーションはシームレスウインドウの設定にはなっていませんでした。
公開デスクトップでも同じメッセージが表示されました。
Shift+F3でメッセージが表示されました。
公開アプリケーションはシームレスウインドウの設定にはなっていませんでした。
公開デスクトップでも同じメッセージが表示されました。
メタ上で予期せぬエラー
VB5.0で作成していますexeをメタ上で起動しますと、【予期せぬエラーが発生しました】というエラーが表示されて起動しません。ちなみに、メタサーバー上にクラサバ環境を作り、そこから起動したしますと、問題なく動作いたします。レジストリ関係（dll、ocx）も確認しましたが問題ないように思われます。現状では手詰まり状態となっております。
何か解決策のヒントになる情報でもかまいませんので、よろしくお願いいたします
何か解決策のヒントになる情報でもかまいませんので、よろしくお願いいたします
どのようなアプリケーションを作成しているかわからないので的確な
アドバイスはできませんがとりあえずの切り分け方法としてRDP接続を
したクライアントからそのアプリケーションを起動してみてください。
アドバイスはできませんがとりあえずの切り分け方法としてRDP接続を
したクライアントからそのアプリケーションを起動してみてください。
同一ユーザによる公開アプリの実行
こんにちは。いつも参考にさせていただいています。
下記件に関して、どなたかご存じの方がいましたらアドバイスをお願い致します。
＜環境＞
○MetaFrameサーバ １台
・WindowsServer2003
・MetaFrameXP Feature Release3 (FR3)
○MetaFrameクライアント ２台
・Windows2000Professional SP3
・Windows2000Professional SP4
＜現象＞
MetaFrameで1つのアプリを公開しています。
ある端末からユーザで公開アプリを実行中に,
別端末から同一名のユーザで,その公開アプリを実行します｡
その時,先に公開アプリを実行してしたユーザが,
その公開ｱﾌﾟﾘを実行出来なくなってしまいます｡
実行権が後からログインして来た,ユーザに移るイメージです｡
同一名のユーザが,同時に公開アプリを実行する方法はあるのでしょうか?
どなたかご存知でしたら解決策等のアドバイスをお願い致します。
下記件に関して、どなたかご存じの方がいましたらアドバイスをお願い致します。
＜環境＞
○MetaFrameサーバ １台
・WindowsServer2003
・MetaFrameXP Feature Release3 (FR3)
○MetaFrameクライアント ２台
・Windows2000Professional SP3
・Windows2000Professional SP4
＜現象＞
MetaFrameで1つのアプリを公開しています。
ある端末からユーザで公開アプリを実行中に,
別端末から同一名のユーザで,その公開アプリを実行します｡
その時,先に公開アプリを実行してしたユーザが,
その公開ｱﾌﾟﾘを実行出来なくなってしまいます｡
実行権が後からログインして来た,ユーザに移るイメージです｡
同一名のユーザが,同時に公開アプリを実行する方法はあるのでしょうか?
どなたかご存知でしたら解決策等のアドバイスをお願い致します。
前提条件として同一ユーザ名での運用は避けてください。
あとで誰がいつアプリケーションを使ったか追跡する事態があった場合
（情報漏えいなど）なにもできませんので。
ただこれで突き放しては答えになりませんので下記の方法でやって下さい。
スタートメニュー -> 管理ツール -> ターミナルサービスの構成
その中のサーバー設定で各ユーザのセッションを１ユーザに制限しますのチェックを
外してください。（MetaFrameの設定ではありません、OSの設定です。）
しつこいようですが同一ユーザアカウントで運用してあとで困っている事例を
多数見ていますので絶対に辞めてください。
あとで誰がいつアプリケーションを使ったか追跡する事態があった場合
（情報漏えいなど）なにもできませんので。
ただこれで突き放しては答えになりませんので下記の方法でやって下さい。
スタートメニュー -> 管理ツール -> ターミナルサービスの構成
その中のサーバー設定で各ユーザのセッションを１ユーザに制限しますのチェックを
外してください。（MetaFrameの設定ではありません、OSの設定です。）
しつこいようですが同一ユーザアカウントで運用してあとで困っている事例を
多数見ていますので絶対に辞めてください。
CCEAさんご返事ありがとう御座います。
今回のｼｽﾃﾑでは､
Metaｸﾗｲｱﾝﾄが1000弱で､
Metaｻｰﾊﾞ10台でﾛｰﾄﾞﾊﾞﾗﾝｽを行います｡
さらにﾄﾞﾒｲﾝを使用していません｡
この環境ではﾕｰｻﾞ作成が大変なので､
何とかならないのかと考えてます｡
何か良いｱｲﾃﾞｨｱをご存知でしょうか?
やはりﾄﾞﾒｲﾝを導入すべきでしょうか?
度々すいませんが､宜しくお願い致します｡
今回のｼｽﾃﾑでは､
Metaｸﾗｲｱﾝﾄが1000弱で､
Metaｻｰﾊﾞ10台でﾛｰﾄﾞﾊﾞﾗﾝｽを行います｡
さらにﾄﾞﾒｲﾝを使用していません｡
この環境ではﾕｰｻﾞ作成が大変なので､
何とかならないのかと考えてます｡
何か良いｱｲﾃﾞｨｱをご存知でしょうか?
やはりﾄﾞﾒｲﾝを導入すべきでしょうか?
度々すいませんが､宜しくお願い致します｡
MetaFrameサーバー10台でしかもユーザが1000もいるのであれば
絶対にActive Directoryで運用して下さい。ユーザアカウント作成は
一般的なユーザ作成ツールを使用した後に手入力でTerminal用のプロファイル
パスを入力（\\server\profile_path\%USERNAME%をコピー)して下さい。
多少苦労しますが導入後のことを考えると楽になります。
Windows2003を利用する場合は、RemoteDesktopユーザグループをそのユーザに
割り当ててください。
思ったより大変な作業ではありません。一度トライしてください。
絶対にActive Directoryで運用して下さい。ユーザアカウント作成は
一般的なユーザ作成ツールを使用した後に手入力でTerminal用のプロファイル
パスを入力（\\server\profile_path\%USERNAME%をコピー)して下さい。
多少苦労しますが導入後のことを考えると楽になります。
Windows2003を利用する場合は、RemoteDesktopユーザグループをそのユーザに
割り当ててください。
思ったより大変な作業ではありません。一度トライしてください。
CCEAさんご返事ありがとう御座います。
Active Directory運用を考えて見ます。
Active Directory運用を考えて見ます。
コンテンツリダイレクト クライアントでのOUTLOOK起動方法
Windows2000 MetaFrameXP/FR2の環境にてWORD,EXCELはメタフレームサーバのアプリケーションを使用し、Outlookはクライアントにて起動させたいのですが、色々調べてもOutlookでの事例が出てこないのですが、Outlookは不可能なのでしょうか？
(同様の内容でOutlook Expressがありましたが回答がなかったので質問させていただきました。)
ご教授いただけますようお願い致します。
(同様の内容でOutlook Expressがありましたが回答がなかったので質問させていただきました。)
ご教授いただけますようお願い致します。
XPa, XPeの場合は、Citrix管理コンソールでWord, Excelの拡張子の設定
（公開アプリケーション作成時の最後に行う作業）でチェックを入れます。
Program Neighborhood Agentを使用して運用していただければ
Outlookで添付されたデータがMetaFrameの公開アプリケーションを使って
起動させることができます。
ただし、せっかくMetaFrameを使うのですからOutlookもMetaFrame経由で
利用したほうが便利です。できるのと運用するのでは大違いですので
ご注意ください。上記の運用は正直な所、やめた方がいいです。
（公開アプリケーション作成時の最後に行う作業）でチェックを入れます。
Program Neighborhood Agentを使用して運用していただければ
Outlookで添付されたデータがMetaFrameの公開アプリケーションを使って
起動させることができます。
ただし、せっかくMetaFrameを使うのですからOutlookもMetaFrame経由で
利用したほうが便利です。できるのと運用するのでは大違いですので
ご注意ください。上記の運用は正直な所、やめた方がいいです。
クライアントプリンタのドライバ
クライアントにプリンタをインストールして、MetaFrameサーバに接続すると、クライアントにインストールされたプリンタのドライバがサーバにコピーされて使用可能になると思うのですが、プリンタ自体は使用可能になっているのですが、クライアントのプリンタドライバは使用せずに、Citrixユニバーサルプリンタドライバを使用しています。
これは何故なんでしょうか?
また、クライアントのプリンタドライバをMetaFrameで利用する為には自動では行われないのでしょうか?
サーバにドライバを入れてしまえばいいかとも思っていますが、ちょっと引っかかっていますのでどうかよろしくお願い致します。
これは何故なんでしょうか?
また、クライアントのプリンタドライバをMetaFrameで利用する為には自動では行われないのでしょうか?
サーバにドライバを入れてしまえばいいかとも思っていますが、ちょっと引っかかっていますのでどうかよろしくお願い致します。
＞クライアントにインストールされたプリンタのドライバがサーバにコピーされて
このようなことはありません。
クライアントプリンタを利用する場合、サーバーとクライアントの両方にターミナル
サービスに対応したプリンタドライバをインストールする必要があります。
このようなことはありません。
クライアントプリンタを利用する場合、サーバーとクライアントの両方にターミナル
サービスに対応したプリンタドライバをインストールする必要があります。
pn.iniのカスタマイズについて教えて下さい
お世話になります。
題名の通り、クライアントセットレベルのpn.ini（%ProgramFiles%\Citrix\ICA Clientなど）をカスタマイズし、
実行ユーザーがProgram Neighborhoodを初回起動した時に、既に一つのアプリケーションセットが
作成されている状態にしようと画策しております。
そこでpn.ini内のパラメータについての質問なのですが、
[Program Neighborhood]
aplicationsetname=1829d0e1
の=より右の値は、適当な一つの値(11111111とか)に
固定してしまってもよいものなのでしょうか？この値が.vlファイルの名前に対応していることは
おおよそ分かったのですが、、、。
違うユーザーでProgram Neighborhoodから同じ設定をし、プロファイルセットレベルのpn.iniの中身を見比べてみたところ、
上記の値が違っていたので不安になりました。。。
また、パラメータの中で、設定リファレンスに記述の無いものがありました。
お分かりの方いらっしゃいましたら、どうぞ教えて下さい。
PNProtocolMask=16
UIFlags=12
環境は
サーバ Windows2000Server＋MetaFrameXPa FR3
クライアント WindowsNT/Windows2000 + ProgramNeighborhood 7.00.17535
です。
以上、宜しくお願い致します。
題名の通り、クライアントセットレベルのpn.ini（%ProgramFiles%\Citrix\ICA Clientなど）をカスタマイズし、
実行ユーザーがProgram Neighborhoodを初回起動した時に、既に一つのアプリケーションセットが
作成されている状態にしようと画策しております。
そこでpn.ini内のパラメータについての質問なのですが、
[Program Neighborhood]
aplicationsetname=1829d0e1
の=より右の値は、適当な一つの値(11111111とか)に
固定してしまってもよいものなのでしょうか？この値が.vlファイルの名前に対応していることは
おおよそ分かったのですが、、、。
違うユーザーでProgram Neighborhoodから同じ設定をし、プロファイルセットレベルのpn.iniの中身を見比べてみたところ、
上記の値が違っていたので不安になりました。。。
また、パラメータの中で、設定リファレンスに記述の無いものがありました。
お分かりの方いらっしゃいましたら、どうぞ教えて下さい。
PNProtocolMask=16
UIFlags=12
環境は
サーバ Windows2000Server＋MetaFrameXPa FR3
クライアント WindowsNT/Windows2000 + ProgramNeighborhood 7.00.17535
です。
以上、宜しくお願い致します。
Citrix Knowledge Centerをご参照ください。
http://support.citrix.com
http://support.citrix.com
サーバーにプリンター情報を渡したくない
こんにちは。
初歩的な質問ですが、ＩＣＡクライアントが使用しているプリンタードライバー情報を、一部のみサーバへ渡したい場合はどうすればいいでしょうか？（サーバには、各端末が持つすべてのプリンタードライバー情報がないと、イベントログにはログインその都度エラーが残りますので）
ご返答のほど、よろしくお願い致します。
初歩的な質問ですが、ＩＣＡクライアントが使用しているプリンタードライバー情報を、一部のみサーバへ渡したい場合はどうすればいいでしょうか？（サーバには、各端末が持つすべてのプリンタードライバー情報がないと、イベントログにはログインその都度エラーが残りますので）
ご返答のほど、よろしくお願い致します。
特定のプリンタのみ許可するor拒否するという
設定ができますよ。
設定ができますよ。
ご返答ありがとうございます。
>特定のプリンタのみ許可するor拒否するという
>設定ができますよ。
ＩＣＡの設定ですか？それともサーバ側での設定ですか？
>特定のプリンタのみ許可するor拒否するという
>設定ができますよ。
ＩＣＡの設定ですか？それともサーバ側での設定ですか？
Citrix管理コンソール・プリンタの「互換性」という機能を使ってください。
詳細はマニュアルをご覧下さい。
詳細はマニュアルをご覧下さい。
クライアントでプリンターが見えません。
初歩的な質問でもうしわけありませんが
MetaFrameのAutoCreateを使用してクライアントから業務アプリの帳票を印刷したいのですが
プリンター選択で選択のリストボックスに表示されない状況になってしまいます。
Metaサーバー(Win2000Server)とクライアント(Win98)にはぞれぞれ最新のドライバーを
インストールしてあります。（プリンターはＥＰＳＯＮのＬＰ−２５００でメタ対応していま
す。）またプリンタードライバーの名称が違うのでＣＭＣによる紐付けもしているのですが。。
Metaサーバ−側では管理コンソールで「ドライバ」の明細には表示されていますが「プリ
ンタ」の明細には表示されていません。サーバー側はドライバがインストールされていれば
自動的にAutoCreateされてクライアント側で印刷できるときいているのですが。。
ちなみにクライアントにはプリンターケーブルで直接つながっている状態です。
また業務アプリはAccess2002で作成されたレポートです。
設定に関してはまったくの初心者です。
AutoCreateするための設定手順を簡単でけっこうですので教えていただけないでしょうか？
MetaFrameのAutoCreateを使用してクライアントから業務アプリの帳票を印刷したいのですが
プリンター選択で選択のリストボックスに表示されない状況になってしまいます。
Metaサーバー(Win2000Server)とクライアント(Win98)にはぞれぞれ最新のドライバーを
インストールしてあります。（プリンターはＥＰＳＯＮのＬＰ−２５００でメタ対応していま
す。）またプリンタードライバーの名称が違うのでＣＭＣによる紐付けもしているのですが。。
Metaサーバ−側では管理コンソールで「ドライバ」の明細には表示されていますが「プリ
ンタ」の明細には表示されていません。サーバー側はドライバがインストールされていれば
自動的にAutoCreateされてクライアント側で印刷できるときいているのですが。。
ちなみにクライアントにはプリンターケーブルで直接つながっている状態です。
また業務アプリはAccess2002で作成されたレポートです。
設定に関してはまったくの初心者です。
AutoCreateするための設定手順を簡単でけっこうですので教えていただけないでしょうか？
メタサーバーのイベントに何かエラーが上がってませんか？
私も同じ現象が発生しておりました。
Metaサーバー上で、イベントログにPrintSpoolerサービスエラーが出ていませんか？
また、PrintSpoolerサービスが自動開始になっていますか？ご確認をお願いいたします。
Print Spoolerサービスが停止した場合、オートクリエイトされません。
Hotfix XJ103W2K059、あるいはXJ103W2K082をあてる事で、解決する場合があるようです。
Metaサーバー上で、イベントログにPrintSpoolerサービスエラーが出ていませんか？
また、PrintSpoolerサービスが自動開始になっていますか？ご確認をお願いいたします。
Print Spoolerサービスが停止した場合、オートクリエイトされません。
Hotfix XJ103W2K059、あるいはXJ103W2K082をあてる事で、解決する場合があるようです。
コネクション構成ツールの設定ではないですか？
いろいろとご意見ありがとうございました。
コネクション構成ツールにおいてのチェックボックスで以下の操作をしたところ
プリンターを認識し、クライアントプリンターにおいて印刷できるようになりました。
??Windowsクライアントのプリンタ割り当てを無効にする。⇒チェックをはずす。
?▲?ライアントのＬＰＴポート割り当てを無効にする。⇒チェックをはずす。
皆様のご意見により、当サイトのすばらしさを知りこれから自分が教えられるように
Ｍｅｔａを勉強していきたいとおもいます。
本当に感謝しております。ありがとうございました。
コネクション構成ツールにおいてのチェックボックスで以下の操作をしたところ
プリンターを認識し、クライアントプリンターにおいて印刷できるようになりました。
??Windowsクライアントのプリンタ割り当てを無効にする。⇒チェックをはずす。
?▲?ライアントのＬＰＴポート割り当てを無効にする。⇒チェックをはずす。
皆様のご意見により、当サイトのすばらしさを知りこれから自分が教えられるように
Ｍｅｔａを勉強していきたいとおもいます。
本当に感謝しております。ありがとうございました。
ローマ字入力していると。。突然、かな文字入力になってしまいます。。
MetaFrameXP FR3
windows 2000 server SP2 x 3台の負荷分散
ICA Web ClientからMetaFrameを介して業務アプリにログインすると
突然、かな文字変換になってしまいます。
ログイン後、暫く放置して業務を再開するとやはり同様の事象が
出ることがあります。
障害が発生するPCを調べましたが、特にPC機種、キーボード、IMEのバージョンなど
の規則性も特に無くクライアントに依存する可能性は低いと考えております。
事象発生が区々な為、再現環境も作成できず、対応が滞っている状態にあります。
尚、クライアント側での操作は、そう言った方向がこれまで出ておりません。
あくまで、Metaframeを介した際に発生しております。
何か"突然ローマ字入力からかな文字入力に変わる"と言う文字列で
情報をお持ちの方がいらっしゃいましたら、ご連絡を頂きたく
よろしくお願い申し上げ舞ます。。
windows 2000 server SP2 x 3台の負荷分散
ICA Web ClientからMetaFrameを介して業務アプリにログインすると
突然、かな文字変換になってしまいます。
ログイン後、暫く放置して業務を再開するとやはり同様の事象が
出ることがあります。
障害が発生するPCを調べましたが、特にPC機種、キーボード、IMEのバージョンなど
の規則性も特に無くクライアントに依存する可能性は低いと考えております。
事象発生が区々な為、再現環境も作成できず、対応が滞っている状態にあります。
尚、クライアント側での操作は、そう言った方向がこれまで出ておりません。
あくまで、Metaframeを介した際に発生しております。
何か"突然ローマ字入力からかな文字入力に変わる"と言う文字列で
情報をお持ちの方がいらっしゃいましたら、ご連絡を頂きたく
よろしくお願い申し上げ舞ます。。
特定ユーザーのみで発生しているのであれば、一度ユーザーのプロファイルを作成しなおしてみては如何ですか。
メタにログインするユーザを複数のクライアントから使用していませんか？
複数クライアントから同一ユーザでメタにログオンした場合は、共通のプロファイル情報を使用するため、上記のような現象が発生するかもしれません。
複数クライアントから同一ユーザでメタにログオンした場合は、共通のプロファイル情報を使用するため、上記のような現象が発生するかもしれません。
お世話になっております。ご意見の程、ありがとうございます。
以下、回答いたします。
>特定ユーザーのみで発生しているのであれば。。
発生しているユーザーは特定されておりません。
発生頻度もユーザーも不特定となります。。
#よろしければ、プロファイル再作成についてご教授賜りたく、
#よろしくお願いいたします。
>メタにログインするユーザを複数のクライアントから使用していませんか？
複数使用はございません。
以上、よろしくお願いいたします。
以下、回答いたします。
>特定ユーザーのみで発生しているのであれば。。
発生しているユーザーは特定されておりません。
発生頻度もユーザーも不特定となります。。
#よろしければ、プロファイル再作成についてご教授賜りたく、
#よろしくお願いいたします。
>メタにログインするユーザを複数のクライアントから使用していませんか？
複数使用はございません。
以上、よろしくお願いいたします。
RDP接続でも発生しますか？
お世話になります。ご回答頂き誠にありがとうございます。
RDP接続は可能なのですが、事象の発生頻度が不明な為、
常にRDP接続で確認するのが、人的パフォーマンスと言う観点から
実施が困難となります。
折角のご指摘ですが、ご回答できず申し訳ございません。。
RDP接続は可能なのですが、事象の発生頻度が不明な為、
常にRDP接続で確認するのが、人的パフォーマンスと言う観点から
実施が困難となります。
折角のご指摘ですが、ご回答できず申し訳ございません。。
アプリケーションの問題かMetaFrameの問題か切り分けるためには必要な作業です。
RDP接続は数分で確認できますので人的パフォーマンスと言わずにやってみて下さい。
長引けば長引くほど深みにはまりますよ。
個人的な経験から言うと一般的に市販されて使われているアプリケーションでは
上記のようなことは発生しません。
RDP接続は数分で確認できますので人的パフォーマンスと言わずにやってみて下さい。
長引けば長引くほど深みにはまりますよ。
個人的な経験から言うと一般的に市販されて使われているアプリケーションでは
上記のようなことは発生しません。
Powerful & Beautiful
力強く、美しいシステムを。