トピック検索
923 件のトピックが該当しました。
- ＰＳのライセンス数よりＴＳのＣＡＬを多くして利用できますか？ - 素仙 ( 2006/01/18 19:01:27 更新)
- アプリケーション終了時に、ログオフされない - Meta初心者（忘れたよ) ( 2006/01/15 17:36:52 更新)
- Windows 2000 Serverの場合は、Administratorグループに入れないとサーバーに接続できないのでしょうか？ - Meta挑戦者 ( 2006/01/11 13:55:10 更新)
- ACCESS97のレポートの用紙ｻｲｽﾞについて - びぎなー ( 2006/01/11 09:52:42 更新)
- 一部のICAクライアントでエラーメッセージ - wise ( 2006/01/10 16:29:01 更新)
- オートクリエイトプリンタの名前について - よし ( 2006/01/03 20:06:20 更新)
- 公開アプリケーション起動不可 - satok ( 2005/12/28 08:33:59 更新)
- 切断開放 - やま ( 2005/12/19 21:08:57 更新)
- 公開アプリケーションを起動後 「アクセス許可がありません」エラー - Takahashi ( 2005/12/19 19:48:22 更新)
- WebInterfaceでコンピュータ名を取得できない - めためた ( 2005/12/16 18:20:14 更新)
ＰＳのライセンス数よりＴＳのＣＡＬを多くして利用できますか？
素仙と申します。
初めて投稿します。
PresentationServerStandardEdition4.0＋WindowsServer2003StandardEditionSP1
を使っております。
外部からＰＳ
社内からＴＳで運用しようとしたかったので、
ＴＳのＣＡＬを余分に購入し両方を１サーバにインストールしました。
ＰＳを全く起動しなくて
ＴＳのみを起動してもＰＳのライセンスがカウントされます
ＰＳのライセンス数をオーバーするとＰＳのライセンスオーバーが表示され
ＴＳが起動しません全くＰＳを使ってないのになぜでしょうか？
初めて投稿します。
PresentationServerStandardEdition4.0＋WindowsServer2003StandardEditionSP1
を使っております。
外部からＰＳ
社内からＴＳで運用しようとしたかったので、
ＴＳのＣＡＬを余分に購入し両方を１サーバにインストールしました。
ＰＳを全く起動しなくて
ＴＳのみを起動してもＰＳのライセンスがカウントされます
ＰＳのライセンス数をオーバーするとＰＳのライセンスオーバーが表示され
ＴＳが起動しません全くＰＳを使ってないのになぜでしょうか？
RDP接続でもICAクライアントとして使えるようになっているので
ライセンスを消費するらしいということを聞いたことがあります。
ライセンスを消費するらしいということを聞いたことがあります。
ＮＯＳさんレスありがとうございまます。
http://support.citrix.com/article/CTX104854&searchID=13882936
上記のページを見つけたのですが、ＴＳ＝ＲＤＰ接続と思うのですが、
ＴＳで公開アプリケーション、公開デスクトップができるのですかね？
今回の場合はしておりませんが・・・
というか方法すら知りません。
http://support.citrix.com/article/CTX104854&searchID=13882936
上記のページを見つけたのですが、ＴＳ＝ＲＤＰ接続と思うのですが、
ＴＳで公開アプリケーション、公開デスクトップができるのですかね？
今回の場合はしておりませんが・・・
というか方法すら知りません。
Web Interfaceを使えば、RDP(TSクライアント)でも公開アプリケーションが使えますよ。
と言うことは、PSのロードバランスの機能が使えるのです。
ロードバランス以外にも、管理コンソールの管理機能、RMの集計データベース、
CPU・メモリの最適化機能などが使えますね。
Citrixの立場から見れば、TS接続でもCitrixのライセンスが消費するのは
やむをえないところでしょう。
なぜなら、仮に「TS接続でもライセンスを消費しない」だった場合を考えてください。
だとすると、Citrixライセンスをほんの少しだけ買って、
それを上回る接続を実際にはTS接続で使えば、
支払ったライセンス以上の機能が使えてしまうのです。
これでは、Citrixが損をするだけでなく、まじめにライセンス料を払っている
他のユーザがバカを見てしまいます。
> 外部からＰＳ
> 社内からＴＳで運用しようとしたかったので、
もしもこのような運用を行いたいのなら、
PS用のサーバと、TS用のサーバと、それぞれ1台ずつ用意すれば済む話です。
と言うことは、PSのロードバランスの機能が使えるのです。
ロードバランス以外にも、管理コンソールの管理機能、RMの集計データベース、
CPU・メモリの最適化機能などが使えますね。
Citrixの立場から見れば、TS接続でもCitrixのライセンスが消費するのは
やむをえないところでしょう。
なぜなら、仮に「TS接続でもライセンスを消費しない」だった場合を考えてください。
だとすると、Citrixライセンスをほんの少しだけ買って、
それを上回る接続を実際にはTS接続で使えば、
支払ったライセンス以上の機能が使えてしまうのです。
これでは、Citrixが損をするだけでなく、まじめにライセンス料を払っている
他のユーザがバカを見てしまいます。
> 外部からＰＳ
> 社内からＴＳで運用しようとしたかったので、
もしもこのような運用を行いたいのなら、
PS用のサーバと、TS用のサーバと、それぞれ1台ずつ用意すれば済む話です。
メタメタ様、レスありがとうございます。
詳しくCitrix社側の考え方の説明をいただきよくわかりました。
しかし、今回の場合はＳｔａｎｄａｒｄＥｄｉｔｉｏｎです。従って
＞ロードバランス以外にも、管理コンソールの管理機能、RMの集計データベース、
＞CPU・メモリの最適化機能などが使えますね。
等は使えないと思います。
それ以前に
＞Web Interfaceを使えば、RDP(TSクライアント)でも公開アプリケーションが使えますよ。
を使う予定は全くありません。
＞これでは、Citrixが損をするだけでなく、まじめにライセンス料を払っている
＞他のユーザがバカを見てしまいます
これはMicrosoft社も同じ見解なのでしょうか？
＞PS用のサーバと、TS用のサーバと、それぞれ1台ずつ用意すれば済む話です。
ＴＳのＣＡＬは分ければすむかもしれませんが、
それぞれにアプリケーションをインストール必要がありメンテナンスが煩雑に
なるのではと思っております。
詳しくCitrix社側の考え方の説明をいただきよくわかりました。
しかし、今回の場合はＳｔａｎｄａｒｄＥｄｉｔｉｏｎです。従って
＞ロードバランス以外にも、管理コンソールの管理機能、RMの集計データベース、
＞CPU・メモリの最適化機能などが使えますね。
等は使えないと思います。
それ以前に
＞Web Interfaceを使えば、RDP(TSクライアント)でも公開アプリケーションが使えますよ。
を使う予定は全くありません。
＞これでは、Citrixが損をするだけでなく、まじめにライセンス料を払っている
＞他のユーザがバカを見てしまいます
これはMicrosoft社も同じ見解なのでしょうか？
＞PS用のサーバと、TS用のサーバと、それぞれ1台ずつ用意すれば済む話です。
ＴＳのＣＡＬは分ければすむかもしれませんが、
それぞれにアプリケーションをインストール必要がありメンテナンスが煩雑に
なるのではと思っております。
> しかし、今回の場合はＳｔａｎｄａｒｄＥｄｉｔｉｏｎです。従って
> ＞ロードバランス以外にも、管理コンソールの管理機能、RMの集計データベース、
> ＞CPU・メモリの最適化機能などが使えますね。
> 等は使えないと思います。
管理コンソールでの管理は、StandardEditionでも使えますよね。
ロードバランスやRMは、確かにStandardでは使えませんが、
価格の安いStandardで、使える機能が少なくなるのは当たり前です。
> それ以前に
> ＞Web Interfaceを使えば、RDP(TSクライアント)でも公開アプリケーションが使えますよ。
> を使う予定は全くありません。
使う予定があろうがなかろうが、「使える」ことは確かですよね？
> ＞これでは、Citrixが損をするだけでなく、まじめにライセンス料を払っている
> ＞他のユーザがバカを見てしまいます
> これはMicrosoft社も同じ見解なのでしょうか？
なぜMicrosoft社が同じ見解を出す必要があるのですか？
> ＞PS用のサーバと、TS用のサーバと、それぞれ1台ずつ用意すれば済む話です。
> ＴＳのＣＡＬは分ければすむかもしれませんが、
> それぞれにアプリケーションをインストール必要がありメンテナンスが煩雑に
> なるのではと思っております。
なるほど、だとしたらPSを入れなければ済む話です。
なぜあえてPSを使うのですか？
> ＞ロードバランス以外にも、管理コンソールの管理機能、RMの集計データベース、
> ＞CPU・メモリの最適化機能などが使えますね。
> 等は使えないと思います。
管理コンソールでの管理は、StandardEditionでも使えますよね。
ロードバランスやRMは、確かにStandardでは使えませんが、
価格の安いStandardで、使える機能が少なくなるのは当たり前です。
> それ以前に
> ＞Web Interfaceを使えば、RDP(TSクライアント)でも公開アプリケーションが使えますよ。
> を使う予定は全くありません。
使う予定があろうがなかろうが、「使える」ことは確かですよね？
> ＞これでは、Citrixが損をするだけでなく、まじめにライセンス料を払っている
> ＞他のユーザがバカを見てしまいます
> これはMicrosoft社も同じ見解なのでしょうか？
なぜMicrosoft社が同じ見解を出す必要があるのですか？
> ＞PS用のサーバと、TS用のサーバと、それぞれ1台ずつ用意すれば済む話です。
> ＴＳのＣＡＬは分ければすむかもしれませんが、
> それぞれにアプリケーションをインストール必要がありメンテナンスが煩雑に
> なるのではと思っております。
なるほど、だとしたらPSを入れなければ済む話です。
なぜあえてPSを使うのですか？
メタメタ様、詳細にご回答いただいてありがとうございます。
私の質問の仕方で気分を害されたとしたら、お詫びもうしあげます。
私の誤解からかもしれませんが、基本的に
＞なぜあえてPSを使うのですか？
外部をＰＳ、社内をＴＳの目的は、ＩＣＡ接続の方がＲＤＰ接続より、低速回線でも
ストレスを感じなく利用できるというCitrix社のセールストークの１点のみです。
＞なるほど、だとしたらPSを入れなければ済む話です。
しかし現実は、ＰＳもＴＳも私の環境では外部接続ストレスは同じでした。
その現実を考えれば仰るとおりＰＳは必要ないことになります。
しかし、この問題は通信環境の問題で設定を変えればＩＣＡ接続はストレスがなくなる
かもという期待感があったからです。（この問題の質問はしておりませんでした）
もう一つの誤解かもしれませんが、私は
＞使う予定があろうがなかろうが、「使える」ことは確かですよね？
ライセンスのカウントはその機能を使うときにカウントすべきと思っております。
＞なぜMicrosoft社が同じ見解を出す必要があるのですか？
したがって、ＴＳ機能のみを使おうとしたときそのソフトがインストールしてあるだけで、
ライセンスオーバーでＴＳ機能をキャンセルするのはおかしいと私は思っておりますが、
ＭＳ社は他社のソフトが機能をキャンセルすることをどう思っているかと思っただけです。
私の質問の仕方で気分を害されたとしたら、お詫びもうしあげます。
私の誤解からかもしれませんが、基本的に
＞なぜあえてPSを使うのですか？
外部をＰＳ、社内をＴＳの目的は、ＩＣＡ接続の方がＲＤＰ接続より、低速回線でも
ストレスを感じなく利用できるというCitrix社のセールストークの１点のみです。
＞なるほど、だとしたらPSを入れなければ済む話です。
しかし現実は、ＰＳもＴＳも私の環境では外部接続ストレスは同じでした。
その現実を考えれば仰るとおりＰＳは必要ないことになります。
しかし、この問題は通信環境の問題で設定を変えればＩＣＡ接続はストレスがなくなる
かもという期待感があったからです。（この問題の質問はしておりませんでした）
もう一つの誤解かもしれませんが、私は
＞使う予定があろうがなかろうが、「使える」ことは確かですよね？
ライセンスのカウントはその機能を使うときにカウントすべきと思っております。
＞なぜMicrosoft社が同じ見解を出す必要があるのですか？
したがって、ＴＳ機能のみを使おうとしたときそのソフトがインストールしてあるだけで、
ライセンスオーバーでＴＳ機能をキャンセルするのはおかしいと私は思っておりますが、
ＭＳ社は他社のソフトが機能をキャンセルすることをどう思っているかと思っただけです。
こんばんは。
全然気分を害されてなどいませんよ。
こちらこそ突き放す回答の仕方で申し訳ありません。
ただ、あくまで趣味の範囲の回答ですので、
こればかりはお許しください。
> しかし現実は、ＰＳもＴＳも私の環境では外部接続ストレスは同じでした。
それは素晴らしい！
きっと十分な帯域のネットワークをお使いなのでしょう。
私はPHS(64kbps)を使って外部から社内のメールを読むことが多いのですが、
ICAとRDPでは、まるでスピードが違います。
もちろん、ICAのほうが断然キモチイイです。
> その現実を考えれば仰るとおりＰＳは必要ないことになります。
はい、それなら「一件落着」と言うわけですね。
＞使う予定があろうがなかろうが、「使える」ことは確かですよね？
ライセンスのカウントはその機能を使うときにカウントすべきと思っております。
「すべき」と言うのは、あなたのお考えですね。
しかし残念ながら一般的な考えではないようです。
例えば、MS Officeは実装している機能に応じて
Professional
Standard
Personal
の3つのエディションがあり、機能の分高いライセンスが必要です。
Professionalエディションを購入して実際にインストールまでした人が
「私はPersonalの機能しか使っていないから、Personalの金額しか払わない」
と言っても、おそらく誰も相手にしませんよ。
自分が使う機能を購入前に十分に調べて、
必要な機能分のものだけを購入すればよい話です。
(購入した機能を使いこなすように努める、と言う選択肢もありますが)
MS Officeは例ですが、もしも使った機能だけ分のライセンスを
「正確に」カウントする
ソフトウェアがあれば教えていただきたいものです。
(「使う機能」ではなく「使った機能」ですよ)
これはソフトウェアには限りませんね。
ポルシェを買った人が、
「軽自動車でも出せるスピードしか自分は出さないから
軽自動車分の金額しか払わない」
とは言ったら笑われるだけの話でしょう。
> したがって、ＴＳ機能のみを使おうとしたとき
> そのソフトがインストールしてあるだけで、
> ライセンスオーバーでＴＳ機能をキャンセルするのは
> おかしいと私は思っておりますが、
「インストールしてあるだけ」で「全く使っていない」
のなら、インストールしなければ良いはずで一件落着です。
でも普通は「インストールしてある」と言うことは
(MS Officの例を出すまでもなく)例えその機能を使っていなくても
「使える」状況にありますので、
その分の費用を払うことは、当然のことです。
> ＭＳ社は他社のソフトが機能をキャンセルすることを
> どう思っているかと思っただけです。
別に「キャンセル」しているわけではなくて、
「ライセンスに応じて使用できる範囲を制限している」のですよ。
例えば、多くの会計ソフトはSQL Serverと言うMSの製品を利用しています。
会計ソフトのライセンスに応じて使用できる範囲
(SQL Serverを使える範囲)を制限するのは当たり前のことです。
そんなことでいちいちMS社にお伺いを立てる必要があったら、
Windowsで動くソフトなんて作っていられません。
話は飛びますが、Windowsの機能をわざと「キャンセル」する
製品は世の中にいくらでもありますよね。
例えば、「パーソナルファイアウォール」と呼ばれる製品は、
Windowsの通信機能をわざと「キャンセル」させることによって、
Windowsのセキュリティを保ちます。
「MS社がどう思うか？」ですけど、MS社自ら積極的に奨めていますよ。
http://www.microsoft.com/japan/athome/security/protect/firewall.mspx
全然気分を害されてなどいませんよ。
こちらこそ突き放す回答の仕方で申し訳ありません。
ただ、あくまで趣味の範囲の回答ですので、
こればかりはお許しください。
> しかし現実は、ＰＳもＴＳも私の環境では外部接続ストレスは同じでした。
それは素晴らしい！
きっと十分な帯域のネットワークをお使いなのでしょう。
私はPHS(64kbps)を使って外部から社内のメールを読むことが多いのですが、
ICAとRDPでは、まるでスピードが違います。
もちろん、ICAのほうが断然キモチイイです。
> その現実を考えれば仰るとおりＰＳは必要ないことになります。
はい、それなら「一件落着」と言うわけですね。
＞使う予定があろうがなかろうが、「使える」ことは確かですよね？
ライセンスのカウントはその機能を使うときにカウントすべきと思っております。
「すべき」と言うのは、あなたのお考えですね。
しかし残念ながら一般的な考えではないようです。
例えば、MS Officeは実装している機能に応じて
Professional
Standard
Personal
の3つのエディションがあり、機能の分高いライセンスが必要です。
Professionalエディションを購入して実際にインストールまでした人が
「私はPersonalの機能しか使っていないから、Personalの金額しか払わない」
と言っても、おそらく誰も相手にしませんよ。
自分が使う機能を購入前に十分に調べて、
必要な機能分のものだけを購入すればよい話です。
(購入した機能を使いこなすように努める、と言う選択肢もありますが)
MS Officeは例ですが、もしも使った機能だけ分のライセンスを
「正確に」カウントする
ソフトウェアがあれば教えていただきたいものです。
(「使う機能」ではなく「使った機能」ですよ)
これはソフトウェアには限りませんね。
ポルシェを買った人が、
「軽自動車でも出せるスピードしか自分は出さないから
軽自動車分の金額しか払わない」
とは言ったら笑われるだけの話でしょう。
> したがって、ＴＳ機能のみを使おうとしたとき
> そのソフトがインストールしてあるだけで、
> ライセンスオーバーでＴＳ機能をキャンセルするのは
> おかしいと私は思っておりますが、
「インストールしてあるだけ」で「全く使っていない」
のなら、インストールしなければ良いはずで一件落着です。
でも普通は「インストールしてある」と言うことは
(MS Officの例を出すまでもなく)例えその機能を使っていなくても
「使える」状況にありますので、
その分の費用を払うことは、当然のことです。
> ＭＳ社は他社のソフトが機能をキャンセルすることを
> どう思っているかと思っただけです。
別に「キャンセル」しているわけではなくて、
「ライセンスに応じて使用できる範囲を制限している」のですよ。
例えば、多くの会計ソフトはSQL Serverと言うMSの製品を利用しています。
会計ソフトのライセンスに応じて使用できる範囲
(SQL Serverを使える範囲)を制限するのは当たり前のことです。
そんなことでいちいちMS社にお伺いを立てる必要があったら、
Windowsで動くソフトなんて作っていられません。
話は飛びますが、Windowsの機能をわざと「キャンセル」する
製品は世の中にいくらでもありますよね。
例えば、「パーソナルファイアウォール」と呼ばれる製品は、
Windowsの通信機能をわざと「キャンセル」させることによって、
Windowsのセキュリティを保ちます。
「MS社がどう思うか？」ですけど、MS社自ら積極的に奨めていますよ。
http://www.microsoft.com/japan/athome/security/protect/firewall.mspx
メタメタ様、ご説明ありがとうございます。
ご説明は良くわかりましたが、私自身がへそ曲がりなのか、なっとくできない気持ちでおりますので、
これ以上、丁寧な説明をいただいても議論が平行線になってしまいます。
ところで、前述した、
「RDP接続によってMetaFrame Presentation Serverの接続ライセンスが消費される」
http://support.citrix.com/article/CTX104854&searchID=13882936
その中に
～前略～
Terminal Serverライセンスの数が30で、Citrix接続ライセンスの数が20の場合
～中略～
制限を超えると、エンドユーザーに対して適切なエラーメッセージが表示されます。
と書いてありますが、「適切なエラーメッセ－ジ」が表示された後、
残りのＴＳ１０クライアントはインストールしても使う事できませんとは書いてありません。
わざわざ例でライセンスを違う数にしてあるので、ＴＳ機能の範囲内で利用可能とも読み取れるのですが、
これも私の勘違いでしょうか？
また、最後の方に
MetaFrame Presentation ServerへのRDPコネクションを有効にする方法
と書いてあるので、無効にする方法も有るようにも受け取れるのですが、これも私の勘違いでしょうか？
ご説明は良くわかりましたが、私自身がへそ曲がりなのか、なっとくできない気持ちでおりますので、
これ以上、丁寧な説明をいただいても議論が平行線になってしまいます。
ところで、前述した、
「RDP接続によってMetaFrame Presentation Serverの接続ライセンスが消費される」
http://support.citrix.com/article/CTX104854&searchID=13882936
その中に
～前略～
Terminal Serverライセンスの数が30で、Citrix接続ライセンスの数が20の場合
～中略～
制限を超えると、エンドユーザーに対して適切なエラーメッセージが表示されます。
と書いてありますが、「適切なエラーメッセ－ジ」が表示された後、
残りのＴＳ１０クライアントはインストールしても使う事できませんとは書いてありません。
わざわざ例でライセンスを違う数にしてあるので、ＴＳ機能の範囲内で利用可能とも読み取れるのですが、
これも私の勘違いでしょうか？
また、最後の方に
MetaFrame Presentation ServerへのRDPコネクションを有効にする方法
と書いてあるので、無効にする方法も有るようにも受け取れるのですが、これも私の勘違いでしょうか？
こんばんは。
なかなか「一件落着」とは行かないようですね。
> ご説明は良くわかりましたが、私自身がへそ曲がりなのか、
> なっとくできない気持ちでおりますので、
「納得できない」と言う気持ちは大切ですよ。
その気持ちが製品やサービスをよりよいものにします。
ただ、あまりに突飛な要求をされると
製品サービスの向上には寄与しませんね。
> その中に
> ～前略～
> Terminal Serverライセンスの数が30で、Citrix接続ライセンスの数が20の場合
> ～中略～
> 制限を超えると、エンドユーザーに対して適切なエラーメッセージが表示されます。
>
> と書いてありますが、「適切なエラーメッセ－ジ」が表示された後、
> 残りのＴＳ１０クライアントはインストールしても使う事できませんとは書いてありません。
何を言っているんですか！
使うことは出来ますよ！！！
TSライセンスがクライアントライセンス(またはユーザライセンス)で、
Citrixライセンスが同時接続ライセンスだと言うことを思い出してください。
制限されるのはあくまで「同時接続数」だけであって、
クライアント数(またはユーザ数)は制限されません。
実際、ウチの会社ではTSのユーザライセンスよりも、
Citrix接続ライセンス数はかなり少ない数で運用していますが、
全く問題なく運用しています。
なぜなら、ユーザ数全てが同時に接続することはないからです。
> わざわざ例でライセンスを違う数にしてあるので、
ウチの会社の例を出すまでもなく、
TSのライセンス数とCitrixのライセンス数が異なるのは
ごくごく普通のことです。
> ＴＳ機能の範囲内で利用可能とも読み取れるのですが、
ごめんなさい、この文の意味が良く判りません。
> これも私の勘違いでしょうか？
文の意味が判らないので、「勘違い」かどうかは判断できません。
> また、最後の方に
> MetaFrame Presentation ServerへのRDPコネクションを有効にする方法
>
> と書いてあるので、無効にする方法も有るようにも受け取れるのですが、
ええ、無効にする方法はありますよ。
> これも私の勘違いでしょうか？
なぜ、「勘違い」だと考えられたのでしょうか？
なかなか「一件落着」とは行かないようですね。
> ご説明は良くわかりましたが、私自身がへそ曲がりなのか、
> なっとくできない気持ちでおりますので、
「納得できない」と言う気持ちは大切ですよ。
その気持ちが製品やサービスをよりよいものにします。
ただ、あまりに突飛な要求をされると
製品サービスの向上には寄与しませんね。
> その中に
> ～前略～
> Terminal Serverライセンスの数が30で、Citrix接続ライセンスの数が20の場合
> ～中略～
> 制限を超えると、エンドユーザーに対して適切なエラーメッセージが表示されます。
>
> と書いてありますが、「適切なエラーメッセ－ジ」が表示された後、
> 残りのＴＳ１０クライアントはインストールしても使う事できませんとは書いてありません。
何を言っているんですか！
使うことは出来ますよ！！！
TSライセンスがクライアントライセンス(またはユーザライセンス)で、
Citrixライセンスが同時接続ライセンスだと言うことを思い出してください。
制限されるのはあくまで「同時接続数」だけであって、
クライアント数(またはユーザ数)は制限されません。
実際、ウチの会社ではTSのユーザライセンスよりも、
Citrix接続ライセンス数はかなり少ない数で運用していますが、
全く問題なく運用しています。
なぜなら、ユーザ数全てが同時に接続することはないからです。
> わざわざ例でライセンスを違う数にしてあるので、
ウチの会社の例を出すまでもなく、
TSのライセンス数とCitrixのライセンス数が異なるのは
ごくごく普通のことです。
> ＴＳ機能の範囲内で利用可能とも読み取れるのですが、
ごめんなさい、この文の意味が良く判りません。
> これも私の勘違いでしょうか？
文の意味が判らないので、「勘違い」かどうかは判断できません。
> また、最後の方に
> MetaFrame Presentation ServerへのRDPコネクションを有効にする方法
>
> と書いてあるので、無効にする方法も有るようにも受け取れるのですが、
ええ、無効にする方法はありますよ。
> これも私の勘違いでしょうか？
なぜ、「勘違い」だと考えられたのでしょうか？
メタメタ様、いつも詳細な説明ありがとうございます。
私の大きな勘違いがあると思いもう一度、マイクロソフトのサイトを
見ていたのですが解らなくなり何度も何度も見ていたら時間だけが
経過してしまいました。
いまだに理解していなので、大変恐縮ですが、あらためて御教授願えないでしょうか？
＞TSのライセンス数とCitrixのライセンス数が異なるのは
＞ごくごく普通のことです。
ＷｉｎｄｏｗｓＳｅｒｖｅｒ２００３のＣＡＬは
同時使用ユーザ数モード
接続デバイス数モード
接続ユーザー数モード
の三種類があり
ＷｉｎｄｏｗＴｅｒｍｉｎａｌＳｅｒｖｅｒ２００３のＣＡＬは
ＴＳデバイスＣＡＬ
ＴＳユーザーＣＡＬ
の二種類があり
ＰｒｅｓｅｎｔａｔｉｏｎＳｅｒｖｅｒＳｔａｎｄａｒｄＥｄｉｔｉｏｎ４．０
の接続ライセンスは１種類です。
従って組み合わせがいろいろ出来ると思うのですが、整合性が取れて
正しい組み合わせになる場合はどの場合でしょうか？
この基本の所を間違っているのではと思っております。
私の大きな勘違いがあると思いもう一度、マイクロソフトのサイトを
見ていたのですが解らなくなり何度も何度も見ていたら時間だけが
経過してしまいました。
いまだに理解していなので、大変恐縮ですが、あらためて御教授願えないでしょうか？
＞TSのライセンス数とCitrixのライセンス数が異なるのは
＞ごくごく普通のことです。
ＷｉｎｄｏｗｓＳｅｒｖｅｒ２００３のＣＡＬは
同時使用ユーザ数モード
接続デバイス数モード
接続ユーザー数モード
の三種類があり
ＷｉｎｄｏｗＴｅｒｍｉｎａｌＳｅｒｖｅｒ２００３のＣＡＬは
ＴＳデバイスＣＡＬ
ＴＳユーザーＣＡＬ
の二種類があり
ＰｒｅｓｅｎｔａｔｉｏｎＳｅｒｖｅｒＳｔａｎｄａｒｄＥｄｉｔｉｏｎ４．０
の接続ライセンスは１種類です。
従って組み合わせがいろいろ出来ると思うのですが、整合性が取れて
正しい組み合わせになる場合はどの場合でしょうか？
この基本の所を間違っているのではと思っております。
こんばんは。
マイクロソフトにしろ、シトリックスにしろ、Webページの記述は判りにくいですね。
でも、これは「ある程度は仕方のないこと」と寛大な気持ちで許してあげましょう。
なぜなら、ソフトメーカーの立場としては、「判りやすさ」よりも
「漏れがないこと」や「間違いがないこと」を重視しなければならず、
するとどうしても「判りやすさ」は犠牲になってしまうんですよね。
(私も含めてですが)この掲示板の書き込みを見ても
「記述の判りやすさ」でソフトメーカーを責められる人は
あまり居ないと思うのですが。。。。
(おっと、暴言失礼しました)
ライセンスのポイントは3つだけです。
1) Windows Server 2003 CALの「同時使用ユーザ数モード」は使えません。
2) TSに接続したら、Server CALと Terminal Server CALの両方とも必要です。
3) PSに接続するには、2)に加えてPSのライセンスが必要です。
あとは状況に応じて組み合わせを選ぶことになります。
素仙さんが「何が判らないのか？」が、私には判らないので、
説明も以上が限界です。
「こんな状況はどうすれば良いか？」
と言う質問をしていただければ噛み合った話になると思います。
他の書き込みを見ても判るように、私の説明は超不親切ですが、
ここまで来るとこちらも意地なので、とことん付き合いますよ。
マイクロソフトにしろ、シトリックスにしろ、Webページの記述は判りにくいですね。
でも、これは「ある程度は仕方のないこと」と寛大な気持ちで許してあげましょう。
なぜなら、ソフトメーカーの立場としては、「判りやすさ」よりも
「漏れがないこと」や「間違いがないこと」を重視しなければならず、
するとどうしても「判りやすさ」は犠牲になってしまうんですよね。
(私も含めてですが)この掲示板の書き込みを見ても
「記述の判りやすさ」でソフトメーカーを責められる人は
あまり居ないと思うのですが。。。。
(おっと、暴言失礼しました)
ライセンスのポイントは3つだけです。
1) Windows Server 2003 CALの「同時使用ユーザ数モード」は使えません。
2) TSに接続したら、Server CALと Terminal Server CALの両方とも必要です。
3) PSに接続するには、2)に加えてPSのライセンスが必要です。
あとは状況に応じて組み合わせを選ぶことになります。
素仙さんが「何が判らないのか？」が、私には判らないので、
説明も以上が限界です。
「こんな状況はどうすれば良いか？」
と言う質問をしていただければ噛み合った話になると思います。
他の書き込みを見ても判るように、私の説明は超不親切ですが、
ここまで来るとこちらも意地なので、とことん付き合いますよ。
メタメタ様、いつもありがとうございます。
>1) Windows Server 2003 CALの「同時使用ユーザ数モード」は使えません。
>2) TSに接続したら、Server CALと Terminal Server CALの両方とも必要です。
という事は
ＷＳ２００３接続デバイスＣＡＬ＋ＴＳ２００３接続デバイスＣＡＬ
又は
ＷＳ２００３接続ユーザーＣＡＬ＋ＴＳ２００３接続ユーザーＣＡＬ
となると思うのですが、ＰＳはどちらにも対応するのでしょうか？
私の経験ではＰＳの接続ライセンスはＭＳ社でいう接続デバイスしかないのではと思い
接続ユーザーの組み合わせは出来ないのでは？
私の経験とは別のスレッドで書いた
＞素仙 posted this message at 2006/01/19 16:19:28
＞始めまして素仙と申します。
＞１番に関して答えではなく私の経験した現象をご報告します。
＞構成は
＞PresentationServerStandardEdition4.0＋WindowsServer2003StandardEditionSP1
＞です。
＞現象は
＞無線端末から、ＴＳ接続した時
＞ターミナルサービスマネージャでそのユーザーみるとセッションはRDP-tcpで状態はActive
＞になっておりました。
＞そしてライセンス管理コンソールで見るとライセンスが１つ消費されていました。
＞その状態で無線が切断した為確認すると
＞ＴＳＭはそのユーザーが残りDisconnectになりＬＭＣはランセンスが１つ消費されたままでした。
＞そこで、同一パソコンで有線ＬＡＮにして同一ユーザーでＴＳを再接続すると
＞ＴＳＭでそのユーザーはActiveに戻りましたが、ＬＭＣを見るとライセンスはさらに１つ消費され
＞計２つ消費されてしまいました。
＞この事から類推されるのはライセンスはＭＡＣアドレスでカウントされているのではと思います。
＞また不具合としてはＴＳをDisconectしてもライセンスが消費されたままになる場合がある
＞と言うことです。（サーバーを再起動しないと消えませんでした）
＞それ以前にICA-tcpではなくRDP-tcpのＴＳ接続でライセンスが消費される事じたい変と思っております。
という内容です。
＞> MetaFrame Presentation ServerへのRDPコネクションを有効にする方法
＞> と書いてあるので、無効にする方法も有るようにも受け取れるのですが、
＞ええ、無効にする方法はありますよ。
＞> これも私の勘違いでしょうか？
＞なぜ、「勘違い」だと考えられたのでしょうか？
１サーバーに両方インストールした場合私は「「無効にする」とはＰＳ拡張機能は使えなくなり
ＴＳ基本機能だけは動く」と思たのですが、ＴＳ機能が全く動かなくなるということです。
>1) Windows Server 2003 CALの「同時使用ユーザ数モード」は使えません。
>2) TSに接続したら、Server CALと Terminal Server CALの両方とも必要です。
という事は
ＷＳ２００３接続デバイスＣＡＬ＋ＴＳ２００３接続デバイスＣＡＬ
又は
ＷＳ２００３接続ユーザーＣＡＬ＋ＴＳ２００３接続ユーザーＣＡＬ
となると思うのですが、ＰＳはどちらにも対応するのでしょうか？
私の経験ではＰＳの接続ライセンスはＭＳ社でいう接続デバイスしかないのではと思い
接続ユーザーの組み合わせは出来ないのでは？
私の経験とは別のスレッドで書いた
＞素仙 posted this message at 2006/01/19 16:19:28
＞始めまして素仙と申します。
＞１番に関して答えではなく私の経験した現象をご報告します。
＞構成は
＞PresentationServerStandardEdition4.0＋WindowsServer2003StandardEditionSP1
＞です。
＞現象は
＞無線端末から、ＴＳ接続した時
＞ターミナルサービスマネージャでそのユーザーみるとセッションはRDP-tcpで状態はActive
＞になっておりました。
＞そしてライセンス管理コンソールで見るとライセンスが１つ消費されていました。
＞その状態で無線が切断した為確認すると
＞ＴＳＭはそのユーザーが残りDisconnectになりＬＭＣはランセンスが１つ消費されたままでした。
＞そこで、同一パソコンで有線ＬＡＮにして同一ユーザーでＴＳを再接続すると
＞ＴＳＭでそのユーザーはActiveに戻りましたが、ＬＭＣを見るとライセンスはさらに１つ消費され
＞計２つ消費されてしまいました。
＞この事から類推されるのはライセンスはＭＡＣアドレスでカウントされているのではと思います。
＞また不具合としてはＴＳをDisconectしてもライセンスが消費されたままになる場合がある
＞と言うことです。（サーバーを再起動しないと消えませんでした）
＞それ以前にICA-tcpではなくRDP-tcpのＴＳ接続でライセンスが消費される事じたい変と思っております。
という内容です。
＞> MetaFrame Presentation ServerへのRDPコネクションを有効にする方法
＞> と書いてあるので、無効にする方法も有るようにも受け取れるのですが、
＞ええ、無効にする方法はありますよ。
＞> これも私の勘違いでしょうか？
＞なぜ、「勘違い」だと考えられたのでしょうか？
１サーバーに両方インストールした場合私は「「無効にする」とはＰＳ拡張機能は使えなくなり
ＴＳ基本機能だけは動く」と思たのですが、ＴＳ機能が全く動かなくなるということです。
こんばんは。
> となると思うのですが、ＰＳはどちらにも対応するのでしょうか？
どちらでも使えます。
「PSが対応」しているかどうかは、この場合問題ではありません。
> 私の経験ではＰＳの接続ライセンスはＭＳ社でいう接続デバイスしかないのではと思い
> 接続ユーザーの組み合わせは出来ないのでは？
> 私の経験とは別のスレッドで書いた
> (中略)
> という内容です。
確かにPSのライセンスは「ユーザ」ではなく、「デバイス」で計算されますが、
MSの「デバイスライセンス」とは全く考え方が異なります。
PSライセンス：同時に何台まで接続できるか
TSのデバイスライセンス：累計で何台接続するか
です。
例で説明しましょう。
---------------
A社は営業部員にPSを使わせています。
営業部員は100人居て、各人がノートパソコンを1台ずつ持っています。
つまりパソコンは100台あります。
ところが、営業部員は外勤が多いため、同時にPSに接続するのは
最大でも50台までです。
この場合、
PSのライセンスは、最大同時接続の50で足りますが、
TSのライセンスは100台分が必要です。
---------------
お分かりいただけたでしょうか？
> １サーバーに両方インストールした場合私は「「無効にする」とは
> ＰＳ拡張機能は使えなくなり
> ＴＳ基本機能だけは動く」と思たのですが、
「無効にする」が「RDPコネクションを無効にする」のことで、
そのことにより、
「ＰＳ拡張機能は使えなくなりＴＳ基本機能だけは動く」
と解釈されていたのなら、それは全くの勘違いですね。
「RDPコネクション」とは、TS基本機能のうち、
クライアントとサーバを繋ぐネットワーク接続のことを言っています。
> ＴＳ機能が全く動かなくなるということです。
いいえ、正確に言うなら「RDP接続機能」だけが動かなくなります。
TS機能のうち、マルチユーザ機能は「ICA接続」によって動作します。
> となると思うのですが、ＰＳはどちらにも対応するのでしょうか？
どちらでも使えます。
「PSが対応」しているかどうかは、この場合問題ではありません。
> 私の経験ではＰＳの接続ライセンスはＭＳ社でいう接続デバイスしかないのではと思い
> 接続ユーザーの組み合わせは出来ないのでは？
> 私の経験とは別のスレッドで書いた
> (中略)
> という内容です。
確かにPSのライセンスは「ユーザ」ではなく、「デバイス」で計算されますが、
MSの「デバイスライセンス」とは全く考え方が異なります。
PSライセンス：同時に何台まで接続できるか
TSのデバイスライセンス：累計で何台接続するか
です。
例で説明しましょう。
---------------
A社は営業部員にPSを使わせています。
営業部員は100人居て、各人がノートパソコンを1台ずつ持っています。
つまりパソコンは100台あります。
ところが、営業部員は外勤が多いため、同時にPSに接続するのは
最大でも50台までです。
この場合、
PSのライセンスは、最大同時接続の50で足りますが、
TSのライセンスは100台分が必要です。
---------------
お分かりいただけたでしょうか？
> １サーバーに両方インストールした場合私は「「無効にする」とは
> ＰＳ拡張機能は使えなくなり
> ＴＳ基本機能だけは動く」と思たのですが、
「無効にする」が「RDPコネクションを無効にする」のことで、
そのことにより、
「ＰＳ拡張機能は使えなくなりＴＳ基本機能だけは動く」
と解釈されていたのなら、それは全くの勘違いですね。
「RDPコネクション」とは、TS基本機能のうち、
クライアントとサーバを繋ぐネットワーク接続のことを言っています。
> ＴＳ機能が全く動かなくなるということです。
いいえ、正確に言うなら「RDP接続機能」だけが動かなくなります。
TS機能のうち、マルチユーザ機能は「ICA接続」によって動作します。
メタメタ様、いつもありがとうございます。
同時使用ユーザーと接続ユーザーを混同していた事が最大の誤解だったと理解しました。
しかし
＞> となると思うのですが、ＰＳはどちらにも対応するのでしょうか？
＞どちらでも使えます。
＞「PSが対応」しているかどうかは、この場合問題ではありません。
これは動きが違うのではと思います。
最初の例で説明すると
＞> ～前略～
＞> Terminal Serverライセンスの数が30で、Citrix接続ライセンスの数が20の場合
＞> ～中略～
＜＜ＴＳの接続ユーザーライセンスが３０、ＰＳライセンスが２０の場合＞＞
営業部員が３０名、デスクトップＰＣが１５台、モバイルノートＰＣが５台あるとします。
１台のデスクトップＰＣを２名の営業部員で共用しそれぞれのユーザーＩＤで
ＴＳのログインをしているとします。
正式にログオフせず強制終了して共用して再接続でまた利用可能の運用をしているとします。
外出時には必要に応じて共用で使っているモバイルノートＰＣで再接続することとします。
この場合Disconnect時でもＰＳライセンスは接続デバイスなので消費したままですが、
最大２０デバイスしかならないので問題はありません。
＜＜ＴＳの接続デバイスライセンスが３０、ＰＳライセンスが２０の場合＞＞
営業部員が２０名、デスクトップＰＣが２０台、モバイルノートＰＣが１０台あるとします。
一人一人の営業部員が１台のデスクトップＰＣを利用していてそれぞれのユーザーＩＤで
ＴＳのログインをしているとします。
正式にログオフせず強制終了し再接続でまた利用可能の運用をしているとします。
外出時には必要に応じて共用で使っているモバイルノートＰＣで再接続することとします。
この場合Disconnect時でもＰＳライセンスは接続デバイスなので消費したままなので、
最大２０デバイスを超えモバイルノートＰＣは利用できないことになります。
接続ユーザーは３０可能な場合もありますが接続デバイスは２０以上は不可能と思います。
どちらにしても２０デバイス以上は結局使えないと思います。
＞いいえ、正確に言うなら「RDP接続機能」だけが動かなくなります。
＞TS機能のうち、マルチユーザ機能は「ICA接続」によって動作します。
これは結局ＰＳで接続するという事ですよね
同時使用ユーザーと接続ユーザーを混同していた事が最大の誤解だったと理解しました。
しかし
＞> となると思うのですが、ＰＳはどちらにも対応するのでしょうか？
＞どちらでも使えます。
＞「PSが対応」しているかどうかは、この場合問題ではありません。
これは動きが違うのではと思います。
最初の例で説明すると
＞> ～前略～
＞> Terminal Serverライセンスの数が30で、Citrix接続ライセンスの数が20の場合
＞> ～中略～
＜＜ＴＳの接続ユーザーライセンスが３０、ＰＳライセンスが２０の場合＞＞
営業部員が３０名、デスクトップＰＣが１５台、モバイルノートＰＣが５台あるとします。
１台のデスクトップＰＣを２名の営業部員で共用しそれぞれのユーザーＩＤで
ＴＳのログインをしているとします。
正式にログオフせず強制終了して共用して再接続でまた利用可能の運用をしているとします。
外出時には必要に応じて共用で使っているモバイルノートＰＣで再接続することとします。
この場合Disconnect時でもＰＳライセンスは接続デバイスなので消費したままですが、
最大２０デバイスしかならないので問題はありません。
＜＜ＴＳの接続デバイスライセンスが３０、ＰＳライセンスが２０の場合＞＞
営業部員が２０名、デスクトップＰＣが２０台、モバイルノートＰＣが１０台あるとします。
一人一人の営業部員が１台のデスクトップＰＣを利用していてそれぞれのユーザーＩＤで
ＴＳのログインをしているとします。
正式にログオフせず強制終了し再接続でまた利用可能の運用をしているとします。
外出時には必要に応じて共用で使っているモバイルノートＰＣで再接続することとします。
この場合Disconnect時でもＰＳライセンスは接続デバイスなので消費したままなので、
最大２０デバイスを超えモバイルノートＰＣは利用できないことになります。
接続ユーザーは３０可能な場合もありますが接続デバイスは２０以上は不可能と思います。
どちらにしても２０デバイス以上は結局使えないと思います。
＞いいえ、正確に言うなら「RDP接続機能」だけが動かなくなります。
＞TS機能のうち、マルチユーザ機能は「ICA接続」によって動作します。
これは結局ＰＳで接続するという事ですよね
素仙さん、例えが複雑すぎ！！
私の頭では、理解できるのにエラく時間がかかりました(苦笑)。
> ＜＜ＴＳの接続デバイスライセンスが３０、ＰＳライセンスが２０の場合＞＞
> (中略)
> この場合Disconnect時でもＰＳライセンスは接続デバイスなので消費したままなので、
「Disconnectでもライセンス消費したまま」って本当ですか？
少なくともICA接続ならDisconnectしたら消費しません。
これは断言できます。
RDP接続ではどうかは、明日会社で確認してみましょう。
以降の話は、RDP素仙さんのいっている通り
「RDP接続でDisconnectだとPSライセンスは消費する」
ことと前提に話を進めます。
> 最大２０デバイスを超えモバイルノートＰＣは利用できないことになります。
なるほど。
上記の仮定が正しくて、
PSをインストールしたのに、ICAではなくわざわざRDPを使って、
さらに20接続全てでログオフではなくてわざわざDisconnectにして、
と言う、極めて特殊な状況では利用できないかもしれませんね。
> 接続ユーザーは３０可能な場合もありますが接続デバイスは２０以上は不可能と思います。
そのような特殊なケースでだけ出来ないことを、
「不可能」と表現するのにはかなり違和感があります。
> どちらにしても２０デバイス以上は結局使えないと思います。
「どちらにしても」って、特殊なケースで20デバイス使えないのであって、
普通の運用(ICAを使うか、RDPでもログオフするか)すれば使えますよ。
まあそれはさておき。
＜＜ＴＳの接続デバイスライセンスが３０、ＰＳライセンスが２０の場合＞＞
の場合でも、下記の1) 2) は、素仙さんも納得いただけますか？
1) RDPではなくてICA接続なら、30デバイスは使用できる。
2) Disconnectではなく、ログオフすれば30デバイスは使用できる。
この回答は、是非お待ちしていますね。
> ＞いいえ、正確に言うなら「RDP接続機能」だけが動かなくなります。
> ＞TS機能のうち、マルチユーザ機能は「ICA接続」によって動作します。
>
> これは結局ＰＳで接続するという事ですよね
「PSで接続する」と言う表現は誤解が生じやすいので止めませんか？
「ICAで接続する」と言うことです。
横から失礼します。
RDP接続のセッションを切断するとCitrixのライセンスも切り離されます。
確認するまでに少々時間がかかりますが間違いありません。
RDP接続のセッションを切断するとCitrixのライセンスも切り離されます。
確認するまでに少々時間がかかりますが間違いありません。
ＣＣＥＡさん、始めまして
＞横から失礼します。
＞RDP接続のセッションを切断するとCitrixのライセンスも切り離されます。
＞確認するまでに少々時間がかかりますが間違いありません。
正式にＴＳをログオフをすればＴＳＭ画面からも消えライセンスの消費は消えます。
ＴＳＭ画面にDisconnectで残ったままでも時間がたつとライセンスの消費は消えるのですか？
ただ現実にＴＳＭ画面にDisconnectで残っている下記の条件では消えませんでした。
＞その状態で無線が切断した為確認すると
＞ＴＳＭはそのユーザーが残りDisconnectになりＬＭＣはランセンスが１つ消費されたままでした。
＞そこで、同一パソコンで有線ＬＡＮにして同一ユーザーでＴＳを再接続すると
＞ＴＳＭでそのユーザーはActiveに戻りましたが、ＬＭＣを見るとライセンスはさらに１つ消費され
＞計２つ消費されてしまいました。
＞この事から類推されるのはライセンスはＭＡＣアドレスでカウントされているのではと思います。
＞また不具合としてはＴＳをDisconectしてもライセンスが消費されたままになる場合がある
＞と言うことです。（サーバーを再起動しないと消えませんでした）
また別の現象としてＴＳを強制終了してDisconnectで残っている場合で
ＴＳＭでそのユーザーをログオフして画面から消してもＰＳのライセンスの
消費数は減りませんでした。
現実にＴＳサーバーを２４時間つけっぱなしの状態で何日も消えないままでした。
したがって上記の状態ではＴＳＭの接続数よりＰＳのライセンスの消費数が多い状態のままでした。
これはバグでなんらかのアップデートがされてないか、設定に問題があるということですか？
＞横から失礼します。
＞RDP接続のセッションを切断するとCitrixのライセンスも切り離されます。
＞確認するまでに少々時間がかかりますが間違いありません。
正式にＴＳをログオフをすればＴＳＭ画面からも消えライセンスの消費は消えます。
ＴＳＭ画面にDisconnectで残ったままでも時間がたつとライセンスの消費は消えるのですか？
ただ現実にＴＳＭ画面にDisconnectで残っている下記の条件では消えませんでした。
＞その状態で無線が切断した為確認すると
＞ＴＳＭはそのユーザーが残りDisconnectになりＬＭＣはランセンスが１つ消費されたままでした。
＞そこで、同一パソコンで有線ＬＡＮにして同一ユーザーでＴＳを再接続すると
＞ＴＳＭでそのユーザーはActiveに戻りましたが、ＬＭＣを見るとライセンスはさらに１つ消費され
＞計２つ消費されてしまいました。
＞この事から類推されるのはライセンスはＭＡＣアドレスでカウントされているのではと思います。
＞また不具合としてはＴＳをDisconectしてもライセンスが消費されたままになる場合がある
＞と言うことです。（サーバーを再起動しないと消えませんでした）
また別の現象としてＴＳを強制終了してDisconnectで残っている場合で
ＴＳＭでそのユーザーをログオフして画面から消してもＰＳのライセンスの
消費数は減りませんでした。
現実にＴＳサーバーを２４時間つけっぱなしの状態で何日も消えないままでした。
したがって上記の状態ではＴＳＭの接続数よりＰＳのライセンスの消費数が多い状態のままでした。
これはバグでなんらかのアップデートがされてないか、設定に問題があるということですか？
私も実際に確認しました。
CCEAさんお書きになっているとおり、RDP接続がDisconnectすると
Citrixのライセンスは消費しません。
確かに、RPD接続でネットワークが物理的に切断してもサーバー側で
セッションが「Disconncet」と認識されるまでに1分程度かかりますが、
サーバー側で切断と認識されれば、間違いなくCitrixライセンスは消費しません。
素仙さんが出会った現象の詳細は判りませんが、
かなり特殊な状況のように思います。
簡単に再現テストできますので、もう一度確認されてはいかがでしょう。
いずれにせよ、
> > 接続ユーザーは３０可能な場合もありますが接続デバイスは２０以上は不可能と思います。
これは間違いと言うことになります。
CCEAさんお書きになっているとおり、RDP接続がDisconnectすると
Citrixのライセンスは消費しません。
確かに、RPD接続でネットワークが物理的に切断してもサーバー側で
セッションが「Disconncet」と認識されるまでに1分程度かかりますが、
サーバー側で切断と認識されれば、間違いなくCitrixライセンスは消費しません。
素仙さんが出会った現象の詳細は判りませんが、
かなり特殊な状況のように思います。
簡単に再現テストできますので、もう一度確認されてはいかがでしょう。
いずれにせよ、
> > 接続ユーザーは３０可能な場合もありますが接続デバイスは２０以上は不可能と思います。
これは間違いと言うことになります。
＞これはバグでなんらかのアップデートがされてないか、設定に問題があるということですか？
特殊な設定、アップデートはしていません。（OSだけWindowsUpdate）
特殊な設定、アップデートはしていません。（OSだけWindowsUpdate）
アプリケーション終了時に、ログオフされない
はじめまして
Meta初心者に舞い戻ったものです（昔やったのでわすれました）
実はサーバの入れ替えを行うことになりまして
Wondows2000Server SP3
MetaFrameXP FR2/SP2
という環境で作成していたのですが、今回は
Windows2000Server SP4
MetaFrameXP FR2/SP2
という環境で作成しました。
接続等はうまくいったように見えたのですが、アプリケーションの終了時に
クライアントに接続情報が残ってしまう現象が発生してしまいました。
コネクションセンターでサーバを選択して、ログオフすれば終了するのですが
昔はアプリケーション終了に正常に終了していました。
あとディスクトップを表示する場合は、正常にログオフして終了します。
WindowsをSP４で構成している影響下とおもうのですが、今回用意した環境が
初期からSP4導入の端末しか手に入れることができなかったため、この環境
のまま対応してしまいたいなとおもいます。
その関係の資料もさがしたのですが、これといったものが見つけられなかった
たので、今回質問させていただきました。
Meta初心者に舞い戻ったものです（昔やったのでわすれました）
実はサーバの入れ替えを行うことになりまして
Wondows2000Server SP3
MetaFrameXP FR2/SP2
という環境で作成していたのですが、今回は
Windows2000Server SP4
MetaFrameXP FR2/SP2
という環境で作成しました。
接続等はうまくいったように見えたのですが、アプリケーションの終了時に
クライアントに接続情報が残ってしまう現象が発生してしまいました。
コネクションセンターでサーバを選択して、ログオフすれば終了するのですが
昔はアプリケーション終了に正常に終了していました。
あとディスクトップを表示する場合は、正常にログオフして終了します。
WindowsをSP４で構成している影響下とおもうのですが、今回用意した環境が
初期からSP4導入の端末しか手に入れることができなかったため、この環境
のまま対応してしまいたいなとおもいます。
その関係の資料もさがしたのですが、これといったものが見つけられなかった
たので、今回質問させていただきました。
追記
アプリケーションをカスタムICAコネクションから
起動しようとすると、１回目は正常に起動しない事が多々発生します
このあたりも同じ原因なきがするのですが
アプリケーションをカスタムICAコネクションから
起動しようとすると、１回目は正常に起動しない事が多々発生します
このあたりも同じ原因なきがするのですが
追記
対応完了？
最終的にFR3/SP3にアップデートを行うことで対応できました・・
最初からやっておけばよかった
対応完了？
最終的にFR3/SP3にアップデートを行うことで対応できました・・
最初からやっておけばよかった
Windows 2000 Serverの場合は、Administratorグループに入れないとサーバーに接続できないのでしょうか？
はじめまして！教えて頂きたいことがあります。
Windows Server 2003では、Remote Desktop Usersグループにユーザーを追加する
ことでサーバーに接続できますが、Windows 2000 Serverの場合は、Administratorグループ
に入れないとサーバーに接続できないのでしょうか？
できれば、Administratorグループには入れたくないのですが・・・。
何かご存知でしたら、ご教授お願いします
Windows Server 2003では、Remote Desktop Usersグループにユーザーを追加する
ことでサーバーに接続できますが、Windows 2000 Serverの場合は、Administratorグループ
に入れないとサーバーに接続できないのでしょうか？
できれば、Administratorグループには入れたくないのですが・・・。
何かご存知でしたら、ご教授お願いします
そのような事はありません。User権限でも利用可能です。
ご回答ありがとうございます。
>User権限でも利用可能です。
そうなんですね…。うまくいかなくて困っています。
何か特別な設定の必要があるのでしょうか？
>User権限でも利用可能です。
そうなんですね…。うまくいかなくて困っています。
何か特別な設定の必要があるのでしょうか？
私も今まさにそこでつまずいているのですが、私もUser権限やGuest権限でやってもアクセスすることが出来ません。別の方法でリモートで接続しているユーザに対してサーバの機能を制限することができるのでしょうか
どういう状況で何接続なのかわかりませんが
CPSをインストール後にリモートデスクトップ接続または公開デスクトップ
で接続したいという状況だと仮定すると
コネクション構成ツール→ica-tcpをダブルクリック→詳細設定で
公開アプリケーションのみという項目にチェックが入っていると
デスクトップに管理者以外接続できませんよ。
CPSをインストール後にリモートデスクトップ接続または公開デスクトップ
で接続したいという状況だと仮定すると
コネクション構成ツール→ica-tcpをダブルクリック→詳細設定で
公開アプリケーションのみという項目にチェックが入っていると
デスクトップに管理者以外接続できませんよ。
ご返答ありがとうございます。
早速確認してみます。
早速確認してみます。
移動プロファイル作成時に環境によってはadmini権限が必要な事がありました。
ユーザー設定完了後に、admin権限をはずす事で運用できると思います。
ユーザー設定完了後に、admin権限をはずす事で運用できると思います。
ご回答ありがとうございました。
>コネクション構成ツール→ica-tcpをダブルクリック→詳細設定で
>公開アプリケーションのみという項目にチェックが入っていると
>デスクトップに管理者以外接続できませんよ。
チェックを外してみましたが、User権限でアクセスできませんでした。
…が、いろいろ勉強になりました。ありがとうございました！
>コネクション構成ツール→ica-tcpをダブルクリック→詳細設定で
>公開アプリケーションのみという項目にチェックが入っていると
>デスクトップに管理者以外接続できませんよ。
チェックを外してみましたが、User権限でアクセスできませんでした。
…が、いろいろ勉強になりました。ありがとうございました！
Meta挑戦者様
うる覚えですが、PNのヴァージョンが8.0.0だと
環境によってはそういったことが発生するバグがあったと思います。
これは8.0.1以降で解消されているはずです。
関係なかったらすみません。
うる覚えですが、PNのヴァージョンが8.0.0だと
環境によってはそういったことが発生するバグがあったと思います。
これは8.0.1以降で解消されているはずです。
関係なかったらすみません。
すみません、訂正させてください。
> これは8.0.1以降で解消されているはずです。
正しくは、8.1.0でした。
申し訳ありませんでした。
> これは8.0.1以降で解消されているはずです。
正しくは、8.1.0でした。
申し訳ありませんでした。
kojima 様
情報提供ありがとうございました。
残念ながらNGでしたが勉強になりました。
貴重な時間を割いてご返答いただきありがとうございました。
情報提供ありがとうございました。
残念ながらNGでしたが勉強になりました。
貴重な時間を割いてご返答いただきありがとうございました。
ローカルログオンの権限が無いだけではないでしょうか？
グループポリシーにて、UserまたはDomain Usersに対して、
ローカルログオンの権限を与えてみてください。
また、各ユーザのプロパティにて、ターミナル接続が許可されて
いるかどうかと、ICA-TCPのアクセス権があるかを確認してください。
上記条件を満たしているのであれば、Users権限でも接続可能なはずです。
グループポリシーにて、UserまたはDomain Usersに対して、
ローカルログオンの権限を与えてみてください。
また、各ユーザのプロパティにて、ターミナル接続が許可されて
いるかどうかと、ICA-TCPのアクセス権があるかを確認してください。
上記条件を満たしているのであれば、Users権限でも接続可能なはずです。
ACCESS97のレポートの用紙ｻｲｽﾞについて
OS:windows2003ｻｰﾊﾞｰ、presentation4.0
Access Version:access97
ﾌﾟﾘﾝﾀ：富士通XL5310
初めてご相談させて頂きます。
初心者なもので変な質問で申し訳ありませんが教えて下さい。
メタフレームにmdbを公開して使っています。
1つのmdbにレポートが複数あり（R1,R2）それぞれ用紙サイズがR1がA4サイズ、R2がB4サイズに
設定されていますが、ﾒﾀﾌﾚｰﾑ経由で印刷すると、ユーザーに追加されている
「通常使うプリンタ」で設定されいるデフォルトの用紙サイズ（例えばA4）になってしまいます。
一度プレビューで確認しますと、全てA4サイズなってしまいます。
今は毎回手動で用紙ｻｲｽﾞを変更して印刷しています。
相談するところが間違っているかもしれませんが、切り分けが出来てないのです。
これはAccess97の問題でしょうか。それともﾌﾟﾘﾝﾀﾄﾞﾗｲﾊﾞ、ﾒﾀﾌﾚｰﾑでしょうか。
ﾌﾟﾘﾝﾀﾄﾞﾗｲﾊﾞｰはHPからﾒﾀﾌﾚｰﾑ用を使用しております。
宜しくお願い致します。
Access Version:access97
ﾌﾟﾘﾝﾀ：富士通XL5310
初めてご相談させて頂きます。
初心者なもので変な質問で申し訳ありませんが教えて下さい。
メタフレームにmdbを公開して使っています。
1つのmdbにレポートが複数あり（R1,R2）それぞれ用紙サイズがR1がA4サイズ、R2がB4サイズに
設定されていますが、ﾒﾀﾌﾚｰﾑ経由で印刷すると、ユーザーに追加されている
「通常使うプリンタ」で設定されいるデフォルトの用紙サイズ（例えばA4）になってしまいます。
一度プレビューで確認しますと、全てA4サイズなってしまいます。
今は毎回手動で用紙ｻｲｽﾞを変更して印刷しています。
相談するところが間違っているかもしれませんが、切り分けが出来てないのです。
これはAccess97の問題でしょうか。それともﾌﾟﾘﾝﾀﾄﾞﾗｲﾊﾞ、ﾒﾀﾌﾚｰﾑでしょうか。
ﾌﾟﾘﾝﾀﾄﾞﾗｲﾊﾞｰはHPからﾒﾀﾌﾚｰﾑ用を使用しております。
宜しくお願い致します。
私も別アプリで同様の現象を経験しました。
ポリシーの「従来のクライアントプリンタ」を設定したらなぜか直りました。
根本的な解決策とは思っていませんが、これでとりあえず不自由はしなくなりました。
ポリシーの「従来のクライアントプリンタ」を設定したらなぜか直りました。
根本的な解決策とは思っていませんが、これでとりあえず不自由はしなくなりました。
たむたむさん
設定をかえてトライしてみます。
ありがとうございました。
設定をかえてトライしてみます。
ありがとうございました。
すみません。
私も同じような現象に遭遇しています。
ポリシーの「従来のクライアントプリンタ」をもうちょっと詳細に教えてもらえないですか？
私も同じような現象に遭遇しています。
ポリシーの「従来のクライアントプリンタ」をもうちょっと詳細に教えてもらえないですか？
半角カナを使うのは止めましょうね。
> プリンタドライバはHPからメタフレーム用を使用しております。
ちょっと意味が判りません。
プリンタは富士通だったのでは？
ひょっとして、古いUPDを使っていると言うこと？
もしそうなら、ICAのバージョンが古いのでしょう。
ICAのバージョンを上げれば、新しいUPDで問題が解決すると思いますよ。
----
上の説明は、初心者には難しかったかも．．．
わからない場合は、この本を読んで勉強してください。
http://www.amazon.co.jp/exec/obidos/ASIN/4797333014/250-8180554-9905040
(出版社の回しモノじゃないヨ)
> プリンタドライバはHPからメタフレーム用を使用しております。
ちょっと意味が判りません。
プリンタは富士通だったのでは？
ひょっとして、古いUPDを使っていると言うこと？
もしそうなら、ICAのバージョンが古いのでしょう。
ICAのバージョンを上げれば、新しいUPDで問題が解決すると思いますよ。
----
上の説明は、初心者には難しかったかも．．．
わからない場合は、この本を読んで勉強してください。
http://www.amazon.co.jp/exec/obidos/ASIN/4797333014/250-8180554-9905040
(出版社の回しモノじゃないヨ)
一部のICAクライアントでエラーメッセージ
お世話になっております。
intranet環境にてMetaサーバを構築しております。
【サーバー】
Windows2000 server SP4
Metaframe Presentation Server 3.0
【クライアント】
OS：WindowsXP SP2 , W2K pro SP4
Program Neighborhood Version 8.00.24737
一部のクライアントで、Program Neighborhoodを起動した時に、
下記のエラーメッセージが出てしまい、起動できません。
[Component 'SSA3D30.OCX' or one of its dependencies not correctly registered: a file is missing or invaid]
Program Neighborhoodの再インストールしましたが同じでした。
何か情報をご存知の方おりましたら、ご教授下さい。
よろしくお願いします。
intranet環境にてMetaサーバを構築しております。
【サーバー】
Windows2000 server SP4
Metaframe Presentation Server 3.0
【クライアント】
OS：WindowsXP SP2 , W2K pro SP4
Program Neighborhood Version 8.00.24737
一部のクライアントで、Program Neighborhoodを起動した時に、
下記のエラーメッセージが出てしまい、起動できません。
[Component 'SSA3D30.OCX' or one of its dependencies not correctly registered: a file is missing or invaid]
Program Neighborhoodの再インストールしましたが同じでした。
何か情報をご存知の方おりましたら、ご教授下さい。
よろしくお願いします。
オートクリエイトプリンタの名前について
MetaFrameXP FR3からPresentation Server4.0へ移行テスト中なのですが
サーバ上で生成されるオートクリエイトプリンタ名がXPと4.0では異なるようなのですが
4.0でXP仕様の「Client\(ICAクライアント名)\プリンタ名」にすることは可能でしょか。
「4.0の場合、WINDOWS2003のTSと同様でセッション １ の (ICAクライアント名 からの) プリンタ名」でセッション番号が付く仕様のようです。
ご指導いただけないでしょうか。何卒お願い申し上げます。
サーバ上で生成されるオートクリエイトプリンタ名がXPと4.0では異なるようなのですが
4.0でXP仕様の「Client\(ICAクライアント名)\プリンタ名」にすることは可能でしょか。
「4.0の場合、WINDOWS2003のTSと同様でセッション １ の (ICAクライアント名 からの) プリンタ名」でセッション番号が付く仕様のようです。
ご指導いただけないでしょうか。何卒お願い申し上げます。
ポリシーで設定すれば可能ですよ。
pancra様ありがとうございます。
ポリシーの「従来のクライアントプリンタ」で設定するところがありましたので
早速、試したみました。プリンタ名は変わったのですが
一つ不思議なのは、従来の区切り文字は「￥」（円マーク）ですが、4.0は「／」になっています。
仕様なのでしょうか？
ポリシーの「従来のクライアントプリンタ」で設定するところがありましたので
早速、試したみました。プリンタ名は変わったのですが
一つ不思議なのは、従来の区切り文字は「￥」（円マーク）ですが、4.0は「／」になっています。
仕様なのでしょうか？
Windows Server 2003のTerminal Serviceに合わせてあるようです。
でもなぜか、Windows 2000 Server + Citrix Presentation Server 4.0
でも「／」になります。
でもなぜか、Windows 2000 Server + Citrix Presentation Server 4.0
でも「／」になります。
訂正します。
>Windows Server 2003のTerminal Serviceに合わせてあるようです。
Windows Server 2003の共有プリンタ名に合わせてあるようです。
>Windows Server 2003のTerminal Serviceに合わせてあるようです。
Windows Server 2003の共有プリンタ名に合わせてあるようです。
公開アプリケーション起動不可
ご教授願います。
サーバOS:Windows2000 （３２台 各サーバ４０台の接続キャパ）
クライアントOS:WindowsXP Pro SP2
クライアントから公開アプリケーションの起動を試みると、何のエラーメッセージも
表示されずに、起動不可となります。タスクバーにCitrixのアイコンが瞬間的に表示
されるのですが、すぐに消えてしまいます。Windows2000サーバにログインを試みる
前に終了している感じです。なお他のクライアントからの接続は問題ありありません。
何か解決のヒントを教えていただけたらと思います。
サーバOS:Windows2000 （３２台 各サーバ４０台の接続キャパ）
クライアントOS:WindowsXP Pro SP2
クライアントから公開アプリケーションの起動を試みると、何のエラーメッセージも
表示されずに、起動不可となります。タスクバーにCitrixのアイコンが瞬間的に表示
されるのですが、すぐに消えてしまいます。Windows2000サーバにログインを試みる
前に終了している感じです。なお他のクライアントからの接続は問題ありありません。
何か解決のヒントを教えていただけたらと思います。
該当するかは分かりませんが、ICAクライアントインストール時に
追加されるはずのレジストリ権限が追加されないバグで同じような現象が発生します。
Knowledge Centerを検索すれば出てくるかと。
同現象だとクライアント側でPCをuser権限などで起動していると起こったと記憶してます。
PowerUsersやAdmin権限でクライアントPCを動かすか、
レジストリ権限を追加するか、ICAクライアント9.0以上にすると直るかもしれません。
追加されるはずのレジストリ権限が追加されないバグで同じような現象が発生します。
Knowledge Centerを検索すれば出てくるかと。
同現象だとクライアント側でPCをuser権限などで起動していると起こったと記憶してます。
PowerUsersやAdmin権限でクライアントPCを動かすか、
レジストリ権限を追加するか、ICAクライアント9.0以上にすると直るかもしれません。
Mikanさんありがとうございます。
Administratorで起動しようとしても同現象が起こってしまいます。
権限の問題では無いような気がします。
ちなみにICAクライアントのバージョンは７．０です。
Administratorで起動しようとしても同現象が起こってしまいます。
権限の問題では無いような気がします。
ちなみにICAクライアントのバージョンは７．０です。
サーバーのイベントログに何かしらのエラーは出ていませんか。
また、最新版のICAクライアントで試してみてもいいかもしれません。
また、最新版のICAクライアントで試してみてもいいかもしれません。
推測で申し訳ありません。
当方でも、何回か接続を試みるとアプリが起動する現象があります。
イベントログには、
Windows 2000
種類 : エラー
ソース : Userenv
分類 : なし
イベント ID : 1000
レジストリ ファイルをアンロードできません。移動プロファイルがある場合は、設定は複製されません。管理者に問い合わせてください。
が出始めてからと思われます。
Microsoft User Profile Hive Cleanup Service (UPHClean)が関係している現象かもしれません。
http://support.microsoft.com/default.aspx?scid=kb;ja;837115
複数のMetaサーバの内で、プロファイルのアンロードが失敗しているサーバ接続した場合、公開アプリケーション起動不可(但し、リトライ数回で成功してしまう？)かと思っています。
当方でも、何回か接続を試みるとアプリが起動する現象があります。
イベントログには、
Windows 2000
種類 : エラー
ソース : Userenv
分類 : なし
イベント ID : 1000
レジストリ ファイルをアンロードできません。移動プロファイルがある場合は、設定は複製されません。管理者に問い合わせてください。
が出始めてからと思われます。
Microsoft User Profile Hive Cleanup Service (UPHClean)が関係している現象かもしれません。
http://support.microsoft.com/default.aspx?scid=kb;ja;837115
複数のMetaサーバの内で、プロファイルのアンロードが失敗しているサーバ接続した場合、公開アプリケーション起動不可(但し、リトライ数回で成功してしまう？)かと思っています。
クライアントのＯＳからの再インストールにて解決いたしました。
お騒がせいたしました。
お騒がせいたしました。
切断開放
こんばんは
お行儀の悪いクライアントが端末をきれいに落としてくれないので
クライアントの切断ステータスが残存し、それが悪さしています。
（例：後に接続したクライアントがつかんでしまい、他の人の画面オープンします）
切断発見後に即自動的に切断状態をクリアする方法はありませんか？
よろしくお願いします。
お行儀の悪いクライアントが端末をきれいに落としてくれないので
クライアントの切断ステータスが残存し、それが悪さしています。
（例：後に接続したクライアントがつかんでしまい、他の人の画面オープンします）
切断発見後に即自動的に切断状態をクリアする方法はありませんか？
よろしくお願いします。
以下の3つの設定を調べて組み合わせてみては？
・ICAKeepAliveの設定
・ICAコネクション構成ツールによる切断時のタイムアウト
・タイムアウト時の動作
・ICAKeepAliveの設定
・ICAコネクション構成ツールによる切断時のタイムアウト
・タイムアウト時の動作
pancra 様
レスをありがとうございます。
大変参考になりました。
スタート→CITRIX→CITRIXコネクション構成ツール→ICA設定→コネクションの詳細設定
接続が切断またはタイムアウトしたときの処理
切断する →リセットする に 変更する
を 検討します。
ICAKeepAliveの設定の下にあるタイマー値設定ですが、監視を行うとマニュアルに書いてありますが
６０秒に設定して、試しに接続中にクライアントのlanを抜いてみましたところ
すぐに、再接続リトライに入りました。
あまり秒数は関係ないと思いました。
レスをありがとうございます。
大変参考になりました。
スタート→CITRIX→CITRIXコネクション構成ツール→ICA設定→コネクションの詳細設定
接続が切断またはタイムアウトしたときの処理
切断する →リセットする に 変更する
を 検討します。
ICAKeepAliveの設定の下にあるタイマー値設定ですが、監視を行うとマニュアルに書いてありますが
６０秒に設定して、試しに接続中にクライアントのlanを抜いてみましたところ
すぐに、再接続リトライに入りました。
あまり秒数は関係ないと思いました。
再接続リトライはクライアントの機能だったと思います。
ICAKeepAlive設定してなくてもすぐ再接続リトライダイアログはでますよ。
サーバー側からクライアント側と接続がつながっているかどうかは
何かない限り確認しないのに対し、ICAKeepAlive機能は、
定期的に接続されているか切断されているか確かめる機能なので
「切断発見後に即自動的に切断状態をクリアする」ためのうち
「切断発見」するためにICAKeepAliveを組み合わせてみては？
という意味だと思いますよ。
ICAKeepAlive設定してなくてもすぐ再接続リトライダイアログはでますよ。
サーバー側からクライアント側と接続がつながっているかどうかは
何かない限り確認しないのに対し、ICAKeepAlive機能は、
定期的に接続されているか切断されているか確かめる機能なので
「切断発見後に即自動的に切断状態をクリアする」ためのうち
「切断発見」するためにICAKeepAliveを組み合わせてみては？
という意味だと思いますよ。
nos 様
ありがとうございます。
ICAKeepAlive機能のチェックボックス解除後に、クライアント接続させ
lanを抜いたら、すぐダイアログがでました。
まだ問題が多いです。
いまの環境で心配なのは、パケットロスがおおく
クライアントからサーバーファームへの接続がルータの調子がわるいので
瞬断するときがあります。それも悩みの種です。
ありがとうございます。
ICAKeepAlive機能のチェックボックス解除後に、クライアント接続させ
lanを抜いたら、すぐダイアログがでました。
まだ問題が多いです。
いまの環境で心配なのは、パケットロスがおおく
クライアントからサーバーファームへの接続がルータの調子がわるいので
瞬断するときがあります。それも悩みの種です。
公開アプリケーションを起動後 「アクセス許可がありません」エラー
いつも参考にさせて頂いております。
＜構成＞
・Server：Windows2003 StandardEdition
：ActiveDirectory構成
：MetaFrameWindowsXPs 1.0 Feature Release3
・クライアント：WindowsXP
※今回 ActiveDirectory構成での、MetaFrameを稼働するのが初めてです。
＜現象＞
WebInterfaceからログオンを行い、公開アプリケーションを起動しようとすると
「このセッションへログオンするアクセス許可がありません」と言ったメッセージが
表示されてしまい、アプリケーションを起動することが出来ません。
Admin権限でもアプリケーションを起動することが出来ない状態です。。
色々なホームページのQ&Aに記載されている項目も確認しました。
例えば『コネクションの詳細設定』-『開始プログラム』-
『公開アプリケーションのみを実行する』のチェックボックスをオフになっていました。
一度 コネクションを削除して、デフォルトのまま作成しても、現象は変わりません。
アクセス権も確認したのですが、アプリケーションを使用するユーザは、追加されています。
ドメインコントローラセキュリティの設定にある「ターミナルサービス・ローカルログイン」を許可する
ユーザも追加しました。あらゆる設定の見直しを行いましたが、現象は変わらずです。
もし、何か対応策がありましたら教えて下さい。宜しく御願い致します。
＜構成＞
・Server：Windows2003 StandardEdition
：ActiveDirectory構成
：MetaFrameWindowsXPs 1.0 Feature Release3
・クライアント：WindowsXP
※今回 ActiveDirectory構成での、MetaFrameを稼働するのが初めてです。
＜現象＞
WebInterfaceからログオンを行い、公開アプリケーションを起動しようとすると
「このセッションへログオンするアクセス許可がありません」と言ったメッセージが
表示されてしまい、アプリケーションを起動することが出来ません。
Admin権限でもアプリケーションを起動することが出来ない状態です。。
色々なホームページのQ&Aに記載されている項目も確認しました。
例えば『コネクションの詳細設定』-『開始プログラム』-
『公開アプリケーションのみを実行する』のチェックボックスをオフになっていました。
一度 コネクションを削除して、デフォルトのまま作成しても、現象は変わりません。
アクセス権も確認したのですが、アプリケーションを使用するユーザは、追加されています。
ドメインコントローラセキュリティの設定にある「ターミナルサービス・ローカルログイン」を許可する
ユーザも追加しました。あらゆる設定の見直しを行いましたが、現象は変わらずです。
もし、何か対応策がありましたら教えて下さい。宜しく御願い致します。
ActiveDirectoryの場合ユーザーに対してターミナルサービス許可、ローカルログイン許可、
あとはRemoteDesktopUsersグループの権限があれば起動すると思います。
他はICA-TCPプロトコルに対する読み込み権限がない場合も無理だったと記憶してます。
あとはRemoteDesktopUsersグループの権限があれば起動すると思います。
他はICA-TCPプロトコルに対する読み込み権限がない場合も無理だったと記憶してます。
回答ありがとうございます。
再度 見直しましたが、上記の設定を行っていました。
Administratorでもエラーが出てしまいます。
別の原因があるのでしょうか？
再度 見直しましたが、上記の設定を行っていました。
Administratorでもエラーが出てしまいます。
別の原因があるのでしょうか？
公式FAQで見当たらないなら、権限が正常に設定されていないことが原因だとは思うのですが。
以下の方法で再度サーバへのログオン権限の確認をしてみてくれますか。
ドメインサーバから、
[管理ツール]－[ActiveDirectoryユーザーとコンピュータ]を開き、
MetaFrameサーバオブジェクトの箇所で右クリックメニューから
[すべてのタスク]－[ポリシーの結果セット(ログ)]を起動。
ウィザードに従ってコンピュータポリシーのみ表示を選択してログオン権限を確認する。
権限を変えた後は「gpupdate /force」でポリシー反映をお忘れなく。
あとAdministratorというのはサーバ側ドメインのAdministratorsグループに
属するユーザーのことですよね？
それなら基本的に特別な設定なく起動できるはずなんですけど。
DNSサーバとかターミナルサーバがインストールされてないとか・・・ないですよね？
以下の方法で再度サーバへのログオン権限の確認をしてみてくれますか。
ドメインサーバから、
[管理ツール]－[ActiveDirectoryユーザーとコンピュータ]を開き、
MetaFrameサーバオブジェクトの箇所で右クリックメニューから
[すべてのタスク]－[ポリシーの結果セット(ログ)]を起動。
ウィザードに従ってコンピュータポリシーのみ表示を選択してログオン権限を確認する。
権限を変えた後は「gpupdate /force」でポリシー反映をお忘れなく。
あとAdministratorというのはサーバ側ドメインのAdministratorsグループに
属するユーザーのことですよね？
それなら基本的に特別な設定なく起動できるはずなんですけど。
DNSサーバとかターミナルサーバがインストールされてないとか・・・ないですよね？
先ほどのメッセージはライセンスの認証ができない場合にもでます。
・MetaFrameのライセンスはアクティブ化されていますか？
・ターミナルサービスのライセンスサーバーはアクティブ化されていますか？
→イベントビューアで見るとライセンスサーバーが見つからないなど出ていませんか？
リモートデスクトップで接続できるかも含めて確認いただくとよいかと
思います。
・MetaFrameのライセンスはアクティブ化されていますか？
・ターミナルサービスのライセンスサーバーはアクティブ化されていますか？
→イベントビューアで見るとライセンスサーバーが見つからないなど出ていませんか？
リモートデスクトップで接続できるかも含めて確認いただくとよいかと
思います。
解決致しました。
先月MetaFrame構築したのにもかかわらず、
ターミナルサーバとクライアン間の接続がうまくいっていないようでした。
TDNSさんが記載している通り、イベントビューアにエラーが出ていました。
ターミナルサーバを、再アクティブ化を行いアプリケーションを起動することが出来ました。
Mikanさん・TDNSさん 回答ありがとうございました。
先月MetaFrame構築したのにもかかわらず、
ターミナルサーバとクライアン間の接続がうまくいっていないようでした。
TDNSさんが記載している通り、イベントビューアにエラーが出ていました。
ターミナルサーバを、再アクティブ化を行いアプリケーションを起動することが出来ました。
Mikanさん・TDNSさん 回答ありがとうございました。
WebInterfaceでコンピュータ名を取得できない
お世話になります。
環境
Webサーバ：Win2003Server WebInterface
APサーバ ：Win2003Server PresentationServer4.0
クライアント:WinXP
WebInterfaceの公開アプリで、クライアントのコンピュータ名を取得する方法
がわかりません。
当サイトの過去ログを参考に、環境変数で設定した%CLIENTNAME%を取得するVBのEXE
を作成してみたのですが、コンピュータ名ではなく意味不明な文字列を取得してしまいます。
どなたかWebInterfaceの公開アプリで、クライアントのコンピュータ名を
取得する方法をご存知の方いらっしゃいましたらご教授願います。
環境
Webサーバ：Win2003Server WebInterface
APサーバ ：Win2003Server PresentationServer4.0
クライアント:WinXP
WebInterfaceの公開アプリで、クライアントのコンピュータ名を取得する方法
がわかりません。
当サイトの過去ログを参考に、環境変数で設定した%CLIENTNAME%を取得するVBのEXE
を作成してみたのですが、コンピュータ名ではなく意味不明な文字列を取得してしまいます。
どなたかWebInterfaceの公開アプリで、クライアントのコンピュータ名を
取得する方法をご存知の方いらっしゃいましたらご教授願います。
もう解決しているかもしれませんが。。。
WI経由で接続するとクライアント名が、WI_XXXXXXXXXとなる事で
すよね？
これを、接続しているPCのコンピュータ名にするには、WIサーバの
C:\Inetpub\wwwroot\Citrix\MetaFrame\conf
にある、default.icaというファイルをメモ帳などで開き、
[WFClient]のところを下記のようにしてみてください。
[WFClient]
Version=2
RemoveICAFile=yes
ProxyTimeout=30000
ProxyFavorIEConnectionSetting=Yes
ProxyUseFQDN=Off
ClientName= <--この行を追記
WI経由で接続するとクライアント名が、WI_XXXXXXXXXとなる事で
すよね？
これを、接続しているPCのコンピュータ名にするには、WIサーバの
C:\Inetpub\wwwroot\Citrix\MetaFrame\conf
にある、default.icaというファイルをメモ帳などで開き、
[WFClient]のところを下記のようにしてみてください。
[WFClient]
Version=2
RemoveICAFile=yes
ProxyTimeout=30000
ProxyFavorIEConnectionSetting=Yes
ProxyUseFQDN=Off
ClientName= <--この行を追記
Powerful & Beautiful
力強く、美しいシステムを。