トピック検索
1055 件のトピックが該当しました。
- ＰＳのライセンス数よりＴＳのＣＡＬを多くして利用できますか？ - 素仙 ( 2006/01/18 19:01:27 更新)
- サーバーファームの削除について - rock66 ( 2006/01/18 15:19:28 更新)
- 公開APにDomainUserで接続できません - メタ初心者 ( 2006/01/15 11:32:09 更新)
- 再インストール - 佐藤 ( 2006/01/13 11:32:02 更新)
- x64版 Presentation Server - 32->64 ( 2006/01/12 15:02:03 更新)
- Hotfix Rollup Pack XJ104W2KR01 - TOYO ( 2006/01/11 14:28:23 更新)
- Windows 2000 Serverの場合は、Administratorグループに入れないとサーバーに接続できないのでしょうか？ - Meta挑戦者 ( 2006/01/11 13:55:10 更新)
- WebInterface内部エラー - てきとー ( 2006/01/11 10:13:16 更新)
- 一部のICAクライアントでエラーメッセージ - wise ( 2006/01/10 16:29:01 更新)
- コンテキストメニューやドライブをAdministratorユーザー以外で非表示 - Caya ( 2006/01/10 13:43:21 更新)
ＰＳのライセンス数よりＴＳのＣＡＬを多くして利用できますか？
素仙と申します。
初めて投稿します。
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）
サーバーファームの削除について
現在サーバーファームが２つありまして、一つを削除したいのですが、Presentation Serverのアンインストールでは削除されないのでしょうか？何か方法があれば教えてください、お願いします。
環境はWindows Server 2003でPresentation Server 4.0です。
環境はWindows Server 2003でPresentation Server 4.0です。
アンインストールで削除されるはずですが・・
データストアを担当していないサーバからアンインストールを
はじめ、最後にデータストアを担当しているサーバからアンインストールを
すれば良いはず。
削除されないのでしょうか？との問いかけからすると削除されていない
のかな？
も少しサーバー構成等を開示してもらった方が答えやすいかも？
データストアを担当していないサーバからアンインストールを
はじめ、最後にデータストアを担当しているサーバからアンインストールを
すれば良いはず。
削除されないのでしょうか？との問いかけからすると削除されていない
のかな？
も少しサーバー構成等を開示してもらった方が答えやすいかも？
公開APにDomainUserで接続できません
★環境・状態
現在サーバをOSから新規でインストール中です。
ドメインコントローラ：Win2003 メタサーバ：Win2003 クライアント：WinXp
メタフレームXp（FR３）をインストール。ターミナルサービスのアクティブ化およびメタフレームのアクティブ化はまだおこなっていない。
★現象
クライアント端末（Neighborhood）から一般ユーザ（DomainUser）接続として公開APにアクセスすると、「Citrix製品ライセンスを取得できません。IMAServiceが起動していない可能性があります。システム管理者に問い合わせて下さい。」「このセッションへログオンするアクセス許可がありません」と２つのメッセージが表示され接続できません。一方で一般ユーザでクライアントからリモートデスクトップとしてメタサーバへの接続は可能です。また、一般ユーザにAdministrator権限を与えると公開APに接続することができます。
一応めぼしとしてアクティブ化が原因かなとも思っています。
現在サーバをOSから新規でインストール中です。
ドメインコントローラ：Win2003 メタサーバ：Win2003 クライアント：WinXp
メタフレームXp（FR３）をインストール。ターミナルサービスのアクティブ化およびメタフレームのアクティブ化はまだおこなっていない。
★現象
クライアント端末（Neighborhood）から一般ユーザ（DomainUser）接続として公開APにアクセスすると、「Citrix製品ライセンスを取得できません。IMAServiceが起動していない可能性があります。システム管理者に問い合わせて下さい。」「このセッションへログオンするアクセス許可がありません」と２つのメッセージが表示され接続できません。一方で一般ユーザでクライアントからリモートデスクトップとしてメタサーバへの接続は可能です。また、一般ユーザにAdministrator権限を与えると公開APに接続することができます。
一応めぼしとしてアクティブ化が原因かなとも思っています。
再インストール
現行のOSをNTから2000に乗せ返るのですが、ライセンスの取得方法はどのように行えばよろしいでしょうか。説明が明記されているサイトでかまいませんのでお教えください。
【概要】
現行 OS：WinNT Meta：MetaFrame1.8
新規 OS：Windows2000 Meta：MetaFrame1.8
※サーバは新規購入
【概要】
現行 OS：WinNT Meta：MetaFrame1.8
新規 OS：Windows2000 Meta：MetaFrame1.8
※サーバは新規購入
フローは以下、
http://www.citrix.co.jp/site/resources/pdf/services/activation/Activation_Flow.pdf
MyCtrixは以下、
http://www.citrix.co.jp/customercare/mycitrix/index.html
と思いますよ。
http://www.citrix.co.jp/site/resources/pdf/services/activation/Activation_Flow.pdf
MyCtrixは以下、
http://www.citrix.co.jp/customercare/mycitrix/index.html
と思いますよ。
x64版 Presentation Server
どなたか、ｘ６４版のPresentationServer4.0を導入・運用されている方は
いらっしゃいませんでしょうか。
導入を検討しているのですが、３２ビット版との違いが気になり踏み切れません。
素直に導入｛できた・できなかった（どこでつまづきましたか？）｝
や、気をつけておくべきことを教えていただけないでしょうか。
いらっしゃいませんでしょうか。
導入を検討しているのですが、３２ビット版との違いが気になり踏み切れません。
素直に導入｛できた・できなかった（どこでつまづきましたか？）｝
や、気をつけておくべきことを教えていただけないでしょうか。
私も導入検討のための評価段階ですが。
＜評価環境＞
PentiumD 2.8GHｚ、2GB Memory、160GB×2 7200rpm SATA DISK
Windows2003 StdSV x64版 ＋ CPS4 x64版
公開アプリ：MS Office2003、Adobe Acrobat など
＜インストール＞
32ビット版とほとんど同じ。
＜パフォーマンス＞
32bit版より、CPU負荷が高い。
CPS上で使用するアプリが64bit対応でないためと思われる。
32bit版のCPSとWindows2003 StdSV の環境では、CPUよりメモリ4GBというのが
足かせになっている感じだったが、64bit版では最大メモリ容量が増加したことで
CPUが足かせになりそう。
メモリ増加（とデュアルコアCPU）で1サーバあたりの収容人数増加ができると思っ
ていたのだが現状は目論見どおりにはいかなさそう。。。アプリがx64対応してく
れば変わるかも？
＜私なりの結論＞
現状はアプリがx64対応していないので導入メリットはあんまりなさそう。
CPS上で使用したいアプリのx64対応状況を見つつ検討。
という感じです。
＜評価環境＞
PentiumD 2.8GHｚ、2GB Memory、160GB×2 7200rpm SATA DISK
Windows2003 StdSV x64版 ＋ CPS4 x64版
公開アプリ：MS Office2003、Adobe Acrobat など
＜インストール＞
32ビット版とほとんど同じ。
＜パフォーマンス＞
32bit版より、CPU負荷が高い。
CPS上で使用するアプリが64bit対応でないためと思われる。
32bit版のCPSとWindows2003 StdSV の環境では、CPUよりメモリ4GBというのが
足かせになっている感じだったが、64bit版では最大メモリ容量が増加したことで
CPUが足かせになりそう。
メモリ増加（とデュアルコアCPU）で1サーバあたりの収容人数増加ができると思っ
ていたのだが現状は目論見どおりにはいかなさそう。。。アプリがx64対応してく
れば変わるかも？
＜私なりの結論＞
現状はアプリがx64対応していないので導入メリットはあんまりなさそう。
CPS上で使用したいアプリのx64対応状況を見つつ検討。
という感じです。
う～ん、目論見通りには行かなさそうですか。
.Net Framework1.1の64bit版が無いから32bitモードで動かさないといけない、とか
制約がいっぱいあるみたいなので、これらの影響もありそうですね。
そう考えると、x64版の発表は「x64機でも動くようにしました」というアピールであり、
ユーザーサイドでの導入は時期尚早？といったところでしょうか。
今導入しても、ノウハウ蓄積のためだけみたいになりそうなので、気が引けますね。。。
.Net Framework1.1の64bit版が無いから32bitモードで動かさないといけない、とか
制約がいっぱいあるみたいなので、これらの影響もありそうですね。
そう考えると、x64版の発表は「x64機でも動くようにしました」というアピールであり、
ユーザーサイドでの導入は時期尚早？といったところでしょうか。
今導入しても、ノウハウ蓄積のためだけみたいになりそうなので、気が引けますね。。。
Hotfix Rollup Pack XJ104W2KR01
Windows 2000 server SP4 + MetaframeXP FR3 SP3
に対して、次の２つのプログラムを適用しました。（①→②の順に適用）
①MetaframeXP SERVICE PACK4
②Hotfix Rollup Pack XJ104W2KR01
その結果、Metaframeサーバの負荷は以前より高まり、それに伴って
アプリケーションのレスポンスも悪化してしまいました。
上記②は、Windows 2000 update rollup1を適用した場合の修正プロ
グラムですが、今回Windows 2000 update rollup1は適用せずに、
上記②をインストールしました。これが悪い結果につながったのでしょうか？
②をアンインストールした方がよろしいでしょうか？どなたかアドバイス
をお願い致します。
に対して、次の２つのプログラムを適用しました。（①→②の順に適用）
①MetaframeXP SERVICE PACK4
②Hotfix Rollup Pack XJ104W2KR01
その結果、Metaframeサーバの負荷は以前より高まり、それに伴って
アプリケーションのレスポンスも悪化してしまいました。
上記②は、Windows 2000 update rollup1を適用した場合の修正プロ
グラムですが、今回Windows 2000 update rollup1は適用せずに、
上記②をインストールしました。これが悪い結果につながったのでしょうか？
②をアンインストールした方がよろしいでしょうか？どなたかアドバイス
をお願い致します。
下記該当しませんか？？
http://support.citrix.com/kb/entry.jspa?externalID=CTX107549
http://support.citrix.com/kb/entry.jspa?externalID=CTX107549
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権限でも接続可能なはずです。
WebInterface内部エラー
WebInterfaceの内部エラーというものが出て、ログイン画面すら出てきません。
何が原因かまったくわかりません。。
環境：
Windows Server 2003SP1
MPS4.0
WI4.0
どなたかよろしくお願い致します
何が原因かまったくわかりません。。
環境：
Windows Server 2003SP1
MPS4.0
WI4.0
どなたかよろしくお願い致します
どのような設定を行ったのか、全クライアントで同じ現象がおこるのか、
サーバー機そのものでもうまくいかないのか…など、情報が少ないので違うかも知れませんが、
私は以前ログイン画面が表示されないときは
クライアントからサーバーのドメインがうまく取得できてないませんでした。
サーバー機そのものでもうまくいかないのか…など、情報が少ないので違うかも知れませんが、
私は以前ログイン画面が表示されないときは
クライアントからサーバーのドメインがうまく取得できてないませんでした。
ご返信ありがとう御座います。
設定についての詳細が抜けてしまい、申し訳ありません。
AccessSuite管理コンソールより、サイトの作成を実行し、
ローカルの設定ファイルを読むようにしただけで他はデフォルトの設定にしております。
また、全クライアントで同じ現象がおこり、サーバ機そのものでアクセスしても
同じ現象がおこってしまいます。
サーバ機そのものでおこっているので、IISの問題かと思いログ等を見たのですが、
特にエラーはなく途方にくれております。
クライアントからサーバのドメインがうまく取得できていない場合におこるとの事ですが、
ブラウザでサーバのホスト名が解決できればドメインをうまく取得できているという事で
よろしいでしょうか？
質問ばかりで申し訳ないのですが、何卒ご教示をお願い致します。
また自分でも調査しますので、わかり次第ご報告いたします。
設定についての詳細が抜けてしまい、申し訳ありません。
AccessSuite管理コンソールより、サイトの作成を実行し、
ローカルの設定ファイルを読むようにしただけで他はデフォルトの設定にしております。
また、全クライアントで同じ現象がおこり、サーバ機そのものでアクセスしても
同じ現象がおこってしまいます。
サーバ機そのものでおこっているので、IISの問題かと思いログ等を見たのですが、
特にエラーはなく途方にくれております。
クライアントからサーバのドメインがうまく取得できていない場合におこるとの事ですが、
ブラウザでサーバのホスト名が解決できればドメインをうまく取得できているという事で
よろしいでしょうか？
質問ばかりで申し訳ないのですが、何卒ご教示をお願い致します。
また自分でも調査しますので、わかり次第ご報告いたします。
私がサーバーのドメインが取得できていなかったのは、ルーターをいくつか挟んだクライアントからの接続でした。
単純に、接続できるだろうと思っていたのが、ルーターにさえぎられエラーが出ていました。
コマンドプロンプトで ping コマンドを入力し、確認を行いました。
その後、ルーターの設定を行い、無事に接続できるようになったのですが、
その時もサーバでは問題なくログオンできていました。
サーバーでログオン画面が表示されないとのことですが、
http://localhost/ や http://127.0.0.1/ や http://サーバのIPアドレス/ でも表示されないでしょうか？
これで表示されるのであれば、サーバ名またはFQDNが設定できていないのではないかと思います。
それでもだめなら、WebInterfaceの再インストールをされてみるのもいいかも知れません。
もうされているかもしれませんが…。私も何度もやりました＾＾；
こんなアドバイスでごめんなさい。
単純に、接続できるだろうと思っていたのが、ルーターにさえぎられエラーが出ていました。
コマンドプロンプトで ping コマンドを入力し、確認を行いました。
その後、ルーターの設定を行い、無事に接続できるようになったのですが、
その時もサーバでは問題なくログオンできていました。
サーバーでログオン画面が表示されないとのことですが、
http://localhost/ や http://127.0.0.1/ や http://サーバのIPアドレス/ でも表示されないでしょうか？
これで表示されるのであれば、サーバ名またはFQDNが設定できていないのではないかと思います。
それでもだめなら、WebInterfaceの再インストールをされてみるのもいいかも知れません。
もうされているかもしれませんが…。私も何度もやりました＾＾；
こんなアドバイスでごめんなさい。
一部の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の再インストールしましたが同じでした。
何か情報をご存知の方おりましたら、ご教授下さい。
よろしくお願いします。
コンテキストメニューやドライブをAdministratorユーザー以外で非表示
こんにちわ
現在Citrix Presentation Server4.0で運用を行っております。
MetaFrameというよりも、Windowsの設定だろうと思うのですが、
クライアントから接続したときに、マイコンピュータ内でサーバドライブを非表示にしたり、
保存ダイアログでコンテキストメニューの表示がされないようにしたいと考えています。
以前に、ドライブの表示でユーザーの構成でドライブの非表示する方法がありましたが、
これを行うと、サーバでAdministratorユーザーでメンテナンス等を行う際にもドライブが表示されなくなります。
対応として、ショートカットを作成すると言うものがありましたが、
Administratorユーザーはドライブの表示を行いたいと思います。
エクスプローラなどでドライブ指定してやれば出てくるので非表示でも…という考えもありますが、
同じ方法で、コンテキストメニューを非表示にすると今度はそういうわけにはいかなくなりました。
ショートカットキーでコピーや貼り付けはいいのですが、プロパティを見たりするときに困ってしまいます。
ユーザーごとに分けて設定を行う方法をご存知ありませんか？
よろしくお願いいたします。
現在Citrix Presentation Server4.0で運用を行っております。
MetaFrameというよりも、Windowsの設定だろうと思うのですが、
クライアントから接続したときに、マイコンピュータ内でサーバドライブを非表示にしたり、
保存ダイアログでコンテキストメニューの表示がされないようにしたいと考えています。
以前に、ドライブの表示でユーザーの構成でドライブの非表示する方法がありましたが、
これを行うと、サーバでAdministratorユーザーでメンテナンス等を行う際にもドライブが表示されなくなります。
対応として、ショートカットを作成すると言うものがありましたが、
Administratorユーザーはドライブの表示を行いたいと思います。
エクスプローラなどでドライブ指定してやれば出てくるので非表示でも…という考えもありますが、
同じ方法で、コンテキストメニューを非表示にすると今度はそういうわけにはいかなくなりました。
ショートカットキーでコピーや貼り付けはいいのですが、プロパティを見たりするときに困ってしまいます。
ユーザーごとに分けて設定を行う方法をご存知ありませんか？
よろしくお願いいたします。
レジストリでアクセス権を変更してあげれば対応出来るかもしれませんが、
レジストリの修正等はあくまで自己責任でお願いします。
レジストリの修正等はあくまで自己責任でお願いします。
回答ありがとうございます。
やはり、レジストリの変更を行うのですね。
レジストリは危険度も高いので不安もありますがやってみたいと思います。
ありがとうございました。
やはり、レジストリの変更を行うのですね。
レジストリは危険度も高いので不安もありますがやってみたいと思います。
ありがとうございました。
OUを作成して、グループポリシーでサーバドライブを非表示にすればいいのではないでしょうか。
回答ありがとうございます。
サーバー機にActive Directoryが管理ツールの中になく、
おそらくインストールされていない状況なのですが、
Active DirectoryでなければOUの作成はできないでしょうか？
運用をすでに行っておりますので、これからインストールを行ったり、
設定を行うとはじめから設定を行いなおさなければならない様な事態は避けたいのですが…。
また、レジストリの変更により、ユーザーごとに変更を行うことができました。
変更後、今のところは問題なく動いております。
ありがとうございました。
サーバー機にActive Directoryが管理ツールの中になく、
おそらくインストールされていない状況なのですが、
Active DirectoryでなければOUの作成はできないでしょうか？
運用をすでに行っておりますので、これからインストールを行ったり、
設定を行うとはじめから設定を行いなおさなければならない様な事態は避けたいのですが…。
また、レジストリの変更により、ユーザーごとに変更を行うことができました。
変更後、今のところは問題なく動いております。
ありがとうございました。
Powerful & Beautiful
力強く、美しいシステムを。