ActiveDirectoryの場合ユーザーに対してターミナルサービス許可、ローカルログイン許可、
あとはRemoteDesktopUsersグループの権限があれば起動すると思います。
他はICA-TCPプロトコルに対する読み込み権限がない場合も無理だったと記憶してます。

回答ありがとうございます。
再度　見直しましたが、上記の設定を行っていました。
Administratorでもエラーが出てしまいます。
別の原因があるのでしょうか？

公式FAQで見当たらないなら、権限が正常に設定されていないことが原因だとは思うのですが。
以下の方法で再度サーバへのログオン権限の確認をしてみてくれますか。

ドメインサーバから、
[管理ツール]－[ActiveDirectoryユーザーとコンピュータ]を開き、
MetaFrameサーバオブジェクトの箇所で右クリックメニューから
[すべてのタスク]－[ポリシーの結果セット(ログ)]を起動。
ウィザードに従ってコンピュータポリシーのみ表示を選択してログオン権限を確認する。

権限を変えた後は「gpupdate /force」でポリシー反映をお忘れなく。

あとAdministratorというのはサーバ側ドメインのAdministratorsグループに
属するユーザーのことですよね？
それなら基本的に特別な設定なく起動できるはずなんですけど。
DNSサーバとかターミナルサーバがインストールされてないとか・・・ないですよね？

先ほどのメッセージはライセンスの認証ができない場合にもでます。
・MetaFrameのライセンスはアクティブ化されていますか？
・ターミナルサービスのライセンスサーバーはアクティブ化されていますか？
　　→イベントビューアで見るとライセンスサーバーが見つからないなど出ていませんか？

リモートデスクトップで接続できるかも含めて確認いただくとよいかと
思います。

解決致しました。
先月MetaFrame構築したのにもかかわらず、
ターミナルサーバとクライアン間の接続がうまくいっていないようでした。

TDNSさんが記載している通り、イベントビューアにエラーが出ていました。
ターミナルサーバを、再アクティブ化を行いアプリケーションを起動することが出来ました。
Mikanさん・TDNSさん　回答ありがとうございました。

始めまして素仙と申します。
１番に関して答えではなく私の経験した現象をご報告します。
構成は
PresentationServerStandardEdition4.0＋WindowsServer2003StandardEditionSP1
です。
現象は
無線端末から、ＴＳ接続した時
ターミナルサービスマネージャでそのユーザーみるとセッションはRDP-tcpで状態はActive
になっておりました。
そしてライセンス管理コンソールで見るとライセンスが１つ消費されていました。
その状態で無線が切断した為確認すると
ＴＳＭはそのユーザーが残りDisconnectになりＬＭＣはランセンスが１つ消費されたままでした。
そこで、同一パソコンで有線ＬＡＮにして同一ユーザーでＴＳを再接続すると
ＴＳＭでそのユーザーはActiveに戻りましたが、ＬＭＣを見るとライセンスはさらに１つ消費され
計２つ消費されてしまいました。

この事から類推されるのはライセンスはＭＡＣアドレスでカウントされているのではと思います。
また不具合としてはＴＳをDisconectしてもライセンスが消費されたままになる場合がある
と言うことです。（サーバーを再起動しないと消えませんでした）
それ以前にICA-tcpではなくRDP-tcpのＴＳ接続でライセンスが消費される事じたい変と思っております。

>1
同一端末からの複数セッションは1セッションとしてカウントされるのは仕様です。
通常1台のクライアント端末を複数の人間が同時使用することはないとの考え方から、
実装されている機能です。
ただし、例外が存在します。
ライセンスの割り当て機能を利用して特定のサーバにライセンスを割り当てている
場合、クライアントがライセンスを割当ててないサーバ（ライセンスプールを利用：デフォルト）
とライセンスを割当てた特定のサーバの両方にアクセスした場合は2ライセンスが消費されます。
>2
サーバー台数を増やすたびに一つ増えることはないです。

