トピック検索
403 件のトピックが該当しました。
- MetaFrame 4.0から3.0へダウングレードしたケースについて - メタ白帯 ( 2006/03/14 18:06:27 更新)
- ICAクライアント配布ウィザードの起動は必須でしょうか - JFK ( 2006/03/07 17:03:37 更新)
- ICAクライアントの終了ステータスについて - kaz ( 2006/03/01 17:49:41 更新)
- CitrixPS4.0上でのPDFの作成について - m.t. ( 2006/02/20 17:52:45 更新)
- オートクリエイトプリンタのネットワーク要件ついて - ucd ( 2006/02/14 13:51:41 更新)
- ICAブラウザとWindowsリモートデスクトップ接続ソフトとの同居について - ニシオ ( 2006/02/13 18:34:01 更新)
- 日本語が入力できない - neko ( 2006/02/02 16:11:52 更新)
- ＰＳのライセンス数よりＴＳのＣＡＬを多くして利用できますか？ - 素仙 ( 2006/01/18 19:01:27 更新)
- 一部のICAクライアントでエラーメッセージ - wise ( 2006/01/10 16:29:01 更新)
- オートクリエイトプリンタの名前について - よし ( 2006/01/03 20:06:20 更新)
MetaFrame 4.0から3.0へダウングレードしたケースについて
こんにちわ、いつも皆様には大変お世話になっております。
最近、MetaFrame Presentation Server 4.0を構築したばかりなのですが、
公開アプリケーションとして登録しましたソフトがメタ4.0ですと、不具合が
生じてまったく機能しない状態となりました。
具体的に申し上げますとアプリ上からの印刷実行時に画面が固まってしまいます。
お試し版メタ3.0を構築してみて原因が解消できるかを検証しようと思うのですが、
仮に当問題を解消できた場合、メタ4.0のサーバーへ接続していた最新のICAクライ
アント(Citrixよりダウンロード)の設定を変更する必要はありますでしょうか。
サーバーのIPアドレスやサーバーファーム名の変更はありません。
また同様に3.0でも解消できない場合は、以前使用していたMeta XPにまで落とそう
という考えもあります。
その場合、4.0への接続を想定していた最新のICAクライアントで特別な設定変更は
発生しますでしょうか。
最近、MetaFrame Presentation Server 4.0を構築したばかりなのですが、
公開アプリケーションとして登録しましたソフトがメタ4.0ですと、不具合が
生じてまったく機能しない状態となりました。
具体的に申し上げますとアプリ上からの印刷実行時に画面が固まってしまいます。
お試し版メタ3.0を構築してみて原因が解消できるかを検証しようと思うのですが、
仮に当問題を解消できた場合、メタ4.0のサーバーへ接続していた最新のICAクライ
アント(Citrixよりダウンロード)の設定を変更する必要はありますでしょうか。
サーバーのIPアドレスやサーバーファーム名の変更はありません。
また同様に3.0でも解消できない場合は、以前使用していたMeta XPにまで落とそう
という考えもあります。
その場合、4.0への接続を想定していた最新のICAクライアントで特別な設定変更は
発生しますでしょうか。
4.0で発生した問題を解明することを真っ先にやるべきでは？
メタメタ 様
おはようございます。
>4.0で発生した問題を解明することを真っ先にやるべきでは？
まったくその通りだと思っております。
問題は印刷処理時のアプリの動きにあることが判明しております。
アプリの改修を検討して頂いているのですが、不可能と言われて
しまったことを想定して今回のような投稿をさせて頂きました。
おはようございます。
>4.0で発生した問題を解明することを真っ先にやるべきでは？
まったくその通りだと思っております。
問題は印刷処理時のアプリの動きにあることが判明しております。
アプリの改修を検討して頂いているのですが、不可能と言われて
しまったことを想定して今回のような投稿をさせて頂きました。
メタメタ 様
おはようございます。
>4.0で発生した問題を解明することを真っ先にやるべきでは？
まったくその通りだと思っております。
問題は印刷処理時のアプリの動きにあることが判明しております。
アプリの改修を検討して頂いているのですが、不可能と言われて
しまったことを想定して今回のような投稿をさせて頂きました。
おはようございます。
>4.0で発生した問題を解明することを真っ先にやるべきでは？
まったくその通りだと思っております。
問題は印刷処理時のアプリの動きにあることが判明しております。
アプリの改修を検討して頂いているのですが、不可能と言われて
しまったことを想定して今回のような投稿をさせて頂きました。
メタメタ 様
おはようございます。
>4.0で発生した問題を解明することを真っ先にやるべきでは？
まったくその通りだと思っております。
問題は印刷処理時のアプリの動きにあることが判明しております。
アプリの改修を検討して頂いているのですが、不可能と言われて
しまったことを想定して今回のような投稿をさせて頂きました。
おはようございます。
>4.0で発生した問題を解明することを真っ先にやるべきでは？
まったくその通りだと思っております。
問題は印刷処理時のアプリの動きにあることが判明しております。
アプリの改修を検討して頂いているのですが、不可能と言われて
しまったことを想定して今回のような投稿をさせて頂きました。
「問題はアプリの動きにある」→「4.0を3.0もしくはXPに変える」
と言うことですか？
なぜこのような発想になるのか理解できません。
と言うことですか？
なぜこのような発想になるのか理解できません。
メタメタ 様
3.0もしくはXPであれば問題が解決できるからです。
3.0もしくはXPであれば問題が解決できるからです。
4.0のみで発生する現象というのは具体的にはどういったもでしょうか。
印刷周りで発生するトラブルであれば、UPDを利用するとエラーになるとか
セッションプリンタでAutocreateした場合にエラーになるとか何かしらの
条件等はありますか？
印刷周りで発生するトラブルであれば、UPDを利用するとエラーになるとか
セッションプリンタでAutocreateした場合にエラーになるとか何かしらの
条件等はありますか？
しゅーまっは 様
ご存知かと思いますが4.0だとサーバー上に作成されるAutocreatedされた
プリンタ名が"client/<端末名>#/～"というように／記号で区切られて生成
されています。
アプリ側の印刷処理でサーバ上のプリンタ情報を見に行くようになっているの
ですが、プリンタ名の探し方が"client￥<端末名>#￥～"という形式になって
いるのです。
～3.0までは後者の形式であることが判明したので、3.0で行きましょうという
ことになりそうなんです。
ご存知かと思いますが4.0だとサーバー上に作成されるAutocreatedされた
プリンタ名が"client/<端末名>#/～"というように／記号で区切られて生成
されています。
アプリ側の印刷処理でサーバ上のプリンタ情報を見に行くようになっているの
ですが、プリンタ名の探し方が"client￥<端末名>#￥～"という形式になって
いるのです。
～3.0までは後者の形式であることが判明したので、3.0で行きましょうという
ことになりそうなんです。
＞ ～3.0までは後者の形式であることが判明したので、3.0で行きましょうという
＞ ことになりそうなんです。
Citrix MetaFrame Presentation Server 3.0 Service Pack 2005.04 を
あてるとプリンタの名前は、4.0と同じになります。（笑）
本題に入りますが、4.0で採用されたプリンタ名は、ポリシーで従来の名前に変更できます。
方法：
１ 管理コンソールを起動
２ ポリシーを選択
３ ポリシーを作成・プロパティを開く
４ 印刷→クライアントプリンタ→従来のクライアントプリンタを選択
５ 設定しない→適用するを選択、従来のクライアントプリンタを作成するを選択
６ 閉じる
７ ポリシーを選択し右クリックでポリシーの適用先を選択
８ サーバーを選択（これは状況に合わせて選んでください）
これでプリンタ名は従来の通りの名前になります。
是非、４．０を使ってください。ＸＰや３．０よりは印刷のパフォーマンスがいいですよ。
＞ ことになりそうなんです。
Citrix MetaFrame Presentation Server 3.0 Service Pack 2005.04 を
あてるとプリンタの名前は、4.0と同じになります。（笑）
本題に入りますが、4.0で採用されたプリンタ名は、ポリシーで従来の名前に変更できます。
方法：
１ 管理コンソールを起動
２ ポリシーを選択
３ ポリシーを作成・プロパティを開く
４ 印刷→クライアントプリンタ→従来のクライアントプリンタを選択
５ 設定しない→適用するを選択、従来のクライアントプリンタを作成するを選択
６ 閉じる
７ ポリシーを選択し右クリックでポリシーの適用先を選択
８ サーバーを選択（これは状況に合わせて選んでください）
これでプリンタ名は従来の通りの名前になります。
是非、４．０を使ってください。ＸＰや３．０よりは印刷のパフォーマンスがいいですよ。
回答してもだんまりですか。
みなさま、ご返信遅くなり大変申し訳ありませんでした。
そしてたくさんのアドバイスを頂戴し、大変感謝しております。
CCEA様、ご丁寧なご解説を頂きありがとうございます。
先述しましたとおり、4.0の設定になっては困るのです。
アプリ側の印刷処理では3.0のプリンタ名の形式でサーバーを
見に行きますので”スラッシュ”区切りの形式である4.0
（3.0のSP適用による4.0化）では都合が悪くなってしまうのです。
そしてたくさんのアドバイスを頂戴し、大変感謝しております。
CCEA様、ご丁寧なご解説を頂きありがとうございます。
先述しましたとおり、4.0の設定になっては困るのです。
アプリ側の印刷処理では3.0のプリンタ名の形式でサーバーを
見に行きますので”スラッシュ”区切りの形式である4.0
（3.0のSP適用による4.0化）では都合が悪くなってしまうのです。
CCEAさんの投稿の
「本題に入りますが」
以降の内容は読まれていますか？
「本題に入りますが」
以降の内容は読まれていますか？
しゅーまっは様へ宛てた私の書込（2006/03/17 22:26:05）を
ご覧になられてはいないのでしょうか。。。
CCEA様が教えて頂いたことは既に行っております。
ご覧になられてはいないのでしょうか。。。
CCEA様が教えて頂いたことは既に行っております。
失礼いたしました。
確かにアプリ改修が出来ないとなると、3.0に入れ替えるしかなさそうですね。
随分遠回りをしましたが、最初の質問に返りましょう。
「クライアントの設定変更の必要性」ですが、
私も経験がないので正確なことは言えません。
あくまで予想なのですが、「設定変更」は必要ないと思いますよ。
ただ、「IPアドレスもサーバーファーム名も変更なし」とは言っても、
サーバーファームそのものは同一ではないので、
クライアント側で1回は「再読み込み」の操作は必要になるでしょう。
3.0→4.0なら、サーバーファームの設定を引き継ぐことが可能ですが、
4.0→3.0は、サーバーファームの設定を引き継ぐことは出来ないので、
新規にサーバーファームを作り直すことになるからです。
確かにアプリ改修が出来ないとなると、3.0に入れ替えるしかなさそうですね。
随分遠回りをしましたが、最初の質問に返りましょう。
「クライアントの設定変更の必要性」ですが、
私も経験がないので正確なことは言えません。
あくまで予想なのですが、「設定変更」は必要ないと思いますよ。
ただ、「IPアドレスもサーバーファーム名も変更なし」とは言っても、
サーバーファームそのものは同一ではないので、
クライアント側で1回は「再読み込み」の操作は必要になるでしょう。
3.0→4.0なら、サーバーファームの設定を引き継ぐことが可能ですが、
4.0→3.0は、サーバーファームの設定を引き継ぐことは出来ないので、
新規にサーバーファームを作り直すことになるからです。
メタメタ 様
どうもありがとうございます。
みなさまもたくさんのアドバイス本当にありがとうございました。
どうもありがとうございます。
みなさまもたくさんのアドバイス本当にありがとうございました。
ICAクライアント配布ウィザードの起動は必須でしょうか
こんにちわ。
MetaFrame Presentation Server をインストール中に
ICAクライアント配布ウィザードの起動を聞かれる場面が
あります。
私は製品版CD-ROMからのインストールではなく、Citrix
からダウンロードしましたインストーラより行なっております。
ICAクライアント配布ウィザードを起動すると”Components CD”
が要求されるため、当処理はできないのでチェックを入れずに
起動しないに設定にしています。
このICAクライアント配布ウィザードというのは必須なのでしょうか。
また、どのような目的のときに起動させるとよろしいでしょうか。
MetaFrame Presentation Server をインストール中に
ICAクライアント配布ウィザードの起動を聞かれる場面が
あります。
私は製品版CD-ROMからのインストールではなく、Citrix
からダウンロードしましたインストーラより行なっております。
ICAクライアント配布ウィザードを起動すると”Components CD”
が要求されるため、当処理はできないのでチェックを入れずに
起動しないに設定にしています。
このICAクライアント配布ウィザードというのは必須なのでしょうか。
また、どのような目的のときに起動させるとよろしいでしょうか。
必須ではありません。
詳しくは、MetaFramePresentationServer管理者ガイドの第9章239ページをご覧下さい。
詳しくは、MetaFramePresentationServer管理者ガイドの第9章239ページをご覧下さい。
しゅーまっは 様
お返事遅くなりましてすみません。
了解です。管理者ガイドを参照してみます。ありがとうございました。
お返事遅くなりましてすみません。
了解です。管理者ガイドを参照してみます。ありがとうございました。
ICAクライアントの終了ステータスについて
いつも拝見しております。
すみませんが、下記の実現方法について
ご教授願います。
□環境
サーバ：WindowsServer2003
CitrixPresentationServer4.0
クライアント：WindowsXP
サーバ／クライアント間はモバイル接続（au）
□質問
公開アプリとして、Metaサーバ上の複数のAPを登録する予定です。
この公開アプリをクライアント上のメニュー画面から選択し、
起動する仕組みを考えております。
流れとしては下記のようになるかと思います。
①クライアント上のメニュー画面表示
②使用する公開アプリをクリック
③ダイアルアップ接続
④公開アプリ起動（ICAクライアント起動）
⑤ダイアルアップ切断
この場合、④の公開アプリを終了した際に、①のメニュー画面表示に戻らせ、
ダイアルアップ接続を自動で切断（⑤）する仕組みを入れたいと考えて
おりますが、公開アプリ終了時（ICAクライアント終了時）に呼び出し元に
ステータスを返したりすることは可能でしょうか？
もしくは、代替案があればアドバイスをお願いします。
すみませんが、下記の実現方法について
ご教授願います。
□環境
サーバ：WindowsServer2003
CitrixPresentationServer4.0
クライアント：WindowsXP
サーバ／クライアント間はモバイル接続（au）
□質問
公開アプリとして、Metaサーバ上の複数のAPを登録する予定です。
この公開アプリをクライアント上のメニュー画面から選択し、
起動する仕組みを考えております。
流れとしては下記のようになるかと思います。
①クライアント上のメニュー画面表示
②使用する公開アプリをクリック
③ダイアルアップ接続
④公開アプリ起動（ICAクライアント起動）
⑤ダイアルアップ切断
この場合、④の公開アプリを終了した際に、①のメニュー画面表示に戻らせ、
ダイアルアップ接続を自動で切断（⑤）する仕組みを入れたいと考えて
おりますが、公開アプリ終了時（ICAクライアント終了時）に呼び出し元に
ステータスを返したりすることは可能でしょうか？
もしくは、代替案があればアドバイスをお願いします。
CitrixPS4.0上でのPDFの作成について
CitrixPS4.0上でPDFファイルを作成したいと思っています。
本来ならSkyComのSkyPDFなどを購入してやるのがいいとは思うのですが、
できればフリーのPrimoPDFを使いたいと思っています。
# 最悪、SkyPDF買うことになるかもしれないですが
ただ、PrimoPDFだとファイルパスを入れる画面がリモート操作だと
MSターミナルサービスのコンソールモードで開かなくてはいけないらしく
ICAクライアントからでは画面が出てきません。
なんらかの設定でうまく動作している事例がありますでしょうか？
また、フリーのPDFWriterでPS4.0で動作しそう／うちは動作しているなどの
情報をいただけませんか？
よろしくお願いします。
クセロPDFなどはいかがでしょうか。
http://www.vector.co.jp/soft/winnt/writing/se339554.html
PDFファイル作成の都度、広告用Webサイトが表示されるのが難点かもしれませんが
クライアントPCでは使い勝手がよかったように記憶しています。
ちなみにうちでは現在、Adobe Acrobat 7.0 Elementsを使用しています。
比較的安価ですし、CPS4.0でもきちんと動作していてよいかなと思います。
ただ100ライセンス未満はライセンス販売の取り扱いがないため
パッケージで購入しなければならず、メディアの管理が大変です。
（書庫に本ソフトのパッケージが山のように積まれています..）
余談になってしまいました。
http://www.vector.co.jp/soft/winnt/writing/se339554.html
PDFファイル作成の都度、広告用Webサイトが表示されるのが難点かもしれませんが
クライアントPCでは使い勝手がよかったように記憶しています。
ちなみにうちでは現在、Adobe Acrobat 7.0 Elementsを使用しています。
比較的安価ですし、CPS4.0でもきちんと動作していてよいかなと思います。
ただ100ライセンス未満はライセンス販売の取り扱いがないため
パッケージで購入しなければならず、メディアの管理が大変です。
（書庫に本ソフトのパッケージが山のように積まれています..）
余談になってしまいました。
siさんご返答ありがとうございます。
クセロはおっしゃるとおりポップアップがくるのが難点で。
# 実際Metaには載せてないですが。
> ちなみにうちでは現在、Adobe Acrobat 7.0 Elementsを使用しています。
本家ですか。CPS4.0対応してるとは。＠5000円だとSkyPDFほかCitrixReadyな
ものと変わらないですね。普通のクライアントでも使えるのがGoodですが。
引き続き情報お待ちしています。
クセロはおっしゃるとおりポップアップがくるのが難点で。
# 実際Metaには載せてないですが。
> ちなみにうちでは現在、Adobe Acrobat 7.0 Elementsを使用しています。
本家ですか。CPS4.0対応してるとは。＠5000円だとSkyPDFほかCitrixReadyな
ものと変わらないですね。普通のクライアントでも使えるのがGoodですが。
引き続き情報お待ちしています。
残念ながらクセロPDFはだめでした。
引き続き情報をお待ちしています。
クライアント製品でのアプローチではありませんが、
Adobe Server製品を利用してPDF作成を行わせるような製品を出しているところもあるようです。
http://hitachisoft.jp/katsubun/pdfstaff/index.html
サーバ製品なのでクライアント数によらないライセンス費用になってきますよ。
Acrobatライセンスをたくさん購入するのが難しく、
Adobe純正のPDF作成エンジンを諦めていたかたはご参考になってはいかがでしょうか？
Adobe Server製品を利用してPDF作成を行わせるような製品を出しているところもあるようです。
http://hitachisoft.jp/katsubun/pdfstaff/index.html
サーバ製品なのでクライアント数によらないライセンス費用になってきますよ。
Acrobatライセンスをたくさん購入するのが難しく、
Adobe純正のPDF作成エンジンを諦めていたかたはご参考になってはいかがでしょうか？
同じようにCPS4でのPDF作成を検討しているものです。
Adobe Acrobat 7.0 Elementを検討しており、
下記の、siさんの情報を参考に実機検証を予定しています。
>ちなみにうちでは現在、Adobe Acrobat 7.0 Elementsを使用しています。
>比較的安価ですし、CPS4.0でもきちんと動作していてよいかなと思います。
ちなみに、この構成の場合、
http://support.adobe.co.jp/faq/faq/qadoc.sv?225775+002
の情報によると、
・ライセンス購入しないと起動しない
・同時に起動できない
が記述されていて、少々不安です。
実際にElementをメタで利用されている方は、このあたりいかがでしょうか。
もしご存知であれば教えてください。
最悪、Element 6.0も選択肢としてあるのかもと思っています。
Adobe Acrobat 7.0 Elementを検討しており、
下記の、siさんの情報を参考に実機検証を予定しています。
>ちなみにうちでは現在、Adobe Acrobat 7.0 Elementsを使用しています。
>比較的安価ですし、CPS4.0でもきちんと動作していてよいかなと思います。
ちなみに、この構成の場合、
http://support.adobe.co.jp/faq/faq/qadoc.sv?225775+002
の情報によると、
・ライセンス購入しないと起動しない
・同時に起動できない
が記述されていて、少々不安です。
実際にElementをメタで利用されている方は、このあたりいかがでしょうか。
もしご存知であれば教えてください。
最悪、Element 6.0も選択肢としてあるのかもと思っています。
Acrobat ElementsはCPSに正式対応しておりません。
Ready for Citrixでも対応と謳っているのはAcrobat 7.0のみです。
仮に自社内で動作確認できたとしてもAdobeのサポートは受けられません。
安価でしかもCPS正式対応なのは
スカイコムの「SkyPDF Server for MetaFrame」になるかと思います。
100ライセンスで\500kなので、1ライセンスあたり5千円です。
営業見積ではもう少し安くなるでしょう。
自分が手がけた案件でPDF作成の要件があった場合は、必ずAcrobat Professionalか
SkyPDF Server for MetaFrameを利用していただいています。
Ready for Citrixでも対応と謳っているのはAcrobat 7.0のみです。
仮に自社内で動作確認できたとしてもAdobeのサポートは受けられません。
安価でしかもCPS正式対応なのは
スカイコムの「SkyPDF Server for MetaFrame」になるかと思います。
100ライセンスで\500kなので、1ライセンスあたり5千円です。
営業見積ではもう少し安くなるでしょう。
自分が手がけた案件でPDF作成の要件があった場合は、必ずAcrobat Professionalか
SkyPDF Server for MetaFrameを利用していただいています。
追記です。
Adobe Acrobatは、普通の製品版で購入した場合はCPSで動作させることはできません。
かならずVL版を購入してください。
Adobe Acrobatは、普通の製品版で購入した場合はCPSで動作させることはできません。
かならずVL版を購入してください。
> ちなみに、この構成の場合、
> http://support.adobe.co.jp/faq/faq/qadoc.sv?225775+002
> の情報によると、
> ・ライセンス購入しないと起動しない
> ・同時に起動できない
> が記述されていて、少々不安です。
Adobe Acrobat 7.0 ElementはWindows Server 2003+CPS4.0の
環境で動作いたします。また、同時起動も特に問題ございません。
（Ready for Citrix ではAcrobatのバージョンだけで
Professional/Standard/Elementsの差は書いてないですね）
以前Adobeに問い合わせを行ったところ、パッケージを
ユーザ数分購入すれば、利用に関してはOKとの回答を
いただいています。
そのとき動作保証云々に関しては特に言われませんでしたが、
きくりんさんのおっしゃるとおり、動作はそちらで確認して
くださいといわれたような気はします。
> http://support.adobe.co.jp/faq/faq/qadoc.sv?225775+002
> の情報によると、
> ・ライセンス購入しないと起動しない
> ・同時に起動できない
> が記述されていて、少々不安です。
Adobe Acrobat 7.0 ElementはWindows Server 2003+CPS4.0の
環境で動作いたします。また、同時起動も特に問題ございません。
（Ready for Citrix ではAcrobatのバージョンだけで
Professional/Standard/Elementsの差は書いてないですね）
以前Adobeに問い合わせを行ったところ、パッケージを
ユーザ数分購入すれば、利用に関してはOKとの回答を
いただいています。
そのとき動作保証云々に関しては特に言われませんでしたが、
きくりんさんのおっしゃるとおり、動作はそちらで確認して
くださいといわれたような気はします。
Elementsは個人およびSOHOを販売ターゲットとしていることから、
コストを抑えるためにMetaFrame上での動作検証を行っていないのです。
ですから、Ready for Citrixに記載されているAcrobatは、Elementsは対象ではありません。
そのため、自己責任で使ってくださいということになりますから
企業で利用するのはいかがなものかという意味でユーザには勧めないのです。
（基本モジュールは一緒でしょうから動くことは動くと思います）
また、Professionalをパッケージ版で購入した場合はアクティベーションのモジュールが起動するため、
MetaFrame上で動作させると、各ユーザ毎にアクティベーションウィザードが起動してしまいます。
ですから、アクティベーションの必要のないボリュームライセンス(VL)版を購入する必要があります。
ちなみにElementsはローエンド製品のため最初からアクティベーションはありません。
コストを抑えるためにMetaFrame上での動作検証を行っていないのです。
ですから、Ready for Citrixに記載されているAcrobatは、Elementsは対象ではありません。
そのため、自己責任で使ってくださいということになりますから
企業で利用するのはいかがなものかという意味でユーザには勧めないのです。
（基本モジュールは一緒でしょうから動くことは動くと思います）
また、Professionalをパッケージ版で購入した場合はアクティベーションのモジュールが起動するため、
MetaFrame上で動作させると、各ユーザ毎にアクティベーションウィザードが起動してしまいます。
ですから、アクティベーションの必要のないボリュームライセンス(VL)版を購入する必要があります。
ちなみにElementsはローエンド製品のため最初からアクティベーションはありません。
> きくりんさん
なるほどですねー。
自社で使用するのでは影響は少ないですが、お客さまへの提案などでは
正式に対応している製品を使用したほうがよさそうですね。
勉強になります。
弊社では使用したElementsがたまたまうまく動いてよかったです。
なるほどですねー。
自社で使用するのでは影響は少ないですが、お客さまへの提案などでは
正式に対応している製品を使用したほうがよさそうですね。
勉強になります。
弊社では使用したElementsがたまたまうまく動いてよかったです。
うちでは、PDFCreatorを使っています。
プリンタサーバにインストールしてプリンタ共有で利用しています。
プリンタサーバにインストールしてプリンタ共有で利用しています。
オートクリエイトプリンタのネットワーク要件ついて
オートクリエイトプリンタを使用する際に、必要となるネットワーク要件について
教えていただけないでしょうか？
バージョンXPFR2でICAクライアントを使用している環境で
サーバとの接続をインターネット経由で行う為、NATされています。
また、プリンタはPCにローカルプリンタとしてUSBケーブルにて接続されています。
この状況でプリントアウトが出来ますでしょうか？
またその際にファイアーウォールで特定のポートを空ける必要がありますか？
Metaframeの知識がほとんどない為、ド素人的質問だったらすみません。
有益なドキュメントの場所を教えていただけるだけでも助かります。
教えていただけないでしょうか？
バージョンXPFR2でICAクライアントを使用している環境で
サーバとの接続をインターネット経由で行う為、NATされています。
また、プリンタはPCにローカルプリンタとしてUSBケーブルにて接続されています。
この状況でプリントアウトが出来ますでしょうか？
またその際にファイアーウォールで特定のポートを空ける必要がありますか？
Metaframeの知識がほとんどない為、ド素人的質問だったらすみません。
有益なドキュメントの場所を教えていただけるだけでも助かります。
ICAクライアントが正常にメタフレームにつながること。
これが満たされれば、オートクリエイトプリンタを使用する際の
ネットワーク要件としては満たしてます。
あくまでネットワーク要件としてです。使用可能な要件とは
別です。
USB接続のローカルプリンタで印刷できるか？
そのローカルプリンタがTerminalService環境下で動作保証
されているものであれば、通常のオートクリエイトプリンタの
機能で可能でしょう。
そうでない場合はユニバーサルプリンタドライバ(UPD)を利用
するもしくは代替ドライバの設定を行うことで印刷可能かも
しれません。
いずれにしろやってみないとどれが当たるのかは分かりません。
ファイヤーウォールで開けるポートはICAクライアントから
サーバーまでの接続をどの様に計画しているのかで違って
きます。
SSL接続なら443番だし、通常のICA接続を行うのであれば1494番
のポートが開いている必要があります。
これ以外に公開アプリケーションの一覧の参照が必要であるならば
80番ポートも必要でしょう。
有難うございます。
すみません、もう少し教えてください。
「使用可能な要件とは別です。」というのは、具体的にどういうことになりますでしょうか？
また、ファイアーウォールのポートについては通常のICA接続ですので1494番だけになると思っています。ServerからClientへのポートというのは無いという認識でいいでしょうか？
（NAT環境なので・・・・）
プリンタについては、サポートされているプリンタを使用しているようです。
宜しくお願いいたします。
すみません、もう少し教えてください。
「使用可能な要件とは別です。」というのは、具体的にどういうことになりますでしょうか？
また、ファイアーウォールのポートについては通常のICA接続ですので1494番だけになると思っています。ServerからClientへのポートというのは無いという認識でいいでしょうか？
（NAT環境なので・・・・）
プリンタについては、サポートされているプリンタを使用しているようです。
宜しくお願いいたします。
オートクリエイトプリンタを利用する際大きく分けて2種類の方法があります。
1．ネイティブドライバを利用する。
2．UPDを利用する。
1で行う場合、サーバ側にクライアント側で利用するプリンタのドライバがあらかじめインストール
されていることが条件となります。
2の場合は必要ありません。
1．ネイティブドライバを利用する。
2．UPDを利用する。
1で行う場合、サーバ側にクライアント側で利用するプリンタのドライバがあらかじめインストール
されていることが条件となります。
2の場合は必要ありません。
有難うございます。大変参考になりました。
ICAブラウザとWindowsリモートデスクトップ接続ソフトとの同居について
ICAブラウザがインストールされているクライアントにWindowsリモートデスクトップ接続ソフトをインストールした後、ICAブラウザにてサーバーに接続しようとすると、「ネットワークまたはダイヤルアップに問題があるため、MetaFrameサーバーに接続できません。クライアントの自動再接続処理は、後で再開されます。」という様なメッセージが表示されます。ICAブラウザもリモートデスクトップ接続ソフトも両方使いたいのですが、対応策はありますでしょうか？
本当に問題を解決したいのならば、状況の整理、問題の切り分けを行い、
正しい用語と正しい日本語を使って質問しましょう。
ICAブラウザ？？？？？
正しい用語と正しい日本語を使って質問しましょう。
ICAブラウザ？？？？？
失礼しました。
1.クライアント環境
Windows2000Pro SP4
Citrix ICA 32-bit Windows Client Ver6.30
リモートデスクトップ接続
2.経緯
ICAクライアントがインストールされているクライアントにリモートデスクトップ接続を後からインストール
した。
3.状況
ICAクライアント＆リモートデスクトップ接続の両方がインストールされている状態でICAクライアントを起動
すると、「ネットワークまたはダイヤルアップに問題があるため、MetaFrameサーバーに接続できません。」
というメッセージが表示される。
また、接続先MetaFrameサーバーにはライセンス関連（ID：1004）のイベントログがあがっている。
リモートデスクトップ接続を削除すると問題は発生しない。
ICAクライアントでの接続先サーバーとリモートデスクトップ接続での接続先サーバーは異なり、後者には
MetaFrameはインストールされていない。
なぜ、ライセンス関連のエラーが発生するのでしょうか？また、回避策はありますでしょうか？
1.クライアント環境
Windows2000Pro SP4
Citrix ICA 32-bit Windows Client Ver6.30
リモートデスクトップ接続
2.経緯
ICAクライアントがインストールされているクライアントにリモートデスクトップ接続を後からインストール
した。
3.状況
ICAクライアント＆リモートデスクトップ接続の両方がインストールされている状態でICAクライアントを起動
すると、「ネットワークまたはダイヤルアップに問題があるため、MetaFrameサーバーに接続できません。」
というメッセージが表示される。
また、接続先MetaFrameサーバーにはライセンス関連（ID：1004）のイベントログがあがっている。
リモートデスクトップ接続を削除すると問題は発生しない。
ICAクライアントでの接続先サーバーとリモートデスクトップ接続での接続先サーバーは異なり、後者には
MetaFrameはインストールされていない。
なぜ、ライセンス関連のエラーが発生するのでしょうか？また、回避策はありますでしょうか？
サーバー側のドメイン構成やサーバーOSなどが分からないのでなんともいえませんが、
ターミナルサービスのライセンスサーバーからライセンスが取得できていないだけ
もしくはMetaFrameサーバに接続した際にターミナルライセンスサーバと通信できて
いないのかもしれない。
いずれにしろ、まずはマイクロソフトのサポートとかでターミナルライセンスの
条件および挙動について調査して動きを確認してみてはいかがでしょうか？
ターミナルサービスのライセンスサーバーからライセンスが取得できていないだけ
もしくはMetaFrameサーバに接続した際にターミナルライセンスサーバと通信できて
いないのかもしれない。
いずれにしろ、まずはマイクロソフトのサポートとかでターミナルライセンスの
条件および挙動について調査して動きを確認してみてはいかがでしょうか？
「問題の切り分け」の意味をご存知ですか？
リモートデスクトップ接続をインストールしていないクライアント端末でも
問題は発生するのですか？
リモートデスクトップ接続だけインストールしたクライアント端末で、
リモートデスクトップ接続は出来るのですか？
これらの情報がないまま「ICAとRDPと両方入れたから問題が発生した」
などと断言するのですか？
ITスキルの前に論理的思考力を磨くべきかと。
リモートデスクトップ接続をインストールしていないクライアント端末でも
問題は発生するのですか？
リモートデスクトップ接続だけインストールしたクライアント端末で、
リモートデスクトップ接続は出来るのですか？
これらの情報がないまま「ICAとRDPと両方入れたから問題が発生した」
などと断言するのですか？
ITスキルの前に論理的思考力を磨くべきかと。
こいつ何様！
ん～、確かに言い方はいつもキツイけど
言ってることは正論だと思うよ。
スルーしてるのにごめん。ひとりごと。
言ってることは正論だと思うよ。
スルーしてるのにごめん。ひとりごと。
PNとリモートデスクトップを同一筐体にインストールして利用することは、何ら問題ないはずです。
当方でも両方を使い分けて利用しています。
※ニシオ様環境のPNのバージョンの古さが若干気にはなりますが。
当方の環境
Windows2000Pro SP4
Citrix ICA 32-bit Windows Client Ver9.15
リモートデスクトップ接続 Ver5.2
当方でも両方を使い分けて利用しています。
※ニシオ様環境のPNのバージョンの古さが若干気にはなりますが。
当方の環境
Windows2000Pro SP4
Citrix ICA 32-bit Windows Client Ver9.15
リモートデスクトップ接続 Ver5.2
日本語が入力できない
初めて投稿します。
MetaFrame初心者です。
公開アプリケーション起動中、時々、ローカルPCで日本語が入力できなくなることがあります。
＜環境＞
＞サーバ
Windows Server 2003 Standard Edition SPなし
Citrix Presentation Server 4.0
＞クライアント
主に、Windows XP SP2
公開アプリケーション（開発中の業務画面やデスクトップ）を起動し、
最小化してタスクバーに入れたままローカルPCで作業（Wordなど入力中）していると、
突然日本語が入力できなくなる時があります。
今のところ、再現性は見当たらず、タイミングも決まっていません。
現象が発生した人からは下記の状態だったと聞いています。
・この現象が起きている時は、タスクバーの公開アプリケーションが点滅（アクティブ化？）
していることが多く、点滅している公開アプリケーションを表示し、
フォーカスをあててからローカルで起動している画面に戻ると、
再び日本語が入力できるようになる。
・現象が再現中、ローカルPCの言語バーは「ひらがな」「直接入力（半角英数字）」の
切替が出来る人と出来なかった人がいる。（このへんは、かなりうる覚えです。。。）
・公開デスクトップの言語バーを「ひらがな」にすると、ローカルで日本語も入力できるようになった。
と、まちまちです。
ここの掲示板や下記サイトも見たのですが
主に、公開アプリケーション上での現象の情報が多く、困り果てています。
http://support.citrix.com/article/CTX105055&searchID=13257394
ちなみに、ICAの設定は、
・キーボードレイアウト/入力システム→（ユーザプロファイル）
にしています。
なぜ、急に公開アプリがアクティブ化しようとするのか
ローカルの言語バーまでMetaFrame側に影響されるのかわかりません。
MetaFrameサーバ側からICAクライアント側に定期的に何かしらの処理を行っているのでしょうか？
対処方法などがあれば、教えてください。
宜しくお願い致します。
MetaFrame初心者です。
公開アプリケーション起動中、時々、ローカルPCで日本語が入力できなくなることがあります。
＜環境＞
＞サーバ
Windows Server 2003 Standard Edition SPなし
Citrix Presentation Server 4.0
＞クライアント
主に、Windows XP SP2
公開アプリケーション（開発中の業務画面やデスクトップ）を起動し、
最小化してタスクバーに入れたままローカルPCで作業（Wordなど入力中）していると、
突然日本語が入力できなくなる時があります。
今のところ、再現性は見当たらず、タイミングも決まっていません。
現象が発生した人からは下記の状態だったと聞いています。
・この現象が起きている時は、タスクバーの公開アプリケーションが点滅（アクティブ化？）
していることが多く、点滅している公開アプリケーションを表示し、
フォーカスをあててからローカルで起動している画面に戻ると、
再び日本語が入力できるようになる。
・現象が再現中、ローカルPCの言語バーは「ひらがな」「直接入力（半角英数字）」の
切替が出来る人と出来なかった人がいる。（このへんは、かなりうる覚えです。。。）
・公開デスクトップの言語バーを「ひらがな」にすると、ローカルで日本語も入力できるようになった。
と、まちまちです。
ここの掲示板や下記サイトも見たのですが
主に、公開アプリケーション上での現象の情報が多く、困り果てています。
http://support.citrix.com/article/CTX105055&searchID=13257394
ちなみに、ICAの設定は、
・キーボードレイアウト/入力システム→（ユーザプロファイル）
にしています。
なぜ、急に公開アプリがアクティブ化しようとするのか
ローカルの言語バーまでMetaFrame側に影響されるのかわかりません。
MetaFrameサーバ側からICAクライアント側に定期的に何かしらの処理を行っているのでしょうか？
対処方法などがあれば、教えてください。
宜しくお願い致します。
私も同じ環境で日本語入力できなくて困ってました。
私の場合は時々ではなくて、全くです。
販売元などに問い合わせたら、CitrixからHotfixがつい先日出たみたいで
そのURLを教えてもらいました。
私のところで、まだ、このHotfixを当てていないので断定できませんが
これで直ると思います。
http://support.citrix.com/article/CTX107899
私の場合は時々ではなくて、全くです。
販売元などに問い合わせたら、CitrixからHotfixがつい先日出たみたいで
そのURLを教えてもらいました。
私のところで、まだ、このHotfixを当てていないので断定できませんが
これで直ると思います。
http://support.citrix.com/article/CTX107899
レスありがとうございます。
Hotfix：PSJ400W2K3R01 ですが、
私も関連部署から教えていただきインストールしたのですが
現象は解消せずです。
しかも、2台にインストールしたのですが
1台はリブート後OSが起動せず、OS再インストールという羽目になりました。
（正確には、Windows画面表示後、また再起動するという状態を繰り返します。
この原因はわかっていません。）
Hotfix：PSJ400W2K3R01 ですが、
私も関連部署から教えていただきインストールしたのですが
現象は解消せずです。
しかも、2台にインストールしたのですが
1台はリブート後OSが起動せず、OS再インストールという羽目になりました。
（正確には、Windows画面表示後、また再起動するという状態を繰り返します。
この原因はわかっていません。）
恐れ入ります、メモリ／ＣＰＵの最適化の設定はされているでしょうか。その点教えていただきたくお願いいたします。
特にチューニングなど何も行っていないので、デフォルトのままです。
Presentation Server管理コンソールの
「メモリ/CPU最適化の有効/無効」の項目を見ると、
「最適化する」にチェックが入っていないので、最適化の設定はしていないということになりますね。。。
Presentation Server管理コンソールの
「メモリ/CPU最適化の有効/無効」の項目を見ると、
「最適化する」にチェックが入っていないので、最適化の設定はしていないということになりますね。。。
９月に導入したときに日本語が全然入力できない現象になりましたが、下記手当てで解消出来ました。
hotfixが出る前の対処です。
OS＝Windows2003+ｓｐ１、PresentationServer4.0ADV
PresentationServer4.0の初期の問題の対応
公開アプリケーションにおいてMSIMEが正しく動作しない事の対処でレジストリにキーを追加しました。
①最後のキー"Logon"を追加 HKEY_LOCAL_MACHINE/SOFTWARE/Citrix/Logon
②そこにDword値でDisableStatusを追加 値として１を入れる。
Value Name: DisableStatus
Type: REG_DWORD
Value: 1
お試し下さい。
hotfixが出る前の対処です。
OS＝Windows2003+ｓｐ１、PresentationServer4.0ADV
PresentationServer4.0の初期の問題の対応
公開アプリケーションにおいてMSIMEが正しく動作しない事の対処でレジストリにキーを追加しました。
①最後のキー"Logon"を追加 HKEY_LOCAL_MACHINE/SOFTWARE/Citrix/Logon
②そこにDword値でDisableStatusを追加 値として１を入れる。
Value Name: DisableStatus
Type: REG_DWORD
Value: 1
お試し下さい。
ＰＳのライセンス数よりＴＳのＣＡＬを多くして利用できますか？
素仙と申します。
初めて投稿します。
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）
一部の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の共有プリンタ名に合わせてあるようです。
Powerful & Beautiful
力強く、美しいシステムを。