トピック検索
133 件のトピックが該当しました。
- 公開ディスクトップ - APF ( 2005/07/21 17:26:56 更新)
- ClientのツールバーにWindowsUpdateが表示される - Moto ( 2005/05/27 09:30:59 更新)
- デバイスの認識について - nor ( 2005/02/18 09:58:14 更新)
- クライアントのプリンタについて - よけ ( 2005/02/15 08:54:30 更新)
- オートクリエイトプリンタについて - Meta見習い中 ( 2004/11/09 18:04:31 更新)
- キーボード入力障害 - HSM ( 2004/09/02 12:05:43 更新)
- 「辞書が見つからないか、アクセスできません」となる？？ - msi ( 2004/07/06 21:21:44 更新)
- ｲﾝｽﾄｰﾙ時のｵﾌﾟｼｮﾝ設定をｲﾝｽﾄｰﾙ後に変更する方法 - Banana ( 2004/07/01 22:15:24 更新)
- 手動でプロファイルの共有をしたい - 水 ( 2004/06/23 12:34:56 更新)
- MetaFrameサーバへのログオン認証アカウント固定 - タムタム ( 2004/06/11 23:00:51 更新)
公開ディスクトップ
お世話になります。
公開ディスクトップを使用するユーザを増やしたいのですが、
公開ディスクトップのユーザに追加しても反映されません。
どこを操作すればよいのでしょうか。
また、管理コンソールの手順書がありますでしょうか。
教えてください。
公開ディスクトップを使用するユーザを増やしたいのですが、
公開ディスクトップのユーザに追加しても反映されません。
どこを操作すればよいのでしょうか。
また、管理コンソールの手順書がありますでしょうか。
教えてください。
管理コンソールでユーザを指定すれば利用できるユーザが増えますが。。。
設定がどこか間違えていませんか。手順は、マニュアルをご覧ください。
設定がどこか間違えていませんか。手順は、マニュアルをご覧ください。
お試し版での評価ではないですよね？
返事が遅くなり申し訳ありません。
お試し版での評価です。
お試し版での評価です。
私も同じ現象がおきています。
それは、ネットワークのセグメントが違うクライアントです。
セグメントが違うと、何か別の設定が必要になるのでしょうか。
それは、ネットワークのセグメントが違うクライアントです。
セグメントが違うと、何か別の設定が必要になるのでしょうか。
整理したいのですが
１ 公開デスクトップを作成
２ 利用するユーザを追加
その結果、追加したユーザがＷＩやＰＮクライアントで表示されない。
ということでしょうか？
さらに別セグメントでのユーザだけ起きるということですか？
セグメントが違っても特に設定は不要です。（ルータに変な設定がない限り）
またお試し版でも製品版でも基本的には動作は同じはずです。
１ 公開デスクトップを作成
２ 利用するユーザを追加
その結果、追加したユーザがＷＩやＰＮクライアントで表示されない。
ということでしょうか？
さらに別セグメントでのユーザだけ起きるということですか？
セグメントが違っても特に設定は不要です。（ルータに変な設定がない限り）
またお試し版でも製品版でも基本的には動作は同じはずです。
お試し版の場合、クライアントアクセスが一つしか使用できなかった気がします。（はっきりとは覚えていませんが・・・）
評価版ではどうもdomainadminの権限を与えたユーザのようです。
本番でdoainadminの権限を各APの管理者に配布するのはセキュリティー上好ましくありません。
また、別のAP管理者に同じ管理コンソールの権限を付与してしまうと他のAPを勝手に動かす危険性があります。
皆様はどのように管理なさっていますか？
ご意見をお聞かせください。
本番でdoainadminの権限を各APの管理者に配布するのはセキュリティー上好ましくありません。
また、別のAP管理者に同じ管理コンソールの権限を付与してしまうと他のAPを勝手に動かす危険性があります。
皆様はどのように管理なさっていますか？
ご意見をお聞かせください。
文字化けです。すみません。
評価版ではdomainadminを付与しないと公開デスクトップを使用できないようです。
各AP毎の管理者が別の場合、公開デスクトップにさまざまなAPが導入されていることを漏洩してしまいます。
また、ADの管理を勝手にいじられれる危険性を常に意識しなければならないと思うのですが、
皆様はどう解決なさっていらっしゃいますか？
ご意見をお聞かせください。
評価版ではdomainadminを付与しないと公開デスクトップを使用できないようです。
各AP毎の管理者が別の場合、公開デスクトップにさまざまなAPが導入されていることを漏洩してしまいます。
また、ADの管理を勝手にいじられれる危険性を常に意識しなければならないと思うのですが、
皆様はどう解決なさっていらっしゃいますか？
ご意見をお聞かせください。
ClientのツールバーにWindowsUpdateが表示される
現在、Windows Server 2009上でMetaFrame Xp FR3 を利用している環境なのですが、
公開アプリケーションで特定のアプリをICAクライアント側から起動して実行すると
時々 Windows Updateのアイコンがツールバーに表示されるような現象が出ています。
まだ現時点では正確にどのタイミングでというところまでは解析できていない状況
ではありますが、もし皆様の環境でも同じような現象が起きていないかどうかご相談
＆アドバイスを頂きたく思い、投稿させて頂きました。
この現象ですが、アプリを終了すると同時にクライアント側のツールバーから消える
感じです。この懸念事項としては公開デスクトップならまだしも、公開アプリで
もしサーバ側のWindows Updateの通知をツールバーに出力している場合、そこでもし
Updateした場合、サーバ側のがUpdateされ、よくある再起動を求められて再起動を
かけたらサーバが再起動してしまうのではないかという懸念があります。
果たしてサーバ側のWindowsUpdateを自動で行わないように設定するだけでよいものか
どうか、もし同じご経験をされている方がいらっしゃいましたらご教授頂きたく
思います。よろしくお願いいたします。
公開アプリケーションで特定のアプリをICAクライアント側から起動して実行すると
時々 Windows Updateのアイコンがツールバーに表示されるような現象が出ています。
まだ現時点では正確にどのタイミングでというところまでは解析できていない状況
ではありますが、もし皆様の環境でも同じような現象が起きていないかどうかご相談
＆アドバイスを頂きたく思い、投稿させて頂きました。
この現象ですが、アプリを終了すると同時にクライアント側のツールバーから消える
感じです。この懸念事項としては公開デスクトップならまだしも、公開アプリで
もしサーバ側のWindows Updateの通知をツールバーに出力している場合、そこでもし
Updateした場合、サーバ側のがUpdateされ、よくある再起動を求められて再起動を
かけたらサーバが再起動してしまうのではないかという懸念があります。
果たしてサーバ側のWindowsUpdateを自動で行わないように設定するだけでよいものか
どうか、もし同じご経験をされている方がいらっしゃいましたらご教授頂きたく
思います。よろしくお願いいたします。
すみません、変なバージョンを書いてしまいました。Windows Server 2000 です。
サーバーのサービスでWindowsUpdateを止めるだけでいいと思います。
というか構築時に止めるべきだと思います。
というか構築時に止めるべきだと思います。
しゅーまっはさん、ご返答頂きまして有難うございます。仰る通りでございまして
基本的に構築する時にサーバ側のWindowsUpdateを止めるべくして構築すべきでした。
今回の症状を報告しますと、特定ユーザーにAdmin権限が与えられていると、例え
公開アプリの場合でもクライアント側のデスクトップのツールバーに更新アイコンが
通知されるようです。ここには二つの反省事項がございました。今後気をつけたいと
思います。
有難うございました。
基本的に構築する時にサーバ側のWindowsUpdateを止めるべくして構築すべきでした。
今回の症状を報告しますと、特定ユーザーにAdmin権限が与えられていると、例え
公開アプリの場合でもクライアント側のデスクトップのツールバーに更新アイコンが
通知されるようです。ここには二つの反省事項がございました。今後気をつけたいと
思います。
有難うございました。
デバイスの認識について
[サーバ]
Win2003 Server Standard
Presentation Server 3
[クライアント]
Win2000 Professional(SP4)
公開デスクトップを使用しており、クライアントのリムーバブル
デバイスと CD-ROM をデバイスマッピングするようにしています。
USB のメモリスティックなど、リムーバブルデバイスとして認識する
ものは、認識後に Meta に接続すると問題なくマッピングできます。
MetaFrame 接続後にメモリスティックを抜く場合は
マッピング情報は残りますが、ローカルPCで「ハードウェアの取り外し」
をすれば良いかと思いますが、MetaFrame 接続前に認識していない
デバイスを接続後に認識することは可能なのでしょうか。
何か情報をお持ちの方、よろしくお願いします。
Win2003 Server Standard
Presentation Server 3
[クライアント]
Win2000 Professional(SP4)
公開デスクトップを使用しており、クライアントのリムーバブル
デバイスと CD-ROM をデバイスマッピングするようにしています。
USB のメモリスティックなど、リムーバブルデバイスとして認識する
ものは、認識後に Meta に接続すると問題なくマッピングできます。
MetaFrame 接続後にメモリスティックを抜く場合は
マッピング情報は残りますが、ローカルPCで「ハードウェアの取り外し」
をすれば良いかと思いますが、MetaFrame 接続前に認識していない
デバイスを接続後に認識することは可能なのでしょうか。
何か情報をお持ちの方、よろしくお願いします。
クライアントのプリンタについて
はじめまして。
以前羊さんからこのような投稿がありましたが、私も全く同じ状況で
困っています。コメントを拝見しましたが、具体的にどういう経緯で
解決されたのか、その方法を把握することができません。
勉強不足で申し訳ありませんが、ご教授頂けないでしょうか。
宜しくお願い致します。
>こんにちは。
>さっそくですが、メタフレームに接続すると、クライアントのデフォルトプリンタに
>「Citrix ICA リモート ジョブ」
>というものが作成され、このジョブが消えるまでサーバのデスクトップが表示されません。
>時間的には、3分ほどかかります。
>
>接続後にプリンタが自動作成されているか見てみると作成されていません。
>コネクション構成ツールで、プリンタ接続を有効にして、
>管理コンソールのプリンタ管理で、自動生成も有効にしています。
>
>ほかに、設定がひつようなのでしょうか？
>
>環境は、
>MetaframeXP SP3
>Windows 2003 Server
>です。
>
>どうぞ、宜しくお願い致します。
以前羊さんからこのような投稿がありましたが、私も全く同じ状況で
困っています。コメントを拝見しましたが、具体的にどういう経緯で
解決されたのか、その方法を把握することができません。
勉強不足で申し訳ありませんが、ご教授頂けないでしょうか。
宜しくお願い致します。
>こんにちは。
>さっそくですが、メタフレームに接続すると、クライアントのデフォルトプリンタに
>「Citrix ICA リモート ジョブ」
>というものが作成され、このジョブが消えるまでサーバのデスクトップが表示されません。
>時間的には、3分ほどかかります。
>
>接続後にプリンタが自動作成されているか見てみると作成されていません。
>コネクション構成ツールで、プリンタ接続を有効にして、
>管理コンソールのプリンタ管理で、自動生成も有効にしています。
>
>ほかに、設定がひつようなのでしょうか？
>
>環境は、
>MetaframeXP SP3
>Windows 2003 Server
>です。
>
>どうぞ、宜しくお願い致します。
公開アプリケーションのプロパティで「プリンタの自動生成を待たずにアプリケーションを起動する」をオフにする。
私自身も以前、この問題に遭遇しまして羊さんの文書を読みました。
症状の起きた大雑把な環境は評価用のメディアを利用し、
Metaframe XPe FR3
Windows 2003 Server
の 単体サーバを構築しました。
ICAクライアントで公開デスクトップを起動しようとすると、ICAリモートジョブが
スプールされ、それ自身がタイムアウトしない限りデスクトップの内容が表示され
ませんでした。タイムアウトさえすれば大丈夫かというところがとても気になって
色々と試している中、通りすがりの旅の者さんの仰ってる、
「プリンタの自動生成を待たずにアプリケーションを起動する」をオフにしても
その症状は再現されてしまいました。
また、プリンタードライバの影響かなと思い、色々とドライバを入れ替えたり、
デフォルトプリンターを複数変えてみたりしましたが変わらずでした。
自分自身の解決方法はメディアに付属している ICA Client ver.7 だったのですが
最新のICA ClientをWebよりDLして入れたら出なくなりました。これが全ての場合の
解決方法か分かりませんが、一つの参考意見としてお聞き頂けたら幸いです。
症状の起きた大雑把な環境は評価用のメディアを利用し、
Metaframe XPe FR3
Windows 2003 Server
の 単体サーバを構築しました。
ICAクライアントで公開デスクトップを起動しようとすると、ICAリモートジョブが
スプールされ、それ自身がタイムアウトしない限りデスクトップの内容が表示され
ませんでした。タイムアウトさえすれば大丈夫かというところがとても気になって
色々と試している中、通りすがりの旅の者さんの仰ってる、
「プリンタの自動生成を待たずにアプリケーションを起動する」をオフにしても
その症状は再現されてしまいました。
また、プリンタードライバの影響かなと思い、色々とドライバを入れ替えたり、
デフォルトプリンターを複数変えてみたりしましたが変わらずでした。
自分自身の解決方法はメディアに付属している ICA Client ver.7 だったのですが
最新のICA ClientをWebよりDLして入れたら出なくなりました。これが全ての場合の
解決方法か分かりませんが、一つの参考意見としてお聞き頂けたら幸いです。
ご意見頂き、ありがとうございます。
ひとつ気になることがあります。
プリンタのオートクリエイト機能を使わない設定にしているのですが、
(「ログオン時にクライアントのプリンタに接続」をオフにしています)
その場合、
>公開アプリケーションのプロパティで「プリンタの自動生成を待たずに
>アプリケーションを起動する」をオフにする。
この設定内容は影響してくるのでしょうか？
(影響しないだろうという憶測で設定しておりました)
※いずれにしろ、近々設定を変更して状況を確認したいと思っております。
ひとつ気になることがあります。
プリンタのオートクリエイト機能を使わない設定にしているのですが、
(「ログオン時にクライアントのプリンタに接続」をオフにしています)
その場合、
>公開アプリケーションのプロパティで「プリンタの自動生成を待たずに
>アプリケーションを起動する」をオフにする。
この設定内容は影響してくるのでしょうか？
(影響しないだろうという憶測で設定しておりました)
※いずれにしろ、近々設定を変更して状況を確認したいと思っております。
確認してみました。
公開アプリケーションのプロパティに
「プリンタの自動生成を待たずにアプリケーションを起動する」が
見当たりません。
SP3ではこのチェックがないのでしょうか？
公開アプリケーションのプロパティに
「プリンタの自動生成を待たずにアプリケーションを起動する」が
見当たりません。
SP3ではこのチェックがないのでしょうか？
SP2環境を構築していますが、見たことないような気がします。
この現象はMetaFrameXPSP3+W2K3で発生する不具合です。
個別のHotfixもありますが最近公開されたSP4にも含まれる(#63343)ので
適用されてはいかがでしょうか？
http://support.citrix.com/kb/entry.jspa?entryID=5680&categoryID=120
個別のHotfixもありますが最近公開されたSP4にも含まれる(#63343)ので
適用されてはいかがでしょうか？
http://support.citrix.com/kb/entry.jspa?entryID=5680&categoryID=120
御教授頂きありがとうございます。
度々申し訳ありませんが、2点質問があります。
・SP4を適用するにあたって、ライセンスや環境面で考慮しないと
いけない問題はあるのでしょうか？
・個別のHotfixとはMicrosoftのHotfixのことでしょうか？
勉強不足で御迷惑をお掛けしますが、宜しくお願い致します。
度々申し訳ありませんが、2点質問があります。
・SP4を適用するにあたって、ライセンスや環境面で考慮しないと
いけない問題はあるのでしょうか？
・個別のHotfixとはMicrosoftのHotfixのことでしょうか？
勉強不足で御迷惑をお掛けしますが、宜しくお願い致します。
>SP4を適用するにあたって、ライセンスや環境面で考慮しないと
>いけない問題はあるのでしょうか？
別途金額が発生することはないです。環境に関して私からはなにもいえません。
よけさん自身でテスト環境を構築されることをお勧めします。
・個別のHotfixとはMicrosoftのHotfixのことでしょうか？
いえ、MetaFrameXPPreSP4として提供されたHotfixです。
上記のSP4のURLを削れば検索可能です。
>いけない問題はあるのでしょうか？
別途金額が発生することはないです。環境に関して私からはなにもいえません。
よけさん自身でテスト環境を構築されることをお勧めします。
・個別のHotfixとはMicrosoftのHotfixのことでしょうか？
いえ、MetaFrameXPPreSP4として提供されたHotfixです。
上記のSP4のURLを削れば検索可能です。
お返事頂きありがとうございます。
早速テスト環境を構築したいと思います。
みなさん、本当にありがとうございました。
早速テスト環境を構築したいと思います。
みなさん、本当にありがとうございました。
オートクリエイトプリンタについて
現在、下記の構成でMetaFrameサーバを構築しております。
MetaFrameXP FR2
Windows 2000 Server
クライアント端末は全てWindows XP Pro
クライアントからサーバの公開デスクトップに接続した際にプリンタの一覧を見ると現在登録されているのとは違うプリンタ名のプリンタが表示されます。
現在登録されているプリンタも問題なく表示されています。
よく考えてみると検証の為にプリンタの追加と削除を繰り返し行っていたので削除したプリンタが表示されているようです。
MetaFrameでは一度オートクリエートしたプリンタの情報が保持されているのでしょうか?
またそれはローカルで削除を行ったプリンタに関しても表示されてくるのでしょうか?
MetaFrameXP FR2
Windows 2000 Server
クライアント端末は全てWindows XP Pro
クライアントからサーバの公開デスクトップに接続した際にプリンタの一覧を見ると現在登録されているのとは違うプリンタ名のプリンタが表示されます。
現在登録されているプリンタも問題なく表示されています。
よく考えてみると検証の為にプリンタの追加と削除を繰り返し行っていたので削除したプリンタが表示されているようです。
MetaFrameでは一度オートクリエートしたプリンタの情報が保持されているのでしょうか?
またそれはローカルで削除を行ったプリンタに関しても表示されてくるのでしょうか?
プロファイルにプリンタ設定が保存される様になっているからだと思います。
気になる様でしたら、デスクトップ接続をしてプリンタを削除するか、プロファイルの再作成を行えば、良いと思います。
気になる様でしたら、デスクトップ接続をしてプリンタを削除するか、プロファイルの再作成を行えば、良いと思います。
キーボード入力障害
こんにちは。いつも参考にさせていただいています。
下記件に関して、どなたかご存じの方がいましたらアドバイスをお願い致します。
＜環境＞
○MetaFrameサーバ
・WindowsServer2003
・MetaFrameXP Feature Release3 (FR3)
○MetaFrameクライアント
・Program Neighborhood Ver7.00.17535
＜現象＞
公開アプリ(シームレスウィンドウで公開)を起動直後に、
クライアントからのキーボード入力が利かない現象が発生しています。
現状の対策として、以下のどちらかを実行しています。
１．暫く(1分ほど)待つ
２．一度クライアント側のウィンドウをフォーカスして、
その後、公開アプリをフォーカスする
どなたか原因又は設定による対策をご存知でしたら、
アドバイスをお願い致します。
下記件に関して、どなたかご存じの方がいましたらアドバイスをお願い致します。
＜環境＞
○MetaFrameサーバ
・WindowsServer2003
・MetaFrameXP Feature Release3 (FR3)
○MetaFrameクライアント
・Program Neighborhood Ver7.00.17535
＜現象＞
公開アプリ(シームレスウィンドウで公開)を起動直後に、
クライアントからのキーボード入力が利かない現象が発生しています。
現状の対策として、以下のどちらかを実行しています。
１．暫く(1分ほど)待つ
２．一度クライアント側のウィンドウをフォーカスして、
その後、公開アプリをフォーカスする
どなたか原因又は設定による対策をご存知でしたら、
アドバイスをお願い致します。
原因はわかりませんが、原因を調査するために下記を点を記載して
いただくほうがよいかと思います。
１．どのアプリケーションでも同じ現象かどうか
Notepadや公開デスクトップなど
２．RDP接続でも同じ現象かどうか
２が該当する場合、MetaFrameではなくOSレベルの原因と考えられます。
以上、ご参考まで。
いただくほうがよいかと思います。
１．どのアプリケーションでも同じ現象かどうか
Notepadや公開デスクトップなど
２．RDP接続でも同じ現象かどうか
２が該当する場合、MetaFrameではなくOSレベルの原因と考えられます。
以上、ご参考まで。
「辞書が見つからないか、アクセスできません」となる？？
以下の環境で構築したのですが、「辞書が見つからないか、アクセスできません」となり日本語の入力が出来ません。
Server:Windows2000Server
Server:MetaFrameXP PresentaitionServer3.0 StandardEdition
ｸﾗｲｱﾝﾄ：WindowsXP
ｸﾗｲｱﾝﾄ：ICA Client
どなたか解決策に関する情報をお持ちではないでしょうか？
Server:Windows2000Server
Server:MetaFrameXP PresentaitionServer3.0 StandardEdition
ｸﾗｲｱﾝﾄ：WindowsXP
ｸﾗｲｱﾝﾄ：ICA Client
どなたか解決策に関する情報をお持ちではないでしょうか？
未だ完全解決はしておりませんが、MetaframeServer側のIMEバージョンとClient側のIMEバージョンを合わせる必要がありそうです。
結局複数のクライアントが存在しそれぞれIMEバージョンが異なる場合は、サーバ側に辞書を追加登録するか、Client側のIMEバージョンをServer側にあわせるかの対応が必要となる様です。
結局複数のクライアントが存在しそれぞれIMEバージョンが異なる場合は、サーバ側に辞書を追加登録するか、Client側のIMEバージョンをServer側にあわせるかの対応が必要となる様です。
私はレジストリ設定で直せました
私も「辞書にアクセスできない」と出て困っております。
Hudsonさん。レジストリのどの箇所を修正したのか教えてもらえませんか？
Hudsonさん。レジストリのどの箇所を修正したのか教えてもらえませんか？
以下の方法が該当するか保障の限りではありませんが、私はHKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Ime\Japan\IMEJP\directoriesのDictionaryPathなどのデータが"%WINDIR%\IME\IMEJP\..." となっていたので、%WINDIR% を固定パスC:\WINNTに変更しました。
Hudsonさん情報有難うございます。
レジストリの設定変更はクライアントマシン側でしょうか？ それともメタフレームサーバ側でしょうか？ 宜しくお願い致します。
レジストリの設定変更はクライアントマシン側でしょうか？ それともメタフレームサーバ側でしょうか？ 宜しくお願い致します。
メタフレームサーバ側です
Hudsonさん 有難うございます
今回のサーバーのセッティングですがドライブのリマッピングをしていませんか。
＞＞MetaframeServer側のIMEバージョンとClient側のIMEバージョンを
＞＞合わせる必要がありそうです。
これ本当ですか？初耳です。
MetaFrameはすべてサーバーで動作するのでIMEはクライアントに依存しない
はずですが。
＞＞合わせる必要がありそうです。
これ本当ですか？初耳です。
MetaFrameはすべてサーバーで動作するのでIMEはクライアントに依存しない
はずですが。
リマップ等はしていないのですが。。。
今回の環境では拠点間をＶＰＮで構築しております。メタクライアントとして接続する前と接続後に同様のファイルサーバをドライブマッピング（X: \\fileserver\users）で使用しています。クライアントのローカルドライブ文字列等は行っておりません。
接続するクライアントによって(異なるＯＳで検証済み)は同バージョンのIMEで無くとも自動的に判断してくれる場合もあるようですが、どうも保証の限りでは無いようです。
Hudsonさんの情報に従ってメタサーバ側の辞書を絶対パスに置き換えるのが得策かと！！
今回の環境では拠点間をＶＰＮで構築しております。メタクライアントとして接続する前と接続後に同様のファイルサーバをドライブマッピング（X: \\fileserver\users）で使用しています。クライアントのローカルドライブ文字列等は行っておりません。
接続するクライアントによって(異なるＯＳで検証済み)は同バージョンのIMEで無くとも自動的に判断してくれる場合もあるようですが、どうも保証の限りでは無いようです。
Hudsonさんの情報に従ってメタサーバ側の辞書を絶対パスに置き換えるのが得策かと！！
ｍｓｉさん。結果を教えてください。また、ＯＳは、ＳＰ４統合化ＣＤのものですか。それともＳＰ２やＳＰ３からＳＰ４にＵＰしたものでしょうか。
レジストリの変更は既に検証済みでした...が、結果はＮＧでした。
それでも解消できなかった為にクライアント側でIMEの変更で対応しました。
また、MetaServerのSPは[SP4統合化CD]でした。。。
それでも解消できなかった為にクライアント側でIMEの変更で対応しました。
また、MetaServerのSPは[SP4統合化CD]でした。。。
当方、解決しました。
ログオンスクリプトで、ファイルサーバの共有フォルダを割付しておりましたが、ログオンスクリプトをはずすと、日本語入力ができるようになりました。
どうも、ログオンスクリプト処理で負荷がかかっていると、日本語入力ができなくなるようです。
参考になれば、...。
当方の環境
Server:Windows2000ServerSP4
Server:MetaFrame PresentaitionServer3.0 StandardEdition
ｸﾗｲｱﾝﾄ：Windows2000
ｸﾗｲｱﾝﾄ：ICA Client 8.0
ログオンスクリプトで、ファイルサーバの共有フォルダを割付しておりましたが、ログオンスクリプトをはずすと、日本語入力ができるようになりました。
どうも、ログオンスクリプト処理で負荷がかかっていると、日本語入力ができなくなるようです。
参考になれば、...。
当方の環境
Server:Windows2000ServerSP4
Server:MetaFrame PresentaitionServer3.0 StandardEdition
ｸﾗｲｱﾝﾄ：Windows2000
ｸﾗｲｱﾝﾄ：ICA Client 8.0
Mr.M様
当該環境ではスクリプトは記述(設定)しておりませんでした。
確かにネットワークドライブの割り当て等はしておりましたが、[ログオン時に再接続]でマッピングしております。他のシステム環境でも同様の症状が発生しましたが、現在は正常に稼動中です。。。結局結論には至っていないということになりますが．．．。
当該環境ではスクリプトは記述(設定)しておりませんでした。
確かにネットワークドライブの割り当て等はしておりましたが、[ログオン時に再接続]でマッピングしております。他のシステム環境でも同様の症状が発生しましたが、現在は正常に稼動中です。。。結局結論には至っていないということになりますが．．．。
はじめまして。
ベンダーから暫定的な対処方法を確認できました。
これはどう見てもバグのようですし、Citrixのサポート情報にも
いつまで経っても掲載されないようなので。
レジストリエディタを開き、
HKEY_LOCAL_MACHINE で、stuisrv.exeを検索。
キーの値として”C:\Program Files\Citrix\system32\stuisrv.exe"
というパスがあるので、空欄にします。
これでとりあえず回避はできるようですので、試してみて下さい。
(この操作による問題は当方では今のところ確認できていません）
というより早くパッチを出していただきたいところです。
(というか、こんな状態でリリースしてくれるな、と。)
ベンダーから暫定的な対処方法を確認できました。
これはどう見てもバグのようですし、Citrixのサポート情報にも
いつまで経っても掲載されないようなので。
レジストリエディタを開き、
HKEY_LOCAL_MACHINE で、stuisrv.exeを検索。
キーの値として”C:\Program Files\Citrix\system32\stuisrv.exe"
というパスがあるので、空欄にします。
これでとりあえず回避はできるようですので、試してみて下さい。
(この操作による問題は当方では今のところ確認できていません）
というより早くパッチを出していただきたいところです。
(というか、こんな状態でリリースしてくれるな、と。)
SillyWalk様 情報ありがとうございます。
現在は何とか正常運転中ですがもし現象再現の場合は参考にさせて頂きますm(__)m
というより本当にパッチのリリース＆リリース前にちゃんと検証してくれよ！！ですね。
現在は何とか正常運転中ですがもし現象再現の場合は参考にさせて頂きますm(__)m
というより本当にパッチのリリース＆リリース前にちゃんと検証してくれよ！！ですね。
はじめまして
私も似たような状況でした（まったく同じではないですが）
RDP接続では日本語入力可能ですが、MetaFrame接続ではIMEバーは表示されるが
日本語入力できず、公開アプリケーションでも、公開デスクトップでも同一現象でした
［キーボード レイアウト/入力システム］の設定で無事解決しました
（ログオンスクリプトも使用し、クラサバ間でIMEのバージョンも違う環境です）
Citrixの下記サイトを参考にしました
http://support.citrix.com/kb/entry!default.jspa?categoryID=275&entryID=5070&fromSearchPage=true
私も似たような状況でした（まったく同じではないですが）
RDP接続では日本語入力可能ですが、MetaFrame接続ではIMEバーは表示されるが
日本語入力できず、公開アプリケーションでも、公開デスクトップでも同一現象でした
［キーボード レイアウト/入力システム］の設定で無事解決しました
（ログオンスクリプトも使用し、クラサバ間でIMEのバージョンも違う環境です）
Citrixの下記サイトを参考にしました
http://support.citrix.com/kb/entry!default.jspa?categoryID=275&entryID=5070&fromSearchPage=true
私の場合、IME2000環境ですとログオンスクリプトが実行されると公開デスクトップ、
公開アプリケーション共、NGでした。
が、IME2003をインストールすると公開デスクトップはOK,公開アプリケーションはNGという
状況で、IMEバージョンに関わらずRDPですと問題ありませんでした。
Citrixのサポートページ、参考にさせていただきます。
公開アプリケーション共、NGでした。
が、IME2003をインストールすると公開デスクトップはOK,公開アプリケーションはNGという
状況で、IMEバージョンに関わらずRDPですと問題ありませんでした。
Citrixのサポートページ、参考にさせていただきます。
ｲﾝｽﾄｰﾙ時のｵﾌﾟｼｮﾝ設定をｲﾝｽﾄｰﾙ後に変更する方法
お世話になります。
下記の環境で動作確認を行っているのですが、Administratorsグループに
所属していないユーザーが、ICAクライアントでメタサーバーのデスクトップへ
ログオンすると、
「現在、このデスクトップには、管理者しかアクセスできません。
クライアントユーザーからのアクセスが無効に設定されています。
管理者に連絡してください。」
とメッセージが表示され、ログオンすることができません。
恐らく、MetaFrame Server 3.0 のインストール時に、
「Remote Desktop Users グループへのユーザーの追加」画面で、
「後で追加する」を選択したからだと思われるのですが、
この設定を「Users グループに属しているユーザーを追加する」に
設定変更することは可能でしょうか。
対処方法をご存知の方がいましたら、お教えください。
宜しくお願いします。
＜環境＞
・メタサーバー：Windows Server 2003 Enterprise Edition (非ドメイン)
：MetaFrame Presentation Server 3.0 評価版 (Advanced Edition)
・クライアント：Windows 2000 Professional
下記の環境で動作確認を行っているのですが、Administratorsグループに
所属していないユーザーが、ICAクライアントでメタサーバーのデスクトップへ
ログオンすると、
「現在、このデスクトップには、管理者しかアクセスできません。
クライアントユーザーからのアクセスが無効に設定されています。
管理者に連絡してください。」
とメッセージが表示され、ログオンすることができません。
恐らく、MetaFrame Server 3.0 のインストール時に、
「Remote Desktop Users グループへのユーザーの追加」画面で、
「後で追加する」を選択したからだと思われるのですが、
この設定を「Users グループに属しているユーザーを追加する」に
設定変更することは可能でしょうか。
対処方法をご存知の方がいましたら、お教えください。
宜しくお願いします。
＜環境＞
・メタサーバー：Windows Server 2003 Enterprise Edition (非ドメイン)
：MetaFrame Presentation Server 3.0 評価版 (Advanced Edition)
・クライアント：Windows 2000 Professional
「コンピュータの管理」画面で、グループのフォルダを選択して、RemoteDesktopUsersグループにUsersグループを追加する形でどうでしょう。
pancraさん。早速のレスありがとうございます。
しかし、「コンピュータの管理」画面での操作が悪いのか、RemoteDesktopUsersグループで
追加画面を起動しても、一覧にUsersグループが表示されませんでした。
調べ方が悪いのかグループにグループを追加する手順を探し出せません。
ご存知の方がいましたら、お教えください。
宜しくお願いします。
しかし、「コンピュータの管理」画面での操作が悪いのか、RemoteDesktopUsersグループで
追加画面を起動しても、一覧にUsersグループが表示されませんでした。
調べ方が悪いのかグループにグループを追加する手順を探し出せません。
ご存知の方がいましたら、お教えください。
宜しくお願いします。
MetaFrame Presentation Server3.0は、デフォルト状態では一般ユーザからの
デスクトップ接続ができません。接続する場合は、Citrixコネクション構成ツール
-> 詳細 -> 画面右下にある 「公開アプリケーションのみを実行する」のチェックを
外して下さい。ただし公開デスクトップは大丈夫です。
デスクトップ接続ができません。接続する場合は、Citrixコネクション構成ツール
-> 詳細 -> 画面右下にある 「公開アプリケーションのみを実行する」のチェックを
外して下さい。ただし公開デスクトップは大丈夫です。
CCEAさん。
動作確認できました。有難う御座いました。
動作確認できました。有難う御座いました。
手動でプロファイルの共有をしたい
ためになる情報がたくさんあり、いつも参考にさせていただいてます。
windows2000 SP4
MetaFrame FR2 3台
の環境を構築しようとしています。
VBのアプリケーションからOUTLOOKを起動しメールを飛ばす
というアプリケーションを検討しています。（公開デスクトップです。）
Aドメイン：ユーザ及びクライアントコンピュータが参加
Bドメイン：メタフレームサーバが参加（リソース専用ドメイン）
BドメインはAドメインを信頼
ユーザはメタフレームサーバにAドメインの認証をうけてSSOでログインする。
上記の環境で3台のメタフレームでロードバランスを構築しようと考えております。
この際に
AドメインのDCで移動ユーザプロファイル設定をして利用するのがよいとは思いますが、
この方法が取れないため困っています。（BドメインのDCも利用付加)
共有サーバにユーザプロファイル用の領域を作成して、
ユーザがログインしたらそこからプロファイルをダウンロードして
そのプロファイルを適用する。
（OUTLOOKの設定も一台で設定したら残りの2台にログインした時も有効にしたい）
ユーザがログオフ時には専用の領域にプロファイル情報をアップロード
みたいな事ができないでしょうか？
このために移動ユーザプロファイルというのがあるのだと思いますが、
手動でできないのかと思い質問させていただきました。
そもそも複数台のメタフレームを導入する際にDCがないような場合は、
一緒にドメインも立てるものなんでしょうか？
メタフレームの質問でもないような気もしますが、
何かご存知でしたらご教授頂けます様お願いします。
windows2000 SP4
MetaFrame FR2 3台
の環境を構築しようとしています。
VBのアプリケーションからOUTLOOKを起動しメールを飛ばす
というアプリケーションを検討しています。（公開デスクトップです。）
Aドメイン：ユーザ及びクライアントコンピュータが参加
Bドメイン：メタフレームサーバが参加（リソース専用ドメイン）
BドメインはAドメインを信頼
ユーザはメタフレームサーバにAドメインの認証をうけてSSOでログインする。
上記の環境で3台のメタフレームでロードバランスを構築しようと考えております。
この際に
AドメインのDCで移動ユーザプロファイル設定をして利用するのがよいとは思いますが、
この方法が取れないため困っています。（BドメインのDCも利用付加)
共有サーバにユーザプロファイル用の領域を作成して、
ユーザがログインしたらそこからプロファイルをダウンロードして
そのプロファイルを適用する。
（OUTLOOKの設定も一台で設定したら残りの2台にログインした時も有効にしたい）
ユーザがログオフ時には専用の領域にプロファイル情報をアップロード
みたいな事ができないでしょうか？
このために移動ユーザプロファイルというのがあるのだと思いますが、
手動でできないのかと思い質問させていただきました。
そもそも複数台のメタフレームを導入する際にDCがないような場合は、
一緒にドメインも立てるものなんでしょうか？
メタフレームの質問でもないような気もしますが、
何かご存知でしたらご教授頂けます様お願いします。
ＮＴのドメイン環境ですか？
ＢドメインのMetaFrameをＡドメインに移動すれば簡単に解決すると
思うのですがだめですか？会社のポリシーもあるので簡単には
いかないと思いますがシンプルにしたほうがいいと個人的に思います。
ＢドメインのMetaFrameをＡドメインに移動すれば簡単に解決すると
思うのですがだめですか？会社のポリシーもあるので簡単には
いかないと思いますがシンプルにしたほうがいいと個人的に思います。
MetaFrameサーバへのログオン認証アカウント固定
こんにちは。
MetaFrameサーバへのログオン認証について、複数のICAクライアントの設定を一つの
指定ユーザにしておき、皆同じアカウントで認証させる方法は良くないのでしょうか？
何か弊害があるという様な話を聞いたのですが。。
ご存知の方いらっしゃいましたら、ご教授ください。
MetaFrameサーバへのログオン認証について、複数のICAクライアントの設定を一つの
指定ユーザにしておき、皆同じアカウントで認証させる方法は良くないのでしょうか？
何か弊害があるという様な話を聞いたのですが。。
ご存知の方いらっしゃいましたら、ご教授ください。
よくありません。
オートクリエイトプリンタ、ユーザプロファイル、セキュリティなどの問題があげられます。
オートクリエイトプリンタ、ユーザプロファイル、セキュリティなどの問題があげられます。
私的な体験談なんですが･･･
前、２台のPCで、同一ユーザ（移動ユーザプロファイル）を使用し、
同じMetaサーバに接続して、公開デスクトップで使用してみました。
片方でデスクトップでテキストファイルを新規作成したら、
ほう片方で自動的に作られましたので、
同じユーザプロファイルで動作していた模様です。
ですので、同じユーザプロファイルを共有していると、
一人が壊してしまった場合、
同じユーザプロファイルを使用していた人にも影響が出ます。
端末のICA設定をそれぞれ別々にするのが面倒というなら、
匿名ユーザでの設定もありますが、
匿名ユーザですと、公開アプリの使用者を特定するときに、
コンピュータ名をひろってこなければいけません。
同じユーザで〜の内容は、
「同一ユーザによる公開アプリの実行」
の文章も参考になります。
前、２台のPCで、同一ユーザ（移動ユーザプロファイル）を使用し、
同じMetaサーバに接続して、公開デスクトップで使用してみました。
片方でデスクトップでテキストファイルを新規作成したら、
ほう片方で自動的に作られましたので、
同じユーザプロファイルで動作していた模様です。
ですので、同じユーザプロファイルを共有していると、
一人が壊してしまった場合、
同じユーザプロファイルを使用していた人にも影響が出ます。
端末のICA設定をそれぞれ別々にするのが面倒というなら、
匿名ユーザでの設定もありますが、
匿名ユーザですと、公開アプリの使用者を特定するときに、
コンピュータ名をひろってこなければいけません。
同じユーザで〜の内容は、
「同一ユーザによる公開アプリの実行」
の文章も参考になります。
Powerful & Beautiful
力強く、美しいシステムを。