>3
全てアクティブなセッションであればライセンス違反となるというより超えたところで
接続できないはずです。恐らく切断セッションが含まれているのではと推測します。
セッションが切断状態の場合はライセンスが消費されませんから。

サーバのプロパティのMetaFrameの設定で、「このサーバへのログオンを有効にする」の
チェックをはずせば良いはずです。

（追記遅くなり失礼しました）
次回、確認できる機会がありましたら試してみたいと思います。
ご返信ありがとうございます。

Presentation管理コンソールを利用し、ポリシーを作成して下さい。

MetaFrameの機能にある再起動を使ってみてはどうでしょうか？
セッションが開いているときに再起動するかどうかといった設定があったような気がしますが。
あと、データストアは、MS-Accessですか？
データストアのサーバが落ちている（再起動）、もしくは、
ライセンスサーバが落ちている（再起動）場合は、
クライアントからは接続できないのかもしれません。

ウッチー様、ご回答いただきありがとうございます。

Metaframeの機能で再起動があることは知りませんでした。
週明けにでも探してみたいと思いますが･･･簡単に手順等あれば教えていただけると助かります。

データストアはOracle8.1.6を使用しています。
その時点では正常に稼動しており、また、公開デスクトップで再起動が通常通り行われた
サーバーにアクセスすると正常につながります。


少し、内容が変わるのですが、再起動に失敗したサーバーがデータコレクタをしているサーバーで、
優先度が一番高い設定のとき、公開アプリケーションを起動するとそれ以外のサーバーが正常に
稼動しているにもかかわらず、Metaframeサーバーに接続できませんというようなエラーが発生します。

こちらの思惑としては再起動に失敗したとしても負荷分散されて、正常稼動しているサーバーに
接続されてほしいのですが、うまくいっていないようです。

そこでMetaframeの負荷分散機能の動きがどうなっているかを知りたいと思っています。
・クライアントが接続にきたときにまずデータコレクタに接続に行ってから負荷の軽いサーバーに接　続に再接続される？
・Metaframeのサーバー郡に接続に行く前に中間層的なものがあってそこで負荷状況を判断してから
　どのサーバーに接続に行くかを振り分けられる。
前者ではないかと思いながらも資料等ではっきりと明記されているものが見つからず、困っています。
また、通常のデータコレクタが稼動していないときに別のサーバーがデータコレクタになるという
ことまでは調べたのですが、実際、その時点でどのサーバーがデータコレクタとして稼動している
かを調べる手段はあるのでしょうか？
それによって状況の判断のひとつにしたいと考えております。

どうぞよろしくお願いいたします。

Metaの管理コンソールで、各Metaサーバ毎の再起動設定があったと思います。
（すみません、Metaの現場から離れていますので確認できません）
データコレクタは、メインとセカンダリの設定はしているのでしょうか。
どのデータコレクタで動いているかも、Metaの管理コンソールで見れた気がします。
余談ですが、
負荷分散は、どの負荷基準で動かすかの設定もあるのですが、
それは設定してあるということですね？

Oracleのデータストアサーバは、
Metaサーバとは別のサーバに構築しているということでよろしいでしょうか。

この件については、
Metaの再起動の機能を使って、セッションが張られていても再起動させるようにすれば、
問題は解消されるような気がします。
（まぁセッション開設者が再起動の時間に、セッション終了しても問題ないか確認は必要ですが）

ウッチ－様、ご回答いただきありがとうございます。

今朝、Metaサーバーで確認してきたのですが、ヘルプでは
[管理コンソール]－[サーバー]-[<サーバー>のプロパティ]の左側の一覧に
「再起動スケジュール」なるものがあると書いてあったのですが、実際のプロパティには
そのようなものがありませんでした。

何か追加でインストする必要があるのでしょうか？
Metaframe　XP　FutureRelease3　(XPa)　を使用しております。

負荷分散に関してはすべてのサーバーが同スペックであることと、
公開アプリケーションの負荷もさほど変わらないことからセッション数での判断のみにしており、
今後の状況に応じて変更していこうと考えております。

