トピック検索
403 件のトピックが該当しました。
- ICAクライアントからファームが見えません。 - hiro ( 2001/06/20 16:49:23 更新)
- ＩＣＡクライアントを設定したときのログオンユーザーでしか接続できない - 高橋 ( 2001/04/24 12:15:21 更新)
- ネットワークプリンタへの印刷 - kazuya ( 2001/03/29 17:54:46 更新)
- インターネット経由の接続ついて - satu ( 2001/03/03 19:35:07 更新)
- UDPを使わないブラウジングについて - lyric ( 2000/12/04 16:35:30 更新)
- WIN2000サーバで某パッケージ - KKJ ( 2000/11/07 10:57:17 更新)
- N-FUSEやWEB-ALEにこだわる理由は？ - amayako ( 2000/09/25 13:33:05 更新)
- WebICAクライアントについて - Mansuke ( 2000/09/22 01:13:54 更新)
- ＴＳＥクライアントでエプソン製プリンタ動作せず - s-mura ( 2000/09/11 15:57:12 更新)
- プリンタマッピングについて - Denken ( 2000/08/29 19:08:41 更新)
ICAクライアントからファームが見えません。
特にファイアーウォールは用いていない環境内で、ICAクライアントからファームが見えません。
見えるときもありますが、見えないときもあります。いろいろと検証した結果、サーバ負荷は
関係ないようです。何かご存知の方がいたらぜひぜひ教えて下さい。
見えるときもありますが、見えないときもあります。いろいろと検証した結果、サーバ負荷は
関係ないようです。何かご存知の方がいたらぜひぜひ教えて下さい。
ＰＤＣよりも先にメタサーバーを上げると既定義が使えないことがありました。
レスありがとうございます。参考にさせていただきます。
ここでいうICAクライアントとはLAN側のクライアントのことでしょうか？
それともFireWallという言葉が出てくるのでダイアルアップしたクライアントのことですか？
また、サーバはグローバルの領域に置かれているのでしょうか？
それともLANですか？
質問ばかりで申し訳ないですが、運用環境の特定ができないとこの手の質問は
答えようがないので、よろしければ、ご教示ください。
それともFireWallという言葉が出てくるのでダイアルアップしたクライアントのことですか？
また、サーバはグローバルの領域に置かれているのでしょうか？
それともLANですか？
質問ばかりで申し訳ないですが、運用環境の特定ができないとこの手の質問は
答えようがないので、よろしければ、ご教示ください。
ＩＣＡクライアントを設定したときのログオンユーザーでしか接続できない
ＩＣＡクライアントを設定したときのＰＣのログオンユーザー以外でログオンすると、
公開アプリケーションのショートカットは残っているものの、
アプリケーションセットの設定がなくなっていて、
「アプリケーションセット名を解決できません」というエラーになってしまいます。
現象を確認したのは、2台で、たまたまかもしれませんがいずれもWindows95です。
環境は、
WindowsNT4.0TSE SP6＋Metaframe1.8 SP2です。
ICAクライアントはバージョン6.00.913です。
なにかの設定でこの現象を回避できないでしょうか？
公開アプリケーションのショートカットは残っているものの、
アプリケーションセットの設定がなくなっていて、
「アプリケーションセット名を解決できません」というエラーになってしまいます。
現象を確認したのは、2台で、たまたまかもしれませんがいずれもWindows95です。
環境は、
WindowsNT4.0TSE SP6＋Metaframe1.8 SP2です。
ICAクライアントはバージョン6.00.913です。
なにかの設定でこの現象を回避できないでしょうか？
その後いろいろ試したところ
全てのユーザーが同じデスクトップを使用する設定だと他のユーザがログオンしたときに
「アプリケーションセット名を解決できません」というエラーになってしまうようです。
ユーザー毎にデスクトップを分ける設定をし、それぞれがログオンした状態で設定すると
異なるユーザーでも接続できました
全てのユーザーが同じデスクトップを使用する設定だと他のユーザがログオンしたときに
「アプリケーションセット名を解決できません」というエラーになってしまうようです。
ユーザー毎にデスクトップを分ける設定をし、それぞれがログオンした状態で設定すると
異なるユーザーでも接続できました
ICAクライアントはログインごとにプロファイルが分かれるのでこのような現象になります。９５であれば、windowsprofile[ログインしたユーザID]のフォルダがあると思います。
ICAクライアントを設定したユーザのフォルダの下にApplication dataICAClientというフォルダがあるので、これを現象の出ているユーザフォルダの下にコピーすればエラーは出なくなります。
ICAクライアントを設定したユーザのフォルダの下にApplication dataICAClientというフォルダがあるので、これを現象の出ているユーザフォルダの下にコピーすればエラーは出なくなります。
ネットワークプリンタへの印刷
みなさん、はじめまして。kazuya と申します。
TSE+MetaFrameでシステムを運用しております。
ターミナルサーバにはクライアントのネットワークプリンタのドライバはインス
トール済みです。クライアントからMetaFrameを使用してターミナルサーバへログ
オンした場合、クライアントのネットワークプリンタが、サーバからも（他のク
ライアントからも）見えるようになりますよね？
サーバ上で、[設定]-[プリンタ]で画面を確認すると、接続されて見えるプリンタ
の一覧が表示され、各プリンタの右のところに、"AutoCreated"と表示されていま
す。
ところが、たまに、プリンタ（のアイコン）は見えるのですが、"AutoCreated"と
表示がされず、実際クライアントから印刷をかけても、印刷されないのです。
各クライアントには、ネットワークプリンタの他に、ドットプリンタが（マシン
に直接）接続されています。ドットプリンタは、常に"AutoCreated"と表示もされ、
印刷も出来ます。
クライアント環境のネットワークプリンタは、特別な設定をしないといけないの
でしょうか？このような現象に遭遇された方、どなたかいらっしゃらないでしょ
うか？
TSE+MetaFrameでシステムを運用しております。
ターミナルサーバにはクライアントのネットワークプリンタのドライバはインス
トール済みです。クライアントからMetaFrameを使用してターミナルサーバへログ
オンした場合、クライアントのネットワークプリンタが、サーバからも（他のク
ライアントからも）見えるようになりますよね？
サーバ上で、[設定]-[プリンタ]で画面を確認すると、接続されて見えるプリンタ
の一覧が表示され、各プリンタの右のところに、"AutoCreated"と表示されていま
す。
ところが、たまに、プリンタ（のアイコン）は見えるのですが、"AutoCreated"と
表示がされず、実際クライアントから印刷をかけても、印刷されないのです。
各クライアントには、ネットワークプリンタの他に、ドットプリンタが（マシン
に直接）接続されています。ドットプリンタは、常に"AutoCreated"と表示もされ、
印刷も出来ます。
クライアント環境のネットワークプリンタは、特別な設定をしないといけないの
でしょうか？このような現象に遭遇された方、どなたかいらっしゃらないでしょ
うか？
オートクリエイトプリンタがうまくいかない場合以下の手順で試して見てください。
(1)クライアントに設定されているプリンタを一度全て削除する。
(2)ICAクライアントをインストールする。
(3)設定したいプリンタのドライバをクライアントにLPT1に割り付けてインストールする。
(4)クライアントマシンを再起動する。
(5)メタフレームのサーバに接続してみる。
(6)Autocreateされているか確認。
(7)正常にAutoCreateされていれば、一旦メタフレームサーバより、ログオフする。
(8)クライアントのプリンタのプロパティを開き、ポートを実際のネットワークポート
に修正する。
(9)再度メタフレームサーバに接続し、テストプリントを実行する。
試してみてください。
(1)クライアントに設定されているプリンタを一度全て削除する。
(2)ICAクライアントをインストールする。
(3)設定したいプリンタのドライバをクライアントにLPT1に割り付けてインストールする。
(4)クライアントマシンを再起動する。
(5)メタフレームのサーバに接続してみる。
(6)Autocreateされているか確認。
(7)正常にAutoCreateされていれば、一旦メタフレームサーバより、ログオフする。
(8)クライアントのプリンタのプロパティを開き、ポートを実際のネットワークポート
に修正する。
(9)再度メタフレームサーバに接続し、テストプリントを実行する。
試してみてください。
pancraさん、レスありがとうございます。
試してみようと思います。
後日、結果報告させていただきます。
（ただ、"たまに"という現象ですので、確認が困難かもしれませんが…）
ありがとうございました。
試してみようと思います。
後日、結果報告させていただきます。
（ただ、"たまに"という現象ですので、確認が困難かもしれませんが…）
ありがとうございました。
上記の原因が判明致しましたので、ご報告させていただきます。
結論から、言いますと、ローカルプリンタのドライバに原因がありました。
（私のところにも、正しい情報が伝わっていなかったというのも原因ですが…）
ユーザがログオンをすると、サーバ上では、下記のようなダイアログが表示されていました。
「ただちに、Setup.exeを実行してください」かなり端折っていますが、この類のメッセージです。ボタンはＯＫボタンしかなく、Setup.exeを実行しなくても、正しく印刷（ローカルのプリンタ）できます。このメッセージは、このローカルプリンタのドライバが表示していました。
このダイアログはＯＫボタンを押すまでは消えません、当然ですが。
現地の担当と、「もしや！？」と思い、ＯＫボタンを押すと、ログオンしたユーザのマシンのネットワークプリンタがAutoCreateされたのです！（感激！）
ユーザの話を聞くと、「気がついたときは、ＯＫボタンを押していた」ということなので、
"たまに"AutoCreateされたり、されなかったり、という現象にみえていたようです。
ローカルプリンタのメーカに問合せをお願いしたのですが、「TSEには未対応」との返答が
あったそうで、ダイアログ消し役が、必要になりました。
※非常に次元の低い原因だったので、書くのは恥ずかしいのですが、
どこかに、似たような現象でお困りの方がいたら…と思い、書き込みました。
結論から、言いますと、ローカルプリンタのドライバに原因がありました。
（私のところにも、正しい情報が伝わっていなかったというのも原因ですが…）
ユーザがログオンをすると、サーバ上では、下記のようなダイアログが表示されていました。
「ただちに、Setup.exeを実行してください」かなり端折っていますが、この類のメッセージです。ボタンはＯＫボタンしかなく、Setup.exeを実行しなくても、正しく印刷（ローカルのプリンタ）できます。このメッセージは、このローカルプリンタのドライバが表示していました。
このダイアログはＯＫボタンを押すまでは消えません、当然ですが。
現地の担当と、「もしや！？」と思い、ＯＫボタンを押すと、ログオンしたユーザのマシンのネットワークプリンタがAutoCreateされたのです！（感激！）
ユーザの話を聞くと、「気がついたときは、ＯＫボタンを押していた」ということなので、
"たまに"AutoCreateされたり、されなかったり、という現象にみえていたようです。
ローカルプリンタのメーカに問合せをお願いしたのですが、「TSEには未対応」との返答が
あったそうで、ダイアログ消し役が、必要になりました。
※非常に次元の低い原因だったので、書くのは恥ずかしいのですが、
どこかに、似たような現象でお困りの方がいたら…と思い、書き込みました。
サーバ側のプリンタドライバをメーカー製のインストーラで導入するとおっしゃるような
現象になります。もし、プリンタドライバのみ（infファイルの指定）でインストール
可能であれば、この現象は消えると思います。EPSONのインクジェット系なんかは強引にインストーラが入ってしまうのですが・・
ご参考になれば幸いです。
現象になります。もし、プリンタドライバのみ（infファイルの指定）でインストール
可能であれば、この現象は消えると思います。EPSONのインクジェット系なんかは強引にインストーラが入ってしまうのですが・・
ご参考になれば幸いです。
インターネット経由の接続ついて
初めて、投稿させて頂きます。宜しくお願いします。
現在、NT4.0TSE+MetaFrame1.8の構成で、インターネット経由で本社と拠点（１１拠点）を接続し業務アプリを運用しています。
端末にICAクライアントがインストールされていない場合、アプリケーション埋め込み型の画面に接続すると、
セキュリティー画面で”ICAクライアントをインストールして実行しますか？”という問いかけが表示されます。
この問いに”OK”を選択すると自動にインストールされ、MetaFrameに接続して、ログオン画面が表示されてしまいます。
ICAクライアントのインストールされている端末のみ接続させたいのですが、何かセキュリティー画面を制限する方法はあるのでしょうか？
お分かりになられる方、宜しくお願い致します。
現在、NT4.0TSE+MetaFrame1.8の構成で、インターネット経由で本社と拠点（１１拠点）を接続し業務アプリを運用しています。
端末にICAクライアントがインストールされていない場合、アプリケーション埋め込み型の画面に接続すると、
セキュリティー画面で”ICAクライアントをインストールして実行しますか？”という問いかけが表示されます。
この問いに”OK”を選択すると自動にインストールされ、MetaFrameに接続して、ログオン画面が表示されてしまいます。
ICAクライアントのインストールされている端末のみ接続させたいのですが、何かセキュリティー画面を制限する方法はあるのでしょうか？
お分かりになられる方、宜しくお願い致します。
UDPを使わないブラウジングについて
現在MetaFrame1.8J FR1を評価中です。UDPを使用しなくなったとの事で、
FireWallのセキュリティ保持と設定が楽になると喜んでました。
しかし、ICAクライアントモジュール(6.00.913)でのブラウジングはUDPを
使わずTCP+HTTPでの接続が確認できましたが、ICAファイルでの記述方法が
わかりません。（どうしてもブラウザからアクセスさせたいので。。。）
どなたかご存知であれば、情報をいただけないでしょうか。
よろしくお願いします。
FireWallのセキュリティ保持と設定が楽になると喜んでました。
しかし、ICAクライアントモジュール(6.00.913)でのブラウジングはUDPを
使わずTCP+HTTPでの接続が確認できましたが、ICAファイルでの記述方法が
わかりません。（どうしてもブラウザからアクセスさせたいので。。。）
どなたかご存知であれば、情報をいただけないでしょうか。
よろしくお願いします。
すみません。自己レスになりますが。。。
CitrixのKnowledgeBaseにありましたので早速試してみます。
[WFClient]
Version=2
HttpBrowserAddress=10.3.13.111:8080
TcpBrowserAddress=10.3.7.78
TcpBrowserAddress2=10.3.7.111
[ApplicationServers]
notepad-jw=
[notepad-jw]
Address=notepad-jw
InitialProgram=#notepad-jw
DesiredHRES=640
DesiredVRES=480
DesiredColor=2
TransportDriver=TCP/IP
WinStationDriver=ICA 3.0
BrowserProtocol=HTTPonTCP
今後も皆さんのお力を借りる事が多いとおもいますので、よろしくお願いします。
CitrixのKnowledgeBaseにありましたので早速試してみます。
[WFClient]
Version=2
HttpBrowserAddress=10.3.13.111:8080
TcpBrowserAddress=10.3.7.78
TcpBrowserAddress2=10.3.7.111
[ApplicationServers]
notepad-jw=
[notepad-jw]
Address=notepad-jw
InitialProgram=#notepad-jw
DesiredHRES=640
DesiredVRES=480
DesiredColor=2
TransportDriver=TCP/IP
WinStationDriver=ICA 3.0
BrowserProtocol=HTTPonTCP
今後も皆さんのお力を借りる事が多いとおもいますので、よろしくお願いします。
WIN2000サーバで某パッケージ
はじめまして。
WIN2000サーバを利用したLANWAN環境（モバイルアクセス含む）において、
某パッケージソフト（SQLサーバ必要）の同時利用を検討しております。
提案は2000年12月頃。
実稼動は2001年4月頃の予定となっております。
クライアントはWIN98で合計30台程度になります。
この構成でもっともシンプルなツールの組み合わせは何になるでしょうか？
私なりに調査した結果では、WIN2000のみ（メタフレームなし）でも
そこそこ利用できるようですが・・・。
またこちらの過去ログに、印刷速度の遅さがネックになるとの旨の
書きこみがありますが、現在のバージョンでもそうなんでしょうか？
またこれはWIN2000のターミナルサーバのみ利用でも同じなのでしょうか？
勉強中な身なので言葉足らずかもしれませんが、よろしくお願いします。
WIN2000サーバを利用したLANWAN環境（モバイルアクセス含む）において、
某パッケージソフト（SQLサーバ必要）の同時利用を検討しております。
提案は2000年12月頃。
実稼動は2001年4月頃の予定となっております。
クライアントはWIN98で合計30台程度になります。
この構成でもっともシンプルなツールの組み合わせは何になるでしょうか？
私なりに調査した結果では、WIN2000のみ（メタフレームなし）でも
そこそこ利用できるようですが・・・。
またこちらの過去ログに、印刷速度の遅さがネックになるとの旨の
書きこみがありますが、現在のバージョンでもそうなんでしょうか？
またこれはWIN2000のターミナルサーバのみ利用でも同じなのでしょうか？
勉強中な身なので言葉足らずかもしれませんが、よろしくお願いします。
サーバ2台(SQL、Win2000TerminalService)とクライアント30台が
もっともシンプルな組み合わせだと思います。
MetaFrameが必要かどうかは(絶対必要だと思いますが・・・)どのように
利用されるかだと思います。ただ、TerminalServiceを考えられているの
であればMetaFremeも一度試用版などで試してからのほうがいいのでは？
印刷については現バージョンでも(というか変わってない)同じです。
1度に数枚の印刷であれば問題ないと思いますが数十枚〜数百枚と
なるとつらいかも。速度についてはユーザさんに見てもらうしか
ないですね。｛割と許してもらえます。(^^；)｝
もっともシンプルな組み合わせだと思います。
MetaFrameが必要かどうかは(絶対必要だと思いますが・・・)どのように
利用されるかだと思います。ただ、TerminalServiceを考えられているの
であればMetaFremeも一度試用版などで試してからのほうがいいのでは？
印刷については現バージョンでも(というか変わってない)同じです。
1度に数枚の印刷であれば問題ないと思いますが数十枚〜数百枚と
なるとつらいかも。速度についてはユーザさんに見てもらうしか
ないですね。｛割と許してもらえます。(^^；)｝
お返事ありがとうございます。
MetaFrameは、費用が許されるのならば組み込んだ方が良いようですね。
サーバ２台構成ですと、
(1)：OS=WIN2000Server +SQL ホストとなる
(2)：OS=WIN2000Server +MetaFrame +アプリ本体 クライアントとなる
となり、
30台のクライアントは、
(1)に対して通常のクライアント＆(2)に対してのICAクライアント
とする構成で宜しいでしょうか。
実際に動かしたことがないので、どうしても想像となってしまうのですが、
各拠点にあるクライアントは、(1)に対してのLANWAN環境にログオンし、
必要時に(2)へのICAクライアント接続を行い、その窓の中で(2)にインストール
されている業務アプリを起動。データは基本的に(1)のSQLサーバに保持されるが、
データをアプリのエクスポート機能で、クライアントのローカルHDDにも
書き出すことが可能・・・。そして印刷は、クライアントのOSに「通常使うプリンタ」
と設定されているプリンタに出力されると・・・。
私の運用イメージでは上記なのですが、何か間違っている部分など
ありますでしょうか？宜しければアドバイスください。
あと、見えない部分の話なのですが、各ICAで起動したアプリは、
(2)マシン内のメモリ上に展開されているのでしょうか？
MetaFrameは、費用が許されるのならば組み込んだ方が良いようですね。
サーバ２台構成ですと、
(1)：OS=WIN2000Server +SQL ホストとなる
(2)：OS=WIN2000Server +MetaFrame +アプリ本体 クライアントとなる
となり、
30台のクライアントは、
(1)に対して通常のクライアント＆(2)に対してのICAクライアント
とする構成で宜しいでしょうか。
実際に動かしたことがないので、どうしても想像となってしまうのですが、
各拠点にあるクライアントは、(1)に対してのLANWAN環境にログオンし、
必要時に(2)へのICAクライアント接続を行い、その窓の中で(2)にインストール
されている業務アプリを起動。データは基本的に(1)のSQLサーバに保持されるが、
データをアプリのエクスポート機能で、クライアントのローカルHDDにも
書き出すことが可能・・・。そして印刷は、クライアントのOSに「通常使うプリンタ」
と設定されているプリンタに出力されると・・・。
私の運用イメージでは上記なのですが、何か間違っている部分など
ありますでしょうか？宜しければアドバイスください。
あと、見えない部分の話なのですが、各ICAで起動したアプリは、
(2)マシン内のメモリ上に展開されているのでしょうか？
私の好きなお話しなのでレスします。
構成や考え方はだいたいあってると思います。
ただ、プリンタの問題は厄介な部分が多いです。
（2）に接続されるクライアントが出力する対象のプリンタドライバ（Win2000)
をすべてインストールしないといけないし、大量印刷中は回線負荷がやたらかかるし。
あと、某パッケージがマルチユーザー対応しているかも問題になりやすいです。
メモリについては理論上、パッケージの推奨メモリ×３０＝９６０ＭＢぐらい？
をのせましょう。（同時３０ユーザーの場合）
これだけ覚えれば後は提案勝負です。
提案がうまくいくよう応援します。
構成や考え方はだいたいあってると思います。
ただ、プリンタの問題は厄介な部分が多いです。
（2）に接続されるクライアントが出力する対象のプリンタドライバ（Win2000)
をすべてインストールしないといけないし、大量印刷中は回線負荷がやたらかかるし。
あと、某パッケージがマルチユーザー対応しているかも問題になりやすいです。
メモリについては理論上、パッケージの推奨メモリ×３０＝９６０ＭＢぐらい？
をのせましょう。（同時３０ユーザーの場合）
これだけ覚えれば後は提案勝負です。
提案がうまくいくよう応援します。
お返事ありがとうございます。考え方が概ね正しいようで、ホッとしています。
プリンタに関しての情報ありがとうございます。これは次期バージョンに期待
したいです。本稼動までに発売されれば良いのですが、オフィシャルサイト
にも告知はまだ無いようですね。
>あと、某パッケージがマルチユーザー対応しているかも問題になりやすいです。
はい。こちらはＯＫです。確認済みです。
>メモリについては理論上、パッケージの推奨メモリ×３０＝９６０ＭＢぐらい？
そうですね。1GB搭載の必要があるようです。それからCPUですが、
どこかで、MetaFrameはデュアルCPUに対応していると読みました。
これの効果が高いようであれば、「1GHz×1個」より「800MHz×2個」とか
提案してみようかと思っています。
それから・・・愛宕山さんが書いています「試用版」はどこにあるのでしょうか？
オフィシャルのダウンロードページ探してみたのですが、分かりませんでした。
ひょっとして書籍「メタフレーム革命」に付いているモノ？
プリンタに関しての情報ありがとうございます。これは次期バージョンに期待
したいです。本稼動までに発売されれば良いのですが、オフィシャルサイト
にも告知はまだ無いようですね。
>あと、某パッケージがマルチユーザー対応しているかも問題になりやすいです。
はい。こちらはＯＫです。確認済みです。
>メモリについては理論上、パッケージの推奨メモリ×３０＝９６０ＭＢぐらい？
そうですね。1GB搭載の必要があるようです。それからCPUですが、
どこかで、MetaFrameはデュアルCPUに対応していると読みました。
これの効果が高いようであれば、「1GHz×1個」より「800MHz×2個」とか
提案してみようかと思っています。
それから・・・愛宕山さんが書いています「試用版」はどこにあるのでしょうか？
オフィシャルのダウンロードページ探してみたのですが、分かりませんでした。
ひょっとして書籍「メタフレーム革命」に付いているモノ？
>ひょっとして書籍「メタフレーム革命」に付いているモノ？
ついてたかも・・・会社にあるやつを読んだだけなのでわかりません。
試用版はCITRIXさんに聞いてみては・・・
ついてたかも・・・会社にあるやつを読んだだけなのでわかりません。
試用版はCITRIXさんに聞いてみては・・・
試用版なら捨てるほど持っております。（ＷＩＮ2000版、ＴＳＥ版）
あと、ＴＳＥでＯＳ自体の試用版は持ってますが
２０００のＯＳは持ってないです。
必要であれば差し上げることは可能ですが・・・・
メール頂ければ・・・・・
あと、ＴＳＥでＯＳ自体の試用版は持ってますが
２０００のＯＳは持ってないです。
必要であれば差し上げることは可能ですが・・・・
メール頂ければ・・・・・
とりあえずCitrixへメールを出しました。
まだ返事が無いので、どうなるか分かりません・・・。
いざとなったら、amayakoさんにお願いするかもしれません。
その時はよろしくお願いします。
まだ返事が無いので、どうなるか分かりません・・・。
いざとなったら、amayakoさんにお願いするかもしれません。
その時はよろしくお願いします。
先日、Citrixから試用版（45日間限定？）を無事に頂くことができました。
今後は実際に動かしてみて、その性能を評価したいと思います。
今後は実際に動かしてみて、その性能を評価したいと思います。
N-FUSEやWEB-ALEにこだわる理由は？
おひさしぶりです。
現在私のユーザーの間で次のような意見が出ています。
・N-FUSEやWEB-ALEを用いてユーザーに
ブラウザを利用させアプリケーションを公開することは
聞こえはいいし管理が容易になる。
しかし実際N-FUSEを利用するにはブラウザのバージョンアップ作業
が伴うし、WEB-ALEは機能が制限されすぎてしまう。
結局、ブラウザよりもセットアップが容易なICAクライアント
を配布し、IPアドレスでMETAサーバーを指定してあげることによって
アプリケーションの公開を行うのが一番効率がいいのではないか。
以上のような意見なのですが、このユーザーはアプリケーションの
ポータルサイト構築やＡＳＰを考えてらっしゃらない方々です。
皆様はどう思われますか？
（内容がわかりにくくて申し訳ないです）
現在私のユーザーの間で次のような意見が出ています。
・N-FUSEやWEB-ALEを用いてユーザーに
ブラウザを利用させアプリケーションを公開することは
聞こえはいいし管理が容易になる。
しかし実際N-FUSEを利用するにはブラウザのバージョンアップ作業
が伴うし、WEB-ALEは機能が制限されすぎてしまう。
結局、ブラウザよりもセットアップが容易なICAクライアント
を配布し、IPアドレスでMETAサーバーを指定してあげることによって
アプリケーションの公開を行うのが一番効率がいいのではないか。
以上のような意見なのですが、このユーザーはアプリケーションの
ポータルサイト構築やＡＳＰを考えてらっしゃらない方々です。
皆様はどう思われますか？
（内容がわかりにくくて申し訳ないです）
ちなみに私はN-FUSEやWEB-ALEにする理由を求められております。
私見ですが、開発したアプリケーションのみを使用させるにはICAクライアント
他WEBアプリケーションを併用する必要がある場合はNFUSEと考えています。
あまりに単純すぎて参考にもなりませんね。
個人的にはNFUSE、WEB-ALE共にブラウザに依存してしまうので、環境
設定が面倒くさいと感じて居ます。
この為、許される場合はICAクライアントの使用を薦めています。
他WEBアプリケーションを併用する必要がある場合はNFUSEと考えています。
あまりに単純すぎて参考にもなりませんね。
個人的にはNFUSE、WEB-ALE共にブラウザに依存してしまうので、環境
設定が面倒くさいと感じて居ます。
この為、許される場合はICAクライアントの使用を薦めています。
WebICAクライアントについて
また質問させてください。
WebICAクライアントの動作概要として、htmlページ上のリンククリックにて『.ICA』ファイルを
ローカルにダウンロードしてきて、その『.ICA』ファイルをWebICAクライアントが解析後
Metaサーバに接続して指定された公開アプリケーションを実行するという認識なのですが、
下記問題にぶつかっております。
１）『.ICA』ファイルにて公開アプリケーションに任意の引数を与えられない。
（例：Excelに既存のファイルを開かせる公開アプリ等）
→ この種の需要は必ずあるはずだと思うのですが、
情報も見つからずマニュアルにも載っていません。
同じアプリなのに異なる引数ごとに公開アプリを作成するという方法は
どうも納得がいきません。
何か方法があるのでしょうか？
２）WebICAクライアントのウィンドウサイズが固定
→ これは現時点での仕様かも知れませんが、
外部起動版にてシームレスとはいかずともサイズ変更くらいはできないのでしょうか？
そもそもはActiveXの仕様なのでしょうか、、、
３）HOTKEYが効かない
埋め込みJavaアプレット版では使えることを確認したのですが、これも仕様なのでしょうか？
環境）Metaサーバ：Meta1.8
クライアント：ICAクライアント4.711??（日本語版の最新）
以上、私の調査不足なのかもご存知のかた助けてください。
WebICAクライアントの動作概要として、htmlページ上のリンククリックにて『.ICA』ファイルを
ローカルにダウンロードしてきて、その『.ICA』ファイルをWebICAクライアントが解析後
Metaサーバに接続して指定された公開アプリケーションを実行するという認識なのですが、
下記問題にぶつかっております。
１）『.ICA』ファイルにて公開アプリケーションに任意の引数を与えられない。
（例：Excelに既存のファイルを開かせる公開アプリ等）
→ この種の需要は必ずあるはずだと思うのですが、
情報も見つからずマニュアルにも載っていません。
同じアプリなのに異なる引数ごとに公開アプリを作成するという方法は
どうも納得がいきません。
何か方法があるのでしょうか？
２）WebICAクライアントのウィンドウサイズが固定
→ これは現時点での仕様かも知れませんが、
外部起動版にてシームレスとはいかずともサイズ変更くらいはできないのでしょうか？
そもそもはActiveXの仕様なのでしょうか、、、
３）HOTKEYが効かない
埋め込みJavaアプレット版では使えることを確認したのですが、これも仕様なのでしょうか？
環境）Metaサーバ：Meta1.8
クライアント：ICAクライアント4.711??（日本語版の最新）
以上、私の調査不足なのかもご存知のかた助けてください。
こんにちは
２）WebICAクライアントのウィンドウサイズが固定
NFuse使えばシームレスも出来ますよ。
３）HOTKEYが効かない
これって具体的にはどんなことをしたいんでしょう。後学のために教えてください。
ちなみに１）はわかりません。公開アプリ作るしかないんじゃないでしょうか。標準では。
２）WebICAクライアントのウィンドウサイズが固定
NFuse使えばシームレスも出来ますよ。
３）HOTKEYが効かない
これって具体的にはどんなことをしたいんでしょう。後学のために教えてください。
ちなみに１）はわかりません。公開アプリ作るしかないんじゃないでしょうか。標準では。
愛宕山 様 レスありがとう御座います。
なるほど、NFuseであれば可能なのですか。
一歩前進です。
HOTKEYもNFuseでは対応しているかも知れませんね。
NFuseにて検証を開始してみます。
HOTKEYのご質問についてですが、別に複雑なことをしたいわけではなく
アプリケーションによっては（例えばIE）別窓でウィンドウが開いたとき
に元の窓を『ALT+TAB』によって切り替えたりしたいというだけです。
前のウィンドウに戻りたいとユーザが思っても戻れないという問い合わせは
受け付けたくありませんので。
でもこの件もNFuseでのシームレスウィンドウが可能となれば解決したも同然です。
明るい兆しが見えてきました、どうもありがとう御座います。
なるほど、NFuseであれば可能なのですか。
一歩前進です。
HOTKEYもNFuseでは対応しているかも知れませんね。
NFuseにて検証を開始してみます。
HOTKEYのご質問についてですが、別に複雑なことをしたいわけではなく
アプリケーションによっては（例えばIE）別窓でウィンドウが開いたとき
に元の窓を『ALT+TAB』によって切り替えたりしたいというだけです。
前のウィンドウに戻りたいとユーザが思っても戻れないという問い合わせは
受け付けたくありませんので。
でもこの件もNFuseでのシームレスウィンドウが可能となれば解決したも同然です。
明るい兆しが見えてきました、どうもありがとう御座います。
ＴＳＥクライアントでエプソン製プリンタ動作せず
すみません。お助けください。
サーバー（仮称:Server)
Windows NT Server 4.0 Terminal Server Edition(ServicePack6適用)
(MetaFrameは非導入)
クライアント(仮称:CL1 CL2)
Windows NT Workstation 4.0が２台
そのうち、１台(CL2)にEPSON PM-2000C（インクジェットプリンタ)が接続されており、共有で使用
回線:フレームリレー64Kbps
SERVER、CL1にそれぞれ、CL2に接続されているプリンタを追加
SERVERにおいて、プリンタのプロパティを開き、「テストページの印刷」を実行すると、
CL2のプリンタに正常に印刷される。
CL1より、SERVERに接続／ログインし、プリンタのプロパティを開き、「テストページの印刷」を実行すると、
ブルーパニックの画面になり、リブートしてしまう。
メモリーダンプを調査してもらったところ、「エプソンのプリンタドライバがおかしいとしか言えない」なんて、
分かるような、分からんような回答をされ、困っています。
どなかた、別にPM-2000Cじゃなくてもいいので、エプソン製のプリンタを接続された経験をお持ちの方、
お知恵を拝借したいです。よろしくお願い致します。
サーバー（仮称:Server)
Windows NT Server 4.0 Terminal Server Edition(ServicePack6適用)
(MetaFrameは非導入)
クライアント(仮称:CL1 CL2)
Windows NT Workstation 4.0が２台
そのうち、１台(CL2)にEPSON PM-2000C（インクジェットプリンタ)が接続されており、共有で使用
回線:フレームリレー64Kbps
SERVER、CL1にそれぞれ、CL2に接続されているプリンタを追加
SERVERにおいて、プリンタのプロパティを開き、「テストページの印刷」を実行すると、
CL2のプリンタに正常に印刷される。
CL1より、SERVERに接続／ログインし、プリンタのプロパティを開き、「テストページの印刷」を実行すると、
ブルーパニックの画面になり、リブートしてしまう。
メモリーダンプを調査してもらったところ、「エプソンのプリンタドライバがおかしいとしか言えない」なんて、
分かるような、分からんような回答をされ、困っています。
どなかた、別にPM-2000Cじゃなくてもいいので、エプソン製のプリンタを接続された経験をお持ちの方、
お知恵を拝借したいです。よろしくお願い致します。
私の所は専用線でつないでますけど問題なく使えています。プリンターはPM750,770、3000
ＮＴ用のプリンタドライバーがあるプリンターなら使えると思います。昔何回か確かにブルー
スクリーンになった事がありますが、再インストールしたり、ドライバを変えたり、サービスパックで調整してみたりして現在は問題なく使えています。ＷＡＮ越しの印刷は遅いですけどね。
回避策としてはメルコなんかのプリントサーバーで直結しても出来ます。
ＮＴ用のプリンタドライバーがあるプリンターなら使えると思います。昔何回か確かにブルー
スクリーンになった事がありますが、再インストールしたり、ドライバを変えたり、サービスパックで調整してみたりして現在は問題なく使えています。ＷＡＮ越しの印刷は遅いですけどね。
回避策としてはメルコなんかのプリントサーバーで直結しても出来ます。
レスありがとうございます。
つながってますか。ありゃー。
やっぱり、再インストールですか。
再インストールするにあたって、ちょっとお聞きします。
インストールする方法として、
１）ＴＳＥに添付されているＦＰＤからブートしてインストール
２）ＴＳＥのＣＤ−ＲＯＭからブートしてインストール
３）別にＦＰＤを用意し、別のマシンでＴＳＥのＣＤ−ＲＯＭをセットして「winnt32/ox」コマンドでブートＦＰＤを作成して、このＦＰＤからブートしてインストール
があると思うのですが、どれがいいのでしょうか。
別に変わらないでしょうか？
よろしくお願い致します。
つながってますか。ありゃー。
やっぱり、再インストールですか。
再インストールするにあたって、ちょっとお聞きします。
インストールする方法として、
１）ＴＳＥに添付されているＦＰＤからブートしてインストール
２）ＴＳＥのＣＤ−ＲＯＭからブートしてインストール
３）別にＦＰＤを用意し、別のマシンでＴＳＥのＣＤ−ＲＯＭをセットして「winnt32/ox」コマンドでブートＦＰＤを作成して、このＦＰＤからブートしてインストール
があると思うのですが、どれがいいのでしょうか。
別に変わらないでしょうか？
よろしくお願い致します。
大容量DISKに対応する為に、インストール途中にATAPI.sysを入れ替えなければ、
1),2),3)どれでも良いと思います。
入れかえる場合は通常1)で行い、1)でうまくいかない場合は3)ですね。
それでも駄目であれば、ハードウェアが新し過ぎるのかもしれません。
MSのサポート頼みですね。
1),2),3)どれでも良いと思います。
入れかえる場合は通常1)で行い、1)でうまくいかない場合は3)ですね。
それでも駄目であれば、ハードウェアが新し過ぎるのかもしれません。
MSのサポート頼みですね。
ありがとうございます。もうひとつ（２つですが）教えていただけますでしょうか。
ＴＳＥクライアントに接続されているプリンタに印刷をするのですが、
「プリンタの割当」でログオンスクリプトと設定する必要があるでしょうか。
他の人に聞いたら「別に何もしなくていいと思う」って言われまして．．．。
あと、プリンタを追加の方法ですが、「プリンタの追加」で、
１）「ネットワークプリンタサーバー」を選択
２）「このコンピュータ」で一旦「ＬＰＴ１」に割り当てて、後から「￥￥ＴＳＥクライアント名￥プリンタ名」でポートを変える
どちらがいいのでしょうか？
たびたびすみません。よそいくお願い致します。
ＴＳＥクライアントに接続されているプリンタに印刷をするのですが、
「プリンタの割当」でログオンスクリプトと設定する必要があるでしょうか。
他の人に聞いたら「別に何もしなくていいと思う」って言われまして．．．。
あと、プリンタを追加の方法ですが、「プリンタの追加」で、
１）「ネットワークプリンタサーバー」を選択
２）「このコンピュータ」で一旦「ＬＰＴ１」に割り当てて、後から「￥￥ＴＳＥクライアント名￥プリンタ名」でポートを変える
どちらがいいのでしょうか？
たびたびすみません。よそいくお願い致します。
TSEのメーリングリストとダブルポストしてますね。
効率的なのはわかりますが、あんまり気持ち良くないですね。
ちなみに私の浅学の為かわかりませんが、TSEクライアントではローカルプリンタの
使用はできないのではないでしょうか？(サーバがWin2000である場合は違うようですが）
もし、MetaFrameのICAクライアントを想定しておっしゃっているのであれば、
クライアントのローカルプリンタである場合、一旦LPT1に割り付け、
実際に接続されているポート(ネットワークプリンタ含み)に割り付けなおせば
良いと思います。実際にLPT1でよければ、変更の必要はないと思います。
効率的なのはわかりますが、あんまり気持ち良くないですね。
ちなみに私の浅学の為かわかりませんが、TSEクライアントではローカルプリンタの
使用はできないのではないでしょうか？(サーバがWin2000である場合は違うようですが）
もし、MetaFrameのICAクライアントを想定しておっしゃっているのであれば、
クライアントのローカルプリンタである場合、一旦LPT1に割り付け、
実際に接続されているポート(ネットワークプリンタ含み)に割り付けなおせば
良いと思います。実際にLPT1でよければ、変更の必要はないと思います。
プリンタマッピングについて
こんにちは
「Windows2000のTSAC」のレスの中で、ayaさんが
>WindowsNT4.0＋MetaFrameで検証した時、ICAクライアントから帳票プログラムを起動した際、
>まちがって、あらかじめＷＴＳサーバにプリンタの追加でクライアントのプリンタを追加して
>おいてそのプリンタを選択してしまい、ものすごく時間がかかってしまいました。これは、サーバにはプリンタを追加せずにおいて、クライア>ントに接続されているプリンタを自動的に検出・追加されたものを選べば、かなり速くなると思う
と書かれていますが、これって本当ですか？もし本当なら、ぜひ後段で記述されている「サーバにはプリンタを追加せずにおいて、クライアントに接続されているプリンタを自動的に検出・追加されたものを選ぶ」ようにする方法を教えていただきたいのですが。。。
よろしくお願いします。
「Windows2000のTSAC」のレスの中で、ayaさんが
>WindowsNT4.0＋MetaFrameで検証した時、ICAクライアントから帳票プログラムを起動した際、
>まちがって、あらかじめＷＴＳサーバにプリンタの追加でクライアントのプリンタを追加して
>おいてそのプリンタを選択してしまい、ものすごく時間がかかってしまいました。これは、サーバにはプリンタを追加せずにおいて、クライア>ントに接続されているプリンタを自動的に検出・追加されたものを選べば、かなり速くなると思う
と書かれていますが、これって本当ですか？もし本当なら、ぜひ後段で記述されている「サーバにはプリンタを追加せずにおいて、クライアントに接続されているプリンタを自動的に検出・追加されたものを選ぶ」ようにする方法を教えていただきたいのですが。。。
よろしくお願いします。
こんにちは。
>「サーバにはプリンタを追加せずにおいて、クライアントに接続されているプリンタを
>自動的に検出・追加されたものを選ぶ」ようにする方法を教えていただきたいのですが。。。
私もまだあまりはっきりと把握できていないのですが、（しかも今Windows2000の環境
なので）Windows2000では、メタのクライアントでなくても、ターミナルサービスクライアントが
セッションをつなぐと、”設定”の”プリンタ”画面に自動でクライアントにつながっている
プリンタのアイコンが追加されました。プリンタ名には”〜プリンタ名〜/セッション１”の
ように表示されました。帳票プログラムなどを実行するとき、プリンタの設定ダイアログで、
この名前のプリンタを指定して印刷すればいいと思います。
ただし、このときクライアントがプリンタサーバマシンでなければプリンタは見えませんでした。
プリンタサーバマシンがクライアントとしてログインしていれば、他のクライアントも
このプリンタを指定できます。プリンタサーバマシンがログオフしてしまうと、プリンタ
は見えなくなってしまうので、他クライアントは共有していてもそのプリンタは指定でき
ませんでした。メタクライアントなら、プリンタサーバでなくても共有プリンタが指定
できました。うまく説明できなくて申し訳ありません。とりあえず、WTSサーバ側で、
プリンタは追加せずに、クライアントがログインしたときに見えるプリンタを選択して
みてください。
>「サーバにはプリンタを追加せずにおいて、クライアントに接続されているプリンタを
>自動的に検出・追加されたものを選ぶ」ようにする方法を教えていただきたいのですが。。。
私もまだあまりはっきりと把握できていないのですが、（しかも今Windows2000の環境
なので）Windows2000では、メタのクライアントでなくても、ターミナルサービスクライアントが
セッションをつなぐと、”設定”の”プリンタ”画面に自動でクライアントにつながっている
プリンタのアイコンが追加されました。プリンタ名には”〜プリンタ名〜/セッション１”の
ように表示されました。帳票プログラムなどを実行するとき、プリンタの設定ダイアログで、
この名前のプリンタを指定して印刷すればいいと思います。
ただし、このときクライアントがプリンタサーバマシンでなければプリンタは見えませんでした。
プリンタサーバマシンがクライアントとしてログインしていれば、他のクライアントも
このプリンタを指定できます。プリンタサーバマシンがログオフしてしまうと、プリンタ
は見えなくなってしまうので、他クライアントは共有していてもそのプリンタは指定でき
ませんでした。メタクライアントなら、プリンタサーバでなくても共有プリンタが指定
できました。うまく説明できなくて申し訳ありません。とりあえず、WTSサーバ側で、
プリンタは追加せずに、クライアントがログインしたときに見えるプリンタを選択して
みてください。
早速のご回答ありがとうございます。
NT 4.0 TSE+MetaFrameで試してみました。たしかにプリンタが自動で追加されるようです！
それから、試してみて気づいたことを書いておきます。
まず、プリンタのマッピングについてですが、
プリンタドライバさえWTSサーバにインストールされていれば、
クライアントがサーバかどうかは関係なくマッピングできているように見えます。
ということで、
プリンタドライバはクライアントと同じ物をWTSにもインストールしておかなければならない、
ということみたいです。
上記を踏まえると、問題なのはクライアントの使用しているプリンタの種類が豊富なとき。
たくさんのプリンタドライバをWTSにインストールしなければならなくなります。
ネットワークプリンタなら100台でも200台でも簡単にドライバをプリンタサーバから
引っ張ってこれますが、ローカルプリンタは一つ一つインストールしていかなければ
ならないような気がしています。
たとえば、
300台を超えるローカルプリンタ（多分種類も50種類以上）用のプリンタドライバを
WTSへ一気にインストールする方法ってあるんでしょうか？
（あるいはWTS上にプリンタドライバをインストールせずにローカルプリンタを動作させる
方法とか。。。）
どなたか情報をお持ちの方、ぜひともご教授ください。
NT 4.0 TSE+MetaFrameで試してみました。たしかにプリンタが自動で追加されるようです！
それから、試してみて気づいたことを書いておきます。
まず、プリンタのマッピングについてですが、
プリンタドライバさえWTSサーバにインストールされていれば、
クライアントがサーバかどうかは関係なくマッピングできているように見えます。
ということで、
プリンタドライバはクライアントと同じ物をWTSにもインストールしておかなければならない、
ということみたいです。
上記を踏まえると、問題なのはクライアントの使用しているプリンタの種類が豊富なとき。
たくさんのプリンタドライバをWTSにインストールしなければならなくなります。
ネットワークプリンタなら100台でも200台でも簡単にドライバをプリンタサーバから
引っ張ってこれますが、ローカルプリンタは一つ一つインストールしていかなければ
ならないような気がしています。
たとえば、
300台を超えるローカルプリンタ（多分種類も50種類以上）用のプリンタドライバを
WTSへ一気にインストールする方法ってあるんでしょうか？
（あるいはWTS上にプリンタドライバをインストールせずにローカルプリンタを動作させる
方法とか。。。）
どなたか情報をお持ちの方、ぜひともご教授ください。
その環境にＷＴＳは何台用意するのでしょうか？
プリンタドライバは初期インストール時にCD-ROMに含まれている分については
全てインストールされています。
この為、CD-ROMに含まれないドライバーのみを手動にてインストールすれば良い
はずです。
50種類あるからといって全てをインストールしなければならない羽目には
成らないと思います。
プリンタそのものが新しい場合にはどうしても、インストール作業が必要と
なります。
システム構成的に考えた場合、TSEもしくはMetaFrameの用途としては個人が使用
するOfficeアプリケーションよりも業務アプリケーションを動作させるケースの
方が多いので、印刷結果の見栄えを統一する必要があります。
この為、出来るだけプリンタの種類を絞り込まないと、クライアント
側の全てのプリンタに対応していては開発工数がかかり過ぎるのでは
ないでしょうか？
基本的にクライアント側のデフォルトのプリンタのみをAutoCreateされれ
ば良いような気がします。
(同時に2つのプリンタへ出力することは稀ですから。)
回答にはなっていませんが、参考になれば幸いです。
全てインストールされています。
この為、CD-ROMに含まれないドライバーのみを手動にてインストールすれば良い
はずです。
50種類あるからといって全てをインストールしなければならない羽目には
成らないと思います。
プリンタそのものが新しい場合にはどうしても、インストール作業が必要と
なります。
システム構成的に考えた場合、TSEもしくはMetaFrameの用途としては個人が使用
するOfficeアプリケーションよりも業務アプリケーションを動作させるケースの
方が多いので、印刷結果の見栄えを統一する必要があります。
この為、出来るだけプリンタの種類を絞り込まないと、クライアント
側の全てのプリンタに対応していては開発工数がかかり過ぎるのでは
ないでしょうか？
基本的にクライアント側のデフォルトのプリンタのみをAutoCreateされれ
ば良いような気がします。
(同時に2つのプリンタへ出力することは稀ですから。)
回答にはなっていませんが、参考になれば幸いです。
皆さん
レスありがとうございます。
さて、WTSの台数ですが、5台用意します。ユーザ数は200人程度です。
もちろんMetaFrame v1.8をロードバランスしての運用です。
今回の案件ではプリンタからの出力に関してはさほど厳しい要件がありませんので、
とりあえず文字化けせずに印刷されれば問題ないというのが現実です。
ただ、WTSにバンドルされているプリンタドライバは古いものが多く、
最近のプリンタに関してはほとんどプリンタドライバをインストールしてやらなければ
なりません。
その一方で、一般にWebからダウンロード可能なNT4.0用プリンタドライバはTSEを保証対象外
としているため、まともに動くかどうかは試してみなければ分からないのが現状です。
（すでに複数のインクジェットプリンタで障害の発生することが分かっています）
ところで、pancraさんのレス中に
>プリンタドライバは初期インストール時にCD-ROMに含まれている分については
>全てインストールされています。
とありますが、これは本当でしょうか。
私の認識ではクライアントプリンタのオートクリエイトをおこなわせるためには、
MetaFrameのSP1をあてた上で、
いちいちクライアントプリンタ側と同じプリンタドライバをTSEのCD-ROMから
インストールしてやらなければならないと思っていたのですが。。。
もし、TSE側でプリンタドライバをあらかじめインストールしておける方法について
ご存知ならば教えてください。
レジストリの
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlPrintEnvironmentsWindows NT x86DriversVersion-2
を見ても、自分で一つ一つインストールしたプリンタドライバしか見えていませんし、
何か設定とかがあるのでしょうか？
レスありがとうございます。
さて、WTSの台数ですが、5台用意します。ユーザ数は200人程度です。
もちろんMetaFrame v1.8をロードバランスしての運用です。
今回の案件ではプリンタからの出力に関してはさほど厳しい要件がありませんので、
とりあえず文字化けせずに印刷されれば問題ないというのが現実です。
ただ、WTSにバンドルされているプリンタドライバは古いものが多く、
最近のプリンタに関してはほとんどプリンタドライバをインストールしてやらなければ
なりません。
その一方で、一般にWebからダウンロード可能なNT4.0用プリンタドライバはTSEを保証対象外
としているため、まともに動くかどうかは試してみなければ分からないのが現状です。
（すでに複数のインクジェットプリンタで障害の発生することが分かっています）
ところで、pancraさんのレス中に
>プリンタドライバは初期インストール時にCD-ROMに含まれている分については
>全てインストールされています。
とありますが、これは本当でしょうか。
私の認識ではクライアントプリンタのオートクリエイトをおこなわせるためには、
MetaFrameのSP1をあてた上で、
いちいちクライアントプリンタ側と同じプリンタドライバをTSEのCD-ROMから
インストールしてやらなければならないと思っていたのですが。。。
もし、TSE側でプリンタドライバをあらかじめインストールしておける方法について
ご存知ならば教えてください。
レジストリの
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlPrintEnvironmentsWindows NT x86DriversVersion-2
を見ても、自分で一つ一つインストールしたプリンタドライバしか見えていませんし、
何か設定とかがあるのでしょうか？
言い方に若干問題があったかもしれません。
インストールされているというよりはコピーされているといった方が
正しい表現かもしれません。
クライアント接続された時に、プリンタのインストールプロセスが自動実行
され、CD-ROMの代わりに以下のPATHを参照して自動に追加されたと思います。
システムドライブWTSRVsystem32spooldriversw32x86
今のところ、一覧に出なかったもののみしかサーバ上で手動では追加しておりません。
当然、AutocreatePrinterを使用する為、MetaFrameはインストールしています。
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlPrintEnvironmentsWindows NT x86DriversVersion-2
上記のPATHには実際に使用(インストール)されたプリンタドライバが列記されるはず
であったと思いますので、サーバ上にドライバが存在していても、クライアントに
該当するプリンタが接続されていない場合には1度も自動インストールが行われない
為、見えてこないと考えます。
インストールされているというよりはコピーされているといった方が
正しい表現かもしれません。
クライアント接続された時に、プリンタのインストールプロセスが自動実行
され、CD-ROMの代わりに以下のPATHを参照して自動に追加されたと思います。
システムドライブWTSRVsystem32spooldriversw32x86
今のところ、一覧に出なかったもののみしかサーバ上で手動では追加しておりません。
当然、AutocreatePrinterを使用する為、MetaFrameはインストールしています。
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlPrintEnvironmentsWindows NT x86DriversVersion-2
上記のPATHには実際に使用(インストール)されたプリンタドライバが列記されるはず
であったと思いますので、サーバ上にドライバが存在していても、クライアントに
該当するプリンタが接続されていない場合には1度も自動インストールが行われない
為、見えてこないと考えます。
pancraさん
レスありがとうございます。
たしかに、システムドライブWTSRVsystem32spooldriversw32x86へ
プリンタドライバ自体はコピーされているのですが、
プリンタのインストールプロセスが自動実行されません。。。
おかげでサーバ側も手動でドライバをインストールしたプリンタしか
AutoCreateされない。。。
現在のテスト環境では、MetaFrame自体は製品版をアクティベートしないで使用し、
WTS自体はMSDN版を使用しています。クライアントは98です。
んー、いったい何が問題なのでしょうか。。。
レスありがとうございます。
たしかに、システムドライブWTSRVsystem32spooldriversw32x86へ
プリンタドライバ自体はコピーされているのですが、
プリンタのインストールプロセスが自動実行されません。。。
おかげでサーバ側も手動でドライバをインストールしたプリンタしか
AutoCreateされない。。。
現在のテスト環境では、MetaFrame自体は製品版をアクティベートしないで使用し、
WTS自体はMSDN版を使用しています。クライアントは98です。
んー、いったい何が問題なのでしょうか。。。
AutoCreateされる条件はPrinterDriver名がクライアントとサーバ側で同じであることが
最低の条件となります。
この為、サーバ側はMSのドライバ、クライアント側はメーカ製のドライバを導入した
場合などは合致しない場合があります。
最低の条件となります。
この為、サーバ側はMSのドライバ、クライアント側はメーカ製のドライバを導入した
場合などは合致しない場合があります。
pancraさん
さっそくのレスありがとうございます。
たしかにクライアント／サーバのそれぞれでドライバ名が異なっていると
Autocreateできません。
現在のところ、私の環境ではprinterdriver名の不一致に関して
wtsuprn.txt(inf)を書き換えることで対応しています。
もしかしてwtsuprn.infを書き換えなければならないプリンタドライバは
autocreateできないということなのでしょうか？？
実験してみます。
さっそくのレスありがとうございます。
たしかにクライアント／サーバのそれぞれでドライバ名が異なっていると
Autocreateできません。
現在のところ、私の環境ではprinterdriver名の不一致に関して
wtsuprn.txt(inf)を書き換えることで対応しています。
もしかしてwtsuprn.infを書き換えなければならないプリンタドライバは
autocreateできないということなのでしょうか？？
実験してみます。
上記について、実験してみました。
wtsuprn.txt(inf)の書き換え（というか、正確には追記ですけど）と
ドライバの自動インストールができないこととは関係ないようでした。
ただ、私はインストール時にadministratorではなく、administrator権限を持つユーザとして
MetaFrameをインストールしました。
これは、レスポンスの低下がおきるのでやってはいけないことですが、ついうっかり。
もしかしたら、こんなことが関係しているのかも知れません。
改めて、TSEから再インストールしてみます。
wtsuprn.txt(inf)の書き換え（というか、正確には追記ですけど）と
ドライバの自動インストールができないこととは関係ないようでした。
ただ、私はインストール時にadministratorではなく、administrator権限を持つユーザとして
MetaFrameをインストールしました。
これは、レスポンスの低下がおきるのでやってはいけないことですが、ついうっかり。
もしかしたら、こんなことが関係しているのかも知れません。
改めて、TSEから再インストールしてみます。
TSEの再インストールから改めてやりなおしてみましたが、
adminstratorでMetaをインストールしたかどうかは関係ありませんでした。
ただ、インストール時に
システムドライブWTSRVsystem32spooldriversw32x86へコピーされない
プリンタドライバがあるようで、それらについては「プリンタの追加」ウィザードで
表示されるプリンタに含まれていても、Autocreateされないようです。
（ドライバがコピーされていないのですから、当然といえば当然ですが）
インストール時にコピーされないプリンタドライバについても何とかautocreateさせられる
ようにならないか、今後検討してみます。
それでは。
adminstratorでMetaをインストールしたかどうかは関係ありませんでした。
ただ、インストール時に
システムドライブWTSRVsystem32spooldriversw32x86へコピーされない
プリンタドライバがあるようで、それらについては「プリンタの追加」ウィザードで
表示されるプリンタに含まれていても、Autocreateされないようです。
（ドライバがコピーされていないのですから、当然といえば当然ですが）
インストール時にコピーされないプリンタドライバについても何とかautocreateさせられる
ようにならないか、今後検討してみます。
それでは。
Powerful & Beautiful
力強く、美しいシステムを。