トピック検索
180 件のトピックが該当しました。
- メタフレームのセッションについて - hiro ( 2002/11/19 11:44:16 更新)
- 管理ツールからサーバが見えない - 真谷 ( 2002/09/02 20:34:41 更新)
- SSLエラー 61について - meta ( 2002/07/03 16:04:59 更新)
- 再接続ができない - odagi ( 2002/06/06 18:36:57 更新)
- 印刷ジョブの削除方法 - kenta ( 2002/05/07 19:14:08 更新)
- Win2k ActiveDirectry環境の公開アプリケーションの起動エラーについて - yamazaki ( 2002/04/10 01:32:38 更新)
- クライアントのプリンタが使えない - 酒井健 ( 2001/11/23 02:27:55 更新)
- プリンター出力時にログオフした場合の対応について - 安達 ( 2001/10/18 20:22:00 更新)
- ラベルプリンタに印刷できない - matsu_y ( 2000/12/22 12:42:29 更新)
- プリンタマッピングについて - Denken ( 2000/08/29 19:08:41 更新)
メタフレームのセッションについて
特定のソフトをメタフレームに公開して使用した時に
公開したアプリケーションがエラーになったときに
メタフレームにセッションが残ってしまいます。
現行は手動でメタフレームのコンソールでセッションを
終了させていますが何かバッチ等でユーザにセッションを
クリアするようにしたいと考えています。
何かお知恵をお貸しいただけないでしょうか？
又メタフレームで公開するアプリケーションが障害で終了時に
セッションを切って終わるようにする手法もご存知あれば
ご伝授お願いいたします。
環境
OS；Windows2000ServerSP2
MetaFrameXPa + NFuse
公開アプリ：VBで作成したアプリケーション
公開したアプリケーションがエラーになったときに
メタフレームにセッションが残ってしまいます。
現行は手動でメタフレームのコンソールでセッションを
終了させていますが何かバッチ等でユーザにセッションを
クリアするようにしたいと考えています。
何かお知恵をお貸しいただけないでしょうか？
又メタフレームで公開するアプリケーションが障害で終了時に
セッションを切って終わるようにする手法もご存知あれば
ご伝授お願いいたします。
環境
OS；Windows2000ServerSP2
MetaFrameXPa + NFuse
公開アプリ：VBで作成したアプリケーション
コネクション構成ツールを使用して、アイドル時間が長いときや切断状態が長いときにリセットする事ができますが、どうでしょうか？
エラーになったアプリケーションはアイドル状態になります。
ユーザはすぐに使用するのでアイドル時間が長いときの切断等では
対応できずに困っています。
なにか良い方法があれば教えてください
ユーザはすぐに使用するのでアイドル時間が長いときの切断等では
対応できずに困っています。
なにか良い方法があれば教えてください
根本原因はアプリがエラーを起こすこと（状態）だと
思うのですが、パッケージとかだと直し様がない場合も
ありますね。
エラーになったアプリケーションは応答不能状態なのであれば
AutoEndTasksのレジストリをいじってみてはいかがでしょう。
レジストリについてはWEBで探してください。
思うのですが、パッケージとかだと直し様がない場合も
ありますね。
エラーになったアプリケーションは応答不能状態なのであれば
AutoEndTasksのレジストリをいじってみてはいかがでしょう。
レジストリについてはWEBで探してください。
管理ツールからサーバが見えない
初めて投稿致します。メタ１．８ＪＳＰ３＋ＮＴ４．０／ＴＳＥ２台にて２年近く運用しています。最近、サーバ管理ツールからサーバが見えなくなる現象が頻発しています。既に接続しているユーザは問題なく動作しているのですが新規に接続しようとするユーザは「Ｃｉｔｒｉｘサーバが見つかりません」というメッセージが出て接続できません。ライセンス１５０ユーザ既にアクティブ化してあり、接続ユーザ数は多くても１００ユーザほどです。特にイベントビューアにも何も載っていないため調査する足がかりさえ見つからない状況です。同様な状況または思い当たる点等ありましたらご教授くださいます様お願い致します。
query serverでICAマスタブラウザが2台になってないか確認してみてはいかがでしょう？
上記現象が起こるとquery serverコマンドを発行してもなんの応答も無く終了してしまいます。仕方なくサーバを再起動してquery server /tcpコマンドで調べるとマスタブラウザは１台です。レジストリでマスタブラウザ優先度が変更できるようですが、この変更をした方がいいのでしょうか？
マスタブラウザがころころ変わるとユーザから見ると不安定な
状態となりますので、優先度を設定するのも一考かと。
通常は同一の優先度ですから、最初にサービスをはじめた方が
マスタブラウザとなります。
そういえば、NT TSEのSP6を適用するとICAブラウザに不具合でると
いう事象もありましたね。
これはマイクロソフトからパッチがでてました。
それを適用していますか？それともSP6そのものが適用されてませんか？
状態となりますので、優先度を設定するのも一考かと。
通常は同一の優先度ですから、最初にサービスをはじめた方が
マスタブラウザとなります。
そういえば、NT TSEのSP6を適用するとICAブラウザに不具合でると
いう事象もありましたね。
これはマイクロソフトからパッチがでてました。
それを適用していますか？それともSP6そのものが適用されてませんか？
SP6はあてています。ICAブラウザ不具合に対するパッチは知りませんでした。本日パッチをあてました。早々のご回答、また貴重な情報をありがとうございました。これで障害が解消されるのを祈るばかりです。解消されない場合は再度投稿するかもしれませんのでその時はご教授くださいます様お願い致します。ありがとうございました。
SSLエラー 61について
以下の質問があります。
Windows2000 SP2 + MetaFrame XP FR1
ICA Program Neighborhood v6.20
サーバ証明書→Verisign グローバル・サーバID
以上の環境で、SSLの設定を行い、ICAクライアントから「SSL＋HTTPS」で接続を行ったところ、以下のエラーが表示されました。
MetaFrameサーバに接続できません。
受信したサーバ証明書は信頼されていません。(SSLエラー 61)
サーバのアドレスもサーバのFQDN名でアクセスしています。
どなたか教えていただけないでしょうか。
Windows2000 SP2 + MetaFrame XP FR1
ICA Program Neighborhood v6.20
サーバ証明書→Verisign グローバル・サーバID
以上の環境で、SSLの設定を行い、ICAクライアントから「SSL＋HTTPS」で接続を行ったところ、以下のエラーが表示されました。
MetaFrameサーバに接続できません。
受信したサーバ証明書は信頼されていません。(SSLエラー 61)
サーバのアドレスもサーバのFQDN名でアクセスしています。
どなたか教えていただけないでしょうか。
どの様なネットワーク環境で動作させようとしているのでしょうか？
ちなみにMetaFrameサーバではWWWサーバを動作させたりしてないですよね。
ちなみにMetaFrameサーバではWWWサーバを動作させたりしてないですよね。
最終的には、インターネット経由でSSL＋HTTPS通信を行いたいのですが、現状では、LAN内でのSSL＋HTTPSアクセスもできない状態です。MetaFrameサーバ上ではWWWサーバは立てておりません。
VerisignのテストIDを使用した場合は、SSL＋HTTPSアクセスできるのですが。テストID、グローバルサーバIDの大きな違いとしては、40bitSSLと128bitSSLの違いぐらいだと思うのですが。
VerisignのテストIDを使用した場合は、SSL＋HTTPSアクセスできるのですが。テストID、グローバルサーバIDの大きな違いとしては、40bitSSLと128bitSSLの違いぐらいだと思うのですが。
テストIDでSSLを使用したメタフレームへの接続がうまくいっていたのであれば作業手順そのものが間違っている可能性は低いですね。
たとえば、DNSへのメタフレームサーバの登録情報を確認してみてはいかがでしょうか？
社内用にアクティブディレクトリとかたててあったりすると意外と盲点になっている可能性があります。
たとえば、DNSへのメタフレームサーバの登録情報を確認してみてはいかがでしょうか？
社内用にアクティブディレクトリとかたててあったりすると意外と盲点になっている可能性があります。
今回は、DNSを使用せずにHostsに書いて名前解決しています。
HTTP接続はできているので問題ないと思うのですが。
128bitSSLはサポートしてあると、Citrixホームページには書いてありましたが、グローバルサーバIDではだめなのでしょうか？
HTTP接続はできているので問題ないと思うのですが。
128bitSSLはサポートしてあると、Citrixホームページには書いてありましたが、グローバルサーバIDではだめなのでしょうか？
>受信したサーバ証明書は信頼されていません。(SSLエラー 61)
上記メッセージはクライアントにroot証明書がインストールされていない時によく出現するメッセージですが,通常べりサイン等有名なCA局の場合既にインストールされているのが普通なので、理解しがたいですね。
念の為別のクライアントからも試してみてはいかがでしょうか？
上記メッセージはクライアントにroot証明書がインストールされていない時によく出現するメッセージですが,通常べりサイン等有名なCA局の場合既にインストールされているのが普通なので、理解しがたいですね。
念の為別のクライアントからも試してみてはいかがでしょうか？
ProgrameNeighborHoodを6.20.986以上に上げてみてテストしてください。
うちでも同様の障害がありました。
ProgrameNeighborHoodを最新（Version 6.30.1050）にしたらＯＫでした。
ただ、接続するクライアントPCのSP及びセキュリティパッチにも気をつけて下さい。
Windows2000であればSP1はNG、SP2以降でOKでした。
また、Windows95,98については、同一の設定・ネットワーク環境でありながら接続可／不可のＰＣが存在しており、原因が良く分かっておりません。
どなたか情報をお持ちの方がいらっしゃいましたら教えてください。
ProgrameNeighborHoodを最新（Version 6.30.1050）にしたらＯＫでした。
ただ、接続するクライアントPCのSP及びセキュリティパッチにも気をつけて下さい。
Windows2000であればSP1はNG、SP2以降でOKでした。
また、Windows95,98については、同一の設定・ネットワーク環境でありながら接続可／不可のＰＣが存在しており、原因が良く分かっておりません。
どなたか情報をお持ちの方がいらっしゃいましたら教えてください。
すいません、気になったので、追加で質問させてください。
>ちなみにMetaFrameサーバではWWWサーバを動作させたりしてないです>よね。
MetaFrameサーバでWWWサーバー(NFuse)を動作させて
SSLを使用することにより、FireWallの穴を443だけに
限定しようと予定しています。
問題があるのでしょうか。よろしくお願い致します。
>ちなみにMetaFrameサーバではWWWサーバを動作させたりしてないです>よね。
MetaFrameサーバでWWWサーバー(NFuse)を動作させて
SSLを使用することにより、FireWallの穴を443だけに
限定しようと予定しています。
問題があるのでしょうか。よろしくお願い致します。
WWWサーバは通常HTTPの80番とHTTPSの443のポートで待ち受けしますよね。
同居している場合、SSLリレーが待ち受けするポートと競合しませんか。
同居している場合、SSLリレーが待ち受けするポートと競合しませんか。
再接続ができない
下記の設定で再接続できない問題が発生しています．
■目的
・自動再接続は利用しない．
・ネットワークがなんらかの障害で切断され，利用していた公開アプリケーションが利用できない時は，
新規に接続し直し，１から利用する．
■環境：MetaFrameXPe+FR1(Windows2000Server)
クライアント
・自動再接続をしない．(TransportReconnectEnable=0)
MetaFrameサーバ
・ファームのICAの設定
- 「クライアントの自動再接続機能を有効にしない．」
・ICAコネクションの設定
- 「切断は１分」
- 「接続が切断またはタイムアウトしたときの処理はリセットする」
- 「切断セッションに再接続できるクライアントは以前接続していたクライアントのみ」
・次のレジストリは定義していない．
- IcaEnableKeepAlive
- KeepAliveInterval
・公開アプリケーション
- ペイント
- アプリケーションの制限で「各ユーザーについて１インスタンスのみ許可する」をチェックする．
■現象
１．公開アプリケーションのペイントを起動する．
２．クライアントのNICのケーブルを抜く．
３．しばらくするとクライアントで接続エラーが発生する．
４．NICのケーブルを接続し，新規にペイントを起動させるが，すでに起動済みだから起動できない旨
のダイアログが表示され，ペイントが起動できない．
５．MetaFrameサーバ上は，最初のコネクションがActiveのままになっている．
■問題と考察
１．なぜMetaFrameサーバは，切断されたことがわからないのか？
メモ帳では，ちゃんと切断されることは確認済みです．
この動きから想像するに，MetaFrameサーバがクライアントとの接続が切断されたかは，MetaFrame
サーバからクライアントに送信している画面データなどの表示データが遅れたかどうかを見ている．
メモ帳は，カーソルの点滅があるので，それをクライアントに送信し続けているので切断されたか
どうかがわかるが，ペイントはそのような動きをするものがないので切断かわからないということ
ではないか．
２．これを解決するには，IcaEnableKeepAlive，KeepAliveInterval のレジストリ設定を加える以外に
方法はないでしょうか？
３．これはバグだから，Citrixに連絡した方がよい．
以上，よろしくお願い致します．
■目的
・自動再接続は利用しない．
・ネットワークがなんらかの障害で切断され，利用していた公開アプリケーションが利用できない時は，
新規に接続し直し，１から利用する．
■環境：MetaFrameXPe+FR1(Windows2000Server)
クライアント
・自動再接続をしない．(TransportReconnectEnable=0)
MetaFrameサーバ
・ファームのICAの設定
- 「クライアントの自動再接続機能を有効にしない．」
・ICAコネクションの設定
- 「切断は１分」
- 「接続が切断またはタイムアウトしたときの処理はリセットする」
- 「切断セッションに再接続できるクライアントは以前接続していたクライアントのみ」
・次のレジストリは定義していない．
- IcaEnableKeepAlive
- KeepAliveInterval
・公開アプリケーション
- ペイント
- アプリケーションの制限で「各ユーザーについて１インスタンスのみ許可する」をチェックする．
■現象
１．公開アプリケーションのペイントを起動する．
２．クライアントのNICのケーブルを抜く．
３．しばらくするとクライアントで接続エラーが発生する．
４．NICのケーブルを接続し，新規にペイントを起動させるが，すでに起動済みだから起動できない旨
のダイアログが表示され，ペイントが起動できない．
５．MetaFrameサーバ上は，最初のコネクションがActiveのままになっている．
■問題と考察
１．なぜMetaFrameサーバは，切断されたことがわからないのか？
メモ帳では，ちゃんと切断されることは確認済みです．
この動きから想像するに，MetaFrameサーバがクライアントとの接続が切断されたかは，MetaFrame
サーバからクライアントに送信している画面データなどの表示データが遅れたかどうかを見ている．
メモ帳は，カーソルの点滅があるので，それをクライアントに送信し続けているので切断されたか
どうかがわかるが，ペイントはそのような動きをするものがないので切断かわからないということ
ではないか．
２．これを解決するには，IcaEnableKeepAlive，KeepAliveInterval のレジストリ設定を加える以外に
方法はないでしょうか？
３．これはバグだから，Citrixに連絡した方がよい．
以上，よろしくお願い致します．
2.の選択肢だと思います。
２の選択ですか、、、残念です。
まとめると、MetaFrameサーバからクライアントが生きているかの
確認は、クライアントに対し対象公開アプリケーションの画面デー
タが送られたか、キー入力の要求(カーソルの点滅)ができたかを見
ている。
しかし、このような特性を持たない公開アプリケーションにおいて
は、MetaFrameシステムが代わりになってクライアントへ定期的に
ping をとばして確認する。
ということになりますね。
＃もっとうまい方法は、なかったのかなぁ。
まとめると、MetaFrameサーバからクライアントが生きているかの
確認は、クライアントに対し対象公開アプリケーションの画面デー
タが送られたか、キー入力の要求(カーソルの点滅)ができたかを見
ている。
しかし、このような特性を持たない公開アプリケーションにおいて
は、MetaFrameシステムが代わりになってクライアントへ定期的に
ping をとばして確認する。
ということになりますね。
＃もっとうまい方法は、なかったのかなぁ。
印刷ジョブの削除方法
お世話になります。
win2000＋metaXP環境で印刷中に回線障害が発生した場合、
印刷ジョブを削除する方法として正規の方法（もしくは問題
なく削除する方法）がありましたらご享受ください。
現在はクライアントから印刷の中止、プリンタ再起動、metaサーバ
再起動でないとジョブが消えないようです。
せめてサーバーの再起動は何とか無くしたいのですが・・・
win2000＋metaXP環境で印刷中に回線障害が発生した場合、
印刷ジョブを削除する方法として正規の方法（もしくは問題
なく削除する方法）がありましたらご享受ください。
現在はクライアントから印刷の中止、プリンタ再起動、metaサーバ
再起動でないとジョブが消えないようです。
せめてサーバーの再起動は何とか無くしたいのですが・・・
追加です。
win2000＋meta1.8ではservicepack「3」の適用により
問題は回避されるとのことですがXPではどうなのでしょう？
なお、SERVICEPACK１は未導入です。
win2000＋meta1.8ではservicepack「3」の適用により
問題は回避されるとのことですがXPではどうなのでしょう？
なお、SERVICEPACK１は未導入です。
過去トピックの「プリンタが残り、印刷できない」と同じ事かな？
Win2k ActiveDirectry環境の公開アプリケーションの起動エラーについて
yamazakiです。
Windows2000 Server
MetaFrameXpa+SP1
NFuse1.6
Active Directry+NTドメイン混在環境で
NFuseのページから公開アプリケーション
notepadを起動すしようとすると
Windows2000へのログインダイアログが
消えた後に、下記のエラーメッセージが
表示されます。
[notepadの起動に失敗しました。
現在MetaFrameサーバーで、この公開アプリ
ケーションの起動要求を処理できません。
後でもう一度実行して下さい。
問題が解決しない場合は、管理者に問い合わせて下さい。]
同じような障害例が過去ログにあったのですが
解決されたのでしょうか？
どなたか情報をお持ちでしたらご教授下さい。
よろしくお願い申し上げます。
Windows2000 Server
MetaFrameXpa+SP1
NFuse1.6
Active Directry+NTドメイン混在環境で
NFuseのページから公開アプリケーション
notepadを起動すしようとすると
Windows2000へのログインダイアログが
消えた後に、下記のエラーメッセージが
表示されます。
[notepadの起動に失敗しました。
現在MetaFrameサーバーで、この公開アプリ
ケーションの起動要求を処理できません。
後でもう一度実行して下さい。
問題が解決しない場合は、管理者に問い合わせて下さい。]
同じような障害例が過去ログにあったのですが
解決されたのでしょうか？
どなたか情報をお持ちでしたらご教授下さい。
よろしくお願い申し上げます。
追記情報ですが、Program Neighborhood
でICAコネクションを作成すると
起動します。
でICAコネクションを作成すると
起動します。
問題解決しました。
IISのディレクトリの設定で、スクリプトの実行権限
しかなかったためです。
スクリプトと実行ファイルに設定することにより
解決しました。
同じ問題でお悩みの方はIISの設定を確認して下さい。
IISのディレクトリの設定で、スクリプトの実行権限
しかなかったためです。
スクリプトと実行ファイルに設定することにより
解決しました。
同じ問題でお悩みの方はIISの設定を確認して下さい。
クライアントのプリンタが使えない
初めまして、仕事でメタフレームを使っているサラリーマンですが
ちょっとトラブっていて困っています。
トラブルの原因は、コネクション構成ツールでTCPのコネクションを
利用したいのですが、サーバのLANボードがプルダウンメニューに列挙
されず構成ツールを展開した時点で正しくLAN設定がされていませんと
いわれてしまいます。サーバのデバイスマネージャで確認してみましたがLANは正しく動作していますし、実際にクライアントのセッションも
できています。ただ、問題なのは、クライアントからセッションを実行している際にクライアントで設定されているプリンタが何一つあがってきません。で、クライアントのプリンタを使用する設定はコネクション
構成ツールにあるので、見てみたところ、LANのエラーが出ているので
原因はこれではないかと思ったのですが・・・
この問題のおかげで仕事が一向に進展しなくて困っています。
どうか、ご助力をお願い致します。
ちょっとトラブっていて困っています。
トラブルの原因は、コネクション構成ツールでTCPのコネクションを
利用したいのですが、サーバのLANボードがプルダウンメニューに列挙
されず構成ツールを展開した時点で正しくLAN設定がされていませんと
いわれてしまいます。サーバのデバイスマネージャで確認してみましたがLANは正しく動作していますし、実際にクライアントのセッションも
できています。ただ、問題なのは、クライアントからセッションを実行している際にクライアントで設定されているプリンタが何一つあがってきません。で、クライアントのプリンタを使用する設定はコネクション
構成ツールにあるので、見てみたところ、LANのエラーが出ているので
原因はこれではないかと思ったのですが・・・
この問題のおかげで仕事が一向に進展しなくて困っています。
どうか、ご助力をお願い致します。
ひょっとしてLANカードが複数刺さっているとかありませんか？
お返事遅れてすみません。
確認してみたところ、複数刺しは無いようです。
う〜ん、困った。
確認してみたところ、複数刺しは無いようです。
う〜ん、困った。
関係ないかもしれませんが、MetaFrameをインストールする時にローカルマシンの管理者（exAdministrator）でログオンして実行しましたでしょうか？
DomainAdminのAdministratorでインストールしたとかないですか？
DomainAdminのAdministratorでインストールしたとかないですか？
インストールはネームがAdministratorでパスワードを任意に
設定したものでログイン後に行ったはずです。
しかしこれが何らかの障害になりうるんでしょうか？
あとちょっと気になるのが現在のネットワーク構成上、ルータを
使用してクライアントとやりとりを行っているのですがルータを
使用することでメタフレーム上で何か特別な設定を行う必要は
あるのでしょうか？
それとあともう一つあるんですけどメタフレームというのは
ソフトの仕様上、なにもセットアップする端末に問題が無ければ
デフォルトでクライアントのデバイスを公開アプリケーション上で
サポートしてくれるんですよね？
いろいろと質問してしまいましたが、お手数でなければご助力を
お願いしたいのですが・・・
設定したものでログイン後に行ったはずです。
しかしこれが何らかの障害になりうるんでしょうか？
あとちょっと気になるのが現在のネットワーク構成上、ルータを
使用してクライアントとやりとりを行っているのですがルータを
使用することでメタフレーム上で何か特別な設定を行う必要は
あるのでしょうか？
それとあともう一つあるんですけどメタフレームというのは
ソフトの仕様上、なにもセットアップする端末に問題が無ければ
デフォルトでクライアントのデバイスを公開アプリケーション上で
サポートしてくれるんですよね？
いろいろと質問してしまいましたが、お手数でなければご助力を
お願いしたいのですが・・・
>しかしこれが何らかの障害になりうるんでしょうか？
初期インストール時のAdministratorアカウントでインストール
されているのであれば、問題ありません。
>ルータを使用することでメタフレーム上で何か特別な設定を行う必要はあるのでしょうか？
ルータの自動切断時間とメタフレームサーバのKeepAliveの間隔を
調整しておく必要があるかもしれません。
>なにもセットアップする端末に問題が無ければデフォルトで
>クライアントのデバイスを公開アプリケーション上で
>サポートしてくれるんですよね？
デフォルト設定ではクライアントデバイスをマッピング
するように設定されています。
何十台かインストールしましたが、おっしゃるようなケースに
はまったケースは一度も経験しておりません。
OS、サービスパック、メタフレームの順に再インストールした
方が結果的には早く解決するかもしれませんね。
助力にならず、申し訳ないです。
初期インストール時のAdministratorアカウントでインストール
されているのであれば、問題ありません。
>ルータを使用することでメタフレーム上で何か特別な設定を行う必要はあるのでしょうか？
ルータの自動切断時間とメタフレームサーバのKeepAliveの間隔を
調整しておく必要があるかもしれません。
>なにもセットアップする端末に問題が無ければデフォルトで
>クライアントのデバイスを公開アプリケーション上で
>サポートしてくれるんですよね？
デフォルト設定ではクライアントデバイスをマッピング
するように設定されています。
何十台かインストールしましたが、おっしゃるようなケースに
はまったケースは一度も経験しておりません。
OS、サービスパック、メタフレームの順に再インストールした
方が結果的には早く解決するかもしれませんね。
助力にならず、申し訳ないです。
プリンター出力時にログオフした場合の対応について
初めまして。安達と申します。
現在、WAN環境（ISDN/ROUTER）において、ユーザがクライアントから
公開アプリケーションを利用して、プリンター出力を行っている最中、
アプリケーションを終了し、ログオフしてしまった場合、サーバ側に
印刷中のスプールがエラーの状態で溜まってしまいます。
この時のエラーのスプールが、サーバのADMINのコンソールからも、
削除することが出来なくなります。
接続時に作成されたユーザのプリンタドライバー自体を削除し、対処
出来ることもあるのですが、出来ない場合も多いです。
出来ない場合、現状はサーバを再起動して対処しております。
何か再起動しなくて済む対処方法を知っている方、教えてください。
環境は以下の通りです。
Win 2000S + SP1 + MetaFrame1.8（SP2)
現在、WAN環境（ISDN/ROUTER）において、ユーザがクライアントから
公開アプリケーションを利用して、プリンター出力を行っている最中、
アプリケーションを終了し、ログオフしてしまった場合、サーバ側に
印刷中のスプールがエラーの状態で溜まってしまいます。
この時のエラーのスプールが、サーバのADMINのコンソールからも、
削除することが出来なくなります。
接続時に作成されたユーザのプリンタドライバー自体を削除し、対処
出来ることもあるのですが、出来ない場合も多いです。
出来ない場合、現状はサーバを再起動して対処しております。
何か再起動しなくて済む対処方法を知っている方、教えてください。
環境は以下の通りです。
Win 2000S + SP1 + MetaFrame1.8（SP2)
↓ここのＦＡＱに似たような項目があります。
http://www.citrix.co.jp/support/faq2.html
項目としては以下の部分です。
プリントジョブを送り、ICAコネクションをログオフ／切断後、再接続して、プリントしようとすると、エラーが表示され、プリントすることが出来ない
外れていたらごめんなさい。
http://www.citrix.co.jp/support/faq2.html
項目としては以下の部分です。
プリントジョブを送り、ICAコネクションをログオフ／切断後、再接続して、プリントしようとすると、エラーが表示され、プリントすることが出来ない
外れていたらごめんなさい。
安達です。
（最初のメッセージのWin 2000S + SP1→Win 2000S + SP2の間違えでした。
申し訳ありません）
お返事ありがとうございます。う〜〜ん、まさにこのことなんですが、
MF1.8について、試験環境でWin 2000S + SP2 + MetaFrame1.8（SP2)
に対してSP3をインストールすると、
WinNTのICAクライアントから接続した時、サーバがブルースクリーンになって
再起動されてしまうと言う現象が発生しているのですよ。。
（Win98,Win2000からだと大丈夫です。）
ICAクライアントのバージョンは最新でも、ひとつ前でも同じような
現象となります。SP3をアンインストールすると、正常に使えるようになります。
とても本番環境には適用できないと言うことで、SP3の導入を控えていると
いうところなのです。
よって、SP3の適用以外の方法で、対策案は無いのかと考えていたのですが、、、
やはりSP3を当てる方法を考えたほうが良いんですかね。
この現象は、SP3を適用した皆さん、大丈夫だったでしょうか。
（別スレたてるべきかも知れませんでしたが、、、）
（最初のメッセージのWin 2000S + SP1→Win 2000S + SP2の間違えでした。
申し訳ありません）
お返事ありがとうございます。う〜〜ん、まさにこのことなんですが、
MF1.8について、試験環境でWin 2000S + SP2 + MetaFrame1.8（SP2)
に対してSP3をインストールすると、
WinNTのICAクライアントから接続した時、サーバがブルースクリーンになって
再起動されてしまうと言う現象が発生しているのですよ。。
（Win98,Win2000からだと大丈夫です。）
ICAクライアントのバージョンは最新でも、ひとつ前でも同じような
現象となります。SP3をアンインストールすると、正常に使えるようになります。
とても本番環境には適用できないと言うことで、SP3の導入を控えていると
いうところなのです。
よって、SP3の適用以外の方法で、対策案は無いのかと考えていたのですが、、、
やはりSP3を当てる方法を考えたほうが良いんですかね。
この現象は、SP3を適用した皆さん、大丈夫だったでしょうか。
（別スレたてるべきかも知れませんでしたが、、、）
こんにちは。
Ｗｉｎｄｏｗｓ２０００（ＳＰ２）＋ＭＦ１．８ＳＰ２
環境（テスト）にＳＰ３を適用しましたがブルースクリーン
になる現象は発生していません。
私はＯｆｆｉｃｅＸＰの障害を直す為にＳＰ３を適用しました。
ちなみにＡＤは構築していません。スタンドアロンです。
Ｗｉｎｄｏｗｓ２０００（ＳＰ２）＋ＭＦ１．８ＳＰ２
環境（テスト）にＳＰ３を適用しましたがブルースクリーン
になる現象は発生していません。
私はＯｆｆｉｃｅＸＰの障害を直す為にＳＰ３を適用しました。
ちなみにＡＤは構築していません。スタンドアロンです。
自己レスですが・・
どうもNTクライアントに入っていた某社製のカラープリンターの
ドライバーのバージョンがえらく古く（1999年のものだった）、
それがサーバのブルースクリーンの原因となっていたようです。
このプリンターのドライバーを最新にするとサーバが落ちなくなりました。
今になってようやく解決しました。。。
どうもNTクライアントに入っていた某社製のカラープリンターの
ドライバーのバージョンがえらく古く（1999年のものだった）、
それがサーバのブルースクリーンの原因となっていたようです。
このプリンターのドライバーを最新にするとサーバが落ちなくなりました。
今になってようやく解決しました。。。
某社製というところを参考までに教えていただけませんか？
RICOH IPSiO Color 5000です。
ただ、最新版でも完璧と言うわけでもないようで、
ログイン時にクリエートされたClientプリンタをサーバ側で
開いて参照しながら印刷すると、相変わらず落ちてしまいます。
（プリンター出力時のログオフの実験をしていました）
まあ、これは実際たいしたこと無いんでほっといています。
ただ、最新版でも完璧と言うわけでもないようで、
ログイン時にクリエートされたClientプリンタをサーバ側で
開いて参照しながら印刷すると、相変わらず落ちてしまいます。
（プリンター出力時のログオフの実験をしていました）
まあ、これは実際たいしたこと無いんでほっといています。
requestに答えていただきありがとうございます。
参考にさせていただきたいと思います。
参考にさせていただきたいと思います。
こんにちは。ちょっと今悩んでいる話題だったので発言させていただきます。
弊社でもWin2000（SP2) ＋ MetaFrame1.8（SP3)の環境を構築しています。印刷にはMetaFrameのオートマッピングを使用しています。
ごくたまにサーバー上のプリンターでエラーが発生した場合、エラージョブが残ってしまって、次にログオンした場合印刷できなくなるので、ログオフ時に強制的に印刷ジョブを削除したいと思っています。
そこでMetaFrameServicePack3のインストールガイドに記述してるような設定をしたいと思うのですが、サーバーのレジストリHKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\の直下にはCtirixのレジストリキーがありません。
どなたか、ログオフ時に強制的にプリントジョブを削除する設定をされた方はおられますでしょうか？
以上、よろしくお願いします。
弊社でもWin2000（SP2) ＋ MetaFrame1.8（SP3)の環境を構築しています。印刷にはMetaFrameのオートマッピングを使用しています。
ごくたまにサーバー上のプリンターでエラーが発生した場合、エラージョブが残ってしまって、次にログオンした場合印刷できなくなるので、ログオフ時に強制的に印刷ジョブを削除したいと思っています。
そこでMetaFrameServicePack3のインストールガイドに記述してるような設定をしたいと思うのですが、サーバーのレジストリHKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\の直下にはCtirixのレジストリキーがありません。
どなたか、ログオフ時に強制的にプリントジョブを削除する設定をされた方はおられますでしょうか？
以上、よろしくお願いします。
↑
これってSP3のガイド（pdfファイルのやつ）の
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Citrix
は間違って？いて、
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control￥Citrix
が正解ですよね？
しかも、値
fNotInheritKeepPrintedJobs(1)
を追加しただけではプリントジョブが削除できず、
fPurgeAnyWay(1)
を追加しなくては駄目だったケースもあったのですが。。
間違っていたらごめんなさい。参考までに。
これってSP3のガイド（pdfファイルのやつ）の
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Citrix
は間違って？いて、
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control￥Citrix
が正解ですよね？
しかも、値
fNotInheritKeepPrintedJobs(1)
を追加しただけではプリントジョブが削除できず、
fPurgeAnyWay(1)
を追加しなくては駄目だったケースもあったのですが。。
間違っていたらごめんなさい。参考までに。
http://www.ricoh.co.jp/
で、RICOHがMetaFrameに対応したドライバを出すとの
アナウンスがありました。
やっぱりいままでの分はおかしかったんですかね。
で、RICOHがMetaFrameに対応したドライバを出すとの
アナウンスがありました。
やっぱりいままでの分はおかしかったんですかね。
安達さんRESありがとうございます。
やっぱり、HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Citrix
は間違いで、
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control￥Citrix
ですよね。
で、もう一つ疑問ですが、
> fPurgeAnyWay(1)
> を追加しなくては駄目だったケースもあったのですが。。
の件ですが、「駄目だったケース」というのは、プリントジョブを削除するプリンターによっては、削除できる場合とできない場合があると言うことなのでしょうか？
毎回質問ばかりですいませんが、よろしくお願いします。
やっぱり、HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Citrix
は間違いで、
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control￥Citrix
ですよね。
で、もう一つ疑問ですが、
> fPurgeAnyWay(1)
> を追加しなくては駄目だったケースもあったのですが。。
の件ですが、「駄目だったケース」というのは、プリントジョブを削除するプリンターによっては、削除できる場合とできない場合があると言うことなのでしょうか？
毎回質問ばかりですいませんが、よろしくお願いします。
NotInheritKeepPrintedJobs(1) を追加し、印刷中にログオフしてもプリントジョブは
削除されませんでした。プリンタの設定も確認してみましたが、結局上手く行かなかったので
fPurgeAnyWay(1)を追加したところ削除できました。プリンターによる現象かどうかは分かりません。
（テストで使える端末が一台しかなかったため）ただ、ガイドを読む限りでは両方の設定があっても
害は無さそうで、間違い無く対応できそうでしたので、そのように設定しておきました。
「駄目だったケース」は、試験用の端末からは駄目だったと言うことで、実際のユーザが印刷したら
どうなるか分からないのでそう書きました。
私の設定が間違っていたとか、サーバ環境に何か原因があるとかかもしれませんので
できれば実際に試してみられることをお勧めします。参考までに。
削除されませんでした。プリンタの設定も確認してみましたが、結局上手く行かなかったので
fPurgeAnyWay(1)を追加したところ削除できました。プリンターによる現象かどうかは分かりません。
（テストで使える端末が一台しかなかったため）ただ、ガイドを読む限りでは両方の設定があっても
害は無さそうで、間違い無く対応できそうでしたので、そのように設定しておきました。
「駄目だったケース」は、試験用の端末からは駄目だったと言うことで、実際のユーザが印刷したら
どうなるか分からないのでそう書きました。
私の設定が間違っていたとか、サーバ環境に何か原因があるとかかもしれませんので
できれば実際に試してみられることをお勧めします。参考までに。
この件、私も悩んでいて、レジストリの記述が誤っている旨の情報大変役に立ちました。ありがとうございます。
念のためCitrixに問い合わせたところ、レジストリのキー名は安達さんのおっしゃるとおりという正式回答をいただきました。
また、2つのレジストリエントリについてもついでに聞いたのですが、両方設定しろというのが回答でした。こちらの方は私は疑問を持っています。
エントリ名から推測して、fNotInheritKeepPrintedJobsはプリンタにジョブを残す設定を継承するかどうかのスイッチと思えます。この設定が原因でプリンタが削除されない場合はfNotInheritKeepPrintedJobsでプリンタが削除されるようにできますが、その他、プリント途中や紙詰まりや用紙切れ状態でのログアウトでプリンタが削除されない現象は解決できなさそうです。
一方、fPurgeAnyWayは理由は問わずにとにかく強制削除するように思えます。
ただ、fNotInheritKeepPrintedJobsを指定して困る理由もないので、実験もしてないですしわざわざ正式回答に逆らうことはしていません。
念のためCitrixに問い合わせたところ、レジストリのキー名は安達さんのおっしゃるとおりという正式回答をいただきました。
また、2つのレジストリエントリについてもついでに聞いたのですが、両方設定しろというのが回答でした。こちらの方は私は疑問を持っています。
エントリ名から推測して、fNotInheritKeepPrintedJobsはプリンタにジョブを残す設定を継承するかどうかのスイッチと思えます。この設定が原因でプリンタが削除されない場合はfNotInheritKeepPrintedJobsでプリンタが削除されるようにできますが、その他、プリント途中や紙詰まりや用紙切れ状態でのログアウトでプリンタが削除されない現象は解決できなさそうです。
一方、fPurgeAnyWayは理由は問わずにとにかく強制削除するように思えます。
ただ、fNotInheritKeepPrintedJobsを指定して困る理由もないので、実験もしてないですしわざわざ正式回答に逆らうことはしていません。
ラベルプリンタに印刷できない
某社のラベルプリンタ（熱転写方式）にて印字テストしてみたところエラーになってしまいました。
どなたかラベルプリンタでの成功例があったら教えてください。（ちなみに、レーザプリンタ・イン
パクトプリンタは問題なく動作しています。）
構成は ＴＳＥ（ＳＰ５）＋Ｍｅｔａｆｒａｍｅ１．８Ｊ（Ｈｏｔｆｉｘ適用済み）です。
物流倉庫のシステムを構築しており、箱に貼るシール印刷が必須要件で、この障害がＭｅｔａの唯一
の障害で残ってしまいました。
どなたかラベルプリンタでの成功例があったら教えてください。（ちなみに、レーザプリンタ・イン
パクトプリンタは問題なく動作しています。）
構成は ＴＳＥ（ＳＰ５）＋Ｍｅｔａｆｒａｍｅ１．８Ｊ（Ｈｏｔｆｉｘ適用済み）です。
物流倉庫のシステムを構築しており、箱に貼るシール印刷が必須要件で、この障害がＭｅｔａの唯一
の障害で残ってしまいました。
似たような境遇です。こちらはさらにバーコードスキャナをつけないといけないのですが。
進展などありましたら、是非おしえてください。こちらでも色々トライ中です。
進展などありましたら、是非おしえてください。こちらでも色々トライ中です。
お客さんとこでSATOのラベルプリンタで試したのですが、とりあえずデフォルトでは
うまくいかなかったです。取り急ぎご報告まで。
うまくいかなかったです。取り急ぎご報告まで。
結局通常の方法（プリンタドライバ経由）ではダメみたいですね。
弊社では、ＬＰＴポートに直接出力することにしました。
しかし、一応データは出せたのですが、多めのデータを送ると
文字化けしてしまうという新たな問題が発生してしまいました。
Ｍｅｔａ側に、マッピングしたポートに大量のデータを流すと
データ落ちが発生するという問題を持っているとかいないとか。
とは言ってもラベル一枚分ですので、それほど「大量」ではない
のですが・・・。そういう状態なので、今のところ一部のデータ
しか印刷できない状況です。
とりあえず、現状報告でした。
弊社では、ＬＰＴポートに直接出力することにしました。
しかし、一応データは出せたのですが、多めのデータを送ると
文字化けしてしまうという新たな問題が発生してしまいました。
Ｍｅｔａ側に、マッピングしたポートに大量のデータを流すと
データ落ちが発生するという問題を持っているとかいないとか。
とは言ってもラベル一枚分ですので、それほど「大量」ではない
のですが・・・。そういう状態なので、今のところ一部のデータ
しか印刷できない状況です。
とりあえず、現状報告でした。
現状、VB6にて作成しているプログラムにてＴＳＥ（ＳＰ５）＋Ｍｅｔａｆｒａｍｅ１．８Ｊの環境で、COMポート直結しているSATOのラベルプリンターに直接出力しようとしていますが、旨く動作をしてくれません。なにか方法をご存知であればご教授下さい。
デルバイforMetaFrameを使うのも一興かもしれません。
ただ、以下の点に注意する必要があります。
・ラベルフォームを作成する必要があること
・データをCSVで出力する必要があること
これが満たせるなら、この手の特殊なプリンタでも問題なく
出力できるはずです。
ただ、以下の点に注意する必要があります。
・ラベルフォームを作成する必要があること
・データをCSVで出力する必要があること
これが満たせるなら、この手の特殊なプリンタでも問題なく
出力できるはずです。
プリンタマッピングについて
こんにちは
「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
力強く、美しいシステムを。