Oracleのデータストアサーバーは別のサーバーで構築しております。

やはりMetaの再起動機能を使えればと思うのですが当方のバージョンでは使用できないのでしょうか？

どうぞよろしくお願いいたします。

MetaXpaですか。
Metaの再起動起動は無さそうです。
http://www.citrix.co.jp/products/cps/feature_grid.html

shutdownコマンドをタスクに設定して強制的に再起動させるのはどうでしょうか。

VBSでのシャットダウンのサンプル
http://www.roy.hi-ho.ne.jp/mutaguchi/bbs/list81.shtml

ウッチー様、何度もありがとうございます。

やはり当方のバージョンでは再起動の機能は使えなかったのですね。。。
shutdownコマンドでの再起動を検討することにします。

どうもありがとうございました。

下記参照してみて下さい。
http://support.citrix.com/article/CTX104401&searchID=10305564

>CSG経由で問題なく動作可能ですが、icaファイル(launch.ica)の中身を見ると、
MetaサーバIP : 1494 と記述があります。
→上記で問題ないと思います。
　SGはあくまでもゲートウェイなので、クライアントから見れば、
　MetaFrameサーバの所在が分からなければ、アクセスできません。
　launch.icaに記載されている「MetaサーバIP : 1494」というのは、
　クライアントへの指示ではなく、SGに対しての指示です。
　SGとMetaFrame間は当然1494/icaで通信しますから、この情報が必要です。
　そしてMetaFrameから1494で流れてきたパケットは、SGによってSSLでカプセル化され、
　443でクライアント側に提供されます。

＞きくりんさん
丁寧なご解説有難うござます。
launch.icaファイルはSGに対してのファイルなんですね。
大変納得させて頂きました。

尚、CSG経由ではなく、WI ⇔ Meta 構成のlaunch.icaファイルに書いてある
[MetaサーバIP:1494]は、当然の事ながらクライアントに対しての指示という事になりますね。

とてもスッキリ致しました。有難うございます。
またの機会ございましたら、ご教授お願い致します。

まだ見てらっしゃるか分かりませんが。。。

これって本当に、SG経由で通信してますか？
SGを使用した構成であれば、STAでチケッティングされて、MetaFrameサーバ
アドレスは隠蔽されるはずです。
launch.icaファイルのAddressの欄は、一見すると何だか分からない文字列
になるはずですが。
一度、WIの設定を確認されることをお勧めいたします。
ちゃんとSGを使う設定（DMZの設定）を行っていますか？
可能であれば、パケットキャプチャも行って、TLSもしくはSSLv3通信を行って
いることを確認した方が良いと思います。

＞ひさ様

詳細なご指摘有難うございます。
現状、当方検証環境ですので、すべて同一Subnet環境になっております。
DMZ環境を作りだして、再度確認させて頂きます。

尚、図々しいお願いで大変恐縮ですが、
launch.icaファイルの中身を掲載することは可能でしょうか？
参考程度に拝見できる程度で結構ですので、可能であれば、掲載して頂けると
非常に助かります。

以上、宜しくお願い致します。

DMZ設定となっていますが、同一サブネットでもテストとしては問題ないと思いますよ。
ちゃんとSG経由で通信していることを確認するためには、間にFWなどを入れてアクセス
制御をかけた方が分かりやすいとは思いますが。

SGを経由していないと、クライアント→(TCP/1494)→MetaFrameという接続になりま
すので、MetaFrameサーバにパーソナルFWを設定して、クライアントからの直接接続を
できないようにしてみるのも良いでしょう。
SGを経由していれば、クライアント→（TCP/443）→SG→(TCP/1494)→MetaFrameの
経路になります。

私の手元には、CPS4.0 の検証環境しかないので多少違うのですが、4.0では
１）WIのDMZ設定で、SecureGatewayを使う設定
２）WIのSecureGatewayの設定で、SGのFQDNとポート、STAのURL
の2つの設定を行う必要があります。

launch.icaファイルも一応載せておきます。
Notepadを公開アプリにしています。

---ここから

[Encoding]
InputEncoding=SJIS

[WFClient]
ClientName=WI_iDNWO9TBpujEbrfD9
ProxyFavorIEConnectionSetting=Yes
ProxyTimeout=30000
ProxyType=Auto
ProxyUseFQDN=Off
RemoveICAFile=yes
TransparentKeyPassthrough=Local
TransportReconnectEnabled=Off
Version=2
VirtualCOMPortEmulation=Off

[ApplicationServers]
Notepad=

[Notepad]
Address=;10;STA11874C4582AE;F882F33D960565BD2AD1E0EE0FA20B6A
AudioBandwidthLimit=2
AutologonAllowed=ON
BrowserProtocol=HTTPonTCP
ClearPassword=D7443BB9E2C27A
ClientAudio=On
DesiredColor=8
DesiredHRES=640
DesiredVRES=480
Domain=\19D99877D182D5A8
HTTPBrowserAddress=!
InitialProgram=#Notepad
Launcher=WI
LongCommandLine=
ProxyTimeout=30000
ProxyType=Auto
SSLCiphers=all
SSLEnable=On
SSLProxyHost=sg.mfdom.local:443
SecureChannelProtocol=Detect
SessionsharingKey=8-basic-basic-mfdom-user01-FARM1
TWIMode=On
TransportDriver=TCP/IP
Username=user01
WinStationDriver=ICA 3.0

[Compress]
DriverNameWin16=pdcompw.dll
DriverNameWin32=pdcompn.dll

[EncRC5-0]
DriverNameWin16=pdc0w.dll
DriverNameWin32=pdc0n.dll

[EncRC5-128]
DriverNameWin16=pdc128w.dll
DriverNameWin32=pdc128n.dll

[EncRC5-40]
DriverNameWin16=pdc40w.dll
DriverNameWin32=pdc40n.dll

[EncRC5-56]
DriverNameWin16=pdc56w.dll
DriverNameWin32=pdc56n.dll

すいません、私のミスでした。
確かにMetaFrameのアドレスはセキュア化されて、平文では表記されません。
最近WI＋SGを使った案件がなかったので、ボケてました。
申し訳ありません。
恐らくWIの設定に問題があると思われますので、
WIadminの画面から「サーバーの設定」→「DMZ設定」の「ネットワークアドレス変換」および
「SecureGatewayの設定」を再確認してみてください。
また、ドキュメントセンターの「SecureGateway for MetaFrame インストール チェックリスト」も
確認してみてください。

切断のステータスはライセンスの消費はありません。
http://support.citrix.com/kb/entry!default.jspa?categoryID=122&externalID=CTX104852&fromSearchPage=true

しゅーまっは様、有難うございます。
欲しかったのはまさにこの文書です。

全くの素人でこの度MetaFrameを導入するのですが、運用の際に必要なWindows Serverのターミナルサービスにつきご教示頂きたいと思います。

・Windows Server 2003
・Citrix Presentation Server 4.0
・全80ユーザーにて基幹アプリを運用　ユーザー数＝デバイス数

Meta環境下のWindowsTSCALはデバイスCALとユーザCALどちらを導入するのでも構わないのでしょうか？以前このサイトの問い合わせに対する回答に下記の事例がありました。


［MetaFrameに接続できない］（2005/09/11）に対する回答

ターミナルサービス環境では「同時使用ユーザー数」モードでの運用は許可されて
おりません。「接続クライアント数」モードで運用する必要があります。
＃購入元ベンダーがちゃんと説明しておいてほしいものです・
記述のソースは通常ここにあります。
C:\WINNT\system32\eula.txt



これはMetaServer上のターミナルサーバライセンスの事だと思いますが、間違いないのでしょうか？
デバイスCALの場合、接続クライアントがリプレースした時ライセンスの移行はServer上で可能なのでしょうか？

大変初歩的な質問で恐縮ですが、よろしくお願い申し上げます。

ターミナルCALではなく、通常のサーバーCALの事です。