トピック検索
1789 件のトピックが該当しました。
- クライアントのプリンタについて - 羊 ( 2004/02/27 20:01:54 更新)
- Excelファイルへのアクセス - メタメタ ( 2004/02/24 23:04:08 更新)
- 印刷処理後に画面にフォーカスが戻らない。 - まさむね ( 2004/02/20 22:37:44 更新)
- Webサーバーの必要性 - TT ( 2004/02/16 14:20:09 更新)
- 「ログオン可能なライセンス数の最大値に達しました」のエラー - katu ( 2004/02/12 20:11:05 更新)
- MetaframeServer側単一フォルダの公開について - はち ( 2004/02/12 11:28:23 更新)
- CCAの試験について - koutarou ( 2004/02/11 16:57:22 更新)
- 自動生成されたプリンタが管理を外れる？現象 - NS1 ( 2004/02/09 16:05:00 更新)
- ターミナルサービスのライセンス発行について - BANDO ( 2004/02/07 15:07:38 更新)
- 印刷時、罫線しか印刷されない - メルハン ( 2004/02/07 13:47:26 更新)
クライアントのプリンタについて
こんにちは。
さっそくですが、メタフレームに接続すると、クライアントのデフォルトプリンタに
「Citrix ICA リモート ジョブ」
というものが作成され、このジョブが消えるまでサーバのデスクトップが表示されません。
時間的には、3分ほどかかります。
接続後にプリンタが自動作成されているか見てみると作成されていません。
コネクション構成ツールで、プリンタ接続を有効にして、
管理コンソールのプリンタ管理で、自動生成も有効にしています。
ほかに、設定がひつようなのでしょうか？
環境は、
MetaframeXP SP3
Windows 2003 Server
です。
どうぞ、宜しくお願い致します。
さっそくですが、メタフレームに接続すると、クライアントのデフォルトプリンタに
「Citrix ICA リモート ジョブ」
というものが作成され、このジョブが消えるまでサーバのデスクトップが表示されません。
時間的には、3分ほどかかります。
接続後にプリンタが自動作成されているか見てみると作成されていません。
コネクション構成ツールで、プリンタ接続を有効にして、
管理コンソールのプリンタ管理で、自動生成も有効にしています。
ほかに、設定がひつようなのでしょうか？
環境は、
MetaframeXP SP3
Windows 2003 Server
です。
どうぞ、宜しくお願い致します。
英語版ではHotfixがありましたが、、、日本語版は確認してません。
Windows2000-KB822428-x86-JPN.exeというパッチがあります。
ただしこれはMicrosoftのホームページではまだ公開されていないみたいですけど。
内容はプリンタの作成/削除に時間がかかってログオン/ログオフが遅くなる問題の修正です。うちの会社ではMSから直接もらったみたいですよ。
ただしこれはMicrosoftのホームページではまだ公開されていないみたいですけど。
内容はプリンタの作成/削除に時間がかかってログオン/ログオフが遅くなる問題の修正です。うちの会社ではMSから直接もらったみたいですよ。
2chに情報あったので参考までに
http://pc3.2ch.net/test/read.cgi/mobile/997376301/501-600
http://pc3.2ch.net/test/read.cgi/mobile/997376301/501-600
有難う御座います。
＞Nobodyさん
英語版のhotfixを見てみました。
（といっても、サイト翻訳しながらなんであまり理解できませんでしたが・・）
英語版のhotfixは、8つもあるんですね。
日本語の場合は1つしかないんですが、やはり日本語版のHotfixがでるのを待つしかないのでしょうね。
＞Scanさん
Windows2000のパッチのようですが、Windows2003でも同様の障害があるのでしょうか？
2chスレ参考になりました。
＞Nobodyさん
英語版のhotfixを見てみました。
（といっても、サイト翻訳しながらなんであまり理解できませんでしたが・・）
英語版のhotfixは、8つもあるんですね。
日本語の場合は1つしかないんですが、やはり日本語版のHotfixがでるのを待つしかないのでしょうね。
＞Scanさん
Windows2000のパッチのようですが、Windows2003でも同様の障害があるのでしょうか？
2chスレ参考になりました。
解決しました。
FR3のライセンスを取得してアクティブ化したら、
正常にプリンタを認識するようになりました。
お騒がせしました。
FR3のライセンスを取得してアクティブ化したら、
正常にプリンタを認識するようになりました。
お騒がせしました。
Excelファイルへのアクセス
はじめまして。
早速なんですが質問させていただきます。
公開アプリをAPPサーバーで設定しその公開アプリからAPPサーバー上のExcelに書き込みに
行くプログラムがあるのですが、クライアント複数がそのプログラムを同時期に実行した場
合一人は書き込めるのですが他のクライアントは’書き込めません’のエラー表示が出ます。
ちなみに、Excelのパスはサーバー上にあるtxtに書いてあり、プログラム起動時に読みに行く
といった感じです。
クライアント端末一台一台にExcelを作り、ドライブマッピングを利用してtxtのパスを変更するしかないのでしょうか？
クライアントが全員同時に起動してもエラーが出なくなる方法を何でもいいので教えてください。
早速なんですが質問させていただきます。
公開アプリをAPPサーバーで設定しその公開アプリからAPPサーバー上のExcelに書き込みに
行くプログラムがあるのですが、クライアント複数がそのプログラムを同時期に実行した場
合一人は書き込めるのですが他のクライアントは’書き込めません’のエラー表示が出ます。
ちなみに、Excelのパスはサーバー上にあるtxtに書いてあり、プログラム起動時に読みに行く
といった感じです。
クライアント端末一台一台にExcelを作り、ドライブマッピングを利用してtxtのパスを変更するしかないのでしょうか？
クライアントが全員同時に起動してもエラーが出なくなる方法を何でもいいので教えてください。
想像ですが・・・
Excelは同一ファイルを複数起動した場合に読み取り専用で開いてしまう為になるのでは？
同じファイルに書き込まなければいけないのですかね？データを落とすだけならAccessのmdbなどに書き込むほうが制御はらくなような気はしますけど
Excelは同一ファイルを複数起動した場合に読み取り専用で開いてしまう為になるのでは？
同じファイルに書き込まなければいけないのですかね？データを落とすだけならAccessのmdbなどに書き込むほうが制御はらくなような気はしますけど
EXCELにはあらかじめ雛型が書かれており、そこにデータを印字していくといったプログラムなのでデータを落としてからが問題になっています。
メタフレームの設定でどうにかならないでしょうか？
メタフレームの設定でどうにかならないでしょうか？
これはICAセッションにログオンするユーザー名が一意の場合に出来ると思いますが
?／舛?らユーザープロファイル内のディレクトリにコピー
?△修海?らExcelに書き込み
これなら読み取り専用にはならないと思いますけど。
?／舛?らユーザープロファイル内のディレクトリにコピー
?△修海?らExcelに書き込み
これなら読み取り専用にはならないと思いますけど。
Nobodyさん＞
もう少し聞かせてください。ユーザープロファイルというのは？
言い忘れていて申し訳ありませんが、一応このプログラムはEXCELを他のフォルダに
コピーして印字するようになっています。
また、コピー先のパスは.EXEが置いてあるフォルダと同じ階層になくてはならないのですが
そのパス名はどのように設定すればよいのでしょうか？一つのパスで各ユーザーのプロファイ
ル内のディレクトリを指定する方法はありますか？
もう少し聞かせてください。ユーザープロファイルというのは？
言い忘れていて申し訳ありませんが、一応このプログラムはEXCELを他のフォルダに
コピーして印字するようになっています。
また、コピー先のパスは.EXEが置いてあるフォルダと同じ階層になくてはならないのですが
そのパス名はどのように設定すればよいのでしょうか？一つのパスで各ユーザーのプロファイ
ル内のディレクトリを指定する方法はありますか？
出来るはず・・・（汗
アプリは詳しくないのですがたとえばsystemフォルダなら%system_root%とか使えますよね？そういった指定は出来ると思いますよ。
アプリは詳しくないのですがたとえばsystemフォルダなら%system_root%とか使えますよね？そういった指定は出来ると思いますよ。
例えば、\\各ユーザープロファイルのディレクトリ名\aaa\XLS というようなパス指定を設定できないでしょうか？？
Metaサーバ上でchkroot.cmdを実行するとユーザー毎のホームディレクトリが設定されます。
それを実行すれば（たとえばW:としたとします）クライアントのアプリケーションではW:\〜と指定してやればユーザー毎のプロファイルディレクトリ内でファイルの指定が出来ると思いますけど。
それを実行すれば（たとえばW:としたとします）クライアントのアプリケーションではW:\〜と指定してやればユーザー毎のプロファイルディレクトリ内でファイルの指定が出来ると思いますけど。
それは、例えばクライアントＡがそのパス（Ｗ:\aaa\XLS）を読んだら→Ａのユーザプロファイルディレクトリ内のEXCELファイルを読みに行き、
クライアントＢが読んだ場合はＢのユーザプロファイルディレクトリ内のファイルを読みに行くことが出来るということですよねえ？
あと、chkroot.cmdの実行の手順をもう少し詳しく教えていただけると嬉しいです。
ご迷惑をお掛けしますがよろしくお願いします。
クライアントＢが読んだ場合はＢのユーザプロファイルディレクトリ内のファイルを読みに行くことが出来るということですよねえ？
あと、chkroot.cmdの実行の手順をもう少し詳しく教えていただけると嬉しいです。
ご迷惑をお掛けしますがよろしくお願いします。
chkroot.cmdは厳密にいうとTerminalServiceの機能の中に含まれるファイルだったと思うのでMetaの資料にはのってないかもしれませんが。
>例えばクライアントＡがそのパス（Ｗ:\aaa\XLS）を読んだら→Ａのユーザプロファイ
>ルディレクトリ内のEXCELファイルを読みに行き、
>クライアントＢが読んだ場合はＢのユーザプロファイルディレクトリ内のファイルを読
>みに行くことが出来るということですよねえ？
要は↑が実現できると思います。
chkroot.cmdをメモ帳で開くとコメント書いてありますよ。
>例えばクライアントＡがそのパス（Ｗ:\aaa\XLS）を読んだら→Ａのユーザプロファイ
>ルディレクトリ内のEXCELファイルを読みに行き、
>クライアントＢが読んだ場合はＢのユーザプロファイルディレクトリ内のファイルを読
>みに行くことが出来るということですよねえ？
要は↑が実現できると思います。
chkroot.cmdをメモ帳で開くとコメント書いてありますよ。
クライアントのローカルにセットしてあるパス(Ｗ:\aaa\XLS)を読んでも、サーバー上にセットしてあるパス(Ｗ:\aaa\XLS)を読んでも、見るところは各クライアントのユーザーディレクトリ内のファイルで同じですか？ 以前にも書きましたが、パスが書かれているＴＸＴファイルは一つでサーバー上に存在します。なので、各クライアントは一度全員そのＴＸＴを見に来ます。そこで全員が一つのパス(Ｗ:\aaa\XLS)を見れば、各クライアントのユーザーディレクトリ内のファイルに振り分けられるんですよねえ？
何度も確認して申し訳ございませんが、よろしくお願いします。
chkroot.cmd確認してみます。
何度も確認して申し訳ございませんが、よろしくお願いします。
chkroot.cmd確認してみます。
印刷処理後に画面にフォーカスが戻らない。
こんにちは
DEVELOPER2000で開発されたパッケージアプリケーションを
Metaframe環境で動作させた時に、印刷処理後に画面にフォーカスが
戻ってこない（実行中の砂時計のまま）現象が発生します。
強制切断するしかなくなります。
困ったことに、常に発生するわけではなく、数回に一度発生します。
この現象が発生するタイミングも分かっていませんが、メモリ不足ということは
考えにくいです。接続ユーザー3台程度でも発生しました。
印刷は問題なくされるのです。印刷後に画面に戻ってこないのです。
アプリケーションの問題のような気もするのですが、2年近くＣ／Ｓ環境で
稼動していたのですがＣ／Ｓ環境では一度も発生していません。
以下Metaframeサーバーの環境です。
MetaframeXpe SP3
メモリ2Gのサーバー2台でのロードバランス
WINDOWS2000 SP4（SP3環境でも発生した）
AutoCreatePrinter未使用（AutoCreateでも発生しました）
同様の現象で、解決された事例がありましたら教えてください。
以上
DEVELOPER2000で開発されたパッケージアプリケーションを
Metaframe環境で動作させた時に、印刷処理後に画面にフォーカスが
戻ってこない（実行中の砂時計のまま）現象が発生します。
強制切断するしかなくなります。
困ったことに、常に発生するわけではなく、数回に一度発生します。
この現象が発生するタイミングも分かっていませんが、メモリ不足ということは
考えにくいです。接続ユーザー3台程度でも発生しました。
印刷は問題なくされるのです。印刷後に画面に戻ってこないのです。
アプリケーションの問題のような気もするのですが、2年近くＣ／Ｓ環境で
稼動していたのですがＣ／Ｓ環境では一度も発生していません。
以下Metaframeサーバーの環境です。
MetaframeXpe SP3
メモリ2Gのサーバー2台でのロードバランス
WINDOWS2000 SP4（SP3環境でも発生した）
AutoCreatePrinter未使用（AutoCreateでも発生しました）
同様の現象で、解決された事例がありましたら教えてください。
以上
単純にC/Sで動くからといってMETAでも動くかといってもそういうものでもないので。
WindowsはマルチユーザーOSですが同時に利用するのはログインしている単一ユーザーのみという考え方ですので。
それが同時に利用できるマルチユーザーになった場合には
??iniファイルのマルチユーザー対応
??HKEY_LOCAL_MACHINE→HKEY_CURRENT_USERへのレジストリ登録の変更
などなどいろいろ考え方を変えなければいけない部分もあります。（もちろんそのまま動くアプリケーションもあります）
またICAセッションにログオンするユーザーの権利によってもアクセス権のからみなどで動かなくなったりもしますし。
WindowsはマルチユーザーOSですが同時に利用するのはログインしている単一ユーザーのみという考え方ですので。
それが同時に利用できるマルチユーザーになった場合には
??iniファイルのマルチユーザー対応
??HKEY_LOCAL_MACHINE→HKEY_CURRENT_USERへのレジストリ登録の変更
などなどいろいろ考え方を変えなければいけない部分もあります。（もちろんそのまま動くアプリケーションもあります）
またICAセッションにログオンするユーザーの権利によってもアクセス権のからみなどで動かなくなったりもしますし。
DEVELOPER2000って正式にMetaFrameに対応していなかった様な･･･。
私も過去、同現象が発生しました。
OSの印刷用のﾒﾓﾘ空間が少ない事でした。
その際はActivereportで作り直す事で回避しました。
一度、TSE環境で動作させて見ては？
それで、MetaFrame独自の現象かを切り分けれると思います。
私も過去、同現象が発生しました。
OSの印刷用のﾒﾓﾘ空間が少ない事でした。
その際はActivereportで作り直す事で回避しました。
一度、TSE環境で動作させて見ては？
それで、MetaFrame独自の現象かを切り分けれると思います。
Scanさん、こんさんレスありがとうございます。
完全に解決はしておりませんが、中間報告です。
??Oracleに問い合わせしましたが、D2000はサポート外ということでした。
?▲?ライアントの画面のプロパティを変更。
⇒【設定】−【詳細】−【トラブルシューティング】でハードウェアアクセラレータを
『最大』から『なし』に変更。
※画面が固まる頻度が少なくなる。完全には、なくならない。
??Metaframeサーバーのシステムプロパティを変更。
⇒【詳細】−【パフォーマンスオプション】でアプリケーションの応答を
『バックグラウンドサービス』から『アプリケーション』に変更。
※さらに画面が固まる頻度が少なくなる。完全ではない。
以上、現在の状況です。
おそらく原因は、こんさんの指摘のＯＳの印刷用のメモリ空間が
少ないことだと思います。
特にD2000での印刷処理時、REPORTバックグラウンドエンジンがメモリを消費している
のではないかと疑っています。
そこで、さらに質問です。
・ＯＳの印刷用のメモリ空間を増やすことは出来ないでしょうか？
以上
完全に解決はしておりませんが、中間報告です。
??Oracleに問い合わせしましたが、D2000はサポート外ということでした。
?▲?ライアントの画面のプロパティを変更。
⇒【設定】−【詳細】−【トラブルシューティング】でハードウェアアクセラレータを
『最大』から『なし』に変更。
※画面が固まる頻度が少なくなる。完全には、なくならない。
??Metaframeサーバーのシステムプロパティを変更。
⇒【詳細】−【パフォーマンスオプション】でアプリケーションの応答を
『バックグラウンドサービス』から『アプリケーション』に変更。
※さらに画面が固まる頻度が少なくなる。完全ではない。
以上、現在の状況です。
おそらく原因は、こんさんの指摘のＯＳの印刷用のメモリ空間が
少ないことだと思います。
特にD2000での印刷処理時、REPORTバックグラウンドエンジンがメモリを消費している
のではないかと疑っています。
そこで、さらに質問です。
・ＯＳの印刷用のメモリ空間を増やすことは出来ないでしょうか？
以上
まさむねさんこんにちわ。わたしの担当しているシステムでも、Developer2000+MetaFrameXPで同様の障害が発生したことがあります。色々調査したところ、MetaFrameXPで追加された画面制御のためのサーバ〜ICAクライアント間の通信情報があまりに多すぎて、MetaFrameのメモリー異常が発生するようです。対処は以下のようにしました。
１ 公開アプリケーションであれば、画面をシームレスモードから固定ウィンドウモードに変更してみる。（これで、C/S間の通信情報が大幅に削減されます。）
２ １で効果があれば、レジストリの変更。とりあえず１を試して未て下さい。
１ 公開アプリケーションであれば、画面をシームレスモードから固定ウィンドウモードに変更してみる。（これで、C/S間の通信情報が大幅に削減されます。）
２ １で効果があれば、レジストリの変更。とりあえず１を試して未て下さい。
yossyさん情報ありがとうございます。
早速、固定ウィンドウモードで試してみます。
ただ、ひとつ気になるのは使い勝手（見た目）が固定ウィンドウだと
厳しい気がしています。
Metaframeのメモリ異常ということですが、Hotfixは出る予定はないのでしょうかね。
早速、固定ウィンドウモードで試してみます。
ただ、ひとつ気になるのは使い勝手（見た目）が固定ウィンドウだと
厳しい気がしています。
Metaframeのメモリ異常ということですが、Hotfixは出る予定はないのでしょうかね。
先週から約一週間、固定Windowsで運用したクライアントで現象が発生していません。
シームレスだと発生して、固定だと発生しないようです。
そこで、次にレジストリの変更を試してみたいのですが、レジストリの変更箇所は
どこになるのでしょうか？アドバイスお願いします。
シームレスだと発生して、固定だと発生しないようです。
そこで、次にレジストリの変更を試してみたいのですが、レジストリの変更箇所は
どこになるのでしょうか？アドバイスお願いします。
Webサーバーの必要性
初歩的な質問で申し訳ありませんが、
MetaFrameを導入するとき、Webサーバーをたてる必要性はあるのでしょうか？
WebInterfaceを使用しない場合でもWebサーバーは必要でしょうか？
どなたか教えていただけると幸いです。
MetaFrameを導入するとき、Webサーバーをたてる必要性はあるのでしょうか？
WebInterfaceを使用しない場合でもWebサーバーは必要でしょうか？
どなたか教えていただけると幸いです。
>MetaFrameを導入するとき、Webサーバーをたてる必要性はあるのでしょうか？
>WebInterfaceを使用しない場合でもWebサーバーは必要でしょうか？
WebInterFaceを使用しなければ必要ではありません。
>WebInterfaceを使用しない場合でもWebサーバーは必要でしょうか？
WebInterFaceを使用しなければ必要ではありません。
Nickey様、回答いただきありがとうございます。
解説書を読むと、ICAクライアントからMetaFrameサーバーを見つけにいく時に
HTTPプロトコルを使用するように書いているのですが、
ProgramNaberFoodを使用すればWebサーバーは必要ないとの理解で宜しい
でしょうか？
再度ご教示いただけると幸いです。
解説書を読むと、ICAクライアントからMetaFrameサーバーを見つけにいく時に
HTTPプロトコルを使用するように書いているのですが、
ProgramNaberFoodを使用すればWebサーバーは必要ないとの理解で宜しい
でしょうか？
再度ご教示いただけると幸いです。
>ProgramNaberFoodを使用すればWebサーバーは必要ないとの理解で宜しい
>でしょうか？
問題なしです。
WebサーバーはProgramNeighborhoodと同列と考えても良いでしょう。
つまり、どちらからアプリケーションセットに接続するかということです。
>でしょうか？
問題なしです。
WebサーバーはProgramNeighborhoodと同列と考えても良いでしょう。
つまり、どちらからアプリケーションセットに接続するかということです。
蛇足なのですが、コンテンツリダイレクト機能を使用したい場合には
WebInterFaceが必須になります。ProgramNeighborhoodエージェント
を利用する場合ですね。
例えば、公開アプリに「MS−WORD」を設定して、ファイル拡張子「.doc」の
ファイルを使用する時に公開アプリ「MS-WORD」を起動して利用した場合
などが相当します。
ただし、ProgramNeighborhoodエージェントの制限事項についてはマニュアルを
参照してください。
WebInterFaceが必須になります。ProgramNeighborhoodエージェント
を利用する場合ですね。
例えば、公開アプリに「MS−WORD」を設定して、ファイル拡張子「.doc」の
ファイルを使用する時に公開アプリ「MS-WORD」を起動して利用した場合
などが相当します。
ただし、ProgramNeighborhoodエージェントの制限事項についてはマニュアルを
参照してください。
「ログオン可能なライセンス数の最大値に達しました」のエラー
はじめまして、お世話になります。
NT4.0TSE＋Metaframe1.8でWebicaクライアントで使用しています。
時々（最近は週１回）、
ログオンする時に、次のようなエラーが表示されてしまい、ログオン出来ません。
「（×）ログオン可能なライセンス数の最大値に達しました。後でもう一度ログオンしてください。」
MetaFrameのライセンスは、十分足りています（１５ライセンス）。
５、６ユーザ使用時にでることもあり、それ以降のユーザがログオン出来なくなってしまい、困っています。（すでにログオンしているユーザは、使えているのですが）
サーバを再起動すれば復旧します。
原因がわかりません。
どなたか、このような現象について情報をお持ちの方、いらっしゃいましたら、どんな情報でも結構ですので、どうか教えてください。
よろしくお願いいたします。
NT4.0TSE＋Metaframe1.8でWebicaクライアントで使用しています。
時々（最近は週１回）、
ログオンする時に、次のようなエラーが表示されてしまい、ログオン出来ません。
「（×）ログオン可能なライセンス数の最大値に達しました。後でもう一度ログオンしてください。」
MetaFrameのライセンスは、十分足りています（１５ライセンス）。
５、６ユーザ使用時にでることもあり、それ以降のユーザがログオン出来なくなってしまい、困っています。（すでにログオンしているユーザは、使えているのですが）
サーバを再起動すれば復旧します。
原因がわかりません。
どなたか、このような現象について情報をお持ちの方、いらっしゃいましたら、どんな情報でも結構ですので、どうか教えてください。
よろしくお願いいたします。
ユーザーがログオフした際にもセッション残ってないですかね？たまにあります。
メッセージが出たときにCitrixサーバ管理ツールで確認してみては？
メッセージが出たときにCitrixサーバ管理ツールで確認してみては？
特にログオフした際にもセッションが残っているということは無かったと
思います。
また、メッセージが出たときにCitrixサーバ管理ツールを開くと、動きが
遅く、更新もほとんどかからない状態になってしまいます。
思います。
また、メッセージが出たときにCitrixサーバ管理ツールを開くと、動きが
遅く、更新もほとんどかからない状態になってしまいます。
MetaFrameを単一サーバーで動かしています。その場合ライセンスのプール数が関係してくるのでしょうか？
http://support.citrix.com/kb/entry!default.jspa?categoryID=118&entryID=3811&fromSearchPage=true
http://support.citrix.com/kb/entry!default.jspa?categoryID=118&entryID=3366&fromSearchPage=true
この辺りはどうでしょうか？
http://support.citrix.com/kb/entry!default.jspa?categoryID=118&entryID=3366&fromSearchPage=true
この辺りはどうでしょうか？
ありがとうございます。参考になりました。早速プール数の確認・変更を行って様子を見ることにしました。
MetaframeServer側単一フォルダの公開について
はじめまして。
Windows2000 Server(SP3) MetaframeXP(FR3)の環境で利用しております。
社外からの接続の為にルータでポートをリダイレクトし、
公開アプリ等が正常に動く状態になっております。
社内のICAクライアントはファイル共有が利用できる状態にありますので問題無いのですが、
社外のICAクライアントが社内MetaServerの単一のフォルダに対して、
データの参照や書き込みを行う為のスマートな方法がありますでしょうか？
公開デスクトップを利用してしまえば終わるのですが、それはさせたくありませんので
別の方法を考えております。
現在までにテストを行ってみた内容としては、
１．Windowsエクスプローラに特定のフォルダを渡して公開アプリ化
・・・当然ですがシェルエクスプローラが一緒に起動してきました。
２．IEに特定のフォルダを渡して公開アプリ化
・・・この場合データの参照は可能に。但し、D&D等の操作は当然不能
３．ネットワーク対応の２画面ファイラを公開アプリ化
・・・データの参照、書き込みが可能。しかし指定フォルダ以外への編集が可能になる為、ユーザに渡すのは危険。
Metaframeの機能だけで出来れば一番と考えておりますが、
難しい場合は上記３のような外部プログラムとの連携、もしくはFTPサーバの構築
も考えております。
良い案が御座いましたら御教授願います。
Windows2000 Server(SP3) MetaframeXP(FR3)の環境で利用しております。
社外からの接続の為にルータでポートをリダイレクトし、
公開アプリ等が正常に動く状態になっております。
社内のICAクライアントはファイル共有が利用できる状態にありますので問題無いのですが、
社外のICAクライアントが社内MetaServerの単一のフォルダに対して、
データの参照や書き込みを行う為のスマートな方法がありますでしょうか？
公開デスクトップを利用してしまえば終わるのですが、それはさせたくありませんので
別の方法を考えております。
現在までにテストを行ってみた内容としては、
１．Windowsエクスプローラに特定のフォルダを渡して公開アプリ化
・・・当然ですがシェルエクスプローラが一緒に起動してきました。
２．IEに特定のフォルダを渡して公開アプリ化
・・・この場合データの参照は可能に。但し、D&D等の操作は当然不能
３．ネットワーク対応の２画面ファイラを公開アプリ化
・・・データの参照、書き込みが可能。しかし指定フォルダ以外への編集が可能になる為、ユーザに渡すのは危険。
Metaframeの機能だけで出来れば一番と考えておりますが、
難しい場合は上記３のような外部プログラムとの連携、もしくはFTPサーバの構築
も考えております。
良い案が御座いましたら御教授願います。
GPのフォルダリダイレクトを使用してみては？ActiveDirectoryが必要になりますけど。
返答感謝致します。今回のケースとして、
社内ではWindows2000ServerにてADを展開しておりますが、
社外のPC自体がこのドメインへのログオンを行う様な仕様にはしておらず、
ログオンを行っているのはWANを介して直接接続されたICAセッション内部です。
しかし、VPN等で環境を構築しているユーザにはこのリダイレクト機能、使えそうですね。大変参考になっております。
社内ではWindows2000ServerにてADを展開しておりますが、
社外のPC自体がこのドメインへのログオンを行う様な仕様にはしておらず、
ログオンを行っているのはWANを介して直接接続されたICAセッション内部です。
しかし、VPN等で環境を構築しているユーザにはこのリダイレクト機能、使えそうですね。大変参考になっております。
ちょっと強引なやり方ですが・・・
１：メタサーバ上に書き込みさせたいフォルダを作成
２：そのフォルダを共有
３：メタサーバ上の%SyetemRoot%system32\usrlogon.cmdに以下の記述を追加（:cont
net use m: \\メタサーバ名\共有ドライブ名
これをやればmドライブとしてローカルにマッピングされます。あとはレジストリで既存のCドライブなどを非表示にすればいいのではないでしょうか？
１：メタサーバ上に書き込みさせたいフォルダを作成
２：そのフォルダを共有
３：メタサーバ上の%SyetemRoot%system32\usrlogon.cmdに以下の記述を追加（:cont
net use m: \\メタサーバ名\共有ドライブ名
これをやればmドライブとしてローカルにマッピングされます。あとはレジストリで既存のCドライブなどを非表示にすればいいのではないでしょうか？
追記
:cont0の次の行あたりでいいんではないでしょうか
:cont0の次の行あたりでいいんではないでしょうか
CCAの試験について
この前、CCAの試験を受けに行ったときにまったく分からなかった問題があったので皆さんの回答を聞きたいと思います。
Q1.NFuseが使用する階層は？？
1．2
2．3
3．4
4．5
まったくそんなもの調べても分からないのですがそもそも階層の考え方から教えて頂きたいです。
Q2.ICAクライアントが属するOSI階層は？
Q3.MetaFrameが使用できないポート番号は？
等の問題があったのですが、まった検討がつきません！
知っている方がいましたらどうかよろしくお願いいたします。
Q1.NFuseが使用する階層は？？
1．2
2．3
3．4
4．5
まったくそんなもの調べても分からないのですがそもそも階層の考え方から教えて頂きたいです。
Q2.ICAクライアントが属するOSI階層は？
Q3.MetaFrameが使用できないポート番号は？
等の問題があったのですが、まった検討がつきません！
知っている方がいましたらどうかよろしくお願いいたします。
Q1 NFuseはJavaオブジェクトなので、WEBサーバの次と考えます。
WEBサーバが1階層であると考えるならば、1.の2が回答かな？
WEBブラウザをカウントするなら、2.の3が回答と思われます。
Q2 ICAプロトコルはプレゼンテーション層だと思います。
プレゼンテーションプロトコルっていう位だから・・
Q3 使用できないポートは他のサービスで使用している
ポートだから明らかなものが選択肢にあったのでは？
WEBサーバが1階層であると考えるならば、1.の2が回答かな？
WEBブラウザをカウントするなら、2.の3が回答と思われます。
Q2 ICAプロトコルはプレゼンテーション層だと思います。
プレゼンテーションプロトコルっていう位だから・・
Q3 使用できないポートは他のサービスで使用している
ポートだから明らかなものが選択肢にあったのでは？
自動生成されたプリンタが管理を外れる？現象
参考にさせていただいています。
現在管理しているMetaframeで、自動生成されたプリンタが管理を外れる
（？いい表現がないです）現象が発生しているため、調査中です。
通常コメントに"Auto Created Client Printer"と付くはずが、たまに
コメントが付かず、ユーザが切断しても自動削除されません。
ちなみに、自動生成時に最初からなるようで、途中でコメントが消えることはないようです。
また、クライアント-Meta双方のプリンタドライバのバージョンを見たところ、
同じでも違う場合でも発生しているようです。
現状ではプリンタの削除で掃除を行っていますが、原因と対処法がもしありましたら
ご教示いただきたくお願いいたします。
環境は、Windows2000ServerSP2、MetaFrame XP FR2です。
現在管理しているMetaframeで、自動生成されたプリンタが管理を外れる
（？いい表現がないです）現象が発生しているため、調査中です。
通常コメントに"Auto Created Client Printer"と付くはずが、たまに
コメントが付かず、ユーザが切断しても自動削除されません。
ちなみに、自動生成時に最初からなるようで、途中でコメントが消えることはないようです。
また、クライアント-Meta双方のプリンタドライバのバージョンを見たところ、
同じでも違う場合でも発生しているようです。
現状ではプリンタの削除で掃除を行っていますが、原因と対処法がもしありましたら
ご教示いただきたくお願いいたします。
環境は、Windows2000ServerSP2、MetaFrame XP FR2です。
FR2のあといくつかHOTFIX出てますのでそれを適用してみては？
これなんかクサイ
http://www.citrix.co.jp/support/readme/xj103w2k028.html
これなんかクサイ
http://www.citrix.co.jp/support/readme/xj103w2k028.html
見させていただきました。
HotFixによって解消できるかもしれませんので、確認いたします。
ありがとうございました。
HotFixによって解消できるかもしれませんので、確認いたします。
ありがとうございました。
ターミナルサービスのライセンス発行について
ターミナルサービスのライセンスが一時ライセンスしか発行されません。
ライセンスの設定は下記の通りでライセンス購入しアクティブの状態です。
Windows Server 2003(Active Directry + ライセンスサーバー)
ターミナルサーバライセンス
Windows Server 2003 ﾀｰﾐﾅﾙｻｰﾊﾞｰ CAL ﾄｰｸﾝ(接続ﾕｰｻﾞｰ数）-> 25CAL
一時ﾗｲｾﾝｽ Windows Server 2003 ﾀｰﾐﾅﾙｻｰﾊﾞｰ CAL ﾄｰｸﾝ(接続ﾃﾞﾊﾞｲｽ数）
ターミナルサービス構成
サーバー設定
ライセンス 接続ﾃﾞﾊﾞｲｽ数
Windows Server 2003(MetaFrameXPa)×２
この環境でMetaClientから接続しても一時ライセンスとなります。
サーバー設定のライセンスは接続ﾃﾞﾊﾞｲｽ数でよいのでしょうか？
また接続ﾕｰｻﾞｰ数した場合、ライセンスをユーザーに割り当てることは
現在管理されていませんと表時されています。
ADサーバーとMetaサーバーは同一セグメントでMetaサーバーはADサーバー
にドメイン参加しています。
またこのセグメントには他のライセンスサーバーは存在せずMetaサーバー
のターミナルサービス構成でADサーバーに接続確認はできています。
よろしくお願いします。
ライセンスの設定は下記の通りでライセンス購入しアクティブの状態です。
Windows Server 2003(Active Directry + ライセンスサーバー)
ターミナルサーバライセンス
Windows Server 2003 ﾀｰﾐﾅﾙｻｰﾊﾞｰ CAL ﾄｰｸﾝ(接続ﾕｰｻﾞｰ数）-> 25CAL
一時ﾗｲｾﾝｽ Windows Server 2003 ﾀｰﾐﾅﾙｻｰﾊﾞｰ CAL ﾄｰｸﾝ(接続ﾃﾞﾊﾞｲｽ数）
ターミナルサービス構成
サーバー設定
ライセンス 接続ﾃﾞﾊﾞｲｽ数
Windows Server 2003(MetaFrameXPa)×２
この環境でMetaClientから接続しても一時ライセンスとなります。
サーバー設定のライセンスは接続ﾃﾞﾊﾞｲｽ数でよいのでしょうか？
また接続ﾕｰｻﾞｰ数した場合、ライセンスをユーザーに割り当てることは
現在管理されていませんと表時されています。
ADサーバーとMetaサーバーは同一セグメントでMetaサーバーはADサーバー
にドメイン参加しています。
またこのセグメントには他のライセンスサーバーは存在せずMetaサーバー
のターミナルサービス構成でADサーバーに接続確認はできています。
よろしくお願いします。
追伸）
購入したライセンスはクライアントアクセスライセンスなんですがＷＥＢで
ライセンスコードを入力してインストールした結果が
Windows Server 2003 ﾀｰﾐﾅﾙｻｰﾊﾞｰ CAL ﾄｰｸﾝ(接続ﾕｰｻﾞｰ数）
となっているのですが、クライアントアクセスライセンス＝デバイスＣＡＬ
なのではないのでしょうか？
（ユーザーＣＡＬ＝ターミナルサーバーユーザーＣＡＬ）
ライセンスが接続ユーザーなのに接続デバイスで要求しているので一時ライ
センスとなっているのでしょうか？
Windows 2000 Server でマイクロソフト サポート技術情報 - 818023 の
情報がありますが、Windows Server 2003 もインターネットとＷＥＢで表記
の違いが発生するのでしょうか？
購入したライセンスはクライアントアクセスライセンスなんですがＷＥＢで
ライセンスコードを入力してインストールした結果が
Windows Server 2003 ﾀｰﾐﾅﾙｻｰﾊﾞｰ CAL ﾄｰｸﾝ(接続ﾕｰｻﾞｰ数）
となっているのですが、クライアントアクセスライセンス＝デバイスＣＡＬ
なのではないのでしょうか？
（ユーザーＣＡＬ＝ターミナルサーバーユーザーＣＡＬ）
ライセンスが接続ユーザーなのに接続デバイスで要求しているので一時ライ
センスとなっているのでしょうか？
Windows 2000 Server でマイクロソフト サポート技術情報 - 818023 の
情報がありますが、Windows Server 2003 もインターネットとＷＥＢで表記
の違いが発生するのでしょうか？
何度かLoginしなおしても一時ライセンスは治りませんか？http://www.microsoft.com/japan/windowsserver2003/techinfo/overview/termservlic.mspx
を参考にしてみては
を参考にしてみては
いろいろテストしています。
判明した点。
クライアントアクセスライセンス＝デバイスＣＡＬなのですが、
ライセンスパッケージにクライアントアクセスライセンスのシールがはって
あったのでてっきりデバイスＣＡＬと思っていたのですが、ＭＳに問合せ
して確認すると購入したのはユーザーライセンスと判明しました。
そこで、ターミナルサービス構成にてライセンス設定を接続ユーザー数
に変更すると、一時ライセンスは発行されず接続できますが、ユーザー
ＣＡＬは減少せず、また接続クライアントも表示されず接続されています。
一時ライセンスが発行されていないので有効期限にはひっかからないと思う
のですが、このままでいいのか不安です。
Ｍｅｔａのクライアントレジストリにはライセンス書き込みもされていない様です。
またＭＳによると、２００３にて接続ユーザ数の管理（同一ユーザーなら
接続デバイスにかかわらず接続可能）はまだ実現出来ていないそうです。
したがって、接続ユーザー数＝接続デバイス数と同じになるそうです。
実現出来ていないなら紛らわしいので販売するなといいたいところですが・・・
Ｍｅｔａ側に接続デバイスか接続ユーザの設定することが出来るのでしょうか？
ＢＡＮＤＯ?鏡? さんへ
御指摘のＵＲＬ今から見てみます。
有難うございます。
判明した点。
クライアントアクセスライセンス＝デバイスＣＡＬなのですが、
ライセンスパッケージにクライアントアクセスライセンスのシールがはって
あったのでてっきりデバイスＣＡＬと思っていたのですが、ＭＳに問合せ
して確認すると購入したのはユーザーライセンスと判明しました。
そこで、ターミナルサービス構成にてライセンス設定を接続ユーザー数
に変更すると、一時ライセンスは発行されず接続できますが、ユーザー
ＣＡＬは減少せず、また接続クライアントも表示されず接続されています。
一時ライセンスが発行されていないので有効期限にはひっかからないと思う
のですが、このままでいいのか不安です。
Ｍｅｔａのクライアントレジストリにはライセンス書き込みもされていない様です。
またＭＳによると、２００３にて接続ユーザ数の管理（同一ユーザーなら
接続デバイスにかかわらず接続可能）はまだ実現出来ていないそうです。
したがって、接続ユーザー数＝接続デバイス数と同じになるそうです。
実現出来ていないなら紛らわしいので販売するなといいたいところですが・・・
Ｍｅｔａ側に接続デバイスか接続ユーザの設定することが出来るのでしょうか？
ＢＡＮＤＯ?鏡? さんへ
御指摘のＵＲＬ今から見てみます。
有難うございます。
>Ｍｅｔａ側に接続デバイスか接続ユーザの設定することが出来るのでしょうか？
それは無理です。MetaではMetaのLicenseしか管理できません。
それは無理です。MetaではMetaのLicenseしか管理できません。
ＢＡＮＤＯ?鏡い気鵑?
いろいろと有難うございます。
結局いろいろとためしてみましたが、Ｍｅｔａの問題よりもWindows Server 2003
の設定の問題の様です。
現状の状態をまとめると。
Windows Server 2003 のＣＡＬを２０
ﾀｰﾐﾅﾙｻｰﾊﾞｰ CAL ﾄｰｸﾝ(接続ﾕｰｻﾞｰ数） のＣＡＬを２５
以上の状態でＭｅｔａを使用しないクライアント２０台
Ｍｅｔａを使用するクライアント２５台
合計４５台のサーバーへの接続を実現する予定なのですが
サーバー接続の設定をユーザー接続にするとＭｅｔａで
接続しても、ﾀｰﾐﾅﾙｻｰﾊﾞｰ CAL(接続ﾕｰｻﾞｰ数）は消費せずに
Windows Server 2003 のCALを使用している様です
このままですと、合計２０クライアントしか接続できない
事になりそうです。
2000 Server ならややこしくない様なのですが、
2003 のＣＡＬのカウントが理解できていない様なので
調べている最中です。
いろいろと有難うございます。
結局いろいろとためしてみましたが、Ｍｅｔａの問題よりもWindows Server 2003
の設定の問題の様です。
現状の状態をまとめると。
Windows Server 2003 のＣＡＬを２０
ﾀｰﾐﾅﾙｻｰﾊﾞｰ CAL ﾄｰｸﾝ(接続ﾕｰｻﾞｰ数） のＣＡＬを２５
以上の状態でＭｅｔａを使用しないクライアント２０台
Ｍｅｔａを使用するクライアント２５台
合計４５台のサーバーへの接続を実現する予定なのですが
サーバー接続の設定をユーザー接続にするとＭｅｔａで
接続しても、ﾀｰﾐﾅﾙｻｰﾊﾞｰ CAL(接続ﾕｰｻﾞｰ数）は消費せずに
Windows Server 2003 のCALを使用している様です
このままですと、合計２０クライアントしか接続できない
事になりそうです。
2000 Server ならややこしくない様なのですが、
2003 のＣＡＬのカウントが理解できていない様なので
調べている最中です。
印刷時、罫線しか印刷されない
ある日から、複数のプリンタで罫線しか印刷できなくなりました。
プリンタは、CANONのインクジェット、EPSONのレーザーです。
それまでは問題なく印刷できていました。
Windows2000 SP3、MetaFrameXP Pre FR2 です。
どなたかこのような現象をご存知内でしょうか？
プリンタは、CANONのインクジェット、EPSONのレーザーです。
それまでは問題なく印刷できていました。
Windows2000 SP3、MetaFrameXP Pre FR2 です。
どなたかこのような現象をご存知内でしょうか？
まずは切り分けが必要かと・・・
・ICAクライアント経由では印刷できない？
・メタサーバ上から直接そのプリンタに印刷をかけた際の動作
・プリンタドライバのバージョン、クライアントのみ最新にしたりしていないかどうか
・そもそもプリンタはメタ対応か？（メーカーのホームページで確認）
・クライアントによって出たり出なかったりするのか？その場合OSに依存するか？
・出なくなった時の前になにかサーバ・クライアント上で設定の変更をおこなったか？
・METAのFR3orSP3をあててみてどうか？
などなど思いつくままに。
・ICAクライアント経由では印刷できない？
・メタサーバ上から直接そのプリンタに印刷をかけた際の動作
・プリンタドライバのバージョン、クライアントのみ最新にしたりしていないかどうか
・そもそもプリンタはメタ対応か？（メーカーのホームページで確認）
・クライアントによって出たり出なかったりするのか？その場合OSに依存するか？
・出なくなった時の前になにかサーバ・クライアント上で設定の変更をおこなったか？
・METAのFR3orSP3をあててみてどうか？
などなど思いつくままに。
インクジェットは大体うまく印刷できません。
また、EPSONのプリンタの場合、
ドライバのプロパティに印刷モードと言う設定があって、標準（プリンタ）にするとうまくいったりします。
また、EPSONのプリンタの場合、
ドライバのプロパティに印刷モードと言う設定があって、標準（プリンタ）にするとうまくいったりします。
Powerful & Beautiful
力強く、美しいシステムを。