トピック検索
400 件のトピックが該当しました。
- ICAクライアント自動アップデート時にクライアントPCのadmin権限が必要か。 - K ( 2006/04/12 10:01:41 更新)
- クライアントのプリンタ プロパティの取得中にエラーが発生 - ささ ( 2006/04/06 13:23:20 更新)
- アプリケーションエラー（XTE） - taka ( 2006/03/14 19:32:48 更新)
- MetaFrame 4.0から3.0へダウングレードしたケースについて - メタ白帯 ( 2006/03/14 18:06:27 更新)
- AUTOCREATEPRINTERとネットワークプリンタの印刷速度 - じょなさん ( 2006/03/11 12:12:35 更新)
- AutoCreatePrinterで作成したプリンタがセッションが切れても残ってしまう。 - じょなさん ( 2006/03/07 17:25:10 更新)
- 分離環境で、同じファイルを扱いたい - ＭＡＸ ( 2006/03/06 15:49:58 更新)
- 公開アプリケーションが複数起動されてしまいます - 芝通アドバンス牧 ( 2006/02/28 17:21:40 更新)
- Access Gateway の Secure Gateway 機能について - リレー ( 2006/02/27 17:53:11 更新)
- 公開アプリケーションに必要なレジストリ - こまりんぼ ( 2006/02/20 22:17:47 更新)
ICAクライアント自動アップデート時にクライアントPCのadmin権限が必要か。
大した話ではないかもしれませんが、少し気になったので質問させて頂きます。
クライアントPCのICAクライアント8.1を、
CPS4.0のICAクライアント自動アップデート機能を利用して、
ICAクライアント9.15にバージョンアップしたいのですが、
クライアントPCのadmin権限を持っているユーザで、
公開アプリケーションを利用して、CPS4.0とセッションを張らないと、
自動アップデートはできないのでしょうか。
ローカルPCのadmin権限を持っていないユーザで、
公開アプリケーションを利用するのが一般的ではないかと考えておりますので、
admin権限がなくても自動アップデートは可能ではないかと推測しておりますが、
確信が持てません。
＃管理者ガイドを探しましたが、上記のような記述を見つけられませんでした。
博識な皆様からのご回答をお待ちしております。
以上、よろしくお願い致します。
クライアントPCのICAクライアント8.1を、
CPS4.0のICAクライアント自動アップデート機能を利用して、
ICAクライアント9.15にバージョンアップしたいのですが、
クライアントPCのadmin権限を持っているユーザで、
公開アプリケーションを利用して、CPS4.0とセッションを張らないと、
自動アップデートはできないのでしょうか。
ローカルPCのadmin権限を持っていないユーザで、
公開アプリケーションを利用するのが一般的ではないかと考えておりますので、
admin権限がなくても自動アップデートは可能ではないかと推測しておりますが、
確信が持てません。
＃管理者ガイドを探しましたが、上記のような記述を見つけられませんでした。
博識な皆様からのご回答をお待ちしております。
以上、よろしくお願い致します。
講習会では、admin権限が必要と聞きました。もしくは、adのログインスクリプトでやってください、との事。
SVCさん回答ありがとうございました。
＃少し質問させて下さい。
admin権限が必要とのことですが、その講習会ではどのようなテキストをご使用されましたか？
管理者ガイドのどこかに記載されているのでしょうか。
また、ADのログオンスクリプトとは、もう少し具体的にどのようにすればよろしいのでしょうか、
ご教示下さい。
＃少し質問させて下さい。
admin権限が必要とのことですが、その講習会ではどのようなテキストをご使用されましたか？
管理者ガイドのどこかに記載されているのでしょうか。
また、ADのログオンスクリプトとは、もう少し具体的にどのようにすればよろしいのでしょうか、
ご教示下さい。
>ADのログオンスクリプトとは、,,,
ADのログオンスクリプトでICAクライアント9.15のmsiのインストーラを配布
ADのログオンスクリプトでICAクライアント9.15のmsiのインストーラを配布
kさんへ・・講習会の補足資料でした。一般には出回っていないようです。実際、ユーザー権限でアップデートできなかったので、納得しましたが。
ログオンスクリプトについては、ごめんなさい、情報が不正確で・・。ADのグループポリシーで実現してください、との事でした。実際には、いろいろとやり方があると思いますが・・。「ん？」さんのでもいいですし、コンピュータポリシー→コンピュータの構成→ソフトウェアの設定→ソフトウェアインストールでもいいのかなと思います。いずれにしても、MSIである必要があります。
ログオンスクリプトについては、ごめんなさい、情報が不正確で・・。ADのグループポリシーで実現してください、との事でした。実際には、いろいろとやり方があると思いますが・・。「ん？」さんのでもいいですし、コンピュータポリシー→コンピュータの構成→ソフトウェアの設定→ソフトウェアインストールでもいいのかなと思います。いずれにしても、MSIである必要があります。
ん？さん、ご回答ありがとうございました。
ログオンスクリプトでインストーラを配布する方法ですね、理解しました。
SVCさん、ご回答ありがとうございました。
補足資料の件、了解致しました。
「ユーザ権限でアップデートできなかったので・・・」という事実を知りたかったのです。
ありがとうございました。
すみませんが、一点質問させて下さい。
[コンピュータポリシ]の[ソフトウェアのインストール]でインストールする方法では、
アップデート可能ということなのでしょうか。
度重なる質問で失礼致しますが、ご回答よろしくお願い致します。
ログオンスクリプトでインストーラを配布する方法ですね、理解しました。
SVCさん、ご回答ありがとうございました。
補足資料の件、了解致しました。
「ユーザ権限でアップデートできなかったので・・・」という事実を知りたかったのです。
ありがとうございました。
すみませんが、一点質問させて下さい。
[コンピュータポリシ]の[ソフトウェアのインストール]でインストールする方法では、
アップデート可能ということなのでしょうか。
度重なる質問で失礼致しますが、ご回答よろしくお願い致します。
Kさん、下記URLが参考になるかも。
http://piyopiyoko.hp.infoseek.co.jp/gpo/software-install/software-install3.html
svcさんの「ADのグループポリシーで実現してください」の方法にあたります。usersでもアップデートは可能ですよ。
http://piyopiyoko.hp.infoseek.co.jp/gpo/software-install/software-install3.html
svcさんの「ADのグループポリシーで実現してください」の方法にあたります。usersでもアップデートは可能ですよ。
ん？さん、とても参考になる情報提供ありがとうございました。
まとめると、
CPS4.0の機能で、自動インストール・アップデートをする場合は、admin権限が必要。
ADのグループポリシで、自動インストール・アップデートする場合は、users権限でOK。
ということですね。
SVCさん、ん？さん、いろいろなノウハウを教えて頂きありがとうございました。
今後とも、よろしくお願い致します。
まとめると、
CPS4.0の機能で、自動インストール・アップデートをする場合は、admin権限が必要。
ADのグループポリシで、自動インストール・アップデートする場合は、users権限でOK。
ということですね。
SVCさん、ん？さん、いろいろなノウハウを教えて頂きありがとうございました。
今後とも、よろしくお願い致します。
クライアントのプリンタ プロパティの取得中にエラーが発生
いつも拝見させていただいております。
サーバーOS：Windows Server 2003 SP1
クライアントOS：Windows XP SP2
Meta Frame ：Ctrix Presentation Server 4.0
PSJ400W2K3R01.msp 適用済
印刷形式：クライアントプリンタ
上記環境で、公開アプリケーションを実行中に突然印刷ができなくなるという
現象が発生しております。
その際の、サーバーのアプリケーションログ、システムログを確認すると、
以下のような警告が出ておりました。
（１）アプリログ
イベントの種類: 警告
イベント ソース: MetaFrameEvents
イベント カテゴリ: プリンタの管理
イベント ID: 1103
日付: 2006/04/0X
時刻: 15:43:46
ユーザー: N/A
コンピュータ: ****
説明:
クライアントのプリンタ プロパティの取得中にエラーが発生しました。
デフォルトのプリンタ プロパティが適用されます。
クライアント名 : (PC***)
プリンタ名 : (セッション 6 の (PC*** からの) **** **-****)
プリンタ ドライバ : (**** **-****)
（システムログ）
イベントの種類: エラー
イベント ソース: Service Control Manager
イベント カテゴリ: なし
イベント ID: 7034
日付: 2006/04/0X
時刻: 15:45:05
ユーザー: N/A
コンピュータ: ****
説明:
Citrix Print Manager Service サービスは予期せず終了しました。これは 1 回発生しています。
このエラーが出るまでは、問題なく印刷処理が行えていたのですが、
突如発生しており、現在、原因と対応を調査中です。
対処方法をご存知の方がいらっしゃいましたらご教授のほどお願いいたします。
サーバーOS：Windows Server 2003 SP1
クライアントOS：Windows XP SP2
Meta Frame ：Ctrix Presentation Server 4.0
PSJ400W2K3R01.msp 適用済
印刷形式：クライアントプリンタ
上記環境で、公開アプリケーションを実行中に突然印刷ができなくなるという
現象が発生しております。
その際の、サーバーのアプリケーションログ、システムログを確認すると、
以下のような警告が出ておりました。
（１）アプリログ
イベントの種類: 警告
イベント ソース: MetaFrameEvents
イベント カテゴリ: プリンタの管理
イベント ID: 1103
日付: 2006/04/0X
時刻: 15:43:46
ユーザー: N/A
コンピュータ: ****
説明:
クライアントのプリンタ プロパティの取得中にエラーが発生しました。
デフォルトのプリンタ プロパティが適用されます。
クライアント名 : (PC***)
プリンタ名 : (セッション 6 の (PC*** からの) **** **-****)
プリンタ ドライバ : (**** **-****)
（システムログ）
イベントの種類: エラー
イベント ソース: Service Control Manager
イベント カテゴリ: なし
イベント ID: 7034
日付: 2006/04/0X
時刻: 15:45:05
ユーザー: N/A
コンピュータ: ****
説明:
Citrix Print Manager Service サービスは予期せず終了しました。これは 1 回発生しています。
このエラーが出るまでは、問題なく印刷処理が行えていたのですが、
突如発生しており、現在、原因と対応を調査中です。
対処方法をご存知の方がいらっしゃいましたらご教授のほどお願いいたします。
印刷時にプロセス「Cpsvc.exe」が掴んだメモリを
開放していない可能性がありますので、
タスクマネージャのプロセスを確認してみては如何でしょうか。
R01パッチのバグなのかどうか解りませんが、
英語版では対応パッチがリリースされているようです。
開放していない可能性がありますので、
タスクマネージャのプロセスを確認してみては如何でしょうか。
R01パッチのバグなのかどうか解りませんが、
英語版では対応パッチがリリースされているようです。
ねねさん返信ありがとうございます。
アドバイスを元に、Citrixのサイトで、R01パッチ後に更新された
情報を確認しました。
結果、「CpSvc.exe」 が置き換わるパッチとしては、
PSE400R01W2k3009 のパッチがプリンタ関係の処理の改善に
役立ちそうです。
ただ、パッチ自身が英語版ですので、日本語環境への適用は
やはり、推奨できませんよね。残念。。。
アドバイスを元に、Citrixのサイトで、R01パッチ後に更新された
情報を確認しました。
結果、「CpSvc.exe」 が置き換わるパッチとしては、
PSE400R01W2k3009 のパッチがプリンタ関係の処理の改善に
役立ちそうです。
ただ、パッチ自身が英語版ですので、日本語環境への適用は
やはり、推奨できませんよね。残念。。。
ささ さんへ
実は私も同現象で、約1ヶ月周期でサービスダウンが全サーバに発生します。
サービスは回復オプションで自動再起動設定にしている為、例え、サービスが落ちたとしても、
プリンタのAutoCreated処理には問題ないようにしていますが、接続中のクライアントは
一旦、アプリケーションを閉じ、再度、新規接続する以外、印刷を可能にする方法がないようです。
テストプリントとセッション切断を数回実施し、CpSrv.exeのメモリ使用量が
どんどん増えてくるようであれば、Newパッチのリリース待ちではないでしょうか。
※テストプリントはMetaFrameに正式に対応したプリンタで。
実は私も同現象で、約1ヶ月周期でサービスダウンが全サーバに発生します。
サービスは回復オプションで自動再起動設定にしている為、例え、サービスが落ちたとしても、
プリンタのAutoCreated処理には問題ないようにしていますが、接続中のクライアントは
一旦、アプリケーションを閉じ、再度、新規接続する以外、印刷を可能にする方法がないようです。
テストプリントとセッション切断を数回実施し、CpSrv.exeのメモリ使用量が
どんどん増えてくるようであれば、Newパッチのリリース待ちではないでしょうか。
※テストプリントはMetaFrameに正式に対応したプリンタで。
サービス回復オプションの自動再起動設定は、
今回の対処方法の選択肢として考えておりましたが、
既に実施済なのですね。参考になります。
一旦、アプリケーションを閉じるという手間をエンドユーザーに
与えてしまいますが、SEが毎回主導でサービスをあげ直すという手間を
取るよりはよいですよね。暫定処置として検討します。
また、CpSrv.exeのメモリ使用量については、原因調査の一環として
トレースしてみます。いろいろとアドバイスありがとうございます。
今回の対処方法の選択肢として考えておりましたが、
既に実施済なのですね。参考になります。
一旦、アプリケーションを閉じるという手間をエンドユーザーに
与えてしまいますが、SEが毎回主導でサービスをあげ直すという手間を
取るよりはよいですよね。暫定処置として検討します。
また、CpSrv.exeのメモリ使用量については、原因調査の一環として
トレースしてみます。いろいろとアドバイスありがとうございます。
アプリケーションエラー（XTE）
どなたかご存知でしたら教えてください。
＜環境＞
OS：Windows2003
MetaFrame：CPS4.0（HotFix：PSJ400W2K3R01摘要済み）
＜内容＞
先日突然、以下のようなアプリケーションエラーが突然発生し、CPSサーバに接続できなくなって
しまいました。
「エラー発生アプリケーションXTE.exe、バージョン4.0.0・・・、エラー発生モジュールntdll.dll、バージョン5.2.3・・・、エラー発生アドレス0x000224b2」
どなたか、同じような現象にあわれた方いらっしゃらないでしょうか。
今のところ一回しか発生していないのですが、サーバの再起動でなんとか凌ぎました。
何卒ご助力のほど、よろしくお願いいたします。
＜環境＞
OS：Windows2003
MetaFrame：CPS4.0（HotFix：PSJ400W2K3R01摘要済み）
＜内容＞
先日突然、以下のようなアプリケーションエラーが突然発生し、CPSサーバに接続できなくなって
しまいました。
「エラー発生アプリケーションXTE.exe、バージョン4.0.0・・・、エラー発生モジュールntdll.dll、バージョン5.2.3・・・、エラー発生アドレス0x000224b2」
どなたか、同じような現象にあわれた方いらっしゃらないでしょうか。
今のところ一回しか発生していないのですが、サーバの再起動でなんとか凌ぎました。
何卒ご助力のほど、よろしくお願いいたします。
具体的に何を教えればよいのですか？
XTEサービスはセッション画面保持機能でも利用されるサービスなので
仮にその機能を利用しないのであれば無効にして様子を見てもいいかも
しれません。
仮にその機能を利用しないのであれば無効にして様子を見てもいいかも
しれません。
メタメタさん
しゅーまっはさん
ありがとうございます。
もう少し調べてみます。
しゅーまっはさん
ありがとうございます。
もう少し調べてみます。
サーバーを再起動しなくても、xteサービスの再起動でも回復するかもしれません。利用中ユーザーのセッションが一瞬、切断されますが、回復手順としては影響度が少ないかもしれません。
テクニカルな話をすると、事前にOSのServicePackの適切なシンボルファイルを適用して
現象を再発させ、その後ワトソンログ、イベントログ等を元に、user.dmp を解析する
必要があります。
ワトソンログからは、「どのモジュールのメモリアドレスの何番地の、何の命令で
アプリケーションエラーが発生したか」までですが理解することができます。
だからといってそのモジュールが悪だとは断定できません。
User.dmp はi386kd等のツールで解析が可能ですが、ソースプログラムがないと
解析は困難なので、Citrixのお仕事です。
現象を再発させ、その後ワトソンログ、イベントログ等を元に、user.dmp を解析する
必要があります。
ワトソンログからは、「どのモジュールのメモリアドレスの何番地の、何の命令で
アプリケーションエラーが発生したか」までですが理解することができます。
だからといってそのモジュールが悪だとは断定できません。
User.dmp はi386kd等のツールで解析が可能ですが、ソースプログラムがないと
解析は困難なので、Citrixのお仕事です。
MetaFrame 4.0から3.0へダウングレードしたケースについて
こんにちわ、いつも皆様には大変お世話になっております。
最近、MetaFrame Presentation Server 4.0を構築したばかりなのですが、
公開アプリケーションとして登録しましたソフトがメタ4.0ですと、不具合が
生じてまったく機能しない状態となりました。
具体的に申し上げますとアプリ上からの印刷実行時に画面が固まってしまいます。
お試し版メタ3.0を構築してみて原因が解消できるかを検証しようと思うのですが、
仮に当問題を解消できた場合、メタ4.0のサーバーへ接続していた最新のICAクライ
アント(Citrixよりダウンロード)の設定を変更する必要はありますでしょうか。
サーバーのIPアドレスやサーバーファーム名の変更はありません。
また同様に3.0でも解消できない場合は、以前使用していたMeta XPにまで落とそう
という考えもあります。
その場合、4.0への接続を想定していた最新のICAクライアントで特別な設定変更は
発生しますでしょうか。
最近、MetaFrame Presentation Server 4.0を構築したばかりなのですが、
公開アプリケーションとして登録しましたソフトがメタ4.0ですと、不具合が
生じてまったく機能しない状態となりました。
具体的に申し上げますとアプリ上からの印刷実行時に画面が固まってしまいます。
お試し版メタ3.0を構築してみて原因が解消できるかを検証しようと思うのですが、
仮に当問題を解消できた場合、メタ4.0のサーバーへ接続していた最新のICAクライ
アント(Citrixよりダウンロード)の設定を変更する必要はありますでしょうか。
サーバーのIPアドレスやサーバーファーム名の変更はありません。
また同様に3.0でも解消できない場合は、以前使用していたMeta XPにまで落とそう
という考えもあります。
その場合、4.0への接続を想定していた最新のICAクライアントで特別な設定変更は
発生しますでしょうか。
4.0で発生した問題を解明することを真っ先にやるべきでは？
メタメタ 様
おはようございます。
>4.0で発生した問題を解明することを真っ先にやるべきでは？
まったくその通りだと思っております。
問題は印刷処理時のアプリの動きにあることが判明しております。
アプリの改修を検討して頂いているのですが、不可能と言われて
しまったことを想定して今回のような投稿をさせて頂きました。
おはようございます。
>4.0で発生した問題を解明することを真っ先にやるべきでは？
まったくその通りだと思っております。
問題は印刷処理時のアプリの動きにあることが判明しております。
アプリの改修を検討して頂いているのですが、不可能と言われて
しまったことを想定して今回のような投稿をさせて頂きました。
メタメタ 様
おはようございます。
>4.0で発生した問題を解明することを真っ先にやるべきでは？
まったくその通りだと思っております。
問題は印刷処理時のアプリの動きにあることが判明しております。
アプリの改修を検討して頂いているのですが、不可能と言われて
しまったことを想定して今回のような投稿をさせて頂きました。
おはようございます。
>4.0で発生した問題を解明することを真っ先にやるべきでは？
まったくその通りだと思っております。
問題は印刷処理時のアプリの動きにあることが判明しております。
アプリの改修を検討して頂いているのですが、不可能と言われて
しまったことを想定して今回のような投稿をさせて頂きました。
メタメタ 様
おはようございます。
>4.0で発生した問題を解明することを真っ先にやるべきでは？
まったくその通りだと思っております。
問題は印刷処理時のアプリの動きにあることが判明しております。
アプリの改修を検討して頂いているのですが、不可能と言われて
しまったことを想定して今回のような投稿をさせて頂きました。
おはようございます。
>4.0で発生した問題を解明することを真っ先にやるべきでは？
まったくその通りだと思っております。
問題は印刷処理時のアプリの動きにあることが判明しております。
アプリの改修を検討して頂いているのですが、不可能と言われて
しまったことを想定して今回のような投稿をさせて頂きました。
「問題はアプリの動きにある」→「4.0を3.0もしくはXPに変える」
と言うことですか？
なぜこのような発想になるのか理解できません。
と言うことですか？
なぜこのような発想になるのか理解できません。
メタメタ 様
3.0もしくはXPであれば問題が解決できるからです。
3.0もしくはXPであれば問題が解決できるからです。
4.0のみで発生する現象というのは具体的にはどういったもでしょうか。
印刷周りで発生するトラブルであれば、UPDを利用するとエラーになるとか
セッションプリンタでAutocreateした場合にエラーになるとか何かしらの
条件等はありますか？
印刷周りで発生するトラブルであれば、UPDを利用するとエラーになるとか
セッションプリンタでAutocreateした場合にエラーになるとか何かしらの
条件等はありますか？
しゅーまっは 様
ご存知かと思いますが4.0だとサーバー上に作成されるAutocreatedされた
プリンタ名が"client/<端末名>#/～"というように／記号で区切られて生成
されています。
アプリ側の印刷処理でサーバ上のプリンタ情報を見に行くようになっているの
ですが、プリンタ名の探し方が"client￥<端末名>#￥～"という形式になって
いるのです。
～3.0までは後者の形式であることが判明したので、3.0で行きましょうという
ことになりそうなんです。
ご存知かと思いますが4.0だとサーバー上に作成されるAutocreatedされた
プリンタ名が"client/<端末名>#/～"というように／記号で区切られて生成
されています。
アプリ側の印刷処理でサーバ上のプリンタ情報を見に行くようになっているの
ですが、プリンタ名の探し方が"client￥<端末名>#￥～"という形式になって
いるのです。
～3.0までは後者の形式であることが判明したので、3.0で行きましょうという
ことになりそうなんです。
＞ ～3.0までは後者の形式であることが判明したので、3.0で行きましょうという
＞ ことになりそうなんです。
Citrix MetaFrame Presentation Server 3.0 Service Pack 2005.04 を
あてるとプリンタの名前は、4.0と同じになります。（笑）
本題に入りますが、4.0で採用されたプリンタ名は、ポリシーで従来の名前に変更できます。
方法：
１ 管理コンソールを起動
２ ポリシーを選択
３ ポリシーを作成・プロパティを開く
４ 印刷→クライアントプリンタ→従来のクライアントプリンタを選択
５ 設定しない→適用するを選択、従来のクライアントプリンタを作成するを選択
６ 閉じる
７ ポリシーを選択し右クリックでポリシーの適用先を選択
８ サーバーを選択（これは状況に合わせて選んでください）
これでプリンタ名は従来の通りの名前になります。
是非、４．０を使ってください。ＸＰや３．０よりは印刷のパフォーマンスがいいですよ。
＞ ことになりそうなんです。
Citrix MetaFrame Presentation Server 3.0 Service Pack 2005.04 を
あてるとプリンタの名前は、4.0と同じになります。（笑）
本題に入りますが、4.0で採用されたプリンタ名は、ポリシーで従来の名前に変更できます。
方法：
１ 管理コンソールを起動
２ ポリシーを選択
３ ポリシーを作成・プロパティを開く
４ 印刷→クライアントプリンタ→従来のクライアントプリンタを選択
５ 設定しない→適用するを選択、従来のクライアントプリンタを作成するを選択
６ 閉じる
７ ポリシーを選択し右クリックでポリシーの適用先を選択
８ サーバーを選択（これは状況に合わせて選んでください）
これでプリンタ名は従来の通りの名前になります。
是非、４．０を使ってください。ＸＰや３．０よりは印刷のパフォーマンスがいいですよ。
回答してもだんまりですか。
みなさま、ご返信遅くなり大変申し訳ありませんでした。
そしてたくさんのアドバイスを頂戴し、大変感謝しております。
CCEA様、ご丁寧なご解説を頂きありがとうございます。
先述しましたとおり、4.0の設定になっては困るのです。
アプリ側の印刷処理では3.0のプリンタ名の形式でサーバーを
見に行きますので”スラッシュ”区切りの形式である4.0
（3.0のSP適用による4.0化）では都合が悪くなってしまうのです。
そしてたくさんのアドバイスを頂戴し、大変感謝しております。
CCEA様、ご丁寧なご解説を頂きありがとうございます。
先述しましたとおり、4.0の設定になっては困るのです。
アプリ側の印刷処理では3.0のプリンタ名の形式でサーバーを
見に行きますので”スラッシュ”区切りの形式である4.0
（3.0のSP適用による4.0化）では都合が悪くなってしまうのです。
CCEAさんの投稿の
「本題に入りますが」
以降の内容は読まれていますか？
「本題に入りますが」
以降の内容は読まれていますか？
しゅーまっは様へ宛てた私の書込（2006/03/17 22:26:05）を
ご覧になられてはいないのでしょうか。。。
CCEA様が教えて頂いたことは既に行っております。
ご覧になられてはいないのでしょうか。。。
CCEA様が教えて頂いたことは既に行っております。
失礼いたしました。
確かにアプリ改修が出来ないとなると、3.0に入れ替えるしかなさそうですね。
随分遠回りをしましたが、最初の質問に返りましょう。
「クライアントの設定変更の必要性」ですが、
私も経験がないので正確なことは言えません。
あくまで予想なのですが、「設定変更」は必要ないと思いますよ。
ただ、「IPアドレスもサーバーファーム名も変更なし」とは言っても、
サーバーファームそのものは同一ではないので、
クライアント側で1回は「再読み込み」の操作は必要になるでしょう。
3.0→4.0なら、サーバーファームの設定を引き継ぐことが可能ですが、
4.0→3.0は、サーバーファームの設定を引き継ぐことは出来ないので、
新規にサーバーファームを作り直すことになるからです。
確かにアプリ改修が出来ないとなると、3.0に入れ替えるしかなさそうですね。
随分遠回りをしましたが、最初の質問に返りましょう。
「クライアントの設定変更の必要性」ですが、
私も経験がないので正確なことは言えません。
あくまで予想なのですが、「設定変更」は必要ないと思いますよ。
ただ、「IPアドレスもサーバーファーム名も変更なし」とは言っても、
サーバーファームそのものは同一ではないので、
クライアント側で1回は「再読み込み」の操作は必要になるでしょう。
3.0→4.0なら、サーバーファームの設定を引き継ぐことが可能ですが、
4.0→3.0は、サーバーファームの設定を引き継ぐことは出来ないので、
新規にサーバーファームを作り直すことになるからです。
メタメタ 様
どうもありがとうございます。
みなさまもたくさんのアドバイス本当にありがとうございました。
どうもありがとうございます。
みなさまもたくさんのアドバイス本当にありがとうございました。
AUTOCREATEPRINTERとネットワークプリンタの印刷速度
AUTOCREATEPRINTERで作成されたプリンタから出力するのと、
セッションプリンタの設定でネットワークプリンタを表示させるようにし出力するのとでは、
印刷速度（使用する帯域）に差が出るのでしょうか？
セッションプリンタの設定でネットワークプリンタを表示させるようにし出力するのとでは、
印刷速度（使用する帯域）に差が出るのでしょうか？
意味のある差は出ません。
ちなみに、全く同じデータでもプリンタの機種を変えると、
機種によって大きく速度が異なります。
宣伝になってしまうので固有名詞は伏せますが、
某社製プリンタは全般的に早いですね。
簡単に実測できるので、皆さんも試してみてください。
ちなみに、全く同じデータでもプリンタの機種を変えると、
機種によって大きく速度が異なります。
宣伝になってしまうので固有名詞は伏せますが、
某社製プリンタは全般的に早いですね。
簡単に実測できるので、皆さんも試してみてください。
当然ですが条件によって異なります。
一度試してはいかがでしょう。
一度試してはいかがでしょう。
メタメタさん
CCEAさん
ありがとうございました。
早速ためしてみます。
（どこのプリンタがはやいのか、とても気になりますが。。。）
CCEAさん
ありがとうございました。
早速ためしてみます。
（どこのプリンタがはやいのか、とても気になりますが。。。）
気になるでしょう。。。。
是非試してみてくださいネ！
是非試してみてくださいネ！
印刷速度が速いというのはクライアントへ送信されるスプールデータの容量が少ない
プリンタだと推測されます。そういった視点で探してみるといいかもしれませんね。
プリンタだと推測されます。そういった視点で探してみるといいかもしれませんね。
AutoCreatePrinterで作成したプリンタがセッションが切れても残ってしまう。
cps4.0で運用しています。
cpsにログインするとAutoCreatePrinterでプリンタが作成され、
metaサーバーのプリンタの管理で、クライアント名\プリンタ名で確認できます。
cpsからログオフすると、普通は、AutoCreatePrinterで作成されたプリンタは削除されるはずですが、残った状態になってしまいます。
この状態で、ログインするとプリンタ名は見えるのですが、用紙サイズ等が見えない状態になっています。
ログオフ時にAutoCreatePrinterで作成されたプリンタが削除されない原因は何か考えられないでしょうか？
cpsにログインするとAutoCreatePrinterでプリンタが作成され、
metaサーバーのプリンタの管理で、クライアント名\プリンタ名で確認できます。
cpsからログオフすると、普通は、AutoCreatePrinterで作成されたプリンタは削除されるはずですが、残った状態になってしまいます。
この状態で、ログインするとプリンタ名は見えるのですが、用紙サイズ等が見えない状態になっています。
ログオフ時にAutoCreatePrinterで作成されたプリンタが削除されない原因は何か考えられないでしょうか？
METAサーバーにインストールしたプリンタドライバを削除したら、現象が回避されました。
どうもプリンタドライバの互換性がない場合に、このような状況が起きるようです。
（citrixのhpに出ていました。）
どうもプリンタドライバの互換性がない場合に、このような状況が起きるようです。
（citrixのhpに出ていました。）
分離環境で、同じファイルを扱いたい
WebInterfaceで２台のPCから同時に同じユーザＩＤでログオン
すると、一方の公開アプリは、終了してしまいます。
別のユーザーＩＤで、同じ場所のファイルを更新する方法はあるのでしょうか？
誰かご存知でないでしょうか？
すると、一方の公開アプリは、終了してしまいます。
別のユーザーＩＤで、同じ場所のファイルを更新する方法はあるのでしょうか？
誰かご存知でないでしょうか？
質問の意味も意図もさっぱり判りません。
タイトルだけで本文で説明のない「分離環境」とは？
本文前半2行では「同じユーザID」のことを述べて
後半2行は「別のユーザID」のことを質問しているが、その関連は？
タイトルだけで本文で説明のない「分離環境」とは？
本文前半2行では「同じユーザID」のことを述べて
後半2行は「別のユーザID」のことを質問しているが、その関連は？
メタメタ様
内容の説明が不足していて申し訳ありません。
公開アプリを分離環境にした場合、ユーザー毎に分離環境がサーバー上に作成され、更新されたファイル等が
格納されると思うのですが、
やりたいことは、例えば、２５クライアントのうちの２台は、その２台で同じログインＩＤを使用してユーザ同じ環境として使用したいのです。
つまり、何かファイルを登録、更新、削除する公開アプリがあって、ＡのＰＣから何かファイルに登録して、ＢのＰＣから更新、参照できるような、方法は何かあるのでしょうか？
同じユーザーＩＤでログインしようとすると、１台めをログインし、公開アプリを起動後、
２台目のＰＣからログインすると、１台目の公開アプリは途中でいきなりプロセスが終了してしまいます。
終了しない方法はあるのでしょうか？
内容の説明が不足していて申し訳ありません。
公開アプリを分離環境にした場合、ユーザー毎に分離環境がサーバー上に作成され、更新されたファイル等が
格納されると思うのですが、
やりたいことは、例えば、２５クライアントのうちの２台は、その２台で同じログインＩＤを使用してユーザ同じ環境として使用したいのです。
つまり、何かファイルを登録、更新、削除する公開アプリがあって、ＡのＰＣから何かファイルに登録して、ＢのＰＣから更新、参照できるような、方法は何かあるのでしょうか？
同じユーザーＩＤでログインしようとすると、１台めをログインし、公開アプリを起動後、
２台目のＰＣからログインすると、１台目の公開アプリは途中でいきなりプロセスが終了してしまいます。
終了しない方法はあるのでしょうか？
分離環境については、詳しくないのですが、
別のユーザーで同じユーザー名という時点で間違っているのではないでしょうか。
ユーザーAとBだけにアクセス許可を与えた共有フォルダ等にそのファイルをおいて
公開アプリから各自開く(または目的のファイルをパラメータにして公開する？)
ではだめなのでしょうか？
分離環境をあまりよくわかっていないので
分離環境では特殊な場合は、誰かフォローお願いします。
> 同じユーザーＩＤでログインしようとすると、１台めをログインし、公開アプリを起動後、
> ２台目のＰＣからログインすると、１台目の公開アプリは途中でいきなりプロセスが終了してしまいます。
> 終了しない方法はあるのでしょうか？
ワークスペースコントロールの機能だと考えられます。
あるユーザーがセッション接続中に、他の場所に移動して別のクライアントで接続しても
接続中のセッションに接続できるという機能です。
4.0ならAccess Suite管理コンソールで設定できます。
別のユーザーで同じユーザー名という時点で間違っているのではないでしょうか。
ユーザーAとBだけにアクセス許可を与えた共有フォルダ等にそのファイルをおいて
公開アプリから各自開く(または目的のファイルをパラメータにして公開する？)
ではだめなのでしょうか？
分離環境をあまりよくわかっていないので
分離環境では特殊な場合は、誰かフォローお願いします。
> 同じユーザーＩＤでログインしようとすると、１台めをログインし、公開アプリを起動後、
> ２台目のＰＣからログインすると、１台目の公開アプリは途中でいきなりプロセスが終了してしまいます。
> 終了しない方法はあるのでしょうか？
ワークスペースコントロールの機能だと考えられます。
あるユーザーがセッション接続中に、他の場所に移動して別のクライアントで接続しても
接続中のセッションに接続できるという機能です。
4.0ならAccess Suite管理コンソールで設定できます。
かなり見えてきましたが、相変わらず文章が判りにくいです。
論点をまとめますと、次の2つが実現したいようですね。
A) 同じユーザ名で同時に複数ログオンしたい
B) 複数のPCから同じファイルを更新・参照したい
私が勝手にMAXさんの脳内を透視すると、
一番大事なのはB)を実現することで、
A)はあくまでB)を実現するためのMAXさんが考えた手段の一つだと思います。
それで正しいですか？
もう少し分りやすい文章を書けるよう、勉強しましょうね。
論点をまとめますと、次の2つが実現したいようですね。
A) 同じユーザ名で同時に複数ログオンしたい
B) 複数のPCから同じファイルを更新・参照したい
私が勝手にMAXさんの脳内を透視すると、
一番大事なのはB)を実現することで、
A)はあくまでB)を実現するためのMAXさんが考えた手段の一つだと思います。
それで正しいですか？
もう少し分りやすい文章を書けるよう、勉強しましょうね。
同一ファイルを参照・更新するためには、分離環境も、
同一ユーザーにてログオンすることも必須ではありません。
また、異なる筐体から同一ユーザーアカウントで、同じ公開アプリを起動することも可能です。
私もメタメタ様の推測が出題者の意図をもっとも捕らえていると思われます。
しかしながら推測に過ぎないため、出題者の再質問が必要かと思います。
同一ユーザーにてログオンすることも必須ではありません。
また、異なる筐体から同一ユーザーアカウントで、同じ公開アプリを起動することも可能です。
私もメタメタ様の推測が出題者の意図をもっとも捕らえていると思われます。
しかしながら推測に過ぎないため、出題者の再質問が必要かと思います。
メタメタ様、nos様、グレートムタ様
回答有難うございます。
すいません、質問の意図としてはメタメタ様の言われるとおりで、
Ｂ）について実現したいと思っています。
何か方法があれば教えていただきたいと思います。
よろしくお願いします。
回答有難うございます。
すいません、質問の意図としてはメタメタ様の言われるとおりで、
Ｂ）について実現したいと思っています。
何か方法があれば教えていただきたいと思います。
よろしくお願いします。
それなら対処は簡単です。
分離環境のプロパティで「ファイルシステム無視規則」を設定すれば解決です。
質問のしかた次第で、解決までの時間は大きく変わりますよ。
分離環境のプロパティで「ファイルシステム無視規則」を設定すれば解決です。
質問のしかた次第で、解決までの時間は大きく変わりますよ。
メタメタ様
ありがとうございました。
分離環境で、ユーザー単位にファイルシステム無視規則が可能か
やってみたいと思います。
ありがとうございました。
分離環境で、ユーザー単位にファイルシステム無視規則が可能か
やってみたいと思います。
ターミナルサービス構成で1ユーザー1セッションの設定になっているから
という単純な問題ではないのでしょうか。
という単純な問題ではないのでしょうか。
公開アプリケーションが複数起動されてしまいます
いつもお世話になっております。
芝通アドバンス牧と申します
早速ですが、以下何か情報等
お持ちでしたら何卒よろしくお願い申し上げます
お聞きしたいこと：
ICAクラインアトから
ある公開アプリケーションを
ダブルクリック等を例えば２回とか行った場合、
同じ公開アプリが２個起動されてしまいますが、
①これをなんとか、回避することはできますか？
②もしくはそうなった場合、なにかその「２個起動」を
特定する方法はありますか？
コンソールモニターからは
セッション ICA-tcp#99 が２個います
（モニター上の情報は全て同じです）
環境：
MetaFrameは、MetaFrameXP、
サーバーはWindows2000です。
以上何卒よろしくお願い申し上げます
芝通アドバンス牧と申します
早速ですが、以下何か情報等
お持ちでしたら何卒よろしくお願い申し上げます
お聞きしたいこと：
ICAクラインアトから
ある公開アプリケーションを
ダブルクリック等を例えば２回とか行った場合、
同じ公開アプリが２個起動されてしまいますが、
①これをなんとか、回避することはできますか？
②もしくはそうなった場合、なにかその「２個起動」を
特定する方法はありますか？
コンソールモニターからは
セッション ICA-tcp#99 が２個います
（モニター上の情報は全て同じです）
環境：
MetaFrameは、MetaFrameXP、
サーバーはWindows2000です。
以上何卒よろしくお願い申し上げます
公開アプリケーションのプロパティに同時インスタンス数を制限できる項目があります。
(XPでの設定場所は違うかもしれないです。確認してください。)
ただ過去ログ(1ユーザー1インスタンスについて)によると
Hotfixの適用が必要なようです。
http://support.citrix.com/article/CTX107899
の67
http://support.citrix.com/article/CTX107982
の34
(XPでの設定場所は違うかもしれないです。確認してください。)
ただ過去ログ(1ユーザー1インスタンスについて)によると
Hotfixの適用が必要なようです。
http://support.citrix.com/article/CTX107899
の67
http://support.citrix.com/article/CTX107982
の34
nos様
ご回答ありがとうございます
１．公開アプリケーションのプロパティを確認してみます
２．又、教えて頂いた過去ログの内容も
確認してみます
以上よろしくお願いいたします
芝通アドバンス牧
ご回答ありがとうございます
１．公開アプリケーションのプロパティを確認してみます
２．又、教えて頂いた過去ログの内容も
確認してみます
以上よろしくお願いいたします
芝通アドバンス牧
お世話様です
芝通アドバンス牧でございます
早速確認してみましたが
「公開アプリケーションのプロパティに同時インスタンス数を制限できる項目があります。
」が見つけられませんでした。
MetaFrameXPではそのような設定はできないのでしょうか？
以上よろしくお願いいたします
芝通アドバンス牧でございます
早速確認してみましたが
「公開アプリケーションのプロパティに同時インスタンス数を制限できる項目があります。
」が見つけられませんでした。
MetaFrameXPではそのような設定はできないのでしょうか？
以上よろしくお願いいたします
XP の Edition と FR は何でしょう？
たしか「接続の制限」は、Advance 以上で現れた機能だと思います。
いつものフォーラムの方が、レスが付きやすいのでは・・・
たしか「接続の制限」は、Advance 以上で現れた機能だと思います。
いつものフォーラムの方が、レスが付きやすいのでは・・・
MT 様
ご回答ありがとうございます
XPsのFR3でございます
なにか関連情報、参考Webサイトなどございましたら
お教え頂けますでしょうか？
ちなみにお教え下さい
「いつものフォーラムの方」とは
どこでしょうか？
以上よろしくお願いいたします
ご回答ありがとうございます
XPsのFR3でございます
なにか関連情報、参考Webサイトなどございましたら
お教え頂けますでしょうか？
ちなみにお教え下さい
「いつものフォーラムの方」とは
どこでしょうか？
以上よろしくお願いいたします
失礼しました。要件は「アプリケーションの制限」の方でしたね。
経験上、XPsとXPa以上では、現れる機能が違うので、そんなもんだと思ってましたが、特にHELPにも製品の機能制限等記述されてないと思いましたので調べて見ました。
下記を参照して見て下さい。
http://support.citrix.com/article/CTX102111&searchID=16277428
この書き方だと仕様なんだか障害なんだかわかりませんね。
Citrix様には、当たり前と言われても困るんですが、その様に製品別機能制限に明記して欲しい物ですね。
他のフォーラムとは、レアな開発ツールのフォーラムです。
MetaFrameの情報収集には、この掲示板が一番充実しております。
皆様には、混乱させるような事を書きまして申し訳ありませんでした。
経験上、XPsとXPa以上では、現れる機能が違うので、そんなもんだと思ってましたが、特にHELPにも製品の機能制限等記述されてないと思いましたので調べて見ました。
下記を参照して見て下さい。
http://support.citrix.com/article/CTX102111&searchID=16277428
この書き方だと仕様なんだか障害なんだかわかりませんね。
Citrix様には、当たり前と言われても困るんですが、その様に製品別機能制限に明記して欲しい物ですね。
他のフォーラムとは、レアな開発ツールのフォーラムです。
MetaFrameの情報収集には、この掲示板が一番充実しております。
皆様には、混乱させるような事を書きまして申し訳ありませんでした。
大変失礼しました。
Editionによる違いの理解が足りていませんでした。
ありがとうございます。ということは、この場合、
エディションをあげる。または
公開するアプリケーションをもともと２個起動できないようにする。
しかないのでしょうか？
Editionによる違いの理解が足りていませんでした。
ありがとうございます。ということは、この場合、
エディションをあげる。または
公開するアプリケーションをもともと２個起動できないようにする。
しかないのでしょうか？
MT様、nos様情報ありがとうございました
MT様より教えて頂きましたサイトを参照すると
xpsではできなさそうですね。
当バージョンではnos様が仰っている
上記方法しかなさそうですね。
本当にありがとうございました。
芝通アドバンス牧
MT様より教えて頂きましたサイトを参照すると
xpsではできなさそうですね。
当バージョンではnos様が仰っている
上記方法しかなさそうですね。
本当にありがとうございました。
芝通アドバンス牧
Access Gateway の Secure Gateway 機能について
現在、Secure Gatewayをリレーモードで運用しており、
このたび、Citrix Access Gateway 4.2 へのリプレースを検討しております。
管理者ガイドを参照すると、第7章がCitrix Presentation ServerとWeb Interfaceの設定
ということで、関連の記述があります。
ですが、Web Interfaceということで、当然通常モードでの接続についての記述なのですが、
リレーモードでの接続はできないということなのでしょうか？
参考情報等ありましたら教えてください。
よろしくお願いします。
このたび、Citrix Access Gateway 4.2 へのリプレースを検討しております。
管理者ガイドを参照すると、第7章がCitrix Presentation ServerとWeb Interfaceの設定
ということで、関連の記述があります。
ですが、Web Interfaceということで、当然通常モードでの接続についての記述なのですが、
リレーモードでの接続はできないということなのでしょうか？
参考情報等ありましたら教えてください。
よろしくお願いします。
まず教えてほしいことがあります。
なぜリレーモードなのですか？
なぜわざわざSecureGatewayをAccessGatewayにリプレイスされるのですか？
なぜリレーモードなのですか？
なぜわざわざSecureGatewayをAccessGatewayにリプレイスされるのですか？
メタメタ様
コメントありがとうございます。
リレーモードで運用しているのは、STAもWebInterfaceも不要だからということです。
その他、グローバルIPがない（現バージョンならSecureGatewayとWebInterfaceを統合できるから解消できますが・・・）、
上司がWebと聞いただけで脆弱性があると思い込んでいる等があります。
リプレイスについては、別途SSL-VPNアプライアンスとしての利用を検討していて、
SecureGatewayの機能もあるのなら使えるかどうか検討してみようという形です。
アプライアンスであればパッチを定期的にあてる必要もないといった保守面の理由も
あります。
本音を言いますと、使えないという記述があれば、それで良いわけなのです・・・
つまらない質問で申し訳ありません。
コメントありがとうございます。
リレーモードで運用しているのは、STAもWebInterfaceも不要だからということです。
その他、グローバルIPがない（現バージョンならSecureGatewayとWebInterfaceを統合できるから解消できますが・・・）、
上司がWebと聞いただけで脆弱性があると思い込んでいる等があります。
リプレイスについては、別途SSL-VPNアプライアンスとしての利用を検討していて、
SecureGatewayの機能もあるのなら使えるかどうか検討してみようという形です。
アプライアンスであればパッチを定期的にあてる必要もないといった保守面の理由も
あります。
本音を言いますと、使えないという記述があれば、それで良いわけなのです・・・
つまらない質問で申し訳ありません。
断言は出来ませんが、リレーモードは多分使えないでしょう。
> リレーモードで運用しているのは、STAもWebInterfaceも不要だからということです。
STAはPS4.0からはどんな場合でも不要になっていますね。
「WIが不要」で、どんなメリットがあるかちょっと理解できません。
> その他、グローバルIPがない（現バージョンならSecureGatewayとWebInterfaceを統合できるから解消できますが・・・）、
はい、ご存知の通りPS4.0では、Global IPの不足は理由になりません。
> 上司がWebと聞いただけで脆弱性があると思い込んでいる等があります。
ちょっと笑ってしまいました。。。
こんな考えの人がまだ居るんですね。
リレーモードでの運用のほうがかえってセキュリティレベルは落ちますよ。
> リレーモードで運用しているのは、STAもWebInterfaceも不要だからということです。
STAはPS4.0からはどんな場合でも不要になっていますね。
「WIが不要」で、どんなメリットがあるかちょっと理解できません。
> その他、グローバルIPがない（現バージョンならSecureGatewayとWebInterfaceを統合できるから解消できますが・・・）、
はい、ご存知の通りPS4.0では、Global IPの不足は理由になりません。
> 上司がWebと聞いただけで脆弱性があると思い込んでいる等があります。
ちょっと笑ってしまいました。。。
こんな考えの人がまだ居るんですね。
リレーモードでの運用のほうがかえってセキュリティレベルは落ちますよ。
>STAはPS4.0からはどんな場合でも不要になっていますね。
不要なのではなく、CPS 4.0をインストールすると、必ずあわせてインストールされます。
そのため、別個にインストールするのではない、という意味です。
不要なのではなく、CPS 4.0をインストールすると、必ずあわせてインストールされます。
そのため、別個にインストールするのではない、という意味です。
AccessGatewayは簡単に言ってしまうとただのSSL-VPN装置ですので、
クライアントにSecureAccessクライアントがインストールしてあって
SSL-VPNセッションさえ張れてしまえば、ローカルにCPSサーバがある
のと同様に接続できると思います。
SSLリレーの設定も、代替アドレスの設定も必要ないと思うのですが。。。
クライアントにSecureAccessクライアントがインストールしてあって
SSL-VPNセッションさえ張れてしまえば、ローカルにCPSサーバがある
のと同様に接続できると思います。
SSLリレーの設定も、代替アドレスの設定も必要ないと思うのですが。。。
公開アプリケーションに必要なレジストリ
クライアント／サーバ型のアプリケーションのクライアントを
公開アプリケーションとして登録しています。
この公開したクライアントが使用するレジストリの設定を変更したいのですが
どこを操作したらよいでしょうか。
ヘルプを探しているのですが、初心者なので見つかりません。
何卒よろしくお願いします。
公開アプリケーションとして登録しています。
この公開したクライアントが使用するレジストリの設定を変更したいのですが
どこを操作したらよいでしょうか。
ヘルプを探しているのですが、初心者なので見つかりません。
何卒よろしくお願いします。
質問の意図がよく判らないんですが、
レジストリエディタでは変更できないんですか？
レジストリエディタでは変更できないんですか？
メタサーバのレジストリが、そのままメタクライアント環境のレジストリに
なるのでしょうか。
アプリケーション分離環境と書いてある資料で、セッション（接続クライアント）ごとに
仮想システムリソースを配分していて、仮想ファイルシステム、仮想レジストリを持つと
書いてあったのですが…
分離環境を作らない場合は、前者ですか？
使い始めで分かっておらず、ご迷惑で大変申し訳ありませんが
教えて下さい。
なるのでしょうか。
アプリケーション分離環境と書いてある資料で、セッション（接続クライアント）ごとに
仮想システムリソースを配分していて、仮想ファイルシステム、仮想レジストリを持つと
書いてあったのですが…
分離環境を作らない場合は、前者ですか？
使い始めで分かっておらず、ご迷惑で大変申し訳ありませんが
教えて下さい。
助けてあげたいのはやまやまですが、
相変わらず質問の意図が判りません。
本当に助けて欲しいのなら、
状況の説明で手を抜くべきではないでしょう。
この種のBBSで、「質問をする側」と「応える側」とで
どちらがより手間をかける責任を負うべきかは説明するまでもないでしょう。
そもそもなぜレジストリ変更が必要なのか？
具体的にどのレジストリパスをどのように変更するのか？
相変わらず質問の意図が判りません。
本当に助けて欲しいのなら、
状況の説明で手を抜くべきではないでしょう。
この種のBBSで、「質問をする側」と「応える側」とで
どちらがより手間をかける責任を負うべきかは説明するまでもないでしょう。
そもそもなぜレジストリ変更が必要なのか？
具体的にどのレジストリパスをどのように変更するのか？
Powerful & Beautiful
力強く、美しいシステムを。