トピック検索
515 件のトピックが該当しました。
- AutoCreatePrinter機能でクライアントのプリンタが作成されたときサーバ上でメッセージが表示される - ＦＪ ( 2006/03/03 21:49:24 更新)
- ドライブの表示について - txk ( 2006/02/28 23:29:46 更新)
- Neighborhoodにてログイン出来ません。 - ちはる ( 2006/02/28 19:00:39 更新)
- クライアントによって、オートクリエートプリンタが作成されない。 - じょなさん ( 2006/02/23 15:58:48 更新)
- ログオン画面が出てきます - くま ( 2006/02/21 15:10:50 更新)
- クライアントが一斉に切断され、再接続できなくなる - APT ( 2006/02/02 16:35:00 更新)
- 【解決策】ログイン画面が出て来ない。 - bullnishikawa ( 2006/01/31 19:34:40 更新)
- ＰＳのライセンス数よりＴＳのＣＡＬを多くして利用できますか？ - 素仙 ( 2006/01/18 19:01:27 更新)
- WebInterface内部エラー - てきとー ( 2006/01/11 10:13:16 更新)
- 公開アプリケーション起動不可 - satok ( 2005/12/28 08:33:59 更新)
AutoCreatePrinter機能でクライアントのプリンタが作成されたときサーバ上でメッセージが表示される
CANON LBP-1210というプリンタを持っているクライアントがメタフレームにログオンしたとき、
サーバ上で「CANON LASER SHOT LBP-1210 のソフトウェアのインストールは完了しました」というメッセージが表示されます。
AutoCreatePrinter機能でプリンタが作成されたときに表示されているようです。
クライアントではこのメッセージは見えませんからこのまま作業しているとプリントの時点でエラーになります。
（Accessアプリケーションを使用していますのでプレビューのときエラーになります）
このメッセージに対しサーバ上で「ＯＫ」ボタンをクリックして表示を消せばエラーは発生しません。
即ち「ＯＫ」ボタンをクリックしないとプリンタ作成が完結していないようなのです。
現在このユーザにはログインしたとき電話で連絡してもらい、システム担当者がサーバまで行って「ＯＫ」ボタンをクリックしています。
この現象を回避する方法をご存知ありませんか？よろしくお願いします。
ちなみにCANONには質問を投げていますがまだ回答が来ていません。
サーバ上で「CANON LASER SHOT LBP-1210 のソフトウェアのインストールは完了しました」というメッセージが表示されます。
AutoCreatePrinter機能でプリンタが作成されたときに表示されているようです。
クライアントではこのメッセージは見えませんからこのまま作業しているとプリントの時点でエラーになります。
（Accessアプリケーションを使用していますのでプレビューのときエラーになります）
このメッセージに対しサーバ上で「ＯＫ」ボタンをクリックして表示を消せばエラーは発生しません。
即ち「ＯＫ」ボタンをクリックしないとプリンタ作成が完結していないようなのです。
現在このユーザにはログインしたとき電話で連絡してもらい、システム担当者がサーバまで行って「ＯＫ」ボタンをクリックしています。
この現象を回避する方法をご存知ありませんか？よろしくお願いします。
ちなみにCANONには質問を投げていますがまだ回答が来ていません。
PS4.0を使っているなら、UPDを使えばエラーは出ないと思いますよ。
3.0以前だとキビしいですね。
3.0以前だとキビしいですね。
早速のレスありがとうございます。
試してみました。
プリンタドライバのプロパティで「ユニバーサルドライバのみ」作成されるように変更してみました。
おっしゃるとおり作成時のメッセージは出なくなりましたが、縮小印刷を使いたいのでUPDでは対応できないのです。
試してみました。
プリンタドライバのプロパティで「ユニバーサルドライバのみ」作成されるように変更してみました。
おっしゃるとおり作成時のメッセージは出なくなりましたが、縮小印刷を使いたいのでUPDでは対応できないのです。
4.0ならUPDでも縮小印刷(などのプリンタ特有の機能全て)は可能ですよ。
確かに3.0以前のUPDはダメですね。
どのバージョンをお使いですか？
確かに3.0以前のUPDはダメですね。
どのバージョンをお使いですか？
そうですか。知りませんでした。
うちのは
MetaFrame XP Presentation Server, Feature Release 3
です。
うちのは
MetaFrame XP Presentation Server, Feature Release 3
です。
CANONから回答が来ました。
----------------------------
Terminal Service/Meta Frame/Presentation Server環境における
CAPTドライバの対応につきましては、下記のサイトにて
ご案内しておりますが、現時点で対応しているプリンタはLBP5000
のみとなり、LBP-1210は残念ながら非対応となります。
----------------------------
----------------------------
Terminal Service/Meta Frame/Presentation Server環境における
CAPTドライバの対応につきましては、下記のサイトにて
ご案内しておりますが、現時点で対応しているプリンタはLBP5000
のみとなり、LBP-1210は残念ながら非対応となります。
----------------------------
4.0に上げれば解決ですね。
まず確認すべきは、該当するプリンタはMeta対応なのかです。
同時に別のプリンタドライバではどうかです。
メーカに問い合わせるは理解できますが、
文面からは上記切り分けを行わず、BBSへ丸投げしているようにも見受けられます。
同時に別のプリンタドライバではどうかです。
メーカに問い合わせるは理解できますが、
文面からは上記切り分けを行わず、BBSへ丸投げしているようにも見受けられます。
このプリンタドライバはCAPTといってCANONでは一般的なLIPSドライバではなく基本的にMeta対応ではありません。
こののCAPTドライバというのは曲者で同種のLBP5600はMeta経由で全く印刷できず、LBP3600は印刷が遅いという現象が発生しました。
しかしLBP-1210ではメッセージさえ消せば問題なく印刷できることがわかりましたのでその回避方法をお尋ねした次第です。
メタメタさんの助言からMeta Frameのバージョンアップをするか代替プリンタを使うかで検討しています。
大変参考になりました。
ありがとうございました。
こののCAPTドライバというのは曲者で同種のLBP5600はMeta経由で全く印刷できず、LBP3600は印刷が遅いという現象が発生しました。
しかしLBP-1210ではメッセージさえ消せば問題なく印刷できることがわかりましたのでその回避方法をお尋ねした次第です。
メタメタさんの助言からMeta Frameのバージョンアップをするか代替プリンタを使うかで検討しています。
大変参考になりました。
ありがとうございました。
それならもう4.0に上げるしかないですね。
UPD以外にも優れモノの機能が一杯ですよ。
UPD以外にも優れモノの機能が一杯ですよ。
ドライブの表示について
WIndows NT, MetaFrame 1.8 の環境ですが、
metaframeサーバにログインした場合、
"clientのC(C:)"
"clientのD(D:)"のようにドライブが表示されています。
この”clientの”という表記を変更したり、削除することは
できるのでしょうか。
情報をお持ちの方、何卒よろしくお願いします。
metaframeサーバにログインした場合、
"clientのC(C:)"
"clientのD(D:)"のようにドライブが表示されています。
この”clientの”という表記を変更したり、削除することは
できるのでしょうか。
情報をお持ちの方、何卒よろしくお願いします。
なぜそうしたいか、理由が知りたいものです。
随分年代モノを使ってますね。
随分年代モノを使ってますね。
質問に対する情報は持っていませんが、なぜそうしたいかは確かに気になります。
OSもMetaFrameもサポートぎれだと、何かあった時が怖いですよ。
(それがなかなか難しいのが企業というものみたいですが。)
1.8からバージョンアップライセンスは今月いっぱいまでのようです。
詳しくは公式サイトで。
OSもMetaFrameもサポートぎれだと、何かあった時が怖いですよ。
(それがなかなか難しいのが企業というものみたいですが。)
1.8からバージョンアップライセンスは今月いっぱいまでのようです。
詳しくは公式サイトで。
Neighborhoodにてログイン出来ません。
質問事項があります。
現在、MetaFrame（評価版）の 検証環境を構築しています。
マニュアル通り（Citrix MetaFrame PresentationServer 評価版インストールガイド）
設定し、neighborhoodからアプリを動かそうとすると
「 入力したログイン情報が間違っています。入力したユーザー名と
ドメインが正しいことを確認して入力して下さい。」とメッセージが出力されます。
公開アプリケーションへはDomain Usersグループを許可しています。
ちなみに、neighborhoodで「Administrator」と入力すると、
公開アプリケーションが表示されます。
環境は下記の通りです。
アクティブディレクトリ構築サーバ
OS： Windows 2000 Server
メタフレームサーバ
Citrix Presentation Server 4.0（評価版）
OS: Windows 2000 Server
何が原因でこのような動作になってしまってのかが分からず困っています。
どのようにしたらDomain Usersグループのユーザでログオンすることができるのでしょうか？
宜しくお願いします。
現在、MetaFrame（評価版）の 検証環境を構築しています。
マニュアル通り（Citrix MetaFrame PresentationServer 評価版インストールガイド）
設定し、neighborhoodからアプリを動かそうとすると
「 入力したログイン情報が間違っています。入力したユーザー名と
ドメインが正しいことを確認して入力して下さい。」とメッセージが出力されます。
公開アプリケーションへはDomain Usersグループを許可しています。
ちなみに、neighborhoodで「Administrator」と入力すると、
公開アプリケーションが表示されます。
環境は下記の通りです。
アクティブディレクトリ構築サーバ
OS： Windows 2000 Server
メタフレームサーバ
Citrix Presentation Server 4.0（評価版）
OS: Windows 2000 Server
何が原因でこのような動作になってしまってのかが分からず困っています。
どのようにしたらDomain Usersグループのユーザでログオンすることができるのでしょうか？
宜しくお願いします。
正しく構築すればログオンできます。
何かを間違えられたのでしょう。
何かを間違えられたのでしょう。
1.ユーザー名とドメイン名は本当に正しいですか？
2.TSではログインできますか？
（ICAコネクション構成ツールの詳細の公開アプリケーションのみのチェックをはずす必要があります。）
3.公開アプリケーションを使えるユーザーにそのユーザー(の所属するグループ)は入っていますか？
4.公開アプリケーションのアイコンも表示されていないということですよね？
「 入力したログイン情報が間違っています。入力したユーザー名と
ドメインが正しいことを確認して入力して下さい。」メッセージと
関連あるかどうかは確認していませんが。
2.TSではログインできますか？
（ICAコネクション構成ツールの詳細の公開アプリケーションのみのチェックをはずす必要があります。）
3.公開アプリケーションを使えるユーザーにそのユーザー(の所属するグループ)は入っていますか？
4.公開アプリケーションのアイコンも表示されていないということですよね？
「 入力したログイン情報が間違っています。入力したユーザー名と
ドメインが正しいことを確認して入力して下さい。」メッセージと
関連あるかどうかは確認していませんが。
>1.ユーザー名とドメイン名は本当に正しいですか？
正しく入力しています。
>2.TSではログインできますか？
>（ICAコネクション構成ツールの詳細の公開アプリケーションのみのチェックをはずす必要があります。）
まだ試していません。
>3.公開アプリケーションを使えるユーザーにそのユーザー(の所属するグループ)は入っていますか？
管理コンソールから設定を行っています。
但し、ここで1点気になることがあるのですが、公開アプリケーションにユーザを追加した後、その設定
を確認すると、「（ドメイン名）￥？」と表示されてしまいます。これが影響しているのではないかと
考えているのですが、原因がわかりません。
>4.公開アプリケーションのアイコンも表示されていないということですよね？
はい。ログインすらできていないので、公開アプリケーションはアイコン表示されていません。
正しく入力しています。
>2.TSではログインできますか？
>（ICAコネクション構成ツールの詳細の公開アプリケーションのみのチェックをはずす必要があります。）
まだ試していません。
>3.公開アプリケーションを使えるユーザーにそのユーザー(の所属するグループ)は入っていますか？
管理コンソールから設定を行っています。
但し、ここで1点気になることがあるのですが、公開アプリケーションにユーザを追加した後、その設定
を確認すると、「（ドメイン名）￥？」と表示されてしまいます。これが影響しているのではないかと
考えているのですが、原因がわかりません。
>4.公開アプリケーションのアイコンも表示されていないということですよね？
はい。ログインすらできていないので、公開アプリケーションはアイコン表示されていません。
クライアントによって、オートクリエートプリンタが作成されない。
はじめまして。
じょなさんです。
クライアントＡ からmetaに接続すると、クライアントに設定していないプリンタがオートクリエートされます。（他のプリンタ情報を持ってきている？）
クライアントＡにログインするユーザーが影響しているのかと思い、クライアントへのログインユーザーを変更しました。このとき、プリンタは、”ＦＡＸ”のみが見えている状態です。
この状態で、ｍｅｔａにログインすると、”ＦＡＸ”は、オートクリエートされず、上記でログインした際と同じプリンタ情報が作成されました。
そこで、クライアントの問題ではないかと思い、クライアントＢから、ｍｅｔａ接続してみると、
クライアントＢに設定されているプリンタがちゃんとオートクリエートされました。
＃ｍｅｔａ接続するときのユーザーは、クライアントＡ、Ｂとも同一です。
クライアントにログインするユーザーとは、別です。
接続するクライアントによって、何か制限でもかかっているのか？
別に原因があるのか、わかりません。
何か、考えられることはないでしょうか？
環境は、
WIN2003サーバー ５台でロードバランスをしています。（移動プロファイル使用）
metaはmetaframeXp3.0です。
よろしくお願いします。
じょなさんです。
クライアントＡ からmetaに接続すると、クライアントに設定していないプリンタがオートクリエートされます。（他のプリンタ情報を持ってきている？）
クライアントＡにログインするユーザーが影響しているのかと思い、クライアントへのログインユーザーを変更しました。このとき、プリンタは、”ＦＡＸ”のみが見えている状態です。
この状態で、ｍｅｔａにログインすると、”ＦＡＸ”は、オートクリエートされず、上記でログインした際と同じプリンタ情報が作成されました。
そこで、クライアントの問題ではないかと思い、クライアントＢから、ｍｅｔａ接続してみると、
クライアントＢに設定されているプリンタがちゃんとオートクリエートされました。
＃ｍｅｔａ接続するときのユーザーは、クライアントＡ、Ｂとも同一です。
クライアントにログインするユーザーとは、別です。
接続するクライアントによって、何か制限でもかかっているのか？
別に原因があるのか、わかりません。
何か、考えられることはないでしょうか？
環境は、
WIN2003サーバー ５台でロードバランスをしています。（移動プロファイル使用）
metaはmetaframeXp3.0です。
よろしくお願いします。
ログオン画面が出てきます
お世話になります。
一つ質問させてください。
現在、メタフレームをはじめて導入しています。
一通り設定が終わり、neighborhoodからアプリを動かそうとすると
「このリモートコンピュータにログオンするには、ターミナルサービスでのログオンを許可する権利が必要です。既定でDesktop Usersグループのメンバにはこの権利があります。Remote Desktop Users グループのメンバまたはこの権利がある別のグループメンバでない場合、またはRemote DeskTop User グループにこの権利がない場合、権利を手動で得る必要があります。」
と表示され、ログイン画面が出てきてしまいます。
アクティブディレクトリーのユーザにはこのリモートデスクトップの権利は付けているの
ですが、一向にログオンできません。
またメタフレームを介さないで、ターミナルサービスを使うと、普通にログオンできます。
初めて設定するので、分からないことだらけですが
よろしくお願いします。
環境：
アクティブディレクトリ構築サーバ
Windows 2003
メタフレームサーバ
Windows 2003
Citrix Presentation Server 4.0
一つ質問させてください。
現在、メタフレームをはじめて導入しています。
一通り設定が終わり、neighborhoodからアプリを動かそうとすると
「このリモートコンピュータにログオンするには、ターミナルサービスでのログオンを許可する権利が必要です。既定でDesktop Usersグループのメンバにはこの権利があります。Remote Desktop Users グループのメンバまたはこの権利がある別のグループメンバでない場合、またはRemote DeskTop User グループにこの権利がない場合、権利を手動で得る必要があります。」
と表示され、ログイン画面が出てきてしまいます。
アクティブディレクトリーのユーザにはこのリモートデスクトップの権利は付けているの
ですが、一向にログオンできません。
またメタフレームを介さないで、ターミナルサービスを使うと、普通にログオンできます。
初めて設定するので、分からないことだらけですが
よろしくお願いします。
環境：
アクティブディレクトリ構築サーバ
Windows 2003
メタフレームサーバ
Windows 2003
Citrix Presentation Server 4.0
次のいずれかで対処できます。
コネクション構成ツールでICA接続のアクセス権を持つグループの中に
ドメインのRemoteDesktopUsersグループを加える。
ローカルのRemotDesktopUSersグループの中に、
ドメインのRemoteDesktopUsersグループを加える。
コネクション構成ツールでICA接続のアクセス権を持つグループの中に
ドメインのRemoteDesktopUsersグループを加える。
ローカルのRemotDesktopUSersグループの中に、
ドメインのRemoteDesktopUsersグループを加える。
回答ありがとうございます。
現在回答にあった、「ドメインのRemoteDesktopUsersグループを加える。」
を試しているのですが、うまく出来ないでいます。
どうやったら、ローカルのサーバにドメインのRemoteDesktopUsersグループを加えることが出来るのでしょう？
たびたび申し訳ありませんが、ヒントを与えてくれたら幸いです。
環境：
アクティブディレクトリ構築サーバ
Windows 2003
メタフレームサーバ
Windows 2003(ドメインに参加中:このサーバはアクティブディレクトリーの構築はしてません)
Citrix Presentation Server 4.0
現在回答にあった、「ドメインのRemoteDesktopUsersグループを加える。」
を試しているのですが、うまく出来ないでいます。
どうやったら、ローカルのサーバにドメインのRemoteDesktopUsersグループを加えることが出来るのでしょう？
たびたび申し訳ありませんが、ヒントを与えてくれたら幸いです。
環境：
アクティブディレクトリ構築サーバ
Windows 2003
メタフレームサーバ
Windows 2003(ドメインに参加中:このサーバはアクティブディレクトリーの構築はしてません)
Citrix Presentation Server 4.0
> 現在回答にあった、「ドメインのRemoteDesktopUsersグループを加える。」
どちらのですか？ICAコネクション構成ツール？ローカルユーザーとグループ？
ドメインに参加していることは間違いないですよね？
ドメインとローカルで同じユーザー名のユーザーがいて、逆になっているとかないですか？
どちらのですか？ICAコネクション構成ツール？ローカルユーザーとグループ？
ドメインに参加していることは間違いないですよね？
ドメインとローカルで同じユーザー名のユーザーがいて、逆になっているとかないですか？
>> 現在回答にあった、「ドメインのRemoteDesktopUsersグループを加える。」
>どちらのですか？ICAコネクション構成ツール？ローカルユーザーとグループ？
両方試しました。
ですが、「ユーザまたはグループを追加」をクリックしてもローカルのユーザしか
出てきません。「場所」をクリックしても自機しか表示されません。
ひとつ気になることは、Presentation Server 4.0をインストールしたときは
まだドメインに参加させてませんでした。
あとから、参加させたのですが、それがいけなかったのでしょうか？
>ドメインに参加していることは間違いないですよね？
参加していることは間違いありません。
>ドメインとローカルで同じユーザー名のユーザーがいて、逆になっているとかないですか？
ローカルとはメタフレームがインストールされた方のサーバのことですよね？
そのローカルサーバにドメインからのグループを追加しようとして、できずにいます。
>どちらのですか？ICAコネクション構成ツール？ローカルユーザーとグループ？
両方試しました。
ですが、「ユーザまたはグループを追加」をクリックしてもローカルのユーザしか
出てきません。「場所」をクリックしても自機しか表示されません。
ひとつ気になることは、Presentation Server 4.0をインストールしたときは
まだドメインに参加させてませんでした。
あとから、参加させたのですが、それがいけなかったのでしょうか？
>ドメインに参加していることは間違いないですよね？
参加していることは間違いありません。
>ドメインとローカルで同じユーザー名のユーザーがいて、逆になっているとかないですか？
ローカルとはメタフレームがインストールされた方のサーバのことですよね？
そのローカルサーバにドメインからのグループを追加しようとして、できずにいます。
DNSは問題ないですか？
DNSサーバのアドレス間違えたりすると、確か
ユーザー名があがってこなかったはずです。
インストール後のドメイン参加については、
何かあったか、どこかで見た気がしましたが見つけられませんでした。
私からもお願いします。
DNSサーバのアドレス間違えたりすると、確か
ユーザー名があがってこなかったはずです。
インストール後のドメイン参加については、
何かあったか、どこかで見た気がしましたが見つけられませんでした。
私からもお願いします。
>何かあったか、どこかで見た気がしましたが見つけられませんでした。
ここでした。
「メタサーバーを既存ドメインに含めたい。」のレスでは大丈夫だけど推奨ではないと。
ここでした。
「メタサーバーを既存ドメインに含めたい。」のレスでは大丈夫だけど推奨ではないと。
ありがとうございます。
今、再インストールしてみてます。
でもアンインストール中に色々エラーが出てくるので、それに対応してるところです。
うまくいったら、この場でご報告します。
今、再インストールしてみてます。
でもアンインストール中に色々エラーが出てくるので、それに対応してるところです。
うまくいったら、この場でご報告します。
↑に書いたとおり、もう一度再インストールをし、アクティブディレクトリ見直しもしました。
結果うまく接続できるようになりました。
メタメタさん。
NOSさん。
大変参考になりました。
ありがとうございました。
結果うまく接続できるようになりました。
メタメタさん。
NOSさん。
大変参考になりました。
ありがとうございました。
>くまさん
原因が特定できたのでしたら、教えてください。
原因が特定できたのでしたら、教えてください。
最初から再インストールしたので、原因が特定されたかどうか分かりませんが
これじゃないかな？というのをお知らせします。
①Presentation Server 4.0をインストールする前に、サーバをドメインに入れておく
（エラーがでた環境では、インストール後にドメインに参加させてました）
②“メタフレームサーバの”Remote DeskTop User グループにユーザを追加する。
（DCのBuiltinグループのRemote DeskTop Userのグループではだめなのですね
DCのサーバ上からメンバになってるPCサーバのRemote DeskTop Userグループに追加させました）
以上です。
困ってるかたいらしたら参考にしてください。
これからも色々質問するかもしれませんが
よろしくお願いします。
これじゃないかな？というのをお知らせします。
①Presentation Server 4.0をインストールする前に、サーバをドメインに入れておく
（エラーがでた環境では、インストール後にドメインに参加させてました）
②“メタフレームサーバの”Remote DeskTop User グループにユーザを追加する。
（DCのBuiltinグループのRemote DeskTop Userのグループではだめなのですね
DCのサーバ上からメンバになってるPCサーバのRemote DeskTop Userグループに追加させました）
以上です。
困ってるかたいらしたら参考にしてください。
これからも色々質問するかもしれませんが
よろしくお願いします。
Remote DeskTop Usersがなぜ、CPS、TSにアクセスできるのかというと、
グループポリシーにて、TSへアクセスすることと、TSにローカルログオンが許可
されているからです。
つまり、本現象で確認すべき部分にグループポリシーも含まれます。
WorkGroup環境でのグループポリシーのトラブルシュートは対して難しくないのですが、
AD環境でのグループポリシーのトラブルシュートは困難を要する場合があります。
グループポリシーにて、TSへアクセスすることと、TSにローカルログオンが許可
されているからです。
つまり、本現象で確認すべき部分にグループポリシーも含まれます。
WorkGroup環境でのグループポリシーのトラブルシュートは対して難しくないのですが、
AD環境でのグループポリシーのトラブルシュートは困難を要する場合があります。
> WorkGroup環境でのグループポリシーのトラブルシュートは対して難しくないのですが、
> AD環境でのグループポリシーのトラブルシュートは困難を要する場合があります。
掲示板をご覧の皆様へ。
これをもってして「WorkGroupで構築するほうが簡単」などと勘違いしないでくださいね。
WorkGroupじゃマトモなシステムなど出来ませんよ。
> AD環境でのグループポリシーのトラブルシュートは困難を要する場合があります。
掲示板をご覧の皆様へ。
これをもってして「WorkGroupで構築するほうが簡単」などと勘違いしないでくださいね。
WorkGroupじゃマトモなシステムなど出来ませんよ。
メタメタ様の仰るとおりで、MetaサーバをADにのっけるか、
WorkGroupで運用するかの選択要素にはなりません。
WorkGroupで運用するかの選択要素にはなりません。
クライアントが一斉に切断され、再接続できなくなる
お世話になっています。
様々な場所で、本件と同じ事象を検索しておりますが、解決方法を見出せないでいます。
症状は、クライアントの一部が、あるときに一斉に切断されてしまい、再接続できない、というものです。この症状には、以下のような特徴が見られます。
・メタフレームサーバがあるのと同じセグメントのｼﾝｸﾗｲｱﾝﾄは正常に接続できる。
・トラブルの発生したセグメントの中には、再接続できる端末と出来ない端末が混在している。トラブルセグメントでは、新規接続も張れない。
・一斉切断トラブルが発生する時間に、これといったイベントログやエラーは発生していない。
・トラブル発生は夕方の、接続最繁時に発生するが、昼間の閑散時にも発生したことがある。
・クライアントから接続すると、メタのネゴシエーション画面の後、本来ならログオンダイアログが表示されるべきタイミングに何も表示されず、数分後にタイムアウトする。
・本部支部間はほとんどがADSLだが、一部ISDN回線の支部もある。
・本部支部間はﾌﾚｯﾂｸﾞﾙｰﾌﾟでIPSecを用いているが、メタサーバのMaxICAPacketLengthレジストリは指定済み。
・サーバを再起動すると事象は回復するが、数日内に再発する。
サーバ構成は以下の通りです。
ADサーバ Windows2003 Standard SP1
メタフレームサーバ Windows2003 Standard SP1
Citrix Presentation Server4 Stn
クライアント WBT TX225 (30台)
サーバを再起動しないことには回避できず、非常に悩んでおります。
同様の事象に対処した、という方はみえられませんか？
様々な場所で、本件と同じ事象を検索しておりますが、解決方法を見出せないでいます。
症状は、クライアントの一部が、あるときに一斉に切断されてしまい、再接続できない、というものです。この症状には、以下のような特徴が見られます。
・メタフレームサーバがあるのと同じセグメントのｼﾝｸﾗｲｱﾝﾄは正常に接続できる。
・トラブルの発生したセグメントの中には、再接続できる端末と出来ない端末が混在している。トラブルセグメントでは、新規接続も張れない。
・一斉切断トラブルが発生する時間に、これといったイベントログやエラーは発生していない。
・トラブル発生は夕方の、接続最繁時に発生するが、昼間の閑散時にも発生したことがある。
・クライアントから接続すると、メタのネゴシエーション画面の後、本来ならログオンダイアログが表示されるべきタイミングに何も表示されず、数分後にタイムアウトする。
・本部支部間はほとんどがADSLだが、一部ISDN回線の支部もある。
・本部支部間はﾌﾚｯﾂｸﾞﾙｰﾌﾟでIPSecを用いているが、メタサーバのMaxICAPacketLengthレジストリは指定済み。
・サーバを再起動すると事象は回復するが、数日内に再発する。
サーバ構成は以下の通りです。
ADサーバ Windows2003 Standard SP1
メタフレームサーバ Windows2003 Standard SP1
Citrix Presentation Server4 Stn
クライアント WBT TX225 (30台)
サーバを再起動しないことには回避できず、非常に悩んでおります。
同様の事象に対処した、という方はみえられませんか？
私も同じ現象で悩んでいました。
今は毎日再起動することで回避しています。
一斉に切れるタイミングは９６時間じゃないでしょうか？
今は毎日再起動することで回避しています。
一斉に切れるタイミングは９６時間じゃないでしょうか？
データストアに接続できないと96時間で落ちるらしいです。
http://support.citrix.com/article/CTX106066&searchID=13447923
その原因として、mdbファイルの破損が考えられます。
mdbを再生成すれば回避できるそうですが、
ためしていません。
http://support.citrix.com/article/CTX106066&searchID=13447923
その原因として、mdbファイルの破損が考えられます。
mdbを再生成すれば回避できるそうですが、
ためしていません。
Citrix Presetatino Server4.0の話ですよね？
であれば、データストアに接続できなくてもPresentation Server対しては
ユーザーはログイン可能ですよ。ただし、PresetationServerの設定が変更
できなくはなりますが・・。
説明が不足してますので、補足します。
Citrix Presentation Server4.0（以下、MPS4.0）では、
メンバーサーバーが、ライセンスサーバに接続ができなくなると
猶予期間（30日間）に入ります。
・この間、ユーザー接続は拒否されません。
・猶予期間を過ぎてライセンスサーバーとの接続が確立されない場合、
全てのユーザー接続は拒否される。
・管理者による1つの接続のみ許可
詳細については、導入運用ガイド 46Pをご参照下さい。
ライセンスサーバーと接続できないとイベントログに記録が残ると思いますので、
この問題ではないと思います。
ちなみに私の事象もAPTさんと同様で
・メタフレームサーバがあるのと同じセグメントは正常に接続できる。
・トラブルセグメントでは、新規接続も張れない。
・一斉切断トラブルが発生する時間に、これといったイベントログやエラーは発生していない。
・トラブル発生は全く使っていなくても数日後に必ず発生する。
・クライアントから接続すると、メタのネゴシエーション画面の後、本来ならログオンダイアログが表示されるべきタイミングに何も表示されず、数分後にタイムアウトする。
・サーバを再起動すると事象は回復するが、数日内（４日後くらい）に再発する。
サーバを毎日再起動すれば問題なく動いてますが、やっぱり原因がわからず気になってます。
そこでデータストアかなと思ったんですが、やっぱり違いますか？
・メタフレームサーバがあるのと同じセグメントは正常に接続できる。
・トラブルセグメントでは、新規接続も張れない。
・一斉切断トラブルが発生する時間に、これといったイベントログやエラーは発生していない。
・トラブル発生は全く使っていなくても数日後に必ず発生する。
・クライアントから接続すると、メタのネゴシエーション画面の後、本来ならログオンダイアログが表示されるべきタイミングに何も表示されず、数分後にタイムアウトする。
・サーバを再起動すると事象は回復するが、数日内（４日後くらい）に再発する。
サーバを毎日再起動すれば問題なく動いてますが、やっぱり原因がわからず気になってます。
そこでデータストアかなと思ったんですが、やっぱり違いますか？
皆様ご助力ありがとうございます。
遅れて申し訳ありません。
当方事象でのジンクスは「再起動後50時間」ですね。
他の案件などを調べると「セッションクリアやゴミファイルの掃除を目的に定期的再起動を行っている」ことが多く、結果的にこの「連続運用による一斉切断症状」は発症しにくいようです。
しかし数百台程度の規模のネットワークでも「週に一回の再起動」を行っているところでも、この一斉切断が発生しない場合もあります。
やはりデータベースがAccessなのが問題なのでしょうか？ しかしそれだったら同一セグメントの端末が接続できないことの理由になりません。
こちらも毎日再起動を行ってからこの事象が発生しておりませんが、再起動は極力したくない意向もあります。
進展があればご報告いたします。
遅れて申し訳ありません。
当方事象でのジンクスは「再起動後50時間」ですね。
他の案件などを調べると「セッションクリアやゴミファイルの掃除を目的に定期的再起動を行っている」ことが多く、結果的にこの「連続運用による一斉切断症状」は発症しにくいようです。
しかし数百台程度の規模のネットワークでも「週に一回の再起動」を行っているところでも、この一斉切断が発生しない場合もあります。
やはりデータベースがAccessなのが問題なのでしょうか？ しかしそれだったら同一セグメントの端末が接続できないことの理由になりません。
こちらも毎日再起動を行ってからこの事象が発生しておりませんが、再起動は極力したくない意向もあります。
進展があればご報告いたします。
皆さんと同じような現象が最近発生しております。
その後どのようになったのかお知らせ頂ければ助かります。
その後どのようになったのかお知らせ頂ければ助かります。
NICの不具合の可能性もあります。
最近はTCPオフロード機能が標準でONになっており、
この機能がネットワークに障害を与える場合があります。
一度、疑ってみては如何でしょうか。
最近はTCPオフロード機能が標準でONになっており、
この機能がネットワークに障害を与える場合があります。
一度、疑ってみては如何でしょうか。
【解決策】ログイン画面が出て来ない。
Metaframe XP FR3に対して、クライアントPCからブラウザ経由かクライアントソフトウェア経由でアクセスした際に、Metaサーバー側でログイン画面が出ずに、ブルー画面になる事が散見されました。２週間、悩みましたが、やっと解決しました。
解決策は、とっても簡単です。
クラインアントPCのOSがWindows XPなら、クライアントPC側に、ICAのV9を入れて、Winodws2000ならば、、V6を入れる事で解決できます。
ただ、問題はCitrixのURLには、V9しか置いてなく、V6の入手が難しい事であるが。
解決策は、とっても簡単です。
クラインアントPCのOSがWindows XPなら、クライアントPC側に、ICAのV9を入れて、Winodws2000ならば、、V6を入れる事で解決できます。
ただ、問題はCitrixのURLには、V9しか置いてなく、V6の入手が難しい事であるが。
ＰＳのライセンス数よりＴＳのＣＡＬを多くして利用できますか？
素仙と申します。
初めて投稿します。
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）
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の再インストールをされてみるのもいいかも知れません。
もうされているかもしれませんが…。私も何度もやりました＾＾；
こんなアドバイスでごめんなさい。
公開アプリケーション起動不可
ご教授願います。
サーバ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サーバの内で、プロファイルのアンロードが失敗しているサーバ接続した場合、公開アプリケーション起動不可(但し、リトライ数回で成功してしまう？)かと思っています。
クライアントのＯＳからの再インストールにて解決いたしました。
お騒がせいたしました。
お騒がせいたしました。
Powerful & Beautiful
力強く、美しいシステムを。