トピック検索
1055 件のトピックが該当しました。
- ロードバランスについて - Masa ( 2001/10/20 14:16:04 更新)
- メタフレームの印刷ついてのご質問 - 黒田 ( 2001/10/19 23:38:37 更新)
- プリンター出力時にログオフした場合の対応について - 安達 ( 2001/10/18 20:22:00 更新)
- ICAクライアントについて2 - トミ ( 2001/09/22 23:08:22 更新)
- Access2000のインストールについて - Ume ( 2001/09/13 15:03:20 更新)
- プリンタについて - トミ ( 2001/09/11 13:49:57 更新)
- サーバーのドライブについて - トミ ( 2001/08/17 11:20:20 更新)
- MetaサーバへのIE5.0インストールについて - makoto ( 2001/08/09 18:08:29 更新)
- ICAクライアントのインストールについて - taka ( 2001/08/09 13:13:01 更新)
- Metaframe(NFuse?)の利用について - トミ ( 2001/08/05 13:19:37 更新)
ロードバランスについて
初めて投稿させていただきます、Masaと申します。
現在、メタフレームXPの動作検証を行っているのですが、
全国の拠点に利用させようとする場合に、サーバーを複数たてて、
ロードバランスを行いたいと考えています。
そこで、どなたかロードバランスについて、ご教授願えないでし
ょうか?
<内容>
ロードバランスを使用する際のマシン構成について
・サーバーの構成(ハードスペック、設定など)
・1CPUもしくは1サーバーに対するクライアント数
・その他設定や運用方法など
些細な事でもかまいませんので、どうかよろしくお願い致します。
現在、メタフレームXPの動作検証を行っているのですが、
全国の拠点に利用させようとする場合に、サーバーを複数たてて、
ロードバランスを行いたいと考えています。
そこで、どなたかロードバランスについて、ご教授願えないでし
ょうか?
<内容>
ロードバランスを使用する際のマシン構成について
・サーバーの構成(ハードスペック、設定など)
・1CPUもしくは1サーバーに対するクライアント数
・その他設定や運用方法など
些細な事でもかまいませんので、どうかよろしくお願い致します。
以下のサイトを参照してみてください。
http://www.citrix.co.jp/products/mfxp_productqa.html
http://www.citrix.co.jp/products/mfxp_productqa.html
PPPさん、ありがとうございました。 さっそくのぞきにいきました。
そして、そのロードバランスの件で、色々と情報を集めてみたの
ですが、どうしても分からない点があり、投稿させていただきま
した。
内容というのは、メタフレームXPのロードバランス機能におい
て、複数台サーバーを用いる場合に、以下の様な場合の挙動につ
いてです。
<パターン1>
サーバーA: ドメインサーバー
サーバーB: メタフレームサーバー(マスタサーバー)
サーバーC: メタフレームサーバー
サーバーD: メタフレームサーバー(目的のアプリケーション入っている)
とある場合に、クライアントから接続する場合、初めに
ドメインサーバーである、サーバーAに行き、そこからマスタ
サーバーである、サーバーBに行き、そして、アプリケーション
が入っているサーバーDへ接続するのですが、この時、
1).マスタサーバー(サーバーB)が使用できなくなる
→ 別のサーバー(サーバーC or サーバーD)へ
マスタ制御が移動して、その後の運用をして
くれる。
2).ドメインサーバー自体が、使用出来なくなった場合は
どういう風な制御・動きになるのでしょうか?
ドメインサーバ−自体が使用出来なくなると、アウト
になるのでしょうか?
<パターン2>
サーバーA: メタフレームサーバー(マスタサーバー)
サーバーB: メタフレームサーバー
サーバーC: メタフレームサーバー(目的のアプリケーションが入っている)
という環境は可能なのでしょうか? やはりドメインサー
バーがないと、ロードバランスの環境は構築できないので
しょうか?
又、このパターンで稼動が可能であるなら、マスタサーバー
(サーバーA)が利用できなくなった場合は、どういう風な制御
・動きになるのでしょうか?
わかりにくい説明で申し訳ありませんが、どなたかご教授を
お願い致します。
そして、そのロードバランスの件で、色々と情報を集めてみたの
ですが、どうしても分からない点があり、投稿させていただきま
した。
内容というのは、メタフレームXPのロードバランス機能におい
て、複数台サーバーを用いる場合に、以下の様な場合の挙動につ
いてです。
<パターン1>
サーバーA: ドメインサーバー
サーバーB: メタフレームサーバー(マスタサーバー)
サーバーC: メタフレームサーバー
サーバーD: メタフレームサーバー(目的のアプリケーション入っている)
とある場合に、クライアントから接続する場合、初めに
ドメインサーバーである、サーバーAに行き、そこからマスタ
サーバーである、サーバーBに行き、そして、アプリケーション
が入っているサーバーDへ接続するのですが、この時、
1).マスタサーバー(サーバーB)が使用できなくなる
→ 別のサーバー(サーバーC or サーバーD)へ
マスタ制御が移動して、その後の運用をして
くれる。
2).ドメインサーバー自体が、使用出来なくなった場合は
どういう風な制御・動きになるのでしょうか?
ドメインサーバ−自体が使用出来なくなると、アウト
になるのでしょうか?
<パターン2>
サーバーA: メタフレームサーバー(マスタサーバー)
サーバーB: メタフレームサーバー
サーバーC: メタフレームサーバー(目的のアプリケーションが入っている)
という環境は可能なのでしょうか? やはりドメインサー
バーがないと、ロードバランスの環境は構築できないので
しょうか?
又、このパターンで稼動が可能であるなら、マスタサーバー
(サーバーA)が利用できなくなった場合は、どういう風な制御
・動きになるのでしょうか?
わかりにくい説明で申し訳ありませんが、どなたかご教授を
お願い致します。
<パターン1> の(1)(2)はおっしゃる通りの動作をすると思います。
ただし、(2)に関してはそのようにならない様にBDCを置くのが
普通です。すくなくともロードバランスを必要とするくらいの環境で
PDCのみの環境というのはちょっと心もとない構成ですから。
<パターン2>に関しては匿名アプリケーションの動作を考えれば、可能
であることがわかりますが、(匿名アプリケーションは全て、AnnonymousXXといったローカルユーザである)
前提として全てのサーバに同一のユーザ名・パスワードが設定されている事が前提となります。
また、ユーザプロファイルの同期が必要かどうかで構築の手間が変化
すると思います。
疑問なのは<パターン1>も<パターン2>も目的のアプリケーションが1台にしかインストールされていないので、(そもそもバランスさせられない)ロードバランスを意識する必要があるかどうかとは思うのですが・・
ただし、(2)に関してはそのようにならない様にBDCを置くのが
普通です。すくなくともロードバランスを必要とするくらいの環境で
PDCのみの環境というのはちょっと心もとない構成ですから。
<パターン2>に関しては匿名アプリケーションの動作を考えれば、可能
であることがわかりますが、(匿名アプリケーションは全て、AnnonymousXXといったローカルユーザである)
前提として全てのサーバに同一のユーザ名・パスワードが設定されている事が前提となります。
また、ユーザプロファイルの同期が必要かどうかで構築の手間が変化
すると思います。
疑問なのは<パターン1>も<パターン2>も目的のアプリケーションが1台にしかインストールされていないので、(そもそもバランスさせられない)ロードバランスを意識する必要があるかどうかとは思うのですが・・
ご返答ありがとうございました。
ドメインサーバーをいれるという前提で、もう少し調べてみます。
又、書き方が変だったのですが、ロードバランスをするわけですか
ら、目的のアプリケーションは複数のマシンに入れておかないと
いけないですよね。 すいません。
ドメインサーバーをいれるという前提で、もう少し調べてみます。
又、書き方が変だったのですが、ロードバランスをするわけですか
ら、目的のアプリケーションは複数のマシンに入れておかないと
いけないですよね。 すいません。
メタフレームの印刷ついてのご質問
初めて投稿させていただきます、黒田と申します。
Windows Nt TSE 4.0 SP3 & MetaFrame1.8で現状システムの移行を計画しておりますが、印刷に関して以下の問題が生じております。
解決方法等ご存知の方がいらっしゃいましたら、ご教授お願いいたします。
《現象1》
クライアントに接続されたプリンタに、ユーザ作成フォームを設定して専用帳票を印刷しているが(ストックフォームに用紙設定)、MetaFrameサーバからログオフすると、その設定が消えてしまい。
"自動選択"→A4の設定に戻ってしまう。ちなみにドライバはメーカ製であり、TSE側では同様のドライバはなさそうです。
《現象2》
現行使用しているアプリケーション(自社開発)がWindows Nt TSE 4.0 SP3 でしか動作しないため、上記環境で検証していますがSP3ではAutoCreateされたプリンタに印刷指示をかけると、画面上は印字されたように見えるが、実際の印字がされない。(SP4以降では正常に印刷される。)
過去ログ等に該当するものがあるかも知れませんが、よろしくお願いいたします。
Windows Nt TSE 4.0 SP3 & MetaFrame1.8で現状システムの移行を計画しておりますが、印刷に関して以下の問題が生じております。
解決方法等ご存知の方がいらっしゃいましたら、ご教授お願いいたします。
《現象1》
クライアントに接続されたプリンタに、ユーザ作成フォームを設定して専用帳票を印刷しているが(ストックフォームに用紙設定)、MetaFrameサーバからログオフすると、その設定が消えてしまい。
"自動選択"→A4の設定に戻ってしまう。ちなみにドライバはメーカ製であり、TSE側では同様のドライバはなさそうです。
《現象2》
現行使用しているアプリケーション(自社開発)がWindows Nt TSE 4.0 SP3 でしか動作しないため、上記環境で検証していますがSP3ではAutoCreateされたプリンタに印刷指示をかけると、画面上は印字されたように見えるが、実際の印字がされない。(SP4以降では正常に印刷される。)
過去ログ等に該当するものがあるかも知れませんが、よろしくお願いいたします。
該当プリンタの型名を書いた方がレスつきやすいと思いますよ。
ご忠告ありがとうございます。
該当するプリンタですが、ページプリンタがCanonLBP830-Lips-?検▲轡螢▲襯廛螢鵐燭?東芝製J31DMP06(きわめてマイナーですが・・・)という機種です。Canon製に関しては、ドライバ等のアップグレードも望めるかもしれませんが、東芝製に関しては互換でEPSON-VP1000という機種のドライバが使用可能のようです。
よろしくお願いいたします。
該当するプリンタですが、ページプリンタがCanonLBP830-Lips-?検▲轡螢▲襯廛螢鵐燭?東芝製J31DMP06(きわめてマイナーですが・・・)という機種です。Canon製に関しては、ドライバ等のアップグレードも望めるかもしれませんが、東芝製に関しては互換でEPSON-VP1000という機種のドライバが使用可能のようです。
よろしくお願いいたします。
《現象1》 に関しては、クライアントログオン時にプリンタドライバがインストールされ、ログオフ時にアンインストールされている為、ドライバのインストール時デフォルトとなる現象のことを言われているのですね。イレギュラーですが、AutoCreatePrinterがアンインストールされなければ良いのであれば、ログオン時にプリンタのプロパティを表示させ、コメント欄にAutoCreatePrinterと表示されているものを変更するとセッション終了時にプリンタが削除されません。この為、設定が引き継がれる形となります。
イレギュラーな形でない場合においてはプリンタメーカがCitrixにMetaFrameでサポートしているプリンタドライバのプロパティについて問い合わせをして、それを作りこんでくれないと無理でしょう。
あくまで、プリンタメーカー側の問題です。
《現象2》に関してですが、できれば、SP5にあわせてアプリケーションを調整した方が良いと思います。
(良くなったのはプリントの部分だけではないから)
どうしてもあげられないのであれば、プリンタドライバのバージョンアップもしくは代替ドライバの使用しかありません。
プリンタドライバのバージョンアップに関してもSPの縛りが出る可能性が高いため、代替ドライバの使用すると仮定した場合には、
%systemroot%\system32\wtsuprn.txtファイルをコピーしてwtsuprn.infファイルを作成し、その中身にプリンタドライバの互換性を定義します。ただし、これで割り付けるプリンタドライバは同メーカーの同一系列機種のMS製のプリンタドライバ、もしくは動作確認のとれたメーカー製の同一系列機種ののプリンタドライバとなります。
この為、プロパティの引継ぎはそもそも無理であると割り切ってください。クライアントとサーバで同一のプリンタドライバを使用した時かつMS製のプリンタドライバである時のみプロパティの引継ぎができる可能性が高いという風に理解しております。
ご参考になれば、幸いです。
イレギュラーな形でない場合においてはプリンタメーカがCitrixにMetaFrameでサポートしているプリンタドライバのプロパティについて問い合わせをして、それを作りこんでくれないと無理でしょう。
あくまで、プリンタメーカー側の問題です。
《現象2》に関してですが、できれば、SP5にあわせてアプリケーションを調整した方が良いと思います。
(良くなったのはプリントの部分だけではないから)
どうしてもあげられないのであれば、プリンタドライバのバージョンアップもしくは代替ドライバの使用しかありません。
プリンタドライバのバージョンアップに関してもSPの縛りが出る可能性が高いため、代替ドライバの使用すると仮定した場合には、
%systemroot%\system32\wtsuprn.txtファイルをコピーしてwtsuprn.infファイルを作成し、その中身にプリンタドライバの互換性を定義します。ただし、これで割り付けるプリンタドライバは同メーカーの同一系列機種のMS製のプリンタドライバ、もしくは動作確認のとれたメーカー製の同一系列機種ののプリンタドライバとなります。
この為、プロパティの引継ぎはそもそも無理であると割り切ってください。クライアントとサーバで同一のプリンタドライバを使用した時かつMS製のプリンタドライバである時のみプロパティの引継ぎができる可能性が高いという風に理解しております。
ご参考になれば、幸いです。
ご回答ありがとうございました。
1.2ともテストを行って動作確認してみます。(2は私のスキルではちょっと難しそうですが・・・。)
今後ともよろしくお願いいたします。
1.2ともテストを行って動作確認してみます。(2は私のスキルではちょっと難しそうですが・・・。)
今後ともよろしくお願いいたします。
プリンター出力時にログオフした場合の対応について
初めまして。安達と申します。
現在、WAN環境(ISDN/ROUTER)において、ユーザがクライアントから
公開アプリケーションを利用して、プリンター出力を行っている最中、
アプリケーションを終了し、ログオフしてしまった場合、サーバ側に
印刷中のスプールがエラーの状態で溜まってしまいます。
この時のエラーのスプールが、サーバのADMINのコンソールからも、
削除することが出来なくなります。
接続時に作成されたユーザのプリンタドライバー自体を削除し、対処
出来ることもあるのですが、出来ない場合も多いです。
出来ない場合、現状はサーバを再起動して対処しております。
何か再起動しなくて済む対処方法を知っている方、教えてください。
環境は以下の通りです。
Win 2000S + SP1 + MetaFrame1.8(SP2)
現在、WAN環境(ISDN/ROUTER)において、ユーザがクライアントから
公開アプリケーションを利用して、プリンター出力を行っている最中、
アプリケーションを終了し、ログオフしてしまった場合、サーバ側に
印刷中のスプールがエラーの状態で溜まってしまいます。
この時のエラーのスプールが、サーバのADMINのコンソールからも、
削除することが出来なくなります。
接続時に作成されたユーザのプリンタドライバー自体を削除し、対処
出来ることもあるのですが、出来ない場合も多いです。
出来ない場合、現状はサーバを再起動して対処しております。
何か再起動しなくて済む対処方法を知っている方、教えてください。
環境は以下の通りです。
Win 2000S + SP1 + MetaFrame1.8(SP2)
↓ここのFAQに似たような項目があります。
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を適用した皆さん、大丈夫だったでしょうか。
(別スレたてるべきかも知れませんでしたが、、、)
こんにちは。
Windows2000(SP2)+MF1.8SP2
環境(テスト)にSP3を適用しましたがブルースクリーン
になる現象は発生していません。
私はOfficeXPの障害を直す為にSP3を適用しました。
ちなみにADは構築していません。スタンドアロンです。
Windows2000(SP2)+MF1.8SP2
環境(テスト)にSP3を適用しましたがブルースクリーン
になる現象は発生していません。
私はOfficeXPの障害を直す為にSP3を適用しました。
ちなみにADは構築していません。スタンドアロンです。
自己レスですが・・
どうも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を指定して困る理由もないので、実験もしてないですしわざわざ正式回答に逆らうことはしていません。
ICAクライアントについて2
お世話になっています。
トミです。
8/15日に質問をした続きなのですが、おかげさまで「新規アプリケーシ
ョンセットの追加」と「カスタム ICA コネクション」は無事隠せた
のですが、アプリケーションアイコンの上にある設定のボタンを消す事が
出来ません。
教えていただいたURLのページはよく読んだつもりですが、
調べ方が足りないのでしょうか?
それとも別に方法があるのでしょうか?
どうかご存知の方、御教授下さい。
よろしくお願いします。
トミです。
8/15日に質問をした続きなのですが、おかげさまで「新規アプリケーシ
ョンセットの追加」と「カスタム ICA コネクション」は無事隠せた
のですが、アプリケーションアイコンの上にある設定のボタンを消す事が
出来ません。
教えていただいたURLのページはよく読んだつもりですが、
調べ方が足りないのでしょうか?
それとも別に方法があるのでしょうか?
どうかご存知の方、御教授下さい。
よろしくお願いします。
すみません。もう一つ質問で、
「ICAクライアントをインストール」→「ICAクライアントをアンインストール」→「カスタマイズしたICAクライアントをインストール」
とすると、最初にインストールしたICAクライアントが表示されてアンインストール後に入れたICAクライアントの設定が反映されません。
どうやれば、設定情報などが上書きされるのでしょうか?
よろしくお願いします。
「ICAクライアントをインストール」→「ICAクライアントをアンインストール」→「カスタマイズしたICAクライアントをインストール」
とすると、最初にインストールしたICAクライアントが表示されてアンインストール後に入れたICAクライアントの設定が反映されません。
どうやれば、設定情報などが上書きされるのでしょうか?
よろしくお願いします。
APPSRV.INIに以下パラメータを設定することにより、最初は隠す事ができます。
ただし、表示メニューでタスクバーを出す設定にすれば出てしまいます。
PNUIShowTB=2
Access2000のインストールについて
MetaFrame上(Win2000)でAccessを参照設定しているプログラム(VBで作成)を実行すると以下のメッセージが出力されます。
「Windows Terminal Server 上では Microsoft Office 2000
セットアップの標準設定で機能しないものがあります。
Office を Terminal Server にインストールするには、
Office 2000 リソース キットか
http://www.microsoft.com/office/ork/にある
Office 2000 リソースキットのインストラクションに
従ってください。」
[OK] をクリックすると続けて下記のメッセージが表示されます。
「エラーが発生したため、インストールを完了できませんでした。」
MetaFrameというよりはTerminal Server上のことなのかも知れ
ませんが、対処方法がわかりません。
どなたか教えていただけませんか?よろしくお願いいたします。
Terminal Server
「Windows Terminal Server 上では Microsoft Office 2000
セットアップの標準設定で機能しないものがあります。
Office を Terminal Server にインストールするには、
Office 2000 リソース キットか
http://www.microsoft.com/office/ork/にある
Office 2000 リソースキットのインストラクションに
従ってください。」
[OK] をクリックすると続けて下記のメッセージが表示されます。
「エラーが発生したため、インストールを完了できませんでした。」
MetaFrameというよりはTerminal Server上のことなのかも知れ
ませんが、対処方法がわかりません。
どなたか教えていただけませんか?よろしくお願いいたします。
Terminal Server
ちなみに該当するMetaFrameServer上にはACCESSはどの様に
インストールされたのでしょうか?
リソースキットのtermsrvr.mstを使用してインストールされた
のでしょうか?
インストールされたのでしょうか?
リソースキットのtermsrvr.mstを使用してインストールされた
のでしょうか?
説明不足で申し訳ありません。
>リソースキットのtermsrvr.mstを使用してインストールされた
>のでしょうか?
D:\Setup.exe /t C:\Termsrvr.mstと「ファイル名を指定して実行」からインストールしたのですがダメでした。
上記の方法でさらにインストールの手順で考慮しなければ
ならない事があるのでしょうか?
端末がWin2000の場合、当事象は発生せず、Win98の場合発生しています。
よろしくお願いいたします。
>リソースキットのtermsrvr.mstを使用してインストールされた
>のでしょうか?
D:\Setup.exe /t C:\Termsrvr.mstと「ファイル名を指定して実行」からインストールしたのですがダメでした。
上記の方法でさらにインストールの手順で考慮しなければ
ならない事があるのでしょうか?
端末がWin2000の場合、当事象は発生せず、Win98の場合発生しています。
よろしくお願いいたします。
インストール手順としては以下の方法で行う必要があります。
1.[コントロールパネル]-[アプリケーションの追加と削除]
もしくは
2.コマンドプロンプトより change user /install を
実行した後、[ファイル名を指定してから実行]より
各アプリケーションにあわせたインストール手順を実行。
なんとなく、どちらでも無いような感じがしますので、
この事が少しは関連しているかもしれません。
1.[コントロールパネル]-[アプリケーションの追加と削除]
もしくは
2.コマンドプロンプトより change user /install を
実行した後、[ファイル名を指定してから実行]より
各アプリケーションにあわせたインストール手順を実行。
なんとなく、どちらでも無いような感じがしますので、
この事が少しは関連しているかもしれません。
ありがとうございます。
試してみます。
試してみます。
プリンタについて
また質問で申し訳ないのですが、
サーバーのアプリケーションログに「クライアントのプリンタ
プロパティ取得中にエラーが発生しました。デフォルトのプリンタ
プロパティが適用されます。」というログがクライアントが接続
しにきた時必ずでます。
特に設定するところが見当たらず、どうしてよいものかわかりません。
どなたかご存知の方、お教え願えないでしょうか?
サーバーのアプリケーションログに「クライアントのプリンタ
プロパティ取得中にエラーが発生しました。デフォルトのプリンタ
プロパティが適用されます。」というログがクライアントが接続
しにきた時必ずでます。
特に設定するところが見当たらず、どうしてよいものかわかりません。
どなたかご存知の方、お教え願えないでしょうか?
最低限以下の情報は提供した方がレスつけやすいと思います。
・現象が発生するサーバのOS、SPの適用状況
・MetaFrameのバージョン、MetaFrameのSP及びHotFixの適用状況
話は変わって本題ですが、
イベントログに記録された事象により、実際の動作で何か問題があるのでしょうか?
ログの内容を判断するに、MetaFrameのAutoCreateプリンタを御使用
になっており、接続時にサーバ側からクライアントのプリンタのプロパティを参照しているわけですね。メタフレームの仕組み上は当たり前の動作に思われます。
プリンタドライバの提供元がマイクロソフトとメーカーのものを混在
させてませんか?
該当のメッセージが出るプリンタについて、サーバ側とクライアント
側のプリンタドライバの供給元を合わせてみてはいかがでしょうか?
多少改善される余地はあるかと思います。
マイクロソフトのドライバとメーカー製のドライバではサポートしているプロパティ及び、機能に違いがある為、おっしゃるような現象が発生
するものと思われます。
AutoCreateプリンタを使用しないですむのなら、プリンタマッピングをしなければイベントは発生しなくなると思います。
それじゃ意味ないかもしれないけど。
・現象が発生するサーバのOS、SPの適用状況
・MetaFrameのバージョン、MetaFrameのSP及びHotFixの適用状況
話は変わって本題ですが、
イベントログに記録された事象により、実際の動作で何か問題があるのでしょうか?
ログの内容を判断するに、MetaFrameのAutoCreateプリンタを御使用
になっており、接続時にサーバ側からクライアントのプリンタのプロパティを参照しているわけですね。メタフレームの仕組み上は当たり前の動作に思われます。
プリンタドライバの提供元がマイクロソフトとメーカーのものを混在
させてませんか?
該当のメッセージが出るプリンタについて、サーバ側とクライアント
側のプリンタドライバの供給元を合わせてみてはいかがでしょうか?
多少改善される余地はあるかと思います。
マイクロソフトのドライバとメーカー製のドライバではサポートしているプロパティ及び、機能に違いがある為、おっしゃるような現象が発生
するものと思われます。
AutoCreateプリンタを使用しないですむのなら、プリンタマッピングをしなければイベントは発生しなくなると思います。
それじゃ意味ないかもしれないけど。
環境について書いていませんでした。すみません。
サーバOSはWindows2000 Server で SP2 まで当てています。
MFサーバはMetaFrameXp を使っています。 SPは調べた限りでは、
まだありませんでした。CDよりインストールしたままの状態で動かしています。
また、プリンタのドライバはMFサーバ、ICAクライアントともに
Ricoh imagio の同一製品のものを使っています。リコー製品です。
もちろんサーバ、クライアント各々のOSに対応したものをそれぞれインストール
しています。
アプリケーションイベントログには、常に前述のメッセージが出ています。
依然としてプロパティが取得できない状態のままです。
このため、動作上の問題としては、クライアント側で指定している用紙の
サイズや縮小率が印刷時に反映されないことです。アプリケーションによってサイズや率の
異なる用紙を使うので、非常に困っています。
たびたびの質問になってしまいましたが、よろしくお願いします。
サーバOSはWindows2000 Server で SP2 まで当てています。
MFサーバはMetaFrameXp を使っています。 SPは調べた限りでは、
まだありませんでした。CDよりインストールしたままの状態で動かしています。
また、プリンタのドライバはMFサーバ、ICAクライアントともに
Ricoh imagio の同一製品のものを使っています。リコー製品です。
もちろんサーバ、クライアント各々のOSに対応したものをそれぞれインストール
しています。
アプリケーションイベントログには、常に前述のメッセージが出ています。
依然としてプロパティが取得できない状態のままです。
このため、動作上の問題としては、クライアント側で指定している用紙の
サイズや縮小率が印刷時に反映されないことです。アプリケーションによってサイズや率の
異なる用紙を使うので、非常に困っています。
たびたびの質問になってしまいましたが、よろしくお願いします。
RICHO製プリンタである場合、動作モードをRPDLとRPCSの2種類が
あったような気がします。
RPCSがデフォルトで指定されている為、その状態ではうまくいか
ないケースがあった様に覚えております。
ためしにRPDLドライバを使用してみてはいかがでしょうか?
運がよければ、うまくいくかもしれません。
あったような気がします。
RPCSがデフォルトで指定されている為、その状態ではうまくいか
ないケースがあった様に覚えております。
ためしにRPDLドライバを使用してみてはいかがでしょうか?
運がよければ、うまくいくかもしれません。
Ricohのプリンターは上にもレスがありますが、
NT用と98用ではドライバー名が違います。
そこでサーバーにはNT用をインストールして
Citrix管理コンソールでプリンター名の割り当て
から名前を緋付けると動くケースが多いようです。
NTのプリンター名 = 98のプリンター名
(MFのドライバ) (98クライアントのドライバ)
詳しくはマニュアルのプリンター管理の所を参照
してみてください。
NT用と98用ではドライバー名が違います。
そこでサーバーにはNT用をインストールして
Citrix管理コンソールでプリンター名の割り当て
から名前を緋付けると動くケースが多いようです。
NTのプリンター名 = 98のプリンター名
(MFのドライバ) (98クライアントのドライバ)
詳しくはマニュアルのプリンター管理の所を参照
してみてください。
初めて投稿します。私も現在、同様の問題で悩んでいます。
富士通のHP等で調べても、クライアントのプロパティ設定は、マッピング時に引き継がれないと記述されており、既定値の用紙サイズ等が
マッピングされないのではないかと思います。
その後何か対応策等見つけられていらっしゃいましたら、レスに入れていただきたいのですが・・・
富士通のHP等で調べても、クライアントのプロパティ設定は、マッピング時に引き継がれないと記述されており、既定値の用紙サイズ等が
マッピングされないのではないかと思います。
その後何か対応策等見つけられていらっしゃいましたら、レスに入れていただきたいのですが・・・
お世話になっていますトミです。
まだ対応策は出来ていません。
色々と試してはいるのですが・・・・
1、サーバーにクライアント用のプリンタを用意してクライアントのポートを指 定する。→設定をプリンタごとにしなくてはならず、運用に耐 えない。
2、アクロバットでファイルに落としてもらってからクライアント側から印刷 してもらう。→ライセンスを調査中。
3、shinprintは?
→調査中
こんな感じです。
macchiさんのほうはどういった感じでしょうか?
対応策等見つけていらっしゃいましたら、レスお願いします。
まだ対応策は出来ていません。
色々と試してはいるのですが・・・・
1、サーバーにクライアント用のプリンタを用意してクライアントのポートを指 定する。→設定をプリンタごとにしなくてはならず、運用に耐 えない。
2、アクロバットでファイルに落としてもらってからクライアント側から印刷 してもらう。→ライセンスを調査中。
3、shinprintは?
→調査中
こんな感じです。
macchiさんのほうはどういった感じでしょうか?
対応策等見つけていらっしゃいましたら、レスお願いします。
はじめまして、1980です。
上記のレスになるかわかりませんが、
クライアント側でプリントアウトさせる方法に
画面のハードコピーをとる方法ではどうでしょうか?
現在、ある部署で利用している方法です。
参考までに・・・
上記のレスになるかわかりませんが、
クライアント側でプリントアウトさせる方法に
画面のハードコピーをとる方法ではどうでしょうか?
現在、ある部署で利用している方法です。
参考までに・・・
サーバーのドライブについて
初心者な質問ですみません。
現在windows2000server+metaflameXPでテストを行っているのですが、
クライアント側が保存する時、サーバー側のシステムドライブが見えてしまいます。
システムポリシーを使用すれば隠せると聞き試しているのですが、使い方がよく解らず
反映されません。
どなたかよいアドバイスをよろしくお願いします。
現在windows2000server+metaflameXPでテストを行っているのですが、
クライアント側が保存する時、サーバー側のシステムドライブが見えてしまいます。
システムポリシーを使用すれば隠せると聞き試しているのですが、使い方がよく解らず
反映されません。
どなたかよいアドバイスをよろしくお願いします。
おそらく、アクティブディレクトリのポリシーコントロールで可能なはずです。
ただし、ADをインストールせずにWin2Kサーバでポリシーを掛ける方法があるかと
いえば、ZAKしかありません。ただ、ZAKはあくまでもNT4.0用らしいのでサポート
が受けられるのかどうか・・。どなたかご存知有りませんか?
特に、ZAKを使用したときの移動ユーザプロファイル機能を使用できるユーザは
ドメインのユーザになるのかローカルのユーザになるのか疑問です。
ただし、ADをインストールせずにWin2Kサーバでポリシーを掛ける方法があるかと
いえば、ZAKしかありません。ただ、ZAKはあくまでもNT4.0用らしいのでサポート
が受けられるのかどうか・・。どなたかご存知有りませんか?
特に、ZAKを使用したときの移動ユーザプロファイル機能を使用できるユーザは
ドメインのユーザになるのかローカルのユーザになるのか疑問です。
MetaサーバへのIE5.0インストールについて
初めて投稿します。
MetaサーバにIE5.0をインストール出来ずに困っています。
TerminalServerでIEをインストールしない設定でセットアップし、
しばらく使用していました。
後にIE5.0を導入しようとすると、下記メッセージで蹴られて
しまいます。
<メッセージ>
「前回のインストールが完了していません。
インターネットエクスプローラのセットアップを実行する前に
コンピュータを再起動してインストールを完了してください。」
再起動して追加削除からインストールを試みましたが現象は変わり
ません。
インストール履歴にも何も残っていないので、アンインストールも
出来ません。
インストールできるようにする方法はないでしょうか?
環境は以下の通りです。
Win NT 4.0 TSE + SP6 + Hotfix(Q257870i,Q269214i) + MetaFrame1.8
よろしくお願いします。
MetaサーバにIE5.0をインストール出来ずに困っています。
TerminalServerでIEをインストールしない設定でセットアップし、
しばらく使用していました。
後にIE5.0を導入しようとすると、下記メッセージで蹴られて
しまいます。
<メッセージ>
「前回のインストールが完了していません。
インターネットエクスプローラのセットアップを実行する前に
コンピュータを再起動してインストールを完了してください。」
再起動して追加削除からインストールを試みましたが現象は変わり
ません。
インストール履歴にも何も残っていないので、アンインストールも
出来ません。
インストールできるようにする方法はないでしょうか?
環境は以下の通りです。
Win NT 4.0 TSE + SP6 + Hotfix(Q257870i,Q269214i) + MetaFrame1.8
よろしくお願いします。
別項目で書き込みした者です。
同様の現象でした。
原因は、仮想メモリが十分なかったせいでした。
実メモリの2.25倍以上確保してみてください。
IEは、アンインストールして、再度インストールし直してください。
同様の現象でした。
原因は、仮想メモリが十分なかったせいでした。
実メモリの2.25倍以上確保してみてください。
IEは、アンインストールして、再度インストールし直してください。
ICAクライアントのインストールについて
始めまして。
初心者な質問で申し訳無いのですが
クライアント側に何もいじられたくないので、「新規アプリケーションセットの追加」と
「カスタム ICA コネクション」を表示せず、アプリケーションセットだけを表示
するICAクライアント(program Neighborhood)を配布したいのですが、可能ですか?
どなたかよいアドバイスをお願いします。
よろしくお願いします。
初心者な質問で申し訳無いのですが
クライアント側に何もいじられたくないので、「新規アプリケーションセットの追加」と
「カスタム ICA コネクション」を表示せず、アプリケーションセットだけを表示
するICAクライアント(program Neighborhood)を配布したいのですが、可能ですか?
どなたかよいアドバイスをお願いします。
よろしくお願いします。
可能です。appsrv.srcをカスタマイズした配布ディスクを作ればOKです。
takaさんこんにちは、
大野さんが言われる方法でよいと思います。
以下URLにてDoccument ID:CTX331178 で検索すると
appsrv.ini のパラメタ説明がありますので、設定にてカスタマイズできる部分については
参照される事をお薦めします。
http://knowledgebase.citrix.com/cgi-bin/webcgi.exe?New,KB=CitrixKB
具体的には以下の様にすればよいのだと思います。
--カスタムICAコネクションの部分はここ、表示したくないのでOffかな。
CustomConnectionsIconOff=Off
# Change this setting to On to remove the Custom ICA Connections icon from the client.
--新規アプリケーションセットの検索の部分はここなので、ここはonにしたいのですね。
FindNewApplicationSetIconOff=On
# Change this setting to On to remove the Find New Application Set icon from the client.
その他の部分については調べてみてください。
大野さんが言われる方法でよいと思います。
以下URLにてDoccument ID:CTX331178 で検索すると
appsrv.ini のパラメタ説明がありますので、設定にてカスタマイズできる部分については
参照される事をお薦めします。
http://knowledgebase.citrix.com/cgi-bin/webcgi.exe?New,KB=CitrixKB
具体的には以下の様にすればよいのだと思います。
--カスタムICAコネクションの部分はここ、表示したくないのでOffかな。
CustomConnectionsIconOff=Off
# Change this setting to On to remove the Custom ICA Connections icon from the client.
--新規アプリケーションセットの検索の部分はここなので、ここはonにしたいのですね。
FindNewApplicationSetIconOff=On
# Change this setting to On to remove the Find New Application Set icon from the client.
その他の部分については調べてみてください。
Metaframe(NFuse?)の利用について
はじめまして。
初めて投稿します。初心者な質問で申し訳ないのですが、
クライアント側にICAクライアントをインストールすることなしに、Webブラウザのみで
メタフレームサーバー上のアプリケーションを利用したいのですがどのような設定を
すればよいのかが解りません。
どなたかよいアドバイスいただけないでしょうか?
構成はWIN2000server+MetaFrameXPです。
よろしくお願いします。
初めて投稿します。初心者な質問で申し訳ないのですが、
クライアント側にICAクライアントをインストールすることなしに、Webブラウザのみで
メタフレームサーバー上のアプリケーションを利用したいのですがどのような設定を
すればよいのかが解りません。
どなたかよいアドバイスいただけないでしょうか?
構成はWIN2000server+MetaFrameXPです。
よろしくお願いします。
ICAクライアントのインストールを手動(ここがみそ)ですることなしにWEBブラウザのみで
メタフレームサーバー上のアプリケーションを利用することは可能です。
Active-XクライアントもしくはJavaクライアントをアクセスされるWEBページで自動ダウンロード/インストールされる形に構成しておけば、クライアント側でAcitive-Xのダウンロードを禁止していたり、Javaが動作しない環境でなければ、大体うまくいくはずです。
ICAクライアントをインストールすることなしに、WEBブラウザのみでメタフレームサーバ上
のアプリケーションを利用することは通常のやり方ではできません。これについてはまだ、
確証がとれていない為、お話できませんが、ほとんどのWEBブラウザ経由のMetaFrameサーバ
へのアクセスは上記の例と同様ですので、試されてはいかがでしょうか?
メタフレームサーバー上のアプリケーションを利用することは可能です。
Active-XクライアントもしくはJavaクライアントをアクセスされるWEBページで自動ダウンロード/インストールされる形に構成しておけば、クライアント側でAcitive-Xのダウンロードを禁止していたり、Javaが動作しない環境でなければ、大体うまくいくはずです。
ICAクライアントをインストールすることなしに、WEBブラウザのみでメタフレームサーバ上
のアプリケーションを利用することは通常のやり方ではできません。これについてはまだ、
確証がとれていない為、お話できませんが、ほとんどのWEBブラウザ経由のMetaFrameサーバ
へのアクセスは上記の例と同様ですので、試されてはいかがでしょうか?
レスありがとうございました。
それで、また質問で申し訳ないのですが、「通常のやり方ではできない」とは
メタフレームのパッケージそのものをカスタマイズしないといけないという事でしょうか?
できれば、その通常でない方法を参考までに教えていただきたいのですが。
それで、また質問で申し訳ないのですが、「通常のやり方ではできない」とは
メタフレームのパッケージそのものをカスタマイズしないといけないという事でしょうか?
できれば、その通常でない方法を参考までに教えていただきたいのですが。
申し訳ありませんが、今のところお話できません。
今の所いえるのは、パッケージをカスタマイズする必要はありません。
商売に絡む部分でもありますので、これ以上はご勘弁ください。
今の所いえるのは、パッケージをカスタマイズする必要はありません。
商売に絡む部分でもありますので、これ以上はご勘弁ください。
Powerful & Beautiful
力強く、美しいシステムを。