トピック検索
1410 件のトピックが該当しました。
- CSP4.0 公開アプリケーションに接続できない - しげ ( 2006/09/20 15:03:22 更新)
- イベント1109について - ドフ ( 2006/09/20 10:51:46 更新)
- TermService 1008 ERROR - obaty ( 2006/09/16 09:03:33 更新)
- 公開アプリケーションが使用できなくなる - 106 ( 2006/09/14 17:33:19 更新)
- MetaFrame+VB公開アプリの経路暗号化について - COMOL ( 2006/09/07 16:37:49 更新)
- 物理メモリ搭載量4Gの有効性は? - penguin777 ( 2006/09/05 17:32:02 更新)
- ICAクライアントの違い - HI ( 2006/08/25 10:16:24 更新)
- コンポーネントを削除してしまいました - ドフ ( 2006/08/23 22:03:42 更新)
- 1台のクライアントで複数ファーム接続について - 匿名太郎 ( 2006/08/22 14:32:41 更新)
- 【リモートデスクトップ】ちょっとした疑問 - ken ( 2006/08/17 09:27:08 更新)
CSP4.0 公開アプリケーションに接続できない
いつも、参照させていただいています。
午前中は正常に使用できていたのですが、ある時間より一部の拠点で
公開アプリケーションが利用できなくなりました。
ところが次第に復旧し始め、現在は数台を残すのみで利用できています。
その間は、何も設定等は変更していません。
また、管理コンソールでは全て接続中の状態でした。
1台セッションをリセットの後、接続を試みましたが、だめでした。
TCP/IPの接続も問題ありませんでした。
こちらの環境は
CPS4.0 Advance
Server OS:Windows2000 SP4(4台)
Client OS:Windows2000 SP4
接続:ICA Ver9.15
トラブル発生時、4台中の1台に、以下のイベントログがありました。
ソース:ESENT
分類:Logging/Recovery
イベントID:439
説明:services(388)ファイルC:\WINNT\security\templates\spsecupd.sdb
のシャドウヘッダーを書き込めません。
--続けて
ソース:ESENT
分類:Logging/Recovery
イベントID:434
説明:services(388)予期しないエラー-1811が発生したため、
データベースの回復または復元に失敗しました。
以上、調査すべきポイントがあれば、ご教授願います。
午前中は正常に使用できていたのですが、ある時間より一部の拠点で
公開アプリケーションが利用できなくなりました。
ところが次第に復旧し始め、現在は数台を残すのみで利用できています。
その間は、何も設定等は変更していません。
また、管理コンソールでは全て接続中の状態でした。
1台セッションをリセットの後、接続を試みましたが、だめでした。
TCP/IPの接続も問題ありませんでした。
こちらの環境は
CPS4.0 Advance
Server OS:Windows2000 SP4(4台)
Client OS:Windows2000 SP4
接続:ICA Ver9.15
トラブル発生時、4台中の1台に、以下のイベントログがありました。
ソース:ESENT
分類:Logging/Recovery
イベントID:439
説明:services(388)ファイルC:\WINNT\security\templates\spsecupd.sdb
のシャドウヘッダーを書き込めません。
--続けて
ソース:ESENT
分類:Logging/Recovery
イベントID:434
説明:services(388)予期しないエラー-1811が発生したため、
データベースの回復または復元に失敗しました。
以上、調査すべきポイントがあれば、ご教授願います。
もしかしてExchangeを利用していませんか?
返信ありがとうございます。
残念ながら、Exchangeは利用していません。
残念ながら、Exchangeは利用していません。
イベント1109について
皆さんのお力をお貸しください。
当方の環境は以下のとおりです。
サーバー
・Windows2000ServerSP4 2台
・MetaFrame Presentation Server3.0
クライアント
・WindowsXP SP1 25台
昨日、2台あるMetaFrameサーバのうち1台で以下のエラーがイベントログに出力されました。
*********************
ソース:TermServDevices
分類:なし
種類:エラー
イベントID:1109
説明:Client\(クライアントPC名)#\\\(プリンタ名)プリンタを既定のプリンタとして設定できませんでした。
*********************
上記エラーが特定の時刻に同時に13件出力されました。
(クライアントPC名)はクライアント3台分、(プリンタ名)は2台のクライアント間で若干重複しているものの、ほとんどが異なるプリンタ(定義名)となっています。
この時刻、ユーザ側で公開APを稼働させていた事は確認していますが、特に異常は無かったとのこと。またサーバ側ではなんらの作業・タスクも行っていませんでした。
上記クライアントは所在地、使用者が異なる為、同時にこの様なエラーが発生するのは
サーバ側のアクションの影響と思われますが、どなたかこの事象についてご存知の方はいらっしゃいますでしょうか。
当方の環境は以下のとおりです。
サーバー
・Windows2000ServerSP4 2台
・MetaFrame Presentation Server3.0
クライアント
・WindowsXP SP1 25台
昨日、2台あるMetaFrameサーバのうち1台で以下のエラーがイベントログに出力されました。
*********************
ソース:TermServDevices
分類:なし
種類:エラー
イベントID:1109
説明:Client\(クライアントPC名)#\\\(プリンタ名)プリンタを既定のプリンタとして設定できませんでした。
*********************
上記エラーが特定の時刻に同時に13件出力されました。
(クライアントPC名)はクライアント3台分、(プリンタ名)は2台のクライアント間で若干重複しているものの、ほとんどが異なるプリンタ(定義名)となっています。
この時刻、ユーザ側で公開APを稼働させていた事は確認していますが、特に異常は無かったとのこと。またサーバ側ではなんらの作業・タスクも行っていませんでした。
上記クライアントは所在地、使用者が異なる為、同時にこの様なエラーが発生するのは
サーバ側のアクションの影響と思われますが、どなたかこの事象についてご存知の方はいらっしゃいますでしょうか。
クライアントのデフォルトプリンタのみマッピングする設定で、
なおかつプリンタ固有のドライバのみ利用する設定になっていますでしょうか?
今申し上げた設定で、クライアントが既定のプリンタに設定しているプリンタのドライバが
MetaFrameサーバ上に存在しない場合、ドフさんの仰るエラーが発生する場合があります。
ただし、印刷を行わない場合はアプリケーションの動作自体には問題ないはずです。
なおかつプリンタ固有のドライバのみ利用する設定になっていますでしょうか?
今申し上げた設定で、クライアントが既定のプリンタに設定しているプリンタのドライバが
MetaFrameサーバ上に存在しない場合、ドフさんの仰るエラーが発生する場合があります。
ただし、印刷を行わない場合はアプリケーションの動作自体には問題ないはずです。
きくりんさん、レスありがとうございます。
サーバ側のCitrixコネクション構成ツールから「クライアント設定」を見てみると、
「接続」に関しては「アカウントの設定を使用」にチェック。
「その他のオプション」の「クライアントのデフォルトプリンタのみ接続する」にはチェックが入っていません。
こちらのチェックを入れないと、クライアント側のデフォルト使用でないプリンタ定義まで、
クライアント接続時にサーバが認識しようとするわけですね。
チェックを入れてみようと思います。
この設定で2年近く稼働しているのですが、今回の1109エラーは初めて出ているようです。
特定端末のユーザが導入したプリンタの初使用時に発生したようなのですが、
1109が出るケースと1107が出るケースは何が異なるかご存知でしょうか。
1107は特に不都合なく(UPDを素直に使用している?)印刷できましたが、1109発生時にはクライアントPC側がハング同然となり、頻繁にメモリ不足となりました。
UPDでフォローできないプリンタがあるという事なのでしょうか・・・
サーバ側のCitrixコネクション構成ツールから「クライアント設定」を見てみると、
「接続」に関しては「アカウントの設定を使用」にチェック。
「その他のオプション」の「クライアントのデフォルトプリンタのみ接続する」にはチェックが入っていません。
こちらのチェックを入れないと、クライアント側のデフォルト使用でないプリンタ定義まで、
クライアント接続時にサーバが認識しようとするわけですね。
チェックを入れてみようと思います。
この設定で2年近く稼働しているのですが、今回の1109エラーは初めて出ているようです。
特定端末のユーザが導入したプリンタの初使用時に発生したようなのですが、
1109が出るケースと1107が出るケースは何が異なるかご存知でしょうか。
1107は特に不都合なく(UPDを素直に使用している?)印刷できましたが、1109発生時にはクライアントPC側がハング同然となり、頻繁にメモリ不足となりました。
UPDでフォローできないプリンタがあるという事なのでしょうか・・・
1107に関しては、サーバ上にドライバが存在しない状態で、
クライアントが持つすべてのプリンタをマップする設定で、
かつユニバーサルを利用しない設定の場合に多発します。
また3.0利用の場合は、HotFixのMPSJ300W2K3R01が適用されていない場合に
発生することもあります。
この場合は、ユーザが利用するプリンタが作成されていれば印刷は可能のはずです。
1109に関しては、デフォルトプリンタのマップしか許さない設定なのに、
デフォルトのプリンタが利用するドライバがサーバ上になく、
ユニバーサルの利用も許していない場合に出る場合と、
ターミナル・サービスのバグ(仕様?)で、複数の印刷キューを処理したセッションが
切断された場合に、普通は処理待ちの残存キューはセッションの再接続まで保持しますが、
なぜか処理済みキューまでも復元しようと試みるようです。
そうすると、既に切断中のセッションのため、復元処理が行えず、先のエラーとなります。
ドフさんの環境の事象の場合、後者の可能性が高いですね。
その場合は、このエラーメッセージは無視して構わないようです。
ただ、発生時にクライアントが不安定になったというのが、因果関係が不明です。
クライアント側のイベントログに何か関連がありそうなエラー、警告、情報等は
表示されていませんでしょうか?
クライアントが持つすべてのプリンタをマップする設定で、
かつユニバーサルを利用しない設定の場合に多発します。
また3.0利用の場合は、HotFixのMPSJ300W2K3R01が適用されていない場合に
発生することもあります。
この場合は、ユーザが利用するプリンタが作成されていれば印刷は可能のはずです。
1109に関しては、デフォルトプリンタのマップしか許さない設定なのに、
デフォルトのプリンタが利用するドライバがサーバ上になく、
ユニバーサルの利用も許していない場合に出る場合と、
ターミナル・サービスのバグ(仕様?)で、複数の印刷キューを処理したセッションが
切断された場合に、普通は処理待ちの残存キューはセッションの再接続まで保持しますが、
なぜか処理済みキューまでも復元しようと試みるようです。
そうすると、既に切断中のセッションのため、復元処理が行えず、先のエラーとなります。
ドフさんの環境の事象の場合、後者の可能性が高いですね。
その場合は、このエラーメッセージは無視して構わないようです。
ただ、発生時にクライアントが不安定になったというのが、因果関係が不明です。
クライアント側のイベントログに何か関連がありそうなエラー、警告、情報等は
表示されていませんでしょうか?
きくりんさん、ありがとうございます。
サーバ側の「プリンタ管理のプロパティ」では、
「プリンタドライバ」については「ネイティブドライバが無効な場合はユニバーサルドライバを使用」
にチェックが、また
「クライアントプリンタの自動作成時にネイティブドライバをインストール」
にチェックが入っています。
きくりんさんのコメントから考えると、最終的にUPDを使用して問題ないものの、
「ネイティブドライバの構成を試行して失敗」が発生するため、現状では1107が出ているように思われますね。
1109に関してはご指摘のとおり、「デフォルトプリンタのマップしか許さない」設定ではない為、
条件からすると記述の後者が当てはまるのかと思います。
きくりんさんは、この1109イベントに関する情報をどこで取得されていますか?
CitrixやMSのサイトで検索しても1109に関する記述・過去事例は皆無に思われましたが、
バグ情報などがどこかで参照できますでしょうか。
MetaFrameを運用していると結構な頻度でイベントログエラーが出ますが、
そのイベント内容とMetaFrameの障害内容を結びつけるのがほとほと苦労します。
経験しか無いんでしょうか・・
>ただ、発生時にクライアントが不安定になったというのが、因果関係が不明です。
サーバ側には1109以外、不安定に関係ありそうなエラーは出ていませんでした。
クライアントがWin98と古く、公開APもPDFプレビューイメージを作成するような重い処理なのですが、
MetaFrame経由ならばクライアント側にリソース負荷がかかるのは変ですよね。
サーバ側からクライアント上のプリンタを認識しようとして、クライアント側に負荷がかかる
という状況なのでしょうか。
このあたりは、将来当該クライアントを98からXPに更改する予定があるため、同じプリンタ接続で再現
させて確認してみようかと思います。
サーバ側の「プリンタ管理のプロパティ」では、
「プリンタドライバ」については「ネイティブドライバが無効な場合はユニバーサルドライバを使用」
にチェックが、また
「クライアントプリンタの自動作成時にネイティブドライバをインストール」
にチェックが入っています。
きくりんさんのコメントから考えると、最終的にUPDを使用して問題ないものの、
「ネイティブドライバの構成を試行して失敗」が発生するため、現状では1107が出ているように思われますね。
1109に関してはご指摘のとおり、「デフォルトプリンタのマップしか許さない」設定ではない為、
条件からすると記述の後者が当てはまるのかと思います。
きくりんさんは、この1109イベントに関する情報をどこで取得されていますか?
CitrixやMSのサイトで検索しても1109に関する記述・過去事例は皆無に思われましたが、
バグ情報などがどこかで参照できますでしょうか。
MetaFrameを運用していると結構な頻度でイベントログエラーが出ますが、
そのイベント内容とMetaFrameの障害内容を結びつけるのがほとほと苦労します。
経験しか無いんでしょうか・・
>ただ、発生時にクライアントが不安定になったというのが、因果関係が不明です。
サーバ側には1109以外、不安定に関係ありそうなエラーは出ていませんでした。
クライアントがWin98と古く、公開APもPDFプレビューイメージを作成するような重い処理なのですが、
MetaFrame経由ならばクライアント側にリソース負荷がかかるのは変ですよね。
サーバ側からクライアント上のプリンタを認識しようとして、クライアント側に負荷がかかる
という状況なのでしょうか。
このあたりは、将来当該クライアントを98からXPに更改する予定があるため、同じプリンタ接続で再現
させて確認してみようかと思います。
>きくりんさんは、この1109イベントに関する情報をどこで取得されていますか?
TechNetに普通に掲載されていますよ。記事内ではバグだとは決して認めていませんが(笑)
http://technet2.microsoft.com/WindowsServer/en/library/28ca223c-d281-471a-9e39-beaac5eb2a8e1033.mspx?mfr=true
Microsoftの日本語サイトで探しても出てきませんね。
障害調査する場合は、日本語サイトよりも海外サイトを探した方が情報が豊富なので、
目的のものを見つけやすいですよ。
後はTry&Errorでしょうかね。
TechNetに普通に掲載されていますよ。記事内ではバグだとは決して認めていませんが(笑)
http://technet2.microsoft.com/WindowsServer/en/library/28ca223c-d281-471a-9e39-beaac5eb2a8e1033.mspx?mfr=true
Microsoftの日本語サイトで探しても出てきませんね。
障害調査する場合は、日本語サイトよりも海外サイトを探した方が情報が豊富なので、
目的のものを見つけやすいですよ。
後はTry&Errorでしょうかね。
>Microsoftの日本語サイトで探しても出てきませんね。
>障害調査する場合は、日本語サイトよりも海外サイトを探した方が情報が豊富なので、
>目的のものを見つけやすいですよ。
なるほど、日本語サイトで見ていましたが、英文サイトのほうに解説がでていますか。
良い事を教えていただきました。
当件に関してはハードの縛りを外し、様子を見てみようと思います。
きくりんさんはご経験が豊富そうなので、もう一点伺いたいのですが・・
サーバに搭載されているUPDで「対応(印刷)できないプリンタ」はほとんど無いものですか?
また、一般的な運用としてUPDをあてにする(ネイティブドライバ追加を逐次しない)のは
あまり良くない方針でしょうか。
「詳細設定」をしない分には使用に問題ないかなと思っているのですが。
>障害調査する場合は、日本語サイトよりも海外サイトを探した方が情報が豊富なので、
>目的のものを見つけやすいですよ。
なるほど、日本語サイトで見ていましたが、英文サイトのほうに解説がでていますか。
良い事を教えていただきました。
当件に関してはハードの縛りを外し、様子を見てみようと思います。
きくりんさんはご経験が豊富そうなので、もう一点伺いたいのですが・・
サーバに搭載されているUPDで「対応(印刷)できないプリンタ」はほとんど無いものですか?
また、一般的な運用としてUPDをあてにする(ネイティブドライバ追加を逐次しない)のは
あまり良くない方針でしょうか。
「詳細設定」をしない分には使用に問題ないかなと思っているのですが。
物理的に印刷できないというのは恐らくないと思います。
ただし、UPDはデータをEMFで生成するので、仮にRAWしか対応しないプリンタがあれば
印刷に失敗すると思います。
また、ネイティブドライバを使うか否かというのは、
印刷をどういった目的で使うかによります。
UPDの場合は、サーバ上で中間データを作成して、
それをクライアントのプリンタドライバに引き継ぎますが、
ネイティブを利用した場合とは微妙に印刷結果が変わります。
(余白や色調、解像度等)
ビジネス文書しか印刷せず、それもさほど体裁にうるさくないというのであれば、
UPDで問題ないと思いますが、
デザインオフィス等は、やはりネイティブにこだわりますし、
印刷位置が細かく決められている伝票印刷やシール印刷等の場合も
ネイティブドライバでの運用が必須となります。
ですから、「使い方による」としか申し上げられません。
ただし、UPDはデータをEMFで生成するので、仮にRAWしか対応しないプリンタがあれば
印刷に失敗すると思います。
また、ネイティブドライバを使うか否かというのは、
印刷をどういった目的で使うかによります。
UPDの場合は、サーバ上で中間データを作成して、
それをクライアントのプリンタドライバに引き継ぎますが、
ネイティブを利用した場合とは微妙に印刷結果が変わります。
(余白や色調、解像度等)
ビジネス文書しか印刷せず、それもさほど体裁にうるさくないというのであれば、
UPDで問題ないと思いますが、
デザインオフィス等は、やはりネイティブにこだわりますし、
印刷位置が細かく決められている伝票印刷やシール印刷等の場合も
ネイティブドライバでの運用が必須となります。
ですから、「使い方による」としか申し上げられません。
きくりんさん、度々のレスありがとうございます。
メタは非常に便利ですが、細かい部分を詰めようとすると情報が少ないため、
実運用の経験豊富な方のコメントが非常に参考になります。
当初の質問の件については、何かわかったら追ってアップしようかと思います。
メタは非常に便利ですが、細かい部分を詰めようとすると情報が少ないため、
実運用の経験豊富な方のコメントが非常に参考になります。
当初の質問の件については、何かわかったら追ってアップしようかと思います。
その後いろいろと解ったので情報提供します。
結論としては、きくりんさんの指摘した以下事象と判断しました。
>ターミナル・サービスのバグ(仕様?)で、複数の印刷キューを処理したセッションが
>切断された場合に、普通は処理待ちの残存キューはセッションの再接続まで保持しますが、
>なぜか処理済みキューまでも復元しようと試みるようです。
>そうすると、既に切断中のセッションのため、復元処理が行えず、先のエラーとなります。
先のやりとりの後、3回ほど同じ1109エラーが発生した為、イベントログの流れを追ってみました。
状況を見る限りでは
①2つのMFサーバのうち一方でのみで発生している事。
②連続して出力されるID1109エラーの直前に、あきらかに業務システムのMFクライアントではない
不明なプリンタについてID4/8/9等の警告が必ず記録されている事。
が解りました。
これについて精査したところ、以下の事が判明しました。
③②は社内の運用部門が定期的に行う、パスワード変更用端末からのRDT接続により発生している
④問題の起きるサーバの「Citrixコネクション構成ツール」からRDPプロトコルの「クライアント設定」
を確認したところ、問題の起きないサーバと比べ
・Winクライアントのプリンタマッピングを無効にする
・クライアントのLPTポートマッピングを無効にする
にチェックが入っていない。
③④により、2つのMFサーバのうち当該のサーバ側でのみ、RDT接続時にクライアントのプリンタを
サーバ側で認識しようとしていると考えられ、それに関連して発生する警告イベントをトリガー
として、更に1109エラーを出力させていると考えられます。
ちなみに1109エラーは、パスワード変更用端末のプリンタに関するものではなく、
業務システムの正規クライアントのうち「定義はあるがプリンタ自体は既に無いもの」を持つクライアントに関して、
その残存定義の数だけ出力されます。
きくりんさんに教えていただいたMSの解説は2003のケースとして日本語サイトにありました。
http://support.microsoft.com/kb/817870/ja
が、詳細が省かれている(というか実害が無いので軽視されているのだと思いますが)ようで、
おそらくこのCitrix上のマッピング設定による動きが、同事象を引き起こす原因になっているかと思います。
当方では問題のサーバのRDPプロトコル設定を問題無いサーバのものと同一にし、
RDT接続時のマッピング動作をやめさせることで、1109発生のトリガ自体を除去する方向で対応しました。
実装後、問題はでていないようなので、多分対処としてはあっているかと思います。
結論としては、きくりんさんの指摘した以下事象と判断しました。
>ターミナル・サービスのバグ(仕様?)で、複数の印刷キューを処理したセッションが
>切断された場合に、普通は処理待ちの残存キューはセッションの再接続まで保持しますが、
>なぜか処理済みキューまでも復元しようと試みるようです。
>そうすると、既に切断中のセッションのため、復元処理が行えず、先のエラーとなります。
先のやりとりの後、3回ほど同じ1109エラーが発生した為、イベントログの流れを追ってみました。
状況を見る限りでは
①2つのMFサーバのうち一方でのみで発生している事。
②連続して出力されるID1109エラーの直前に、あきらかに業務システムのMFクライアントではない
不明なプリンタについてID4/8/9等の警告が必ず記録されている事。
が解りました。
これについて精査したところ、以下の事が判明しました。
③②は社内の運用部門が定期的に行う、パスワード変更用端末からのRDT接続により発生している
④問題の起きるサーバの「Citrixコネクション構成ツール」からRDPプロトコルの「クライアント設定」
を確認したところ、問題の起きないサーバと比べ
・Winクライアントのプリンタマッピングを無効にする
・クライアントのLPTポートマッピングを無効にする
にチェックが入っていない。
③④により、2つのMFサーバのうち当該のサーバ側でのみ、RDT接続時にクライアントのプリンタを
サーバ側で認識しようとしていると考えられ、それに関連して発生する警告イベントをトリガー
として、更に1109エラーを出力させていると考えられます。
ちなみに1109エラーは、パスワード変更用端末のプリンタに関するものではなく、
業務システムの正規クライアントのうち「定義はあるがプリンタ自体は既に無いもの」を持つクライアントに関して、
その残存定義の数だけ出力されます。
きくりんさんに教えていただいたMSの解説は2003のケースとして日本語サイトにありました。
http://support.microsoft.com/kb/817870/ja
が、詳細が省かれている(というか実害が無いので軽視されているのだと思いますが)ようで、
おそらくこのCitrix上のマッピング設定による動きが、同事象を引き起こす原因になっているかと思います。
当方では問題のサーバのRDPプロトコル設定を問題無いサーバのものと同一にし、
RDT接続時のマッピング動作をやめさせることで、1109発生のトリガ自体を除去する方向で対応しました。
実装後、問題はでていないようなので、多分対処としてはあっているかと思います。
TermService 1008 ERROR
Windows2000 Server SP2 → Windows2000 Server SP4 & Hotfix(WindowsUpdate検索対象全て)
MetaFrame XP FR2 → MetaFrame XP FR3
上記の様に UPDATE しましたが、以下のERRORが発生しています
ソース:TermService / イベント:1008
– ターミナル サービス ライセンスの猶予期間切れで、ライセンス サーバーにサービスが
登録されていません。操作を継続するには、ターミナル サービス ライセンス サーバーが
必要です。ターミナル サーバーは、初回起動後、90 日間はライセンス サーバーなしで
動作します。
90 日間の猶予期間中に、ターミナル サーバーがライセンス サーバーを発見できなかった
場合に、このエラーが記録されます。
内容的に90日間は猶予があるようなので、現在は問題無くクライアント接続が可能な状態です
質問。。
①やはり90日経過すると使用不可に陥るのでしょうか?
②ターミナルサービスライセンスを再アクティブ化すれば直るものなのでしょうか?
→Microsoftに問い合わせるとライセンスサーバーを見つけれていないので無駄と言われましたが、
ライセンスインストール ウィザードを走らせると、、
『ライセンスサーバーの有効期限が切れました。このライセンスサーバーを使用するには再アクティブ化しなければなりません』
とメッセージが返って来ます
③再アクティブ化による業務影響が見えないので、気軽に試せない状態です
再アクティブ化する事でクライアント接続不可に陥ったりするのでしょうか?
あまり知識が無いので、解り易い返答が頂けると助かります
宜しくお願いします
MetaFrame XP FR2 → MetaFrame XP FR3
上記の様に UPDATE しましたが、以下のERRORが発生しています
ソース:TermService / イベント:1008
– ターミナル サービス ライセンスの猶予期間切れで、ライセンス サーバーにサービスが
登録されていません。操作を継続するには、ターミナル サービス ライセンス サーバーが
必要です。ターミナル サーバーは、初回起動後、90 日間はライセンス サーバーなしで
動作します。
90 日間の猶予期間中に、ターミナル サーバーがライセンス サーバーを発見できなかった
場合に、このエラーが記録されます。
内容的に90日間は猶予があるようなので、現在は問題無くクライアント接続が可能な状態です
質問。。
①やはり90日経過すると使用不可に陥るのでしょうか?
②ターミナルサービスライセンスを再アクティブ化すれば直るものなのでしょうか?
→Microsoftに問い合わせるとライセンスサーバーを見つけれていないので無駄と言われましたが、
ライセンスインストール ウィザードを走らせると、、
『ライセンスサーバーの有効期限が切れました。このライセンスサーバーを使用するには再アクティブ化しなければなりません』
とメッセージが返って来ます
③再アクティブ化による業務影響が見えないので、気軽に試せない状態です
再アクティブ化する事でクライアント接続不可に陥ったりするのでしょうか?
あまり知識が無いので、解り易い返答が頂けると助かります
宜しくお願いします
90日経つと使用不可となります。
ライセンスサーバは立てていないのですか?
AD参加であればDCに、AD不参加かつ負荷分散していないのであれば
TSにTSLSを入れればOKです。
2000Serverなので組み込みCALという考え方となり、TS-CALの購入は
クライアントが2000・XPの場合に限り必要ありません。
ライセンスサーバは立てていないのですか?
AD参加であればDCに、AD不参加かつ負荷分散していないのであれば
TSにTSLSを入れればOKです。
2000Serverなので組み込みCALという考え方となり、TS-CALの購入は
クライアントが2000・XPの場合に限り必要ありません。
返答、有難う御座います
ライセンスサーバーは立てていましたが、UPDATEしてからERRORが発生するようになりました。。
ライセンスアクティブ化、ライセンスインストールも過去に実施しています
ライセンスサーバーは立てていましたが、UPDATEしてからERRORが発生するようになりました。。
ライセンスアクティブ化、ライセンスインストールも過去に実施しています
①ライセンスサーバを認識できない限り、一時ライセンスが切れた時点で接続できなくなります。
②ライセンスサーバが認識できていない原因が不明のため、治るかどうかわかりません。
License Logging Serviceは起動していますか?このサービスが起動していないだけと
いう場合も多々あります。
また、ライセンスサーバはDC上でしょうか?それともMetaFrameサーバ上でしょうか?
DC上の場合、DCのOSは2000ですか?2003ですか?
MetaFrameサーバ上の場合、レジストリの修正は済んでいますか?
③他に何も不具合がなく、単にライセンスサーバが機能していないだけであれば、
ライセンスの再アクティブ化で解決するかと思います。
ただ、作業を行う場合は営業時間内は避けた方が無難かと思います。
また、万一を考慮してバックアップは必ず取得し、うまくいかなかった場合は
リカバリしてください。
②ライセンスサーバが認識できていない原因が不明のため、治るかどうかわかりません。
License Logging Serviceは起動していますか?このサービスが起動していないだけと
いう場合も多々あります。
また、ライセンスサーバはDC上でしょうか?それともMetaFrameサーバ上でしょうか?
DC上の場合、DCのOSは2000ですか?2003ですか?
MetaFrameサーバ上の場合、レジストリの修正は済んでいますか?
③他に何も不具合がなく、単にライセンスサーバが機能していないだけであれば、
ライセンスの再アクティブ化で解決するかと思います。
ただ、作業を行う場合は営業時間内は避けた方が無難かと思います。
また、万一を考慮してバックアップは必ず取得し、うまくいかなかった場合は
リカバリしてください。
返答、有難う御座います
License Logging Serviceは起動しています
ライセンスサーバーは、MetaFrameサーバー上でWORKGROUPで構築されています
再アクティブ化を実行させたのですが、『暗号エラーが発生しました メッセージ番号 0x80090016』
と表示され再アクティブ化も出来ない状態です
>MetaFrameサーバ上の場合、レジストリの修正は済んでいますか?
どの様な修正でしょうか?
構築者は何年も昔に消えたので不明です
SP4適用時の必須修正なのでしょうか?
ライセンスサーバーが壊れたと考え、コンポーネントを削除→追加でやり直した方が良いのでしょうか?
傷口を広げるだけでしょうか。。。
License Logging Serviceは起動しています
ライセンスサーバーは、MetaFrameサーバー上でWORKGROUPで構築されています
再アクティブ化を実行させたのですが、『暗号エラーが発生しました メッセージ番号 0x80090016』
と表示され再アクティブ化も出来ない状態です
>MetaFrameサーバ上の場合、レジストリの修正は済んでいますか?
どの様な修正でしょうか?
構築者は何年も昔に消えたので不明です
SP4適用時の必須修正なのでしょうか?
ライセンスサーバーが壊れたと考え、コンポーネントを削除→追加でやり直した方が良いのでしょうか?
傷口を広げるだけでしょうか。。。
返答、有難う御座います
License Logging Serviceは起動しています
ライセンスサーバーは、MetaFrameサーバー上でWORKGROUPで構築されています
再アクティブ化を実行させたのですが、『暗号エラーが発生しました メッセージ番号 0x80090016』
と表示され再アクティブ化も出来ない状態です
>MetaFrameサーバ上の場合、レジストリの修正は済んでいますか?
どの様な修正でしょうか?
構築者は何年も昔に消えたので不明です
SP4適用時の必須修正なのでしょうか?
ライセンスサーバーが壊れたと考え、コンポーネントを削除→追加でやり直した方が良いのでしょうか?
傷口を広げるだけでしょうか。。。
License Logging Serviceは起動しています
ライセンスサーバーは、MetaFrameサーバー上でWORKGROUPで構築されています
再アクティブ化を実行させたのですが、『暗号エラーが発生しました メッセージ番号 0x80090016』
と表示され再アクティブ化も出来ない状態です
>MetaFrameサーバ上の場合、レジストリの修正は済んでいますか?
どの様な修正でしょうか?
構築者は何年も昔に消えたので不明です
SP4適用時の必須修正なのでしょうか?
ライセンスサーバーが壊れたと考え、コンポーネントを削除→追加でやり直した方が良いのでしょうか?
傷口を広げるだけでしょうか。。。
すみません。。
連打してしまいました。。
連打してしまいました。。
ライセンスサーバがDC以外の場合や、ドメイン環境以外の場合、ライセンスサーバの場所を
明示的に指定する必要があります。
2003R2からはウィザード上で指定可能となりましたが、それ以前のサーバではレジストリにて
指定します。
SP4を適用した時点でレジストリが書き換えられた可能性もありますので、確認して適時修正してください。
HKLM\SYSTEM\CurrentControlSet\Services\TermService\Parametersに以下の値を追加します。
名前 : DefaultLicenseServer
データタイプ : REG_SZ
値 : ライセンスサーバのホスト名(IPアドレスでも可)
また、ライセンスサーバを再インストールする場合は、ライセンスの再アクティブ化は
インターネットからはできません。必ず電話で行ってください。
明示的に指定する必要があります。
2003R2からはウィザード上で指定可能となりましたが、それ以前のサーバではレジストリにて
指定します。
SP4を適用した時点でレジストリが書き換えられた可能性もありますので、確認して適時修正してください。
HKLM\SYSTEM\CurrentControlSet\Services\TermService\Parametersに以下の値を追加します。
名前 : DefaultLicenseServer
データタイプ : REG_SZ
値 : ライセンスサーバのホスト名(IPアドレスでも可)
また、ライセンスサーバを再インストールする場合は、ライセンスの再アクティブ化は
インターネットからはできません。必ず電話で行ってください。
公開アプリケーションが使用できなくなる
初めまして
いつも、参考にさせて頂いています。
現在、下記の様な症状が出てしまい、解決策を模索中なのですが
酷似した症状はあるのですが、中々解決できていません。
勉強不足かと思いますが、もし、何方か、何かご存知であれば
ご教授よろしくお願い致します。
環境:
MetaFrame Presentation Server 4.0
サーバOS:Windows Server 2003 Standard Edition SP1 <--MPS1
Windows Server 2003 Standard Edition SP1 <--MPS2(現在未使用)
Windows Server 2000 SP4 <--Web Server
Windows Server 2000 SP4 <--AD兼ファイルサーバー
クライアントOS:Windows XP SP2、Windows2000 PR SP4
症状:Web Interfaceを使用して、
公開アプリケーションの起動を試みると、何のエラーメッセージも
表示されずに、起動不可となります。タスクバーにCitrixのアイコンが瞬間的に表示
されるのですが、すぐに消えてしまいます。
サーバにログインを試みる前に終了しているのでは?といった感じです。
ICAのコネクションセンターを単体で起動させて、経過を確認してみると
どうやら、接続先のサーバー名が「SERVERVNAME」となっています。
申し訳ありませんが、宜しくお願い致します。
いつも、参考にさせて頂いています。
現在、下記の様な症状が出てしまい、解決策を模索中なのですが
酷似した症状はあるのですが、中々解決できていません。
勉強不足かと思いますが、もし、何方か、何かご存知であれば
ご教授よろしくお願い致します。
環境:
MetaFrame Presentation Server 4.0
サーバOS:Windows Server 2003 Standard Edition SP1 <--MPS1
Windows Server 2003 Standard Edition SP1 <--MPS2(現在未使用)
Windows Server 2000 SP4 <--Web Server
Windows Server 2000 SP4 <--AD兼ファイルサーバー
クライアントOS:Windows XP SP2、Windows2000 PR SP4
症状:Web Interfaceを使用して、
公開アプリケーションの起動を試みると、何のエラーメッセージも
表示されずに、起動不可となります。タスクバーにCitrixのアイコンが瞬間的に表示
されるのですが、すぐに消えてしまいます。
サーバにログインを試みる前に終了しているのでは?といった感じです。
ICAのコネクションセンターを単体で起動させて、経過を確認してみると
どうやら、接続先のサーバー名が「SERVERVNAME」となっています。
申し訳ありませんが、宜しくお願い致します。
現象としては、
TSライセンスがない場合の現象と思います。
アプリケーションサーバ(MPS1、MPS2)のOSが2003で、
ADサーバが2000のようですが、
2003TSライセンスはどのサーバで認識させているのでしょうか。
TSライセンスがない場合の現象と思います。
アプリケーションサーバ(MPS1、MPS2)のOSが2003で、
ADサーバが2000のようですが、
2003TSライセンスはどのサーバで認識させているのでしょうか。
noneme様、早速のレス大変有り難う御座います。
2003TSはMPS01で認識させております。
先ほど、確認したところ、TSライセンスが不足していたようです。
当初の、計画よりクライアントが接続して一時ライセンスの有効期限が
切れて、本来センスに切り替わる際に、空きが無いため宙ぶらりんの状態になっているみたいです。
回避策としては、ライセンスを追加購入するしかないのでしょうか?
TSライセンスの有効期限はライセンス発行後 52 ~ 89 日間のランダムで決めている
とあったのですが、有効期限を変更することは可能なんでしょうか?
っと、ここで聞いてはいけない様な気がしますが・・・
もし、ご存知でしたらご教授願います。
原因が分かったので、大変助かりました。
noneme様有り難う御座います。
2003TSはMPS01で認識させております。
先ほど、確認したところ、TSライセンスが不足していたようです。
当初の、計画よりクライアントが接続して一時ライセンスの有効期限が
切れて、本来センスに切り替わる際に、空きが無いため宙ぶらりんの状態になっているみたいです。
回避策としては、ライセンスを追加購入するしかないのでしょうか?
TSライセンスの有効期限はライセンス発行後 52 ~ 89 日間のランダムで決めている
とあったのですが、有効期限を変更することは可能なんでしょうか?
っと、ここで聞いてはいけない様な気がしますが・・・
もし、ご存知でしたらご教授願います。
原因が分かったので、大変助かりました。
noneme様有り難う御座います。
>有効期限を変更することは可能なんでしょうか?
ライセンスサーバが自動で決定している為、変更することはできません。
ライセンスサーバが自動で決定している為、変更することはできません。
pancra様お返事有り難う御座います。
> ライセンスサーバが自動で決定している為、変更することはできません。
分かりました。 やっぱり駄目ですか~
どうも、有り難う御座いました。
> ライセンスサーバが自動で決定している為、変更することはできません。
分かりました。 やっぱり駄目ですか~
どうも、有り難う御座いました。
MetaFrame+VB公開アプリの経路暗号化について
初めましてCOMOLと申します。
知識不足で場違いな質問かもしれませんが、
どなたかご存知の方がいらっしゃいましたらご教授いただけますでしょうか。
現在、
VBで作成したアプリケーション(EXE)をMetaFrameで公開しています。(社内LAN環境内で公開)
接続はICAクライアントを使用しております。
アプリケーションを立ち上げるとログイン画面が立ち上がるのですが、
この時、クライアントPC(ICAクライアント)とMetaFrameサーバー間の経路において、
パスワードなどの情報の暗号化は可能なのでしょうか。
MetaFrame管理コンソールの公開アプリのプロパティで、暗号化レベルの設定が
出来ますが、この設定を行うと通信が出来なくなってしまいました。
参考となるサイトなどの情報でもいいと思ってますので、どなたかご回答をお願い致します。
知識不足で場違いな質問かもしれませんが、
どなたかご存知の方がいらっしゃいましたらご教授いただけますでしょうか。
現在、
VBで作成したアプリケーション(EXE)をMetaFrameで公開しています。(社内LAN環境内で公開)
接続はICAクライアントを使用しております。
アプリケーションを立ち上げるとログイン画面が立ち上がるのですが、
この時、クライアントPC(ICAクライアント)とMetaFrameサーバー間の経路において、
パスワードなどの情報の暗号化は可能なのでしょうか。
MetaFrame管理コンソールの公開アプリのプロパティで、暗号化レベルの設定が
出来ますが、この設定を行うと通信が出来なくなってしまいました。
参考となるサイトなどの情報でもいいと思ってますので、どなたかご回答をお願い致します。
ICAクライアント側でも暗号化レベルが設定できます。
サーバ側と合わせるとどうですか?
サーバ側と合わせるとどうですか?
こんにちは
間にSGを入れるとSSL暗号化できますよ。
見当違いの回答でしたら失礼。
間にSGを入れるとSSL暗号化できますよ。
見当違いの回答でしたら失礼。
ご連絡が遅くなりまして申し訳御座いません。
>>K810様
レスポンスありがとう御座います。
暗号化レベルについてはクライアントとサーバーで
合わせても通信できませんでした。
明日再度いろいろ試してみます。
>>タクヤン様
こちらこそ見当違いな質問かもしれませんので・・・
SGとは何かの略?でしょうか。
SGで調べてもSSL暗号化につながりそうな情報が得られませんでした。
知識不足で申し訳御座いません。SGの事をもう少し教えていただけますでしょうか。
>>K810様
レスポンスありがとう御座います。
暗号化レベルについてはクライアントとサーバーで
合わせても通信できませんでした。
明日再度いろいろ試してみます。
>>タクヤン様
こちらこそ見当違いな質問かもしれませんので・・・
SGとは何かの略?でしょうか。
SGで調べてもSSL暗号化につながりそうな情報が得られませんでした。
知識不足で申し訳御座いません。SGの事をもう少し教えていただけますでしょうか。
SGとはSecureGatewayの事です。
ちなみにPresentattionServerでSSL暗号化を利用するには以下の方法と
なります。
1.SSLRelay(単一サーバでSSL行う。サーバ証明書必要)
2.SecureGateway(別途サーバが必要。サーバ証明書必要)
3.AccessGatewayでのSSL-VPN(アプライアンス機器。サーバ証明書必要)
PresentationServerの暗号レベルを設定してもSSLとはなりませんので
ご注意ください。
ちなみにPresentattionServerでSSL暗号化を利用するには以下の方法と
なります。
1.SSLRelay(単一サーバでSSL行う。サーバ証明書必要)
2.SecureGateway(別途サーバが必要。サーバ証明書必要)
3.AccessGatewayでのSSL-VPN(アプライアンス機器。サーバ証明書必要)
PresentationServerの暗号レベルを設定してもSSLとはなりませんので
ご注意ください。
物理メモリ搭載量4Gの有効性は?
すみません。
物理メモリ搭載量が4Gの時の有効性について、
見識者方のご意見を伺いたいのですが、
Windows2003/2000(32ビット版)の仕様で、
「1プロセッサあたりで最大2Gのメモリがユーザ領域に割り当てられる」
という情報がMicrosoftの資料にあるんですが、これは搭載メモリが2G
から4Gに増強しても、MetaFrameの同時接続数は一定以上は
増えないという事なんでしょうか?
例えば
1ユーザあたりのメモリ消費量を100Mと仮定
システムのメモリ消費量を500Mと仮定
物理メモリ2G搭載の場合:
(2G - 512M) / 100M = 15(ユーザ)
物理メモリ4G搭載の場合:
システムのメモリ消費量はシステム領域の含まれる(?)
2G / 100M = 20(ユーザ)
という事なんでしょうか?
「1プロセッサあたりで最大2G」という事は、CPUを追加すると、
最大接続数は多少増えるのかなぁといった事も、何か情報があれば
ご教示頂きたいと思います。
物理メモリ搭載量が4Gの時の有効性について、
見識者方のご意見を伺いたいのですが、
Windows2003/2000(32ビット版)の仕様で、
「1プロセッサあたりで最大2Gのメモリがユーザ領域に割り当てられる」
という情報がMicrosoftの資料にあるんですが、これは搭載メモリが2G
から4Gに増強しても、MetaFrameの同時接続数は一定以上は
増えないという事なんでしょうか?
例えば
1ユーザあたりのメモリ消費量を100Mと仮定
システムのメモリ消費量を500Mと仮定
物理メモリ2G搭載の場合:
(2G - 512M) / 100M = 15(ユーザ)
物理メモリ4G搭載の場合:
システムのメモリ消費量はシステム領域の含まれる(?)
2G / 100M = 20(ユーザ)
という事なんでしょうか?
「1プロセッサあたりで最大2G」という事は、CPUを追加すると、
最大接続数は多少増えるのかなぁといった事も、何か情報があれば
ご教示頂きたいと思います。
サポート可能なユーザ数は、メモリ容量よりも
CPUのクロックスピードとPTE(Page Table Entry)で決まります。
また、32bit OSの場合は、PAE(物理アドレス拡張)モードでの動作で
4GB以上の物理メモリ空間を利用可能です。
ただ、これからメモリ容量をサイジングするのであれば、
以下の計算を目安としてください。
メモリ容量=システムの使用量+(想定ユーザ数×ユーザ1人あたりの使用量)
ユーザ1人あたりの使用量は、パフォーマンスカウンタを利用することにより
求めることができます。
Terminal Service Sessionsの中のWorking Set Peakにより求めてください。
結果、4GB以上のメモリが必要となれば、Boot.iniを編集して
PAEモードで動作させてください。
もし、PTE関連のエラーが発生するようであれば、以下のレジストリを編集してください。
HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Managementの
「SystemPages」を開いて10進数で1~268435455の任意の値を入力
正しい設定値を調べるには、カーネルデバッガをインストールし、
ページプールに関するリソース情報をチェックした後、以下の計算式を行ってください。
設定値=ページプールの最大値+PTEの初期空き容量+初期ページプール容量
ただ、計算が困難な場合には最大値(268435455)で利用して構わないでしょう。
いずれにせよ、本当に最適な環境を構築したいのなら、トライ&エラーは必要ですね。
CPUのクロックスピードとPTE(Page Table Entry)で決まります。
また、32bit OSの場合は、PAE(物理アドレス拡張)モードでの動作で
4GB以上の物理メモリ空間を利用可能です。
ただ、これからメモリ容量をサイジングするのであれば、
以下の計算を目安としてください。
メモリ容量=システムの使用量+(想定ユーザ数×ユーザ1人あたりの使用量)
ユーザ1人あたりの使用量は、パフォーマンスカウンタを利用することにより
求めることができます。
Terminal Service Sessionsの中のWorking Set Peakにより求めてください。
結果、4GB以上のメモリが必要となれば、Boot.iniを編集して
PAEモードで動作させてください。
もし、PTE関連のエラーが発生するようであれば、以下のレジストリを編集してください。
HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Managementの
「SystemPages」を開いて10進数で1~268435455の任意の値を入力
正しい設定値を調べるには、カーネルデバッガをインストールし、
ページプールに関するリソース情報をチェックした後、以下の計算式を行ってください。
設定値=ページプールの最大値+PTEの初期空き容量+初期ページプール容量
ただ、計算が困難な場合には最大値(268435455)で利用して構わないでしょう。
いずれにせよ、本当に最適な環境を構築したいのなら、トライ&エラーは必要ですね。
「きくりん」さん、情報有難う御座います。
メモリ容量のサイジングは、これから実施する所です。
パフォーマンスカウンタでの情報採取は試行してみようと思います。
ご指摘の通りですと、ユーザあたりのメモリ使用量が一定と仮定し
た場合、物理メモリ容量と接続ユーザ数の関係は、
2G実装時 < 4G実装時 < 6G実装時
という事で認識はあってますでしょうか?
「単純に接続するだけ」ではなく、接続後にアプリが利用できな
いと意味がありませんね。利用予定のアプリケーションですが、
InternetExplorer、AcrobatReader、MS-Office2003程度を予定し
ています。
また、この辺りの情報を深く知りたいのですが、参考資料が置いて
あるURL等をご存知でしたら、教えて頂け無いでしょうか?
すみませんが、宜しくお願い致します。
メモリ容量のサイジングは、これから実施する所です。
パフォーマンスカウンタでの情報採取は試行してみようと思います。
ご指摘の通りですと、ユーザあたりのメモリ使用量が一定と仮定し
た場合、物理メモリ容量と接続ユーザ数の関係は、
2G実装時 < 4G実装時 < 6G実装時
という事で認識はあってますでしょうか?
「単純に接続するだけ」ではなく、接続後にアプリが利用できな
いと意味がありませんね。利用予定のアプリケーションですが、
InternetExplorer、AcrobatReader、MS-Office2003程度を予定し
ています。
また、この辺りの情報を深く知りたいのですが、参考資料が置いて
あるURL等をご存知でしたら、教えて頂け無いでしょうか?
すみませんが、宜しくお願い致します。
同時接続ユーザー数の限界のボトルネック原因がメモリであれば仰られている認識は合っていると思います。
メモリを無駄に使用する検証用アプリを作られてみてはいかがでしょうか?
メモリを無駄に使用する検証用アプリを作られてみてはいかがでしょうか?
すみません。
貧乏なもので、準備できるマシンでが最大4Gのメモリしか搭載していません。
検証機として購入するにしても、机上で
「4G以上のメモリを搭載すると、同時接続ユーザ数がリアルに増える」
という裏づけが欲しい所です。
実機でテストすれば、直に結果が判るんですけどねぇ。
貧乏なもので、準備できるマシンでが最大4Gのメモリしか搭載していません。
検証機として購入するにしても、机上で
「4G以上のメモリを搭載すると、同時接続ユーザ数がリアルに増える」
という裏づけが欲しい所です。
実機でテストすれば、直に結果が判るんですけどねぇ。
なるほど。他のマシンから一時的にメモリを拝借するってのも無理ですかねぇ。
お話を聞く限り、メモリを4G搭載時の最大接続可能ユーザー数は把握されているようですので、
4Gからメモリを若干抜いて最大接続可能ユーザー数に変化が見られるかどうかは検証できますでしょうか。(ちょっと苦しいですがメモリがボトルネックであることを確認するための検証のつもりです。。。)
お話を聞く限り、メモリを4G搭載時の最大接続可能ユーザー数は把握されているようですので、
4Gからメモリを若干抜いて最大接続可能ユーザー数に変化が見られるかどうかは検証できますでしょうか。(ちょっと苦しいですがメモリがボトルネックであることを確認するための検証のつもりです。。。)
そうですねぇ。
出来る事からやってみます。
とりあえず、搭載メモリ容量 4G -> 2G の最大接続可能ユーザ数を検証してみます。
出来る事からやってみます。
とりあえず、搭載メモリ容量 4G -> 2G の最大接続可能ユーザ数を検証してみます。
ICAクライアントの違い
いつも拝見させて頂いております。
CPS初心者なものでひとつご質問させていただきたく。
ICAクライアントの中身で
「アプリケーションセット」
「カスタムICAコネクション」
という二種類の接続設定がありますよね?
中身の設定などは似ている部分もありました。
もちろん用途などの違いがあると思うのですが
根本的な違いというものが未だわからない現状です。
どういった環境で、どちらかを使う。ということを把握しておきたいので
用途や環境、または設定など
根本的な違いをご存知の方がいらっしゃいましたら
是非、ご説明のほど宜しくお願い致します。
はっきりとしていなくとも「こういうところが違うのでは?」という
皆様の考察や意見などもありましたら、是非お願い致します。
以上。
CPS初心者なものでひとつご質問させていただきたく。
ICAクライアントの中身で
「アプリケーションセット」
「カスタムICAコネクション」
という二種類の接続設定がありますよね?
中身の設定などは似ている部分もありました。
もちろん用途などの違いがあると思うのですが
根本的な違いというものが未だわからない現状です。
どういった環境で、どちらかを使う。ということを把握しておきたいので
用途や環境、または設定など
根本的な違いをご存知の方がいらっしゃいましたら
是非、ご説明のほど宜しくお願い致します。
はっきりとしていなくとも「こういうところが違うのでは?」という
皆様の考察や意見などもありましたら、是非お願い致します。
以上。
私見ですが・・・
根本的な部分は一緒でしょう。結局ICAクライアントを利用した接続ですから。
分類は、こんな程度に考えてますよ。
【アプリケーションセット】
・利用できるアプリを管理者が変更すれば管理可能。いちいち詳細設定を
やって回らなくてよい。
・アプリケーションごとに個別の設定はできない。
【カスタムICA】
・利用するアプリを利用者が逐一登録する必要がある。(削除も同様)
・アプリケーションごとに個別の設定はできる。
社内で利用するだけであれば、自分は前者を選びますね。
コンポーネントを削除してしまいました
お世話になっております。皆さんのお力をおかしください。
当方の環境は以下のとおりです。
サーバー
・Windows2000ServerSP4 1台
・MetaFrame Presentation Server3.0
クライアント
・WindowsXP SP1 4台
上記環境で問題なく稼動していたのですが、本日作業ミスにより
「Windowsコンポーネントの追加・削除」から「ターミナルサービスライセンス」以外の
すべてのコンポーネントを削除してしまいました。
結果としてMetaFrameにて構成する機能(公開AP・Citirixライセンス管理(IEブラウジング))が
機能しなくなってしまいました。
・IIS
・ターミナルサービス
の削除が致命的と思います。
ターミナルサービスはCDより復旧してRDTによる接続ができるようになっていますが、
公開APは依然起動できません。
ベンダ作成の環境定義書からIISの設定をやりなおしているのですが、
ISAPの設定に不具合があるのかjakartaの右側の項目が「不明」になっています。
IISさえきちんと機能すれば公開APも復旧するのではと思うのですが、知識が不足しており
なかなか復旧できないでおります。
この状態からの復旧について、経験のある方・識者の方、ご指南いただけませんでしょうか。
環境定義書を作成したベンダからのサポートが受けられないため、自力にて復旧しなければ
なりません。
以上よろしくお願いいたします。
当方の環境は以下のとおりです。
サーバー
・Windows2000ServerSP4 1台
・MetaFrame Presentation Server3.0
クライアント
・WindowsXP SP1 4台
上記環境で問題なく稼動していたのですが、本日作業ミスにより
「Windowsコンポーネントの追加・削除」から「ターミナルサービスライセンス」以外の
すべてのコンポーネントを削除してしまいました。
結果としてMetaFrameにて構成する機能(公開AP・Citirixライセンス管理(IEブラウジング))が
機能しなくなってしまいました。
・IIS
・ターミナルサービス
の削除が致命的と思います。
ターミナルサービスはCDより復旧してRDTによる接続ができるようになっていますが、
公開APは依然起動できません。
ベンダ作成の環境定義書からIISの設定をやりなおしているのですが、
ISAPの設定に不具合があるのかjakartaの右側の項目が「不明」になっています。
IISさえきちんと機能すれば公開APも復旧するのではと思うのですが、知識が不足しており
なかなか復旧できないでおります。
この状態からの復旧について、経験のある方・識者の方、ご指南いただけませんでしょうか。
環境定義書を作成したベンダからのサポートが受けられないため、自力にて復旧しなければ
なりません。
以上よろしくお願いいたします。
過去のログを確認したところ
「公開するAPはターミナルサービス・MetaFrameの導入後に導入する」
というものがありましたが、そうなのですか?
上記のロジックからすると、OSに最初から導入されているnotepadなどは公開できないことに
なってしまうような気がするのですが・・
「公開するAPはターミナルサービス・MetaFrameの導入後に導入する」
というものがありましたが、そうなのですか?
上記のロジックからすると、OSに最初から導入されているnotepadなどは公開できないことに
なってしまうような気がするのですが・・
通常はあとから入れます。
主な理由としては、セットアップ時にターミナルサービス環境下であるという
ことを意識してセットアップが行われるアプリケーションがあるためです。
その他には・・・特に思いつきませんが、一応そういうお作法的な部分もあり
ます。
さて、話を戻しますが、IISを設定するということであれば、WebInterface
で接続されるということですよろしいですか?
とりあえず、正常にMetaFrame Presentation Server3.0が利用できる
ことを確認するために、Program Neighborhoodでの接続を試されることを
お奨めします。
それができたら、IISのインストール→WebInterfaceの再インストールで
うまくいくのではないかと・・・
TDNS様。御回答ありがとうございます。
>その他には・・・特に思いつきませんが、一応そういうお作法的な部分もあります。
なるほど。暗黙のルールみたいなものですね。
クライアント接続はwebインターフェースを使用しません。通常のICAClientを導入したWinXP端末(ProgramNeighberhoodを使用)です。
状況としては上記のクライアント接続はできません(RDT接続はできます)。その一因としてCitrixライセンスの管理が不能になっていることが推測されます。
「ライセンス管理コンソール」がIEベースなのですが、起動しても正常稼働時点を同じ画面は表示されません。
ライセンス管理部分の正常稼働はMetaFrame稼働の最低条件と思われるため、この部分の設定がなされているIISの設定が必要と思われます
(通常は初期導入時に自動設定されるのだと思うのですが)。MetaFrame導入経験の無い素人の見解ですが、いかがでしょうか。
ライセンス管理コンソール自体が動かなくても、過去にライセンスファイルの導入がなされていれば
MetaFrame接続を確立できるものでしょうか。
もし勘所が外れているようであれば、MetaFrameマニュアルのどの部分をあたれば理解の助けになるか教えていただけると助かります
(最低限必要なコンポーネントと設定手順等)。
>その他には・・・特に思いつきませんが、一応そういうお作法的な部分もあります。
なるほど。暗黙のルールみたいなものですね。
クライアント接続はwebインターフェースを使用しません。通常のICAClientを導入したWinXP端末(ProgramNeighberhoodを使用)です。
状況としては上記のクライアント接続はできません(RDT接続はできます)。その一因としてCitrixライセンスの管理が不能になっていることが推測されます。
「ライセンス管理コンソール」がIEベースなのですが、起動しても正常稼働時点を同じ画面は表示されません。
ライセンス管理部分の正常稼働はMetaFrame稼働の最低条件と思われるため、この部分の設定がなされているIISの設定が必要と思われます
(通常は初期導入時に自動設定されるのだと思うのですが)。MetaFrame導入経験の無い素人の見解ですが、いかがでしょうか。
ライセンス管理コンソール自体が動かなくても、過去にライセンスファイルの導入がなされていれば
MetaFrame接続を確立できるものでしょうか。
もし勘所が外れているようであれば、MetaFrameマニュアルのどの部分をあたれば理解の助けになるか教えていただけると助かります
(最低限必要なコンポーネントと設定手順等)。
1台のクライアントで複数ファーム接続について
1台のクライアントから2つのファームに接続する設定になっているのですが
本日より片方のファームの接続ができなくなってしまいました。
接続できないファームの公開アプリを起動しようとすると、”このリモートコンピュータに
ログオンするには、ターミナルサーバーのユーザーアクセス許可がこのコンピュータで必要
です。・・・”とエラーが出てしまいます。
環境
ファームA(当社設定のもので現在接続できないファーム)
サーバーOS Win2003 SP1
メタバージョン Presentation Server 3.0
ドメイン DomA
ファームB(他社設定のもの)
当社で設定していないので不明
クライアント
OS XP Pro
ドメイン DomB
2つのファームに接続するようになっているのはこのクライアント1台のみで、他のクライ
アントからはエラーの出るファールにも正常に接続できて、公開アプリも使用できています。
当社のアプリケーションセットの設定が変わり、ファームBの設定等に変わたかと思って
アプリケーションセットの設定を確認したところ、サーバーのIPアドレスおよびログオン
情報は正しく設定されていました。
あとはどこを調べたらよろしいのでしょうか?
お手数ですがご教授ください。
本日より片方のファームの接続ができなくなってしまいました。
接続できないファームの公開アプリを起動しようとすると、”このリモートコンピュータに
ログオンするには、ターミナルサーバーのユーザーアクセス許可がこのコンピュータで必要
です。・・・”とエラーが出てしまいます。
環境
ファームA(当社設定のもので現在接続できないファーム)
サーバーOS Win2003 SP1
メタバージョン Presentation Server 3.0
ドメイン DomA
ファームB(他社設定のもの)
当社で設定していないので不明
クライアント
OS XP Pro
ドメイン DomB
2つのファームに接続するようになっているのはこのクライアント1台のみで、他のクライ
アントからはエラーの出るファールにも正常に接続できて、公開アプリも使用できています。
当社のアプリケーションセットの設定が変わり、ファームBの設定等に変わたかと思って
アプリケーションセットの設定を確認したところ、サーバーのIPアドレスおよびログオン
情報は正しく設定されていました。
あとはどこを調べたらよろしいのでしょうか?
お手数ですがご教授ください。
【リモートデスクトップ】ちょっとした疑問
ちょっとお尋ねしたいのですが
私どもと同じ下記環境上において
【環境】
Windows Server 2003 Standard
⇒Citrix Presentation Server Enterprise
システムのプロパティにあるリモートタブの画面で
リモートデスクトップ項の「このコンピュータにユーザーがリモートで接続することを許可する」
の項目はON or OFFのどちらでしょうか?
私どもの環境ではONになっており、OFFの設定にいたしますと
ライセンスが読み取れない問題に陥ってしまいます。(←大まかな判断。詳しい問題内容は不明)
この設定(問題)について、何に関連しているのか
どなたかお分かりになる方はいらっしゃいませんでしょうか?
(当方、いろいろと調べましたが、これといった定義が不明のままです・・・。)
詳細について分からなくとも、せめて上記設定がON or OFFだけでも
皆様の設定状況を教えて頂けると助かります。
また、ご回答の際に不明な点があればご質問ください。
宜しくお願い致します。
私どもと同じ下記環境上において
【環境】
Windows Server 2003 Standard
⇒Citrix Presentation Server Enterprise
システムのプロパティにあるリモートタブの画面で
リモートデスクトップ項の「このコンピュータにユーザーがリモートで接続することを許可する」
の項目はON or OFFのどちらでしょうか?
私どもの環境ではONになっており、OFFの設定にいたしますと
ライセンスが読み取れない問題に陥ってしまいます。(←大まかな判断。詳しい問題内容は不明)
この設定(問題)について、何に関連しているのか
どなたかお分かりになる方はいらっしゃいませんでしょうか?
(当方、いろいろと調べましたが、これといった定義が不明のままです・・・。)
詳細について分からなくとも、せめて上記設定がON or OFFだけでも
皆様の設定状況を教えて頂けると助かります。
また、ご回答の際に不明な点があればご質問ください。
宜しくお願い致します。
ONです。
これをOFFにすると、RDP接続が出来なくなります。
よって、MetaFrameも利用できません。
これをOFFにすると、RDP接続が出来なくなります。
よって、MetaFrameも利用できません。
ご回答いただき有難う御座います。
まず第一の理由としてRDP接続が出来なくなれば確かにMetaも利用できませんね。
ちなみに追記ですが
OFF設定にしますと、MetaFrame管理コンソールにおいて
サーバーがライセンスを見れていない状況に陥ります。
ライセンスサーバーは別サーバーとなっております。
ヘルプを見ていると、ターミナルサービスに深く関わっているように思えるのですが
実際はどうなのか不明なままです・・・。
あと、MetaFrameへの接続は、RDP接続よりもICAクライアントを利用した接続で行っています。
(hy619様に反論するような形で申し訳ないですが・・・。)
なるべく多くの意見を聞き核心を得たいと思っていますので、宜しくお願いいたします。
まず第一の理由としてRDP接続が出来なくなれば確かにMetaも利用できませんね。
ちなみに追記ですが
OFF設定にしますと、MetaFrame管理コンソールにおいて
サーバーがライセンスを見れていない状況に陥ります。
ライセンスサーバーは別サーバーとなっております。
ヘルプを見ていると、ターミナルサービスに深く関わっているように思えるのですが
実際はどうなのか不明なままです・・・。
あと、MetaFrameへの接続は、RDP接続よりもICAクライアントを利用した接続で行っています。
(hy619様に反論するような形で申し訳ないですが・・・。)
なるべく多くの意見を聞き核心を得たいと思っていますので、宜しくお願いいたします。
Powerful & Beautiful
力強く、美しいシステムを。