トピック検索
1157 件のトピックが該当しました。
- ローカルドライブの自動マウントについて - mine ( 2000/09/21 15:52:39 更新)
- プリンタマッピングについて - Denken ( 2000/08/29 19:08:41 更新)
- Windows2000のTSAC - amayako ( 2000/07/18 20:11:33 更新)
- MetaFrame1.8 for Win2000について - しみみん ( 2000/07/17 17:00:08 更新)
- ＩＩＳ4.0のサポートについて - usk ( 2000/07/17 16:15:23 更新)
- IEにwebclient使用で起動アプリケーションは？ - ゴードンＨ ( 2000/07/05 17:18:19 更新)
- Ｎ−Ｆｕｓｅ日本語版おめでとう！ - amayako ( 2000/06/16 02:22:18 更新)
ローカルドライブの自動マウントについて
このBBSでは２回目の登場になります。mineと申します。
早速ですが、質問があります。どなたかご存じでしたらご教授願います。
公開アプリケーションや、カスタムICAコネクションでアプリケーションを指定すると、
エクスプローラ、無しで直接アプリケーションを起動できます。
ところが、このアプリケーションで、クライアントのローカルディスクへアクセスが出来
ないのです。
アプリケーション指定ではなく、ログインしてエクスプローラにはいり、エクスプローラ
からアプリケーションを起動した場合、クライアントのローカルディスクへのアクセスは
問題なくできます。
公開アプリケーションやアプリケーション指定の場合、クライアントのローカルディスク
は使えない物なのでしょうか？ 何とか使える方法はありませんでしょうか？
早速ですが、質問があります。どなたかご存じでしたらご教授願います。
公開アプリケーションや、カスタムICAコネクションでアプリケーションを指定すると、
エクスプローラ、無しで直接アプリケーションを起動できます。
ところが、このアプリケーションで、クライアントのローカルディスクへアクセスが出来
ないのです。
アプリケーション指定ではなく、ログインしてエクスプローラにはいり、エクスプローラ
からアプリケーションを起動した場合、クライアントのローカルディスクへのアクセスは
問題なくできます。
公開アプリケーションやアプリケーション指定の場合、クライアントのローカルディスク
は使えない物なのでしょうか？ 何とか使える方法はありませんでしょうか？
当方では公開アプリケーションでEXCEL2000を起動してます。（ユーザ名指定、匿名とも）
ユーザの権限はDomainUserですが、特段不都合なく、名前をつけて保存でクライアントの
ローカルディスクが選択でき、保存できています。
ユーザの権限はDomainUserですが、特段不都合なく、名前をつけて保存でクライアントの
ローカルディスクが選択でき、保存できています。
ふむふむ。
どうも、ファイル・ダイアログで選択する場合は問題ないようですね。
当方、プログラム内で直接ファイルをクライアントのローカルディスクへコピーしようとして
エラーになっています。
例として、コピーコマンド(to クライアントのローカルディスク)を一行だけ書いた.batファ
イルを作成し、これをカスタムICAコネクションでアプリケーションを指定すると、コピーで
きません。
どなたか、回避方法をご存じの方、ぜひご教授ください。よろしくお願いいたします。
どうも、ファイル・ダイアログで選択する場合は問題ないようですね。
当方、プログラム内で直接ファイルをクライアントのローカルディスクへコピーしようとして
エラーになっています。
例として、コピーコマンド(to クライアントのローカルディスク)を一行だけ書いた.batファ
イルを作成し、これをカスタムICAコネクションでアプリケーションを指定すると、コピーで
きません。
どなたか、回避方法をご存じの方、ぜひご教授ください。よろしくお願いいたします。
ローカルドライブの認識にはある程度（どの程度？）の時間が必要です。
なので、カスタムICAコネクションでアプリケーション指定でバッチファイルを
いきなり実行させたタイミングでは失敗しているのでは？
バッチの中にループいれるなどして試してみてはどうでしょうか？
なので、カスタムICAコネクションでアプリケーション指定でバッチファイルを
いきなり実行させたタイミングでは失敗しているのでは？
バッチの中にループいれるなどして試してみてはどうでしょうか？
残念ながら、タイミングは無関係です。
元々は、公開アプリケーション内で、ダイレクトにクライアントのローカルディスクへ
コピーできないので問題なのですが、コピーの契機はアプリでのボタン操作です。
で、早く押そうが、じっくり待って押そうが、結果は一緒でコピー出来ません。
元々は、公開アプリケーション内で、ダイレクトにクライアントのローカルディスクへ
コピーできないので問題なのですが、コピーの契機はアプリでのボタン操作です。
で、早く押そうが、じっくり待って押そうが、結果は一緒でコピー出来ません。
ログインしてアプリ起動でできるという事は公開アプリケーションの時もユーザ指定して
実行されているのでしょうか？それとも匿名ユーザによるログインにされているので
しょうか？
実行されているのでしょうか？それとも匿名ユーザによるログインにされているので
しょうか？
以下の手順ででローカルディスクへのコピーのテストをしてみました。
(1)サーバドライブのファイルをローカルドライブに
コピーするバッチファイルの作成。(test.bat)
(2)VBAのフォームを作成したEXCELファイルを作成。(test.xls)
(3)公開アプリケーションをユーザ指定で設定。
(4)公開アプリケーションにEXCEL.EXEを引数（test.xls）付きで指定。
(5)ドメインユーザに対して実行許可。
問題なく、ローカルドライブにファイルが作成されました。
参考になれば幸いです。（結局バッチだから参考にならないかな）
------------------------
フォームの内容
ボタン一つのフォーム
ボタンが押されるとバッチファイルを起動
バッチファイルの内容
サーバドライブのファイルをローカルドライブへコピー
(1)サーバドライブのファイルをローカルドライブに
コピーするバッチファイルの作成。(test.bat)
(2)VBAのフォームを作成したEXCELファイルを作成。(test.xls)
(3)公開アプリケーションをユーザ指定で設定。
(4)公開アプリケーションにEXCEL.EXEを引数（test.xls）付きで指定。
(5)ドメインユーザに対して実行許可。
問題なく、ローカルドライブにファイルが作成されました。
参考になれば幸いです。（結局バッチだから参考にならないかな）
------------------------
フォームの内容
ボタン一つのフォーム
ボタンが押されるとバッチファイルを起動
バッチファイルの内容
サーバドライブのファイルをローカルドライブへコピー
プリンタマッピングについて
こんにちは
「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させられる
ようにならないか、今後検討してみます。
それでは。
Windows2000のTSAC
こんばんわ。
実はある外資系会社の米人担当者に
「TSAC(ターミナルサーバーアドバンスドクライアント）があるのでやっぱりMETAはいらない」
といわれてしまい動揺しております。
これはWindows2000ASのターミナルサービスに付属している機能で
N-Fuseみたいなものらしいのですが・・・。
私に検証する能力がないためどなたか詳しく教えてもらえませんか？
METAとのちがいとか・・。
このままだとMETAの時代が早くも終わってしまいます。
HELP。
実はある外資系会社の米人担当者に
「TSAC(ターミナルサーバーアドバンスドクライアント）があるのでやっぱりMETAはいらない」
といわれてしまい動揺しております。
これはWindows2000ASのターミナルサービスに付属している機能で
N-Fuseみたいなものらしいのですが・・・。
私に検証する能力がないためどなたか詳しく教えてもらえませんか？
METAとのちがいとか・・。
このままだとMETAの時代が早くも終わってしまいます。
HELP。
まず、最初にTSACはWindows2000ASのターミナルサービスに付属
しているものではありません。
MSのサイトからダウンロードできるからダウンロードして試して
みてはいかがでしょうか？
ましてNFuseとは別ものです。
強いていうならば、MetaFrame1.0の時より存在した、WEB-ALEクライアントと
機能的には同じものと思って良いでしょう。
やっとMSが追いついただけです。
恐らく、今秋に控えた、MSのASP事業立ち上げ前に必要な技術を
揃え始めたのでしょう。
TSEに対してもこのTSACは使用できます。別途IISが必要です。
ここら辺はNFuseと同じ仕組みですよ。asp使ってるし。
MetaFrameとの違いってなんだろう？
(1)MetaFrameにはドメインユーザ管理と連動したアプリケーション
の一覧表示機能がある。(ProgramNeighborHood&NFuse)
(2)Windows2000になってもローカル資源（クライアントドライブ、
クライアントプリンタ）のマッピングは自動では使えない。
(3)TSACが出てもIE基本はActive-Xをサポートするブラウザしか
使えない。(MetaFrameはNetScapeもPlug-Inがある)
(4)NFuseに関して言えば、Web-ExtensionがUNIXベースのWEBサーバ
にもインストールできる。誰でもIISを使う訳ではない。
(5)MSが使用しているRDP(TSACはRDP5.0)は基本的にトラフィックが
大きく、少ない台数で利用している分には問題はないが、現実のソリューション
として何十台も接続した時のパフォーマンスの劣化が激しいことが予想される。
ICA接続の場合は立ちあがり時のトラフィックを除けば、20〜30kbps/セッション
である為、スケーラビリティに優れていると考えられる。
(6)Windows2000ってセッションのシャドウ化ってできたっけ？
なんかあった様な気もするけど、この部分はMetaFrame2.0で
サムネイル表示(TeachersScreeen)がサポートされるはずだった
と思うのでどうせ差がつくでしょう。
違いは調べていけば出てくると思うのですが、最終的にどんなシステム
が構築できなければいけないのかによって選択するべきであって、何が
なんでもMetaFrameと言っている訳ではないですよ。
検討した結果、TSACで必要機能全てを満たせるのであれば、米人担当者の
言われる事が現状では正しいのでしょう。
しかし、どんな状況でも私としてはMetaFrameを売る努力はしないといけない。
なんせ担いでしまっているのだから。
しているものではありません。
MSのサイトからダウンロードできるからダウンロードして試して
みてはいかがでしょうか？
ましてNFuseとは別ものです。
強いていうならば、MetaFrame1.0の時より存在した、WEB-ALEクライアントと
機能的には同じものと思って良いでしょう。
やっとMSが追いついただけです。
恐らく、今秋に控えた、MSのASP事業立ち上げ前に必要な技術を
揃え始めたのでしょう。
TSEに対してもこのTSACは使用できます。別途IISが必要です。
ここら辺はNFuseと同じ仕組みですよ。asp使ってるし。
MetaFrameとの違いってなんだろう？
(1)MetaFrameにはドメインユーザ管理と連動したアプリケーション
の一覧表示機能がある。(ProgramNeighborHood&NFuse)
(2)Windows2000になってもローカル資源（クライアントドライブ、
クライアントプリンタ）のマッピングは自動では使えない。
(3)TSACが出てもIE基本はActive-Xをサポートするブラウザしか
使えない。(MetaFrameはNetScapeもPlug-Inがある)
(4)NFuseに関して言えば、Web-ExtensionがUNIXベースのWEBサーバ
にもインストールできる。誰でもIISを使う訳ではない。
(5)MSが使用しているRDP(TSACはRDP5.0)は基本的にトラフィックが
大きく、少ない台数で利用している分には問題はないが、現実のソリューション
として何十台も接続した時のパフォーマンスの劣化が激しいことが予想される。
ICA接続の場合は立ちあがり時のトラフィックを除けば、20〜30kbps/セッション
である為、スケーラビリティに優れていると考えられる。
(6)Windows2000ってセッションのシャドウ化ってできたっけ？
なんかあった様な気もするけど、この部分はMetaFrame2.0で
サムネイル表示(TeachersScreeen)がサポートされるはずだった
と思うのでどうせ差がつくでしょう。
違いは調べていけば出てくると思うのですが、最終的にどんなシステム
が構築できなければいけないのかによって選択するべきであって、何が
なんでもMetaFrameと言っている訳ではないですよ。
検討した結果、TSACで必要機能全てを満たせるのであれば、米人担当者の
言われる事が現状では正しいのでしょう。
しかし、どんな状況でも私としてはMetaFrameを売る努力はしないといけない。
なんせ担いでしまっているのだから。
レスありがとうっす！
そーなんです。我々はMETAはまだ必要ないと思われるユーザーに対しても
将来性その他もろもろを訴えていき導入するように仕向ける必要があります。
ただ導入してもらったユーザーには「入れてよかった」といってもらえる
自信はあります。
今まで私が導入してきた企業がそうだったように・・・。
そーなんです。我々はMETAはまだ必要ないと思われるユーザーに対しても
将来性その他もろもろを訴えていき導入するように仕向ける必要があります。
ただ導入してもらったユーザーには「入れてよかった」といってもらえる
自信はあります。
今まで私が導入してきた企業がそうだったように・・・。
こんにちは。Windouws2000＋MetaFrameの検証をやっています。Windows2000では、
クライアントがセッションをつなぐとターミナルサービスクライアントに接続されている
プリンタを自動的に検出・追加し，アプリケーションからローカルプリンタに印刷できるようになっているようですが、MetaFrameではＮＴ4.0でもそれができましたよね。
WindowsNT4.0＋MetaFrameで検証した時、ICAクライアントから帳票プログラムを起動した際、
まちがって、あらかじめＷＴＳサーバにプリンタの追加でクライアントのプリンタを追加して
おいてそのプリンタを選択してしまい、ものすごく時間がかかってしまいました。これは、サーバにはプリンタを追加せずにおいて、クライアントに接続されているプリンタを自動的に検出
・追加されたものを選べば、かなり速くなると思うのですが（Windows2000のターミナルサービスクライアントから実行したときはそうなりました。）速くなる理由はなんでしょうか。
NT4.0のTSEクライアントではローカル資源の自動検出はできなかったと思うので、サーバが
NT4.0の場合はやはりMetaFrameが必須ということでしょうか。
また、キーストロークやマウスクリックなどの情報が送られるのに平均20Kbpsほどと
聞いたことがありますが、例えば64Kbpsの線を使用したWAN環境などではまったく
同時にアクションがあった場合、単純計算で3人程度までは問題ないがそれ以上になると
多少、遅くなったりするということでしょうか？
長々と書いてしまいましたが、まだまだ初心者で環境も乏しいので是非教えていただき
たいと思います。
クライアントがセッションをつなぐとターミナルサービスクライアントに接続されている
プリンタを自動的に検出・追加し，アプリケーションからローカルプリンタに印刷できるようになっているようですが、MetaFrameではＮＴ4.0でもそれができましたよね。
WindowsNT4.0＋MetaFrameで検証した時、ICAクライアントから帳票プログラムを起動した際、
まちがって、あらかじめＷＴＳサーバにプリンタの追加でクライアントのプリンタを追加して
おいてそのプリンタを選択してしまい、ものすごく時間がかかってしまいました。これは、サーバにはプリンタを追加せずにおいて、クライアントに接続されているプリンタを自動的に検出
・追加されたものを選べば、かなり速くなると思うのですが（Windows2000のターミナルサービスクライアントから実行したときはそうなりました。）速くなる理由はなんでしょうか。
NT4.0のTSEクライアントではローカル資源の自動検出はできなかったと思うので、サーバが
NT4.0の場合はやはりMetaFrameが必須ということでしょうか。
また、キーストロークやマウスクリックなどの情報が送られるのに平均20Kbpsほどと
聞いたことがありますが、例えば64Kbpsの線を使用したWAN環境などではまったく
同時にアクションがあった場合、単純計算で3人程度までは問題ないがそれ以上になると
多少、遅くなったりするということでしょうか？
長々と書いてしまいましたが、まだまだ初心者で環境も乏しいので是非教えていただき
たいと思います。
とりあえず、すぐ答えられそうな所だけ、返答しますね。
WAN環境(64Kと仮定)において同時にアクションがあった場合、
大体、3人までは問題ない。処理によっては5人くらいまで
は大丈夫(操作が時間的にずれる為)と考えて良いです。
察しの通り、接続数が増えると遅くなったりします。
これはMetaFrameの問題というよりは単純にネットワーク
負荷が帯域を越えてしまうことによるコリジョン発生→
転送遅延となっているだけであると理解しています。
プリンタオートマッピングについてはTSE系ではMeta必須でしょう。
win2000系ではあまり環境がないので試してないので、今の所何とも
言えないです。
WAN環境(64Kと仮定)において同時にアクションがあった場合、
大体、3人までは問題ない。処理によっては5人くらいまで
は大丈夫(操作が時間的にずれる為)と考えて良いです。
察しの通り、接続数が増えると遅くなったりします。
これはMetaFrameの問題というよりは単純にネットワーク
負荷が帯域を越えてしまうことによるコリジョン発生→
転送遅延となっているだけであると理解しています。
プリンタオートマッピングについてはTSE系ではMeta必須でしょう。
win2000系ではあまり環境がないので試してないので、今の所何とも
言えないです。
MetaFrame1.8 for Win2000について
こんにちは。初めて書き込みます。Win2000AdvancedServerに、MetaFrame1.8 for Win2000を入れて使ってますが、
度々ブルー画面になってしまって困ってます。ホームページ、マニュアル、いろいろ見てますが、
原因がさっぱり分かりません。どなたか対処法、ご存じないですか？ちなみに、最新のパッチはあてました。
また、ブルー画面でのメッセージは、KMODE_EXCEPTION_NOT_HANDLEDです。
度々ブルー画面になってしまって困ってます。ホームページ、マニュアル、いろいろ見てますが、
原因がさっぱり分かりません。どなたか対処法、ご存じないですか？ちなみに、最新のパッチはあてました。
また、ブルー画面でのメッセージは、KMODE_EXCEPTION_NOT_HANDLEDです。
環境を詳しく教えてください。
とりあえず思いつく点について以下に質問としてあげておきます。
よろしかったら答えてください。
(1)ブルー画面になるのはICA接続をしていると起こるのでしょうか？
それとも、Windows2000AdvancedServerが起動しているだけで
クライアントから接続してなくても起こるのでしょうか？
(2)最新パッチとはMetaFrameのものですか？Windows2000のものですか？
(3)(1)の回答がYESなら、特定のアプリケーションを起動していると起こる
ものでしょうか？それとも不特定のアプリケーションでもおこりますか？
(4)メーカー固有のアプリケーションをインストールしてませんか？
CompaqのInsightManagerとか。
(5)特別なハードウェアがありますか？
とりあえず思いつく点について以下に質問としてあげておきます。
よろしかったら答えてください。
(1)ブルー画面になるのはICA接続をしていると起こるのでしょうか？
それとも、Windows2000AdvancedServerが起動しているだけで
クライアントから接続してなくても起こるのでしょうか？
(2)最新パッチとはMetaFrameのものですか？Windows2000のものですか？
(3)(1)の回答がYESなら、特定のアプリケーションを起動していると起こる
ものでしょうか？それとも不特定のアプリケーションでもおこりますか？
(4)メーカー固有のアプリケーションをインストールしてませんか？
CompaqのInsightManagerとか。
(5)特別なハードウェアがありますか？
pancra様、レスありがとうございます。
(1)ブルー画面は、クライアントからICA接続を行うときに限って発生します。
(2)パッチは、CitrixのHPにある、MetaFrame1.8forWindows2000用のパッチです。
Win2000には、なにも当てていません。
(3)
(4)素のWin2000+MetaFrameという環境ですから、固有アプリは無いと思います
ハード自体も組み立てです。
(5)SCSI接続でRAIDを組んでいます
お手数かけますが、こんなところです。
もしなにか心当たりがありましたら、なんでもいいのでお願いします。
もう、藁をもつかむ気持ち......。
(1)ブルー画面は、クライアントからICA接続を行うときに限って発生します。
(2)パッチは、CitrixのHPにある、MetaFrame1.8forWindows2000用のパッチです。
Win2000には、なにも当てていません。
(3)
(4)素のWin2000+MetaFrameという環境ですから、固有アプリは無いと思います
ハード自体も組み立てです。
(5)SCSI接続でRAIDを組んでいます
お手数かけますが、こんなところです。
もしなにか心当たりがありましたら、なんでもいいのでお願いします。
もう、藁をもつかむ気持ち......。
追加で質問があります。
(1)MetaFrame1.8ForWindows2000のパッチは2種類でてますが、
どちらともあてているいるのでしょうか？
NTのパッチと違って順番に全てをあてないといけないので
間違って最新のものしかあてないとBUGFIXされているはず
のものがでてしまうので気をつけないといけないです。
(2)クライアントはWin95/98/NT/DOS/MAC/LINUX/CEのどれで
起動してもブルー画面になるのでしょうか？
(1)MetaFrame1.8ForWindows2000のパッチは2種類でてますが、
どちらともあてているいるのでしょうか？
NTのパッチと違って順番に全てをあてないといけないので
間違って最新のものしかあてないとBUGFIXされているはず
のものがでてしまうので気をつけないといけないです。
(2)クライアントはWin95/98/NT/DOS/MAC/LINUX/CEのどれで
起動してもブルー画面になるのでしょうか？
(1)確か〜010と、〜011がありまして、順番にあてたと思います。
(2)クライアントは、Win2000Professionalと、Win2000Serverです。
その他は今のところ無いです。Professionalで接続しに行った時は
ほぼ100%ブル-画面になります。
先ほどSCSIでRAID組んでいるというのは、RAIDコントロールもできるSCSIカード
を使っているということを書き忘れました。これは特殊かな...。
すいませんがよろしくお願いします。
(2)クライアントは、Win2000Professionalと、Win2000Serverです。
その他は今のところ無いです。Professionalで接続しに行った時は
ほぼ100%ブル-画面になります。
先ほどSCSIでRAID組んでいるというのは、RAIDコントロールもできるSCSIカード
を使っているということを書き忘れました。これは特殊かな...。
すいませんがよろしくお願いします。
追加質問の回答をまちながら、現状で考えられることについて
書いておきます。
KMODE_EXCEPTION_NOT_HANDLEDが出る場合は
ほとんどの場合Driverもしくは関数のメモリ参照エラーです。
つまり、一番出やすいパターンとしてはサードベンダー提供の
Driverが問題を起こしている場合です。
この事を前提にして考えると、可能性が高いのは以下の項目です。
(1)VGA
(2)SCSI
(3)RAID
(4)NIC
ICAで接続した時にのみ起こるのであれば、(1)が1番臭いと思います。
ブルーサンダーの画面にもっと詳細なアドレスや割り込みの情報
が出現するはずなのでその部分をみないとなんともいえません。
teminal系（TSE、Win2kTS）を使用する場合はサーバの画面は
標準のVGAにしておく方が安全です。
VGAドライバーはサードベンダー製が多く、メモリリークして
いるケースもありました。
とにかく、不安定要素を片っ端から可能な限り削除してください。
逆に全てWin2k用最新ドライバーに置きかえるかといったところ
が今できることの様な気がします。
Windows2000Server(SCSIHDD)にクライアント20台を接続した環境を2セット
程作成しましたが、幸いな事にご報告の様なケースに遭遇していません。
でしたので、共通の問題というよりはハード構成(RAIDボード等)、
ソフト構成(各種ドライバー、各種サービス)により発生しているように
感じられます。
書いておきます。
KMODE_EXCEPTION_NOT_HANDLEDが出る場合は
ほとんどの場合Driverもしくは関数のメモリ参照エラーです。
つまり、一番出やすいパターンとしてはサードベンダー提供の
Driverが問題を起こしている場合です。
この事を前提にして考えると、可能性が高いのは以下の項目です。
(1)VGA
(2)SCSI
(3)RAID
(4)NIC
ICAで接続した時にのみ起こるのであれば、(1)が1番臭いと思います。
ブルーサンダーの画面にもっと詳細なアドレスや割り込みの情報
が出現するはずなのでその部分をみないとなんともいえません。
teminal系（TSE、Win2kTS）を使用する場合はサーバの画面は
標準のVGAにしておく方が安全です。
VGAドライバーはサードベンダー製が多く、メモリリークして
いるケースもありました。
とにかく、不安定要素を片っ端から可能な限り削除してください。
逆に全てWin2k用最新ドライバーに置きかえるかといったところ
が今できることの様な気がします。
Windows2000Server(SCSIHDD)にクライアント20台を接続した環境を2セット
程作成しましたが、幸いな事にご報告の様なケースに遭遇していません。
でしたので、共通の問題というよりはハード構成(RAIDボード等)、
ソフト構成(各種ドライバー、各種サービス)により発生しているように
感じられます。
pancra様、いろいろありがとうございました。WIN2000からすべて、入れ直し、ディスプレイドライバはインストールしないようにしたところ、ブルー画面は全く出ないようになりました。今のところ安定してます。ちなみに、ビデオカードはMatroxMilleniumG400です。また何かありましたら、よろしくお願いします。
ＩＩＳ4.0のサポートについて
はじめまして。これからMetaFrameを導入しようと考えています。
それに先立ち『メタフレーム革命』を読ませていただいたのですが、
IIS4.0は、サポートされていないと言う事でした。
IISのサポートについて今後の見通し等情報があれば教えて下さい。
それに先立ち『メタフレーム革命』を読ませていただいたのですが、
IIS4.0は、サポートされていないと言う事でした。
IISのサポートについて今後の見通し等情報があれば教えて下さい。
MetaFrameサーバ上にIISがどうしても必要でしょうか？
確かにMetaFrame革命の中でODBCドライバのバージョン
に起因する為、IIS3.0はインストールしているのですが
あくまでODBCのドライバの為であって、IISを動作させたい
からインストールしている訳ではないと考えています。
MetaFrameサーバはApplicationServerの位置付けである為、
クライアントで起動したいアプリケーション以外は排除する
形が最も安定した形といえるのではないでしょうか？
WEBサーバと同居させてしまうと、セキュリティ管理や
サーバの負荷の問題等発生してしまうのでよっぽどの
理由がない限り同じサーバに入れる構成にはしないと
思うのですが。
TSEでは基本的にIIS4.0はNTのOptionPackに含まれている
モジュールですよね。NTとNTTSEは似て非なるものなので
最初の段階でサポートされていなければ、今後もサポート
される可能性はないと思って良いと思います。
ただし、Windows2000ではTerminalServiceも一部として
組み込まれてしまいましたし、IIS5.0も一部のサービスです
から、こちらのプラットホームでは問題ないのではと思います。
ただインストールして動作させるだけなら動作すると思いますよ。
それと環境に合わせたレスポンスが得られるかどうかは別問題ですが。
与太話が参考になれば幸いです。
確かにMetaFrame革命の中でODBCドライバのバージョン
に起因する為、IIS3.0はインストールしているのですが
あくまでODBCのドライバの為であって、IISを動作させたい
からインストールしている訳ではないと考えています。
MetaFrameサーバはApplicationServerの位置付けである為、
クライアントで起動したいアプリケーション以外は排除する
形が最も安定した形といえるのではないでしょうか？
WEBサーバと同居させてしまうと、セキュリティ管理や
サーバの負荷の問題等発生してしまうのでよっぽどの
理由がない限り同じサーバに入れる構成にはしないと
思うのですが。
TSEでは基本的にIIS4.0はNTのOptionPackに含まれている
モジュールですよね。NTとNTTSEは似て非なるものなので
最初の段階でサポートされていなければ、今後もサポート
される可能性はないと思って良いと思います。
ただし、Windows2000ではTerminalServiceも一部として
組み込まれてしまいましたし、IIS5.0も一部のサービスです
から、こちらのプラットホームでは問題ないのではと思います。
ただインストールして動作させるだけなら動作すると思いますよ。
それと環境に合わせたレスポンスが得られるかどうかは別問題ですが。
与太話が参考になれば幸いです。
おっしゃるとおりでMetaFrameサーバ上にどうしてもIISが必要という事は、現実の運用を考えればないと思います。今回は、ある一つのwinアプリをMetaFrame上で稼動させ、web環境において実用可能かいう事を簡単に評価したいという事で（マシンも手持ちがあまり無かったもので・・・。）試してみました。
実際は、IIS4.0でも問題無く稼動しています。（CitrixのマニュアルにもIIS4.0の場合なんて記述も有り、ちょっと紛らわしいですね。）ただやはり実際の運用を考えるとMetaFrameサーバとWebサーバは、独立させるべきなんでしょう、と感じました。どうもありがとうございました。
実際は、IIS4.0でも問題無く稼動しています。（CitrixのマニュアルにもIIS4.0の場合なんて記述も有り、ちょっと紛らわしいですね。）ただやはり実際の運用を考えるとMetaFrameサーバとWebサーバは、独立させるべきなんでしょう、と感じました。どうもありがとうございました。
IEにwebclient使用で起動アプリケーションは？
初めまして。windows2000サーバー＋MetaFrameで実験モードです。
いくつか判らない点が出てきました。
公開アプリケーションをWebサーバー上に置いたページにブラウザーで
アクセスさせて（N-Fuseを使わず）起動しようとしています。
N-Fuseは次のフェーズです。(^^;
公開アプリケーションマネージャーを使って作成した
ICAファイルとHTMファイルを公開フォルダーに置きました。
ブラウザ内に埋め込みパターンと別窓で起動するパターンの2つです。
生成された2つ（X2組）のファイルは何もいじりません。
WebServerはSolaisにNetscapeEnterpriseServerです。
クライアントがWebサーバーのページにアクセスします。
クライアントのブラウザがNetscape4.xの場合
Pluginnの取得の記述が埋め込みパターンのHTMファイルにあるので
まずこちらにアクセスすると「Pluginnをダウンロードして云々・・」
インストール後は、埋め込みパターンと別窓で起動するパターン両方
公開アプリケーションを利用できます。
クライアントのブラウザがIE4とか5の場合
やはりActiveX取得の記述が埋め込みパターンのHTMファイルにあるので
アクセスするとダウンロードが始まりインストール終了後
ブラウザー内でアプリケーションが立ち上がりますが、
起動アプリケーションのページ（起動用のHTMファイル）に移動し
ICAファイルへのリンクをクリックしても
「ICAファイルが見つかりません」と出て来てしまいます。
HTMファイルとICAファイルはWebサーバー上の同じフォルダーに
存在しています。
ローカルにICA/HTMファイルを持ってきて試してみるとキチンと起動します。
なぜなのでしょう？
もう1つ、以前にICAクライアントをインストールしていたクライアント
は、起動アプリケーションが立ち上がります。
なぜ、うちではWeb上からIEで起動アプリケーションが利用できないの
でしょうか？
何か設定ミス、記述が足りない（技術か？）、が在るのかもしれません。
しかし、現在行き詰まってしまっています。
何かヒントやポインタ等がおありでしたらよろしくお願いいたします。
いくつか判らない点が出てきました。
公開アプリケーションをWebサーバー上に置いたページにブラウザーで
アクセスさせて（N-Fuseを使わず）起動しようとしています。
N-Fuseは次のフェーズです。(^^;
公開アプリケーションマネージャーを使って作成した
ICAファイルとHTMファイルを公開フォルダーに置きました。
ブラウザ内に埋め込みパターンと別窓で起動するパターンの2つです。
生成された2つ（X2組）のファイルは何もいじりません。
WebServerはSolaisにNetscapeEnterpriseServerです。
クライアントがWebサーバーのページにアクセスします。
クライアントのブラウザがNetscape4.xの場合
Pluginnの取得の記述が埋め込みパターンのHTMファイルにあるので
まずこちらにアクセスすると「Pluginnをダウンロードして云々・・」
インストール後は、埋め込みパターンと別窓で起動するパターン両方
公開アプリケーションを利用できます。
クライアントのブラウザがIE4とか5の場合
やはりActiveX取得の記述が埋め込みパターンのHTMファイルにあるので
アクセスするとダウンロードが始まりインストール終了後
ブラウザー内でアプリケーションが立ち上がりますが、
起動アプリケーションのページ（起動用のHTMファイル）に移動し
ICAファイルへのリンクをクリックしても
「ICAファイルが見つかりません」と出て来てしまいます。
HTMファイルとICAファイルはWebサーバー上の同じフォルダーに
存在しています。
ローカルにICA/HTMファイルを持ってきて試してみるとキチンと起動します。
なぜなのでしょう？
もう1つ、以前にICAクライアントをインストールしていたクライアント
は、起動アプリケーションが立ち上がります。
なぜ、うちではWeb上からIEで起動アプリケーションが利用できないの
でしょうか？
何か設定ミス、記述が足りない（技術か？）、が在るのかもしれません。
しかし、現在行き詰まってしまっています。
何かヒントやポインタ等がおありでしたらよろしくお願いいたします。
HTMファイルのICAへのアンカー部分を相対パスではなく、
http://xxxx.co.jp/yyy/hhh.icaのように絶対パスで
記述してみてはどうでしょうか？
それでも駄目な場合は'N-Fuse日本語版おめでとう'の
スレッドに書いてあるActive-Xクライアントの削除
を行ってみてはいかがでしょう。
http://xxxx.co.jp/yyy/hhh.icaのように絶対パスで
記述してみてはどうでしょうか？
それでも駄目な場合は'N-Fuse日本語版おめでとう'の
スレッドに書いてあるActive-Xクライアントの削除
を行ってみてはいかがでしょう。
返事遅くなってごめんなさい。
根本的な解決にはなっていないのですが、いくらやってもうまくいかなかったので、
Windows2000＋IIS5をWebサーバーにしたら
上記のような現象は出ませんでした。
Solaris＋Netscape Serverではうまくいきませんでした。
もう少し調べ（勉強し）なければいけませんね。
どうも有り難うございます。
根本的な解決にはなっていないのですが、いくらやってもうまくいかなかったので、
Windows2000＋IIS5をWebサーバーにしたら
上記のような現象は出ませんでした。
Solaris＋Netscape Serverではうまくいきませんでした。
もう少し調べ（勉強し）なければいけませんね。
どうも有り難うございます。
Ｎ−Ｆｕｓｅ日本語版おめでとう！
やっと出た！日本語版。
管理者ガイド（ｐｄｆ）が日本語でした。
今まで英語だったからあきらめてたけどやっと・・・。
無料なのでダウンロードしてみてください。
http://download.citrix.com/ ＜−こちらからどーぞ。
・Ｎ−ＦｕｓｅとはＷｅｂブラウザがあればどのマシンからでもシームレスに
公開アプリを利用することができるものでメタサーバのほかにＩＩＳサーバが必要です。
なんかＣｉｔｒｉｘの営業やっちゃいましたね(笑)
管理者ガイド（ｐｄｆ）が日本語でした。
今まで英語だったからあきらめてたけどやっと・・・。
無料なのでダウンロードしてみてください。
http://download.citrix.com/ ＜−こちらからどーぞ。
・Ｎ−ＦｕｓｅとはＷｅｂブラウザがあればどのマシンからでもシームレスに
公開アプリを利用することができるものでメタサーバのほかにＩＩＳサーバが必要です。
なんかＣｉｔｒｉｘの営業やっちゃいましたね(笑)
初めまして。私も NFuse をダウンロードして使用してみたのですが
ちょっと疑問があります。
> Ｎ−ＦｕｓｅとはＷｅｂブラウザがあればどのマシンからでもシームレスに
> 公開アプリを利用することができるもので
と 思っていたのですが、クライアント側には
ICAクライアントが入っていないと ダメなのでしょうか？
自分の テスト環境のクライアントには ICAクライアントが入って
しまっているので、ちゃんと動作するのですが
他の人の（ICAクライアントが入っていない）PCからアクセスしてみて
もらったところ、.asp のファイルをダウンロードしようとしてしまいます。
NFuseの管理者ガイドを見ると、NFuseでは
Webブラウザがビュアーとして、ICAクライアントがエンジン
として、共に機能することで実現している
という記述があって、ICAクライアントが必須のように読めます。
#それじゃ 最初から ICAクライアントを使えば良いのであって
#なんか意味無いなぁ と思ってしまいました。
#まぁ、ページの編集が任意にできるので、その点は 良いところ
#なのかも知れませんが。
本当のところは どうなのでしょう？
ご存知の方がいたら、教えて下さい。
ちょっと疑問があります。
> Ｎ−ＦｕｓｅとはＷｅｂブラウザがあればどのマシンからでもシームレスに
> 公開アプリを利用することができるもので
と 思っていたのですが、クライアント側には
ICAクライアントが入っていないと ダメなのでしょうか？
自分の テスト環境のクライアントには ICAクライアントが入って
しまっているので、ちゃんと動作するのですが
他の人の（ICAクライアントが入っていない）PCからアクセスしてみて
もらったところ、.asp のファイルをダウンロードしようとしてしまいます。
NFuseの管理者ガイドを見ると、NFuseでは
Webブラウザがビュアーとして、ICAクライアントがエンジン
として、共に機能することで実現している
という記述があって、ICAクライアントが必須のように読めます。
#それじゃ 最初から ICAクライアントを使えば良いのであって
#なんか意味無いなぁ と思ってしまいました。
#まぁ、ページの編集が任意にできるので、その点は 良いところ
#なのかも知れませんが。
本当のところは どうなのでしょう？
ご存知の方がいたら、教えて下さい。
ICA WEBクライアントのセットアップに失敗しているのでしょう。
[ファイル名を指定して実行]から参照で、C:xxxwfica32.exe /setupを行ってください。
xxxはwfica.exeのあるディレクトリに読みかえてください。
wfica32.exeが存在しない時はダウンロードそのものに失敗しているかもしれません。
上記操作を行った後、IEの再起動を必ず行ってください。
当たっているかは自信ないですが、試して見てください。
健闘を祈ります。
[ファイル名を指定して実行]から参照で、C:xxxwfica32.exe /setupを行ってください。
xxxはwfica.exeのあるディレクトリに読みかえてください。
wfica32.exeが存在しない時はダウンロードそのものに失敗しているかもしれません。
上記操作を行った後、IEの再起動を必ず行ってください。
当たっているかは自信ないですが、試して見てください。
健闘を祈ります。
aspファイルをダウンロードしてしまうって事はaspプログラムを認識しないサーバでやっている可能性もありますね。私も最初はなやみました。ＩＩＳサーバーを立てて[Webサイトウィザード]で作成したファイルをwwwrootフォルダに入れてあげればいいです。
METAサーバーとIISサーバーを分ければうまくいきました。（私の場合は）
METAサーバーとIISサーバーを分ければうまくいきました。（私の場合は）
amayakoさんが言われるようにaspファイルをダウンロードされてしまうことがサーバの
問題であれば、うまく行くクライアントとうまく行かないクライアントが存在する当社
の環境の説明がつかないなと思い、更なる追求を行って見ました。
（ちなみにMetaサーバとIISは分けてます）
WEBクライアントがうまく動作しない場合の追加情報
クライアント側の作業（うまく動作しない端末のみ）
(1)以下レジストリキーを削除してください。
HKEY_LOCAL_MACHINESOFTWAREClassesWfica.WficaCtl
HKEY_CLASSES_ROOT.ica
HKEY_CLASSES_ROOTCLSID{238F6F83-B8B4-11CF-8771-00A024541EE3}
(2)以下のファイルを削除してください。（システムディレクトリにあるsystem/system32）
WFICA32.EXE
WFICA.OCX
(3)IEの一時ファイルを削除してください。
具体的には*.icaのファイル
これをやっとかないと正しくダウンロードされても、以前の間違ったファイルで
つなぎにいってしまうみたいです。
(4)WEBブラウザのインターネットオプションのセキュリティ設定でActive-Xのダウンロード
を許可してください。
サーバ側の作業
(1)WEBサイトウィザードで用意されるcabファイル（Active-X クライアント）を最新のものに入れ替えてください。cabファイルの場所はnfusemediaになります。（WEBサイトウィザードを使用した場合）
cabファイルはデフォルトではwfica.cabですが、日本語版のものはwfica_jp.cabとなります。
CLSIDは同じです。
最新のcabファイルのダウンロード先
http://download.citrix.com/#client_ale
(2)cabファイルダウンロード用のコードを最初にアクセスするHTMLファイルに追加して下さい。
実際に追加するコードは以下の様になります。
<OBJECT classid="clsid:238f6f83-b8b4-11cf-8771-00a024541ee3" CODEBASE="http://マシン名/nfusemedia/wfica_jp.cab#Version=4,2,779,0" >THE Object</OBJECT>
作業は以上で終了です。
それでもうまく行かなくて、かつ通常のICAクライアントを導入せず、ICAWEBクライアントを
動作させたい場合
1度でもダウンロードそのものに成功していれば、wfica32.exeの最新版が存在するはずです。
ファイル名を指定して実行から、wfica32.exe /setupを実行します。
IEを再起動し、インターネット一時ファイルを削除し、再度接続をしてみてください。
問題であれば、うまく行くクライアントとうまく行かないクライアントが存在する当社
の環境の説明がつかないなと思い、更なる追求を行って見ました。
（ちなみにMetaサーバとIISは分けてます）
WEBクライアントがうまく動作しない場合の追加情報
クライアント側の作業（うまく動作しない端末のみ）
(1)以下レジストリキーを削除してください。
HKEY_LOCAL_MACHINESOFTWAREClassesWfica.WficaCtl
HKEY_CLASSES_ROOT.ica
HKEY_CLASSES_ROOTCLSID{238F6F83-B8B4-11CF-8771-00A024541EE3}
(2)以下のファイルを削除してください。（システムディレクトリにあるsystem/system32）
WFICA32.EXE
WFICA.OCX
(3)IEの一時ファイルを削除してください。
具体的には*.icaのファイル
これをやっとかないと正しくダウンロードされても、以前の間違ったファイルで
つなぎにいってしまうみたいです。
(4)WEBブラウザのインターネットオプションのセキュリティ設定でActive-Xのダウンロード
を許可してください。
サーバ側の作業
(1)WEBサイトウィザードで用意されるcabファイル（Active-X クライアント）を最新のものに入れ替えてください。cabファイルの場所はnfusemediaになります。（WEBサイトウィザードを使用した場合）
cabファイルはデフォルトではwfica.cabですが、日本語版のものはwfica_jp.cabとなります。
CLSIDは同じです。
最新のcabファイルのダウンロード先
http://download.citrix.com/#client_ale
(2)cabファイルダウンロード用のコードを最初にアクセスするHTMLファイルに追加して下さい。
実際に追加するコードは以下の様になります。
<OBJECT classid="clsid:238f6f83-b8b4-11cf-8771-00a024541ee3" CODEBASE="http://マシン名/nfusemedia/wfica_jp.cab#Version=4,2,779,0" >THE Object</OBJECT>
作業は以上で終了です。
それでもうまく行かなくて、かつ通常のICAクライアントを導入せず、ICAWEBクライアントを
動作させたい場合
1度でもダウンロードそのものに成功していれば、wfica32.exeの最新版が存在するはずです。
ファイル名を指定して実行から、wfica32.exe /setupを実行します。
IEを再起動し、インターネット一時ファイルを削除し、再度接続をしてみてください。
すばらしい。Ｎ−Ｆｕｓｅが動かせなかった人もこれでうまくいくでしょう。
でも最近ＷｅｂＡＬＥの方が何かと都合がいいことに気がついた自分が居たりします。
（理由は・・・またの機会に。）
でも最近ＷｅｂＡＬＥの方が何かと都合がいいことに気がついた自分が居たりします。
（理由は・・・またの機会に。）
Powerful & Beautiful
力強く、美しいシステムを。