まず、最初に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を売る努力はしないといけない。
なんせ担いでしまっているのだから。

レスありがとうっす！
そーなんです。我々はMETAはまだ必要ないと思われるユーザーに対しても
将来性その他もろもろを訴えていき導入するように仕向ける必要があります。
ただ導入してもらったユーザーには「入れてよかった」といってもらえる
自信はあります。
今まで私が導入してきた企業がそうだったように・・・。

こんにちは。Windouws2000＋MetaFrameの検証をやっています。Windows2000では、
クライアントがセッションをつなぐとターミナルサービスクライアントに接続されている
プリンタを自動的に検出・追加し，アプリケーションからローカルプリンタに印刷できるようになっているようですが、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系ではあまり環境がないので試してないので、今の所何とも
言えないです。

MetaFrameサーバ上にIISがどうしても必要でしょうか？
確かに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サーバは、独立させるべきなんでしょう、と感じました。どうもありがとうございました。

HTMファイルのICAへのアンカー部分を相対パスではなく、
http://xxxx.co.jp/yyy/hhh.icaのように絶対パスで
記述してみてはどうでしょうか？
それでも駄目な場合は'N-Fuse日本語版おめでとう'の
スレッドに書いてあるActive-Xクライアントの削除
を行ってみてはいかがでしょう。

返事遅くなってごめんなさい。
根本的な解決にはなっていないのですが、いくらやってもうまくいかなかったので、
Windows2000＋IIS5をWebサーバーにしたら
上記のような現象は出ませんでした。
Solaris＋Netscape Serverではうまくいきませんでした。
もう少し調べ（勉強し）なければいけませんね。
どうも有り難うございます。

初めまして。私も NFuse をダウンロードして使用してみたのですが
ちょっと疑問があります。

> Ｎ−ＦｕｓｅとはＷｅｂブラウザがあればどのマシンからでもシームレスに
> 公開アプリを利用することができるもので
と 思っていたのですが、クライアント側には
ICAクライアントが入っていないと ダメなのでしょうか？
自分の テスト環境のクライアントには ICAクライアントが入って
しまっているので、ちゃんと動作するのですが
他の人の（ICAクライアントが入っていない）PCからアクセスしてみて
もらったところ、.asp のファイルをダウンロードしようとしてしまいます。

NFuseの管理者ガイドを見ると、NFuseでは
Webブラウザがビュアーとして、ICAクライアントがエンジン
として、共に機能することで実現している
という記述があって、ICAクライアントが必須のように読めます。
#それじゃ 最初から ICAクライアントを使えば良いのであって
#なんか意味無いなぁ と思ってしまいました。
#まぁ、ページの編集が任意にできるので、その点は 良いところ
#なのかも知れませんが。

本当のところは どうなのでしょう？
ご存知の方がいたら、教えて下さい。

ICA WEBクライアントのセットアップに失敗しているのでしょう。
[ファイル名を指定して実行]から参照で、C:xxxwfica32.exe /setupを行ってください。
xxxはwfica.exeのあるディレクトリに読みかえてください。
wfica32.exeが存在しない時はダウンロードそのものに失敗しているかもしれません。
上記操作を行った後、IEの再起動を必ず行ってください。
当たっているかは自信ないですが、試して見てください。
健闘を祈ります。

aspファイルをダウンロードしてしまうって事はaspプログラムを認識しないサーバでやっている可能性もありますね。私も最初はなやみました。ＩＩＳサーバーを立てて[Webサイトウィザード]で作成したファイルをwwwrootフォルダに入れてあげればいいです。
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を再起動し、インターネット一時ファイルを削除し、再度接続をしてみてください。

すばらしい。Ｎ−Ｆｕｓｅが動かせなかった人もこれでうまくいくでしょう。
でも最近ＷｅｂＡＬＥの方が何かと都合がいいことに気がついた自分が居たりします。
（理由は・・・またの機会に。）