トピック検索
477 件のトピックが該当しました。
- 公開アプリと公開ディスクトップが使用するプロファイルについて - やまよし ( 2006/11/08 13:08:16 更新)
- VB.NetFramework2.0 + oracle10g 公開アプリについて - くま ( 2006/11/07 10:33:19 更新)
- 匿名ユーザーの接続を許可でエラー - ヒロ ( 2006/10/27 09:39:49 更新)
- ドメインサーバを立てずに複数台のサーバ構成は可能ですか - いけぽん ( 2006/10/24 13:31:59 更新)
- シングルサインオンについて - U1 ( 2006/09/28 23:02:13 更新)
- サーバーのバージョンが混在した場合のTSライセンスサーバについて - ぺっ ( 2006/09/26 17:20:45 更新)
- CPS4.0公開アプリのインスタンス制限について - tomdog ( 2006/09/21 16:09:14 更新)
- 移動プロファイルへの影響について - いそやん ( 2006/09/21 14:53:28 更新)
- ライセンス管理コンソールで”Service Unavailable”のエラーメッセージが表示される。 - TOM ( 2006/09/20 18:35:20 更新)
- TermService 1008 ERROR - obaty ( 2006/09/16 09:03:33 更新)
公開アプリと公開ディスクトップが使用するプロファイルについて
やまよし 2006/11/08 13:08:16
以下の様な環境下で使用して場合のプロファイルの適用についてご質問致します。
ドメインＡへログオンしてドメインＢのメータサーバーを利用しています。
１．メタを使用する場合、使用されるプロファイルはドメインＢの
ターミナルプロファイルでしょうか？
２．公開アプリはと公開ディスクトップでは使用するプロファイルが
異なるのでしょうか？
例えば、公開アプリはメタプロファイル、公開ディスクトップは移動プロファイルとか
ご教授の程、宜しくお願い致します
*---- 環境 ----*
ドメインＡ：Active Directory 1台 (プロファイルサーバー兼用)
※移動プロファイル、ターミナルプロファイルを指定
ドメインＢ：Active Directory 1台 (プロファイルサーバー兼用)
※ターミナルプロファイルを指定のみを指定
ログオン情報は指定ユーザでドメインＢのドメインを指定
Citrix Presentation Server 5台 (Ver4.0)
（OSは全てWindows Server 2003です。）
ドメインＡへログオンしてドメインＢのメータサーバーを利用しています。
１．メタを使用する場合、使用されるプロファイルはドメインＢの
ターミナルプロファイルでしょうか？
２．公開アプリはと公開ディスクトップでは使用するプロファイルが
異なるのでしょうか？
例えば、公開アプリはメタプロファイル、公開ディスクトップは移動プロファイルとか
ご教授の程、宜しくお願い致します
*---- 環境 ----*
ドメインＡ：Active Directory 1台 (プロファイルサーバー兼用)
※移動プロファイル、ターミナルプロファイルを指定
ドメインＢ：Active Directory 1台 (プロファイルサーバー兼用)
※ターミナルプロファイルを指定のみを指定
ログオン情報は指定ユーザでドメインＢのドメインを指定
Citrix Presentation Server 5台 (Ver4.0)
（OSは全てWindows Server 2003です。）
グレートムタ 2006/11/10 10:04:26
１について
ドメインAとドメインBが信頼関係を結んでおり、
ドメインAの端末からドメインB上のCPSに対して、
ドメインA上のアカウントでログオンするならば、
ドメインA上のアカウントで設定したプロファイルが
使用されます。
ドメインB上のアカウントでCPSを利用するのであれば、
ドメインB上のアカウントで設定したプロファイルが使用されます。
２について
プロファイルは同じものを使用します。
ドメインAとドメインBが信頼関係を結んでおり、
ドメインAの端末からドメインB上のCPSに対して、
ドメインA上のアカウントでログオンするならば、
ドメインA上のアカウントで設定したプロファイルが
使用されます。
ドメインB上のアカウントでCPSを利用するのであれば、
ドメインB上のアカウントで設定したプロファイルが使用されます。
２について
プロファイルは同じものを使用します。
やまよし 2006/11/10 13:20:58
ご回答ありがとうございました。
>ドメインB上のアカウントでCPSを利用するのであれば、
>ドメインB上のアカウントで設定したプロファイルが使用されます。
なるぼど、そうするとドメインＡのターミナルプロファイルは何の
役にも立っていないと言う事ですね。
ありがとうごうざいました。
>ドメインB上のアカウントでCPSを利用するのであれば、
>ドメインB上のアカウントで設定したプロファイルが使用されます。
なるぼど、そうするとドメインＡのターミナルプロファイルは何の
役にも立っていないと言う事ですね。
ありがとうごうざいました。
上記へのレスはこちらにどうぞ
VB.NetFramework2.0 + oracle10g 公開アプリについて
くま 2006/11/07 10:33:19
お世話になってます。くまです。
『VB(.NetFramework2.0) + oracle10g』で公開データベースアプリを運用しようと思っています。
ところが、メタフレームを解して他PCよりアプリを動かそうとすると
「アプリケーションのコンポーネントで、ハンドルされていない例外が発生しました。」と
エラーが出て動きません。
VBで作ったアプリ自体は立ち上がっていて、どうやらoracle10gに接続できないようです。
色々過去レスを調べましたが、オラクルのインストールフォルダにつける権限の問題かもしれません。（ユーザをadministratorしてみたら正常に動きました）
メタフレームを使わず「ターミナルサービス」で接続しても同じくエラーが起こります。
もし何か心当たりある方はなにか情報を教えてもらえるとうれしいです。
よろしくお願いします。
環境：
DCサーバ
Windows 2003
メタフレームサーバ（Citrix Presentation Server 4.0）
Windows 2003(ドメインに参加中)
.NetFramework2.0 + oracle10g
『VB(.NetFramework2.0) + oracle10g』で公開データベースアプリを運用しようと思っています。
ところが、メタフレームを解して他PCよりアプリを動かそうとすると
「アプリケーションのコンポーネントで、ハンドルされていない例外が発生しました。」と
エラーが出て動きません。
VBで作ったアプリ自体は立ち上がっていて、どうやらoracle10gに接続できないようです。
色々過去レスを調べましたが、オラクルのインストールフォルダにつける権限の問題かもしれません。（ユーザをadministratorしてみたら正常に動きました）
メタフレームを使わず「ターミナルサービス」で接続しても同じくエラーが起こります。
もし何か心当たりある方はなにか情報を教えてもらえるとうれしいです。
よろしくお願いします。
環境：
DCサーバ
Windows 2003
メタフレームサーバ（Citrix Presentation Server 4.0）
Windows 2003(ドメインに参加中)
.NetFramework2.0 + oracle10g
くま 2006/11/07 13:12:28
自己レスです。
オラクルの掲示板の方で、似た現象をみつけ原因が分かりました。
ポリシーの「グローバル オブジェクトの作成」の権限に
ユーザまたはグループを追加しなくてはいけないようです。
詳しくはこちらのページを参考にしてます。
http://support.microsoft.com/default.aspx?scid=kb%3bja%3b819817
オラクルの掲示板の方で、似た現象をみつけ原因が分かりました。
ポリシーの「グローバル オブジェクトの作成」の権限に
ユーザまたはグループを追加しなくてはいけないようです。
詳しくはこちらのページを参考にしてます。
http://support.microsoft.com/default.aspx?scid=kb%3bja%3b819817
上記へのレスはこちらにどうぞ
匿名ユーザーの接続を許可でエラー
ヒロ 2006/10/27 09:39:49
はじめましてヒロと申します。
<構成>
・MetaFrame XPe FR2（Windows2000Server SP4）
・公開アプリ VB6.0で開発した業務アプリ
・Citrix NFuse Classic Ver1.7
NFuseで公開アプリケーションでＥｘｅを実行します。
公開アプリケーションの登録で匿名ユーザーの接続を許可をチェックし
実行すると以下のエラーメッセージが表示されます。
-------------------------------------------------------------------
ログオン失敗：ユーザー名を認識できないか、またはパスワードが間違っています。
この作業ディレクトリは無効です。「☆☆☆」
クライアント構成の作業ディレクトリを確認してください
-------------------------------------------------------------------
※「☆☆☆」は作業ディレクトリのパスが表示されています。
ご存知の方が教えていただきたいのですが
よろしくお願いします。
<構成>
・MetaFrame XPe FR2（Windows2000Server SP4）
・公開アプリ VB6.0で開発した業務アプリ
・Citrix NFuse Classic Ver1.7
NFuseで公開アプリケーションでＥｘｅを実行します。
公開アプリケーションの登録で匿名ユーザーの接続を許可をチェックし
実行すると以下のエラーメッセージが表示されます。
-------------------------------------------------------------------
ログオン失敗：ユーザー名を認識できないか、またはパスワードが間違っています。
この作業ディレクトリは無効です。「☆☆☆」
クライアント構成の作業ディレクトリを確認してください
-------------------------------------------------------------------
※「☆☆☆」は作業ディレクトリのパスが表示されています。
ご存知の方が教えていただきたいのですが
よろしくお願いします。
きくりん 2006/10/27 11:32:44
公開アプリケーションの登録時に作業ディレクトリはどういう設定をされていますか？
デフォルトではアプリケーションが格納されているディレクトリになりますが、
そのディレクトリにユーザのアクセス権がないとエラーが表示されます。
アプリケーション格納ディレクトリにユーザに対してのアクセス権を付与できないのであれば、
パブリックなディレクトリ若しくはユーザプロファイル等を作業ディレクトリに指定してください。
デフォルトではアプリケーションが格納されているディレクトリになりますが、
そのディレクトリにユーザのアクセス権がないとエラーが表示されます。
アプリケーション格納ディレクトリにユーザに対してのアクセス権を付与できないのであれば、
パブリックなディレクトリ若しくはユーザプロファイル等を作業ディレクトリに指定してください。
ヒロ 2006/10/27 12:54:04
きくりん さん
早速のレスありがとうございます。
作業ディレクトリはＥＸＥが格納されている
ディレクトリになっています。
MetaFrameがインストールされているドメインと違うサーバーに
Ｅｘｅが格納されています。
「匿名ユーザーの接続を許可」のチェックをはずして
アカウントを設定すれば、NFuseには表示されないが
Citrix Program Heighborhoodからの起動は可能になります。
MetaFrameに設定が必要ですか？
よろしくお願いします。
早速のレスありがとうございます。
作業ディレクトリはＥＸＥが格納されている
ディレクトリになっています。
MetaFrameがインストールされているドメインと違うサーバーに
Ｅｘｅが格納されています。
「匿名ユーザーの接続を許可」のチェックをはずして
アカウントを設定すれば、NFuseには表示されないが
Citrix Program Heighborhoodからの起動は可能になります。
MetaFrameに設定が必要ですか？
よろしくお願いします。
ヒロ 2006/10/27 16:13:36
自己レス
ＥＸＥが格納されているサーバーのローカルユーザーの「Geust」が
無効で、そのためにサーバーにアクセスできずにエラーとなっていました。
お騒がせしました。
ＥＸＥが格納されているサーバーのローカルユーザーの「Geust」が
無効で、そのためにサーバーにアクセスできずにエラーとなっていました。
お騒がせしました。
上記へのレスはこちらにどうぞ
ドメインサーバを立てずに複数台のサーバ構成は可能ですか
いけぽん 2006/10/24 13:31:59
ＶＰＮを経由して複数の拠点で使用する業務アプリケーションをデータセンターで一括管理を
考えております。
全体の人数が100名以上いるため複数のMetaFrameのサーバにより負荷分散を考えております。
現在、複数拠点はワークグループ環境であり、お客様先のグループポリシーでドメインサーバを
立てたくないとのことですが、その場合では導入は可能でしょうか？
このケースの推奨構成はドメインサーバは必須ということなのですが、ドメインサーバがない場合でも、面倒ですが、ユーザを個別を行えば導入は可能でしょうか？(この場合ですと100人分ここのサーバに追加するつもりです。）
よろしくお願いします。
考えております。
全体の人数が100名以上いるため複数のMetaFrameのサーバにより負荷分散を考えております。
現在、複数拠点はワークグループ環境であり、お客様先のグループポリシーでドメインサーバを
立てたくないとのことですが、その場合では導入は可能でしょうか？
このケースの推奨構成はドメインサーバは必須ということなのですが、ドメインサーバがない場合でも、面倒ですが、ユーザを個別を行えば導入は可能でしょうか？(この場合ですと100人分ここのサーバに追加するつもりです。）
よろしくお願いします。
Pingu 2006/10/25 21:35:57
設定は可能ですが、やはり推奨しません。
ユーザープロファイルの内容や設定による障害時の原因切り分けに
非常に手間が掛かると思います。
ユーザープロファイルの内容や設定による障害時の原因切り分けに
非常に手間が掛かると思います。
shin 2006/10/25 22:51:12
MetaFrameサーバーにはドメインサーバは必須だと思ってください。
上記へのレスはこちらにどうぞ
シングルサインオンについて
U1 2006/09/28 23:02:13
シングルサインオンについて悩んでいます。
どなたか助言をお願いできませんでしょうか？
■環境(テスト用）
①Windows2003Server
・Presentation Server4.0
・ライセンスサーバー
・サーバーファーム有
②Windows2003Server(VirtualPC上)
・Presentation Server4.0
・サーバーファーム無
■設定
・WebInterfaceを使用する
・公開アプリケーションはドメインのグループ指定を行って画面表示を切り替える
・公開アプリケーションは２台のサーバーを使用して負荷調整を行う
・サイトの認証ではパススルー認証を使用する
■現象
クライアント（ドメインユーザーでログイン済み）からWEBを表示すると、グループ単位で許可
されている公開アプリケーションのみが表示されます。そこから、公開アプリケーションを実行
すると各アプリケーションごとに認証のダイアログが表示されます。
※表示されるダイアログは、各サーバのログイン時に表示される認証ダイアログと同じものです。
※一度認証したアプリケーションは一定時間過ぎるまでは再認証せずに実行できます。
■疑問点
公開アプリケーションの表示がログインユーザーによって切り替わるところまでは可能なのに、
実際の実行になってなぜ認証を求められるのか不思議に思います。
WebInterfaceの管理者ガイドには、最小機能版のMetaFrame win32 Webクライアントには対応
していないとあるのですが、WEBからインストールを行ったにも関わらず、何故か画面への
表示までは行えています。
また、本書に載っている方法を行うにしても、今回はクライアント台数も不特定多数の為、
各クライアントまで行ってインストール作業を行い、設定ファイルを変更することは現実的ではありません。
何かサーバー側での設定等で解決できる方法は無いでしょうか？
どなたか助言をお願いできませんでしょうか？
■環境(テスト用）
①Windows2003Server
・Presentation Server4.0
・ライセンスサーバー
・サーバーファーム有
②Windows2003Server(VirtualPC上)
・Presentation Server4.0
・サーバーファーム無
■設定
・WebInterfaceを使用する
・公開アプリケーションはドメインのグループ指定を行って画面表示を切り替える
・公開アプリケーションは２台のサーバーを使用して負荷調整を行う
・サイトの認証ではパススルー認証を使用する
■現象
クライアント（ドメインユーザーでログイン済み）からWEBを表示すると、グループ単位で許可
されている公開アプリケーションのみが表示されます。そこから、公開アプリケーションを実行
すると各アプリケーションごとに認証のダイアログが表示されます。
※表示されるダイアログは、各サーバのログイン時に表示される認証ダイアログと同じものです。
※一度認証したアプリケーションは一定時間過ぎるまでは再認証せずに実行できます。
■疑問点
公開アプリケーションの表示がログインユーザーによって切り替わるところまでは可能なのに、
実際の実行になってなぜ認証を求められるのか不思議に思います。
WebInterfaceの管理者ガイドには、最小機能版のMetaFrame win32 Webクライアントには対応
していないとあるのですが、WEBからインストールを行ったにも関わらず、何故か画面への
表示までは行えています。
また、本書に載っている方法を行うにしても、今回はクライアント台数も不特定多数の為、
各クライアントまで行ってインストール作業を行い、設定ファイルを変更することは現実的ではありません。
何かサーバー側での設定等で解決できる方法は無いでしょうか？
きくりん 2006/09/29 14:03:01
>WebInterfaceの管理者ガイドには、最小機能版のMetaFrame win32 Webクライアントには対応
>していないとあるのですが、WEBからインストールを行ったにも関わらず、何故か画面への
>表示までは行えています。
IE上でのログオンはクライアントPCのIE - WIのIIS間で統合Windows認証機能でログオンしていますが、
そこから先はクライアントPCのICAクライアント - CPS間の認証となり、
これはICAクライアントが提供する機能となります。
そして本機能はWIのログオン画面からのインストール媒体(ica32t.exe)には含まれていません。
必ずフル機能版(ica32pkg.msi)を使ってインストールしてください。
その際、インストールの途中にローカルで利用しているIDとパスワードを使うかどうか
質問されますので、そこで「はい」を選択します。
これでパススルー認証が有効となります。
また、クライアントの設置場所まで足を運べないのであれば、
ドメインに参加しているクライアントなのですから、
ActiveDirectoryでパッケージを配布すれば問題ないと思います。
上記を行い、それでもうまくいかない場合は以下を確認してください。
①WebInterfaceの設定で認証方法は「パススルー認証」になっていますか？
②CPSの「ターミナルサービス構成」のプロパティの「ログオン設定」で
「常にパスワードの入力を求める」にチェックが付いていませんか？
>していないとあるのですが、WEBからインストールを行ったにも関わらず、何故か画面への
>表示までは行えています。
IE上でのログオンはクライアントPCのIE - WIのIIS間で統合Windows認証機能でログオンしていますが、
そこから先はクライアントPCのICAクライアント - CPS間の認証となり、
これはICAクライアントが提供する機能となります。
そして本機能はWIのログオン画面からのインストール媒体(ica32t.exe)には含まれていません。
必ずフル機能版(ica32pkg.msi)を使ってインストールしてください。
その際、インストールの途中にローカルで利用しているIDとパスワードを使うかどうか
質問されますので、そこで「はい」を選択します。
これでパススルー認証が有効となります。
また、クライアントの設置場所まで足を運べないのであれば、
ドメインに参加しているクライアントなのですから、
ActiveDirectoryでパッケージを配布すれば問題ないと思います。
上記を行い、それでもうまくいかない場合は以下を確認してください。
①WebInterfaceの設定で認証方法は「パススルー認証」になっていますか？
②CPSの「ターミナルサービス構成」のプロパティの「ログオン設定」で
「常にパスワードの入力を求める」にチェックが付いていませんか？
U1 2006/09/29 17:51:22
ご返答ありがとうございます。
公開アプリケーションで指定したグループで判定されて表示されているので、
WIの機能で公開アプリケーションの実行可能/不可能のところまで判断されているけれども、
実際に実行する際には更にICAクライアントの認証後に実行されるということですね。
ActiveDirectoryでパッケージを配布については厳しいです。
メタサーバ自体をドメインに参加させるのも色々と申請を行わなければならず、大変な作業なため・・・。
フル機能版(ica32pkg.msi)とAPPSRV.INIの変更によって、シングルサインオンを確認できました。
また、付属のドキュメントとにらめっこをしてINIファイルの書き換えでインストール自体を簡略化
できることを知りました。
現在、この方法で作成したパッケージをIExpressで自己解凍形式にしてWEBで配布するように考えています。
やはり、セキュリティーが厳しくなっているからでしょうか？
個人的には設定したADのグループに応じて公開アプリの表示/非表示を認証入力なしで出来るのですから、
標準機能として公開アプリに実行までシングルサインオンを実現して欲しいとは思うのですが・・・。
公開アプリケーションで指定したグループで判定されて表示されているので、
WIの機能で公開アプリケーションの実行可能/不可能のところまで判断されているけれども、
実際に実行する際には更にICAクライアントの認証後に実行されるということですね。
ActiveDirectoryでパッケージを配布については厳しいです。
メタサーバ自体をドメインに参加させるのも色々と申請を行わなければならず、大変な作業なため・・・。
フル機能版(ica32pkg.msi)とAPPSRV.INIの変更によって、シングルサインオンを確認できました。
また、付属のドキュメントとにらめっこをしてINIファイルの書き換えでインストール自体を簡略化
できることを知りました。
現在、この方法で作成したパッケージをIExpressで自己解凍形式にしてWEBで配布するように考えています。
やはり、セキュリティーが厳しくなっているからでしょうか？
個人的には設定したADのグループに応じて公開アプリの表示/非表示を認証入力なしで出来るのですから、
標準機能として公開アプリに実行までシングルサインオンを実現して欲しいとは思うのですが・・・。
はや 2006/10/02 13:00:59
> フル機能版(ica32pkg.msi)とAPPSRV.INIの変更によって、シングルサインオンを確認できました。
割り込んですみません。当方も同じ現象で悩んでいます。
よろしければ、APPSRV.INIのどのパラメタを変更されたか
ご教授いただけないでしょうか。
よろしくお願い致します。
割り込んですみません。当方も同じ現象で悩んでいます。
よろしければ、APPSRV.INIのどのパラメタを変更されたか
ご教授いただけないでしょうか。
よろしくお願い致します。
はや 2006/10/02 13:38:32
申し訳ございません。自己解決しました。
まずはマニュアル(Web Interface管理者ガイド)
を読むべきでした。
APPSRV.INIに以下のパラメタを追加することで
解決しました。
---------------------------
EnableSSOnThruICAFile=On
SSOnUserSetting=On
---------------------------
P64～P66に記載されています。
お騒がせして申し訳ございませんでした。
まずはマニュアル(Web Interface管理者ガイド)
を読むべきでした。
APPSRV.INIに以下のパラメタを追加することで
解決しました。
---------------------------
EnableSSOnThruICAFile=On
SSOnUserSetting=On
---------------------------
P64～P66に記載されています。
お騒がせして申し訳ございませんでした。
けん 2006/10/02 17:48:50
私も横から失礼します。
パススルー認証をするためにMetaFrame Access Suite 管理コンソール
の[認証方法の設定]において、[パススルー認証]をすると、
・FQDNでURLを指定した場合（例：http://meta01.test.local/Citrix/MetaFrame）
を指定すると、IEからユーザ/パスワードの認証画面が出力されます。
・URLをFQDNではなく、NetBIOS名（例：http://meta01/Citrix/MetaFrame）で
指定すると、パススルー認証ができます。
・[指定ユーザーでログオン]を指定すると、FQDNでもアクセス可能です。
IIS設定の問題でしょうか、Web Interfaceの設定が悪いのでしょうか。
ご存知の方は、ご教授いただけないでしょうか。
よろしくお願い致します。
パススルー認証をするためにMetaFrame Access Suite 管理コンソール
の[認証方法の設定]において、[パススルー認証]をすると、
・FQDNでURLを指定した場合（例：http://meta01.test.local/Citrix/MetaFrame）
を指定すると、IEからユーザ/パスワードの認証画面が出力されます。
・URLをFQDNではなく、NetBIOS名（例：http://meta01/Citrix/MetaFrame）で
指定すると、パススルー認証ができます。
・[指定ユーザーでログオン]を指定すると、FQDNでもアクセス可能です。
IIS設定の問題でしょうか、Web Interfaceの設定が悪いのでしょうか。
ご存知の方は、ご教授いただけないでしょうか。
よろしくお願い致します。
上記へのレスはこちらにどうぞ
サーバーのバージョンが混在した場合のTSライセンスサーバについて
ぺっ 2006/09/26 17:20:45
はじめまして。
ドメインサーバー：WindowsServer2003
メンバサーバー ：Windows2000Server
という環境で、メンバサーバーにＴＳライセンスサーバーをインストールすることになりました。
※ドメインサーバーは他社が納入したものでターミナルサービスは使用しないのでＴＳライセンスもインストールしたくないということでメンバサーバーにインストールしなくてはいけない状況です。
そこで、メンバサーバーにＴＳライセンスを以下の方法でインストールしました。
1.メンバサーバーをドメインから外し、ワークグループに参加。
2.再起動
3.メンバサーバーにTSライセンスサーバーをインストール。
4.メンバサーバーのTSライセンスのアクティブ化に成功。
5.メンバサーバーをドメインに参加。
6.再起動
この後メンバサーバのTerminalServiceLicensingサービスが開始されなくなってしまったためライセ
ンスサーバが無効になってしまいます。
手動でサービスを開始しようとしましたが「ターミナルサービスライセンスはドメインコントローラかワークグループのサーバー上でのみ実行できます。詳細はターミナルサービスのヘルプのトピックを参照してください。」とメッセージが出るだけで不可能でした。
なにか対策方法やこの設定は不可能であるということが判る方がいらっしゃいましたら教えてください。
よろしくお願いします。
ドメインサーバー：WindowsServer2003
メンバサーバー ：Windows2000Server
という環境で、メンバサーバーにＴＳライセンスサーバーをインストールすることになりました。
※ドメインサーバーは他社が納入したものでターミナルサービスは使用しないのでＴＳライセンスもインストールしたくないということでメンバサーバーにインストールしなくてはいけない状況です。
そこで、メンバサーバーにＴＳライセンスを以下の方法でインストールしました。
1.メンバサーバーをドメインから外し、ワークグループに参加。
2.再起動
3.メンバサーバーにTSライセンスサーバーをインストール。
4.メンバサーバーのTSライセンスのアクティブ化に成功。
5.メンバサーバーをドメインに参加。
6.再起動
この後メンバサーバのTerminalServiceLicensingサービスが開始されなくなってしまったためライセ
ンスサーバが無効になってしまいます。
手動でサービスを開始しようとしましたが「ターミナルサービスライセンスはドメインコントローラかワークグループのサーバー上でのみ実行できます。詳細はターミナルサービスのヘルプのトピックを参照してください。」とメッセージが出るだけで不可能でした。
なにか対策方法やこの設定は不可能であるということが判る方がいらっしゃいましたら教えてください。
よろしくお願いします。
ひさ 2006/09/26 17:57:36
このメッセージが、全てだと思うのですが。。。
「ターミナルサービスライセンスはドメインコントローラかワークグループのサーバー上でのみ実行できます。詳細はターミナルサービスのヘルプのトピックを参照してください。」
ということで、TSのライセンスサーバはドメインコントローラ上にしか構成できません。
「ターミナルサービスライセンスはドメインコントローラかワークグループのサーバー上でのみ実行できます。詳細はターミナルサービスのヘルプのトピックを参照してください。」
ということで、TSのライセンスサーバはドメインコントローラ上にしか構成できません。
ぺっ 2006/09/27 09:22:14
ひささん早速のご指摘ありがとうございます。
ただ、他の環境でやったらうまく行ったことがあるのです。
ドメインサーバー：WindowsNT4.0
メンバサーバー：Windows2000Server
この場合はメンバサーバーにＴＳライセンスをインストールしてサービスも問題なく起動しました。
以下のHPを参照してレジストリをいじったところ、ＴＳサーバーからもメンバサーバーのＴＳライセンスを見ることができるようになりました。
http://support.microsoft.com/default.aspx?scid=kb;ja;232520&Product=win2000
http://support.microsoft.com/default.aspx?scid=kb;ja;261110
WindowsServer2003のドメイン環境下ではメンバサーバーのＴＳライセンスサーバーのサービスの起動に制限がかかってしまい、WindowsNT4.0のドメイン環境下では制限がかからないなんてことがあるのでしょうか。
もし判る方がいらっしゃいましたらご指導お願い致します。
ただ、他の環境でやったらうまく行ったことがあるのです。
ドメインサーバー：WindowsNT4.0
メンバサーバー：Windows2000Server
この場合はメンバサーバーにＴＳライセンスをインストールしてサービスも問題なく起動しました。
以下のHPを参照してレジストリをいじったところ、ＴＳサーバーからもメンバサーバーのＴＳライセンスを見ることができるようになりました。
http://support.microsoft.com/default.aspx?scid=kb;ja;232520&Product=win2000
http://support.microsoft.com/default.aspx?scid=kb;ja;261110
WindowsServer2003のドメイン環境下ではメンバサーバーのＴＳライセンスサーバーのサービスの起動に制限がかかってしまい、WindowsNT4.0のドメイン環境下では制限がかからないなんてことがあるのでしょうか。
もし判る方がいらっしゃいましたらご指導お願い致します。
きくりん 2006/09/28 14:26:11
DCは最初からWindows Server 2003ですか？
それともWindows NTドメインからServer 2003のActiveDirectoryドメインにアップグレードされていますか？
それともWindows NTドメインからServer 2003のActiveDirectoryドメインにアップグレードされていますか？
ぺっ 2006/09/28 17:50:29
きくりんさんレスありがとうございます。
ＤＣは最初からWindows Server 2003です。
Windows NTドメインで成功した例は別のネットワーク環境です。
ＤＣは最初からWindows Server 2003です。
Windows NTドメインで成功した例は別のネットワーク環境です。
ぺっ 2006/09/28 17:58:20
「ＤＣは最初からWindows Server 2003です。」
というのは、もともとはWindows2000ServerのＤＣだったのですが、サーバー機を入替えてWindowsServer2003になったので、正確には機械的には最初からなんですが、ＤＣで考えると最初からというわけではないですね。すみません。
当初Windows2000ServerだったころはＤＣでもＴＳを使っていた為、ＴＳライセンスも入れていたんですが、サーバーが切り替わったらＴＳを使用しないということで外されてしまったというわけです。
というのは、もともとはWindows2000ServerのＤＣだったのですが、サーバー機を入替えてWindowsServer2003になったので、正確には機械的には最初からなんですが、ＤＣで考えると最初からというわけではないですね。すみません。
当初Windows2000ServerだったころはＤＣでもＴＳを使っていた為、ＴＳライセンスも入れていたんですが、サーバーが切り替わったらＴＳを使用しないということで外されてしまったというわけです。
きくりん 2006/09/28 19:35:41
以前、NTドメインに参加しているServer 2003にライセンスサーバをインストールしている環境で、
DCを2003にアップグレードしたところ、ライセンスサーバが機能しなくなったという現象があったので聞いてみました。
この場合はDCが2003でメンバが2000、そして2000Serverにライセンスサーバを置きたいと。
この逆の場合（DCが2000で2003ベースのメンバサーバにライセンスサーバを置く）なら可能ですが、
恐らくそれは無理だと思います。
2003ドメインでは2003のTSCALでの運用が絶対条件になります。
ですから、ドメインコントローラ上にライセンスサーバを置くか、若しくは2003ドメイン上で
2003が動作しているメンバサーバ上にライセンスサーバを置く必要があります。
ただし、上記の構成で運用する場合に限り、ライセンスそのものは2000のTSCALも利用可能です。
（ターミナルサーバが2000の場合のみ。2003ベースのターミナルサーバへはライセンスが
発行されません）
一番良いのは、DC上にライセンスサーバを置くことですが、どうしてもそれが無理の場合、
ドメイン上に別の2003サーバをメンバとして立て、それにライセンスサーバを置くしかないと思います。
DCを2003にアップグレードしたところ、ライセンスサーバが機能しなくなったという現象があったので聞いてみました。
この場合はDCが2003でメンバが2000、そして2000Serverにライセンスサーバを置きたいと。
この逆の場合（DCが2000で2003ベースのメンバサーバにライセンスサーバを置く）なら可能ですが、
恐らくそれは無理だと思います。
2003ドメインでは2003のTSCALでの運用が絶対条件になります。
ですから、ドメインコントローラ上にライセンスサーバを置くか、若しくは2003ドメイン上で
2003が動作しているメンバサーバ上にライセンスサーバを置く必要があります。
ただし、上記の構成で運用する場合に限り、ライセンスそのものは2000のTSCALも利用可能です。
（ターミナルサーバが2000の場合のみ。2003ベースのターミナルサーバへはライセンスが
発行されません）
一番良いのは、DC上にライセンスサーバを置くことですが、どうしてもそれが無理の場合、
ドメイン上に別の2003サーバをメンバとして立て、それにライセンスサーバを置くしかないと思います。
ぺっ 2006/09/29 12:00:47
きくりんさんご指摘ありがとうございます。
2003になったときにＴＳライセンスの形態が変わっているので、もしかすると出来ないんじゃないかなとは思っていたのですが。。。
メンバサーバーのＯＳを2000ServerからServer2003に上げられるか打診してみます。
長々とお付き合い頂き本当にありがとうございました。
2003になったときにＴＳライセンスの形態が変わっているので、もしかすると出来ないんじゃないかなとは思っていたのですが。。。
メンバサーバーのＯＳを2000ServerからServer2003に上げられるか打診してみます。
長々とお付き合い頂き本当にありがとうございました。
上記へのレスはこちらにどうぞ
CPS4.0公開アプリのインスタンス制限について
tomdog 2006/09/21 16:09:14
Windows Server 2003 ＋ MetaframeXPa ２台で構成されていた環境を、先日
Windows Server 2003 R2 ＋ Presentation Server4.0 ２台へ移行しました。
このサーバーでは次のようなbatファイルを公開アプリに設定しています。
【C:￥test.bat】
------------------------------------
NET USE <<ドライブマッピング>>
START アプリケーション.EXE（メモ帳など）
------------------------------------
このアプリは「アプリケーションの制限」設定で、
「各ユーザーについて１インスタンスのみ許可する」ようにしています。
移行前の環境ではこの設定に基づいて
同じユーザーからの複数起動ができなくなっていたのですが、
移行後は同じ設定であるにも関わらず複数起動が可能な状態になって
しまっていました。
この設定の振る舞いが変更になったのか、
それともWindowsのバージョンが上がったことによる影響か…？
何か情報をお持ちの方、教えてください。
宜しくお願いします！
Windows Server 2003 R2 ＋ Presentation Server4.0 ２台へ移行しました。
このサーバーでは次のようなbatファイルを公開アプリに設定しています。
【C:￥test.bat】
------------------------------------
NET USE <<ドライブマッピング>>
START アプリケーション.EXE（メモ帳など）
------------------------------------
このアプリは「アプリケーションの制限」設定で、
「各ユーザーについて１インスタンスのみ許可する」ようにしています。
移行前の環境ではこの設定に基づいて
同じユーザーからの複数起動ができなくなっていたのですが、
移行後は同じ設定であるにも関わらず複数起動が可能な状態になって
しまっていました。
この設定の振る舞いが変更になったのか、
それともWindowsのバージョンが上がったことによる影響か…？
何か情報をお持ちの方、教えてください。
宜しくお願いします！
きくりん 2006/09/28 14:52:54
試しにnet useコマンドはログオンスクリプトで実行し、
公開アプリケーションは実際のアプリケーションを登録してみてはどうでしょうか？
ログオンスクリプトは、ドメイン環境であればActiveDirectoryのグループポリシーから設定し、
WORKGROUP環境であればMetaFrameサーバのローカルポリシーで設定します。
それで解決するようであれば、上記の方法で運用すればよいと思うのですが。
公開アプリケーションは実際のアプリケーションを登録してみてはどうでしょうか？
ログオンスクリプトは、ドメイン環境であればActiveDirectoryのグループポリシーから設定し、
WORKGROUP環境であればMetaFrameサーバのローカルポリシーで設定します。
それで解決するようであれば、上記の方法で運用すればよいと思うのですが。
tomdog 2006/09/29 16:34:53
きくりんさん
返信ありがとうございます。
> 試しにnet useコマンドはログオンスクリプトで実行し、
> 公開アプリケーションは実際のアプリケーションを登録してみてはどうでしょうか？
ログオンスクリプトということは、
他に稼動しているアプリケーションを起動した場合にもnet useが処理されますよね…？
他のアプリにも影響が及ぶのであれば、
せっかくご提案いただいたのに申し訳ありませんが、その対応は差し控えたいと思います…。
やはり気になっているのが、設定の変更が無いのに動作が変わっているところです。
これを確認するにはもうサポートへ問い合わせるしかないのでしょうか･･･。
返信ありがとうございます。
> 試しにnet useコマンドはログオンスクリプトで実行し、
> 公開アプリケーションは実際のアプリケーションを登録してみてはどうでしょうか？
ログオンスクリプトということは、
他に稼動しているアプリケーションを起動した場合にもnet useが処理されますよね…？
他のアプリにも影響が及ぶのであれば、
せっかくご提案いただいたのに申し訳ありませんが、その対応は差し控えたいと思います…。
やはり気になっているのが、設定の変更が無いのに動作が変わっているところです。
これを確認するにはもうサポートへ問い合わせるしかないのでしょうか･･･。
bukuro 2006/10/11 17:14:18
PS4.0 では、インスタンスの制限の設定が反映されないバグがあったと記憶しています。
Rollup Pack 1を適用してみてはいかがでしょう？
下記の修正内容が該当していると思うのですが。
↓
67. この修正により、同時に起動する公開アプリケーションのインスタンス数を制限する機能について、以下の問題が解決されます。
o 一部のアプリケーションで、起動するインスタンス数を制限しても、この設定が無視されることがありました。[#97994, 121849]
Rollup Pack 1を適用してみてはいかがでしょう？
下記の修正内容が該当していると思うのですが。
↓
67. この修正により、同時に起動する公開アプリケーションのインスタンス数を制限する機能について、以下の問題が解決されます。
o 一部のアプリケーションで、起動するインスタンス数を制限しても、この設定が無視されることがありました。[#97994, 121849]
上記へのレスはこちらにどうぞ
移動プロファイルへの影響について
いそやん 2006/09/21 14:53:28
先日、ドメイン再構築を機に移動プロファイルを導入したところ、
一部ユーザーから、｢削除したファイルがデスクトップに戻っている」、
｢新しくフォルダを作ってそこに格納したはずのファイルが、またデスクトップに戻っている｣等の以上が報告されました。
それらのユーザーの共通点が、CPS4.0がインストールされているサーバに塔載した会計システムのユーザーだったのです。
報告が上がりはじめた当初は、Windows側の原因と思っていたのですが、会計システムを利用していないユーザーでは不具合が見られないこと、クライアントの不具合発生時のログをマイクロソフトに解析してもらった結果も｢異状なし｣であったことから、CPS4.0が何らかの影響を与えていると思われるのですが、
対処方法をご存知の方いらっしゃいましたらお知恵を拝借いたしたく存じます｡
よろしくお願いいたします。
一部ユーザーから、｢削除したファイルがデスクトップに戻っている」、
｢新しくフォルダを作ってそこに格納したはずのファイルが、またデスクトップに戻っている｣等の以上が報告されました。
それらのユーザーの共通点が、CPS4.0がインストールされているサーバに塔載した会計システムのユーザーだったのです。
報告が上がりはじめた当初は、Windows側の原因と思っていたのですが、会計システムを利用していないユーザーでは不具合が見られないこと、クライアントの不具合発生時のログをマイクロソフトに解析してもらった結果も｢異状なし｣であったことから、CPS4.0が何らかの影響を与えていると思われるのですが、
対処方法をご存知の方いらっしゃいましたらお知恵を拝借いたしたく存じます｡
よろしくお願いいたします。
pancra 2006/09/22 09:52:12
会計システムのユーザのみが不具合が出るのであれば、
会計ソフト使用する為に行っている設定が問題なのでは？
ちなみに会計ソフトは何なんでしょうね？
それが分かれば同一ソフト使用している人から
助言得られやすいと思われます。
会計ソフト使用する為に行っている設定が問題なのでは？
ちなみに会計ソフトは何なんでしょうね？
それが分かれば同一ソフト使用している人から
助言得られやすいと思われます。
Nory 2006/10/06 11:46:10
公開デスクトップを利用されているのでしょうか。
そうではない場合は下記内容が当てはまらないと思いますので
無視してください。
公開デスクトップである場合、通常のプロファイルとターミナルプロファイルの
パスに同じものを指定していると同様の現象になると思います。
ローカルPCにログオン
移動プロファイル -> ローカルPC にコピー
※PC 利用中はコピーされたローカル PC 上のファイルを利用し、
ログオフする時に差分を移動プロファイルに書き戻します
公開デスクトップ起動
移動プロファイル -> MetaFrame サーバにコピー
デスクトップ上からファイル削除
※ここでは Meta 上にコピーされたプロファイルの中の
ファイルを削除します
公開デスクトップ終了
Meta 上のプロファイル -> 移動プロファイルに戻し
※この時点では削除された情報が移動プロファイルに保存される
再度公開デスクトップを起動してもファイルは消えた状態
なのではないかと思います。
ローカルPCからログオフ
ローカルPC上のプロファイル -> 移動プロファイルに戻し
※ここで、ローカルPC上のプロファイル(デスクトップにファイルが
存在している状態)が移動プロファイルに書き戻される
この場合の対処は通常のプロファイルとターミナルサービスの
プロファイルを分ければ良いのではないかと思います。
そうではない場合は下記内容が当てはまらないと思いますので
無視してください。
公開デスクトップである場合、通常のプロファイルとターミナルプロファイルの
パスに同じものを指定していると同様の現象になると思います。
ローカルPCにログオン
移動プロファイル -> ローカルPC にコピー
※PC 利用中はコピーされたローカル PC 上のファイルを利用し、
ログオフする時に差分を移動プロファイルに書き戻します
公開デスクトップ起動
移動プロファイル -> MetaFrame サーバにコピー
デスクトップ上からファイル削除
※ここでは Meta 上にコピーされたプロファイルの中の
ファイルを削除します
公開デスクトップ終了
Meta 上のプロファイル -> 移動プロファイルに戻し
※この時点では削除された情報が移動プロファイルに保存される
再度公開デスクトップを起動してもファイルは消えた状態
なのではないかと思います。
ローカルPCからログオフ
ローカルPC上のプロファイル -> 移動プロファイルに戻し
※ここで、ローカルPC上のプロファイル(デスクトップにファイルが
存在している状態)が移動プロファイルに書き戻される
この場合の対処は通常のプロファイルとターミナルサービスの
プロファイルを分ければ良いのではないかと思います。
上記へのレスはこちらにどうぞ
ライセンス管理コンソールで”Service Unavailable”のエラーメッセージが表示される。
TOM 2006/09/20 18:35:20
いつも参照してます。
ひとつ困っているのが、
Windows2003Serverで
MetaFrame Presentation Server4.0をインストール作業で
ライセンス管理コンソールをインストール後
ブラウザが起動するのですが、
"Service Unavailable"の文字のみ表示され
"ようこそ画面"が表示されません。
URLも"http://localhost/lmc/index.jsp"
"http://127.0.0.1/lmc/index.jsp"
"http://サーバー名/lmc/index.jsp"
と色々試してみたのですが、
現象はかわりません。
ライセンスファイルはダウンロード
しているのですが、"それをライセンス管理コンソールを
使用せずにコピーすればよい"
という記事を見たことがあるのですが、
どのようにしたらいいのか
わからない状態です。
同様な現象で、解決方法をご存知であれば
どなたかご教授願います。
ひとつ困っているのが、
Windows2003Serverで
MetaFrame Presentation Server4.0をインストール作業で
ライセンス管理コンソールをインストール後
ブラウザが起動するのですが、
"Service Unavailable"の文字のみ表示され
"ようこそ画面"が表示されません。
URLも"http://localhost/lmc/index.jsp"
"http://127.0.0.1/lmc/index.jsp"
"http://サーバー名/lmc/index.jsp"
と色々試してみたのですが、
現象はかわりません。
ライセンスファイルはダウンロード
しているのですが、"それをライセンス管理コンソールを
使用せずにコピーすればよい"
という記事を見たことがあるのですが、
どのようにしたらいいのか
わからない状態です。
同様な現象で、解決方法をご存知であれば
どなたかご教授願います。
しげ 2006/09/20 18:47:47
私の場合はWindows2000Serverでしたが、以下のKBを利用しました。
http://support.citrix.com/article/CTX104197
http://support.citrix.com/article/CTX104197
TOM 2006/09/20 19:03:28
返答ありがとうございます。
そこも見てみたのですが、
現象は変わらないようです。
サーバーのパスワードが空白になっていたので
書き込んだりしてみたのですが･･･
あとコンピューター名を大文字に変えてみたり
してもダメでした。
そこには"4. 必要に応じて「roles=～」行も変更して構いません。"
と書いてありますがどのように変更するのでしょうか？
または変更の必要はないのでしょうか？
環境を詳しく
書かずに申し訳なかったのですが、
ドメインは立てずに
ワークグループでセットアップしています。
そこも見てみたのですが、
現象は変わらないようです。
サーバーのパスワードが空白になっていたので
書き込んだりしてみたのですが･･･
あとコンピューター名を大文字に変えてみたり
してもダメでした。
そこには"4. 必要に応じて「roles=～」行も変更して構いません。"
と書いてありますがどのように変更するのでしょうか？
または変更の必要はないのでしょうか？
環境を詳しく
書かずに申し訳なかったのですが、
ドメインは立てずに
ワークグループでセットアップしています。
TOM 2006/09/23 10:07:26
自己レスです。
解決しました。
IISが正しく動作していないのが
原因のようでした。
・MetaFrame Presentation Server4.0
のアンインストール
・ターミナルサーバーの削除
IISの削除
・再起動後
IISのセットアップ後、
localhostが参照できるのを確認。
・ターミナルサーバーインストール
・MetaFrame Presentation Server4.0
のラインセンス管理コンソールのインストール
そしたらライセンス管理コンソールが起動するようになりました。
解決しました。
IISが正しく動作していないのが
原因のようでした。
・MetaFrame Presentation Server4.0
のアンインストール
・ターミナルサーバーの削除
IISの削除
・再起動後
IISのセットアップ後、
localhostが参照できるのを確認。
・ターミナルサーバーインストール
・MetaFrame Presentation Server4.0
のラインセンス管理コンソールのインストール
そしたらライセンス管理コンソールが起動するようになりました。
上記へのレスはこちらにどうぞ
TermService 1008 ERROR
obaty 2006/09/16 09:03:33
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に問い合わせるとライセンスサーバーを見つけれていないので無駄と言われましたが、
ライセンスインストール ウィザードを走らせると、、
『ライセンスサーバーの有効期限が切れました。このライセンスサーバーを使用するには再アクティブ化しなければなりません』
とメッセージが返って来ます
③再アクティブ化による業務影響が見えないので、気軽に試せない状態です
再アクティブ化する事でクライアント接続不可に陥ったりするのでしょうか？
あまり知識が無いので、解り易い返答が頂けると助かります
宜しくお願いします
まさ 2006/09/18 13:38:00
90日経つと使用不可となります。
ライセンスサーバは立てていないのですか？
ＡＤ参加であればＤＣに、ＡＤ不参加かつ負荷分散していないのであれば
ＴＳにＴＳＬＳを入れればＯＫです。
2000Serverなので組み込みＣＡＬという考え方となり、TS-CALの購入は
クライアントが2000・ＸＰの場合に限り必要ありません。
ライセンスサーバは立てていないのですか？
ＡＤ参加であればＤＣに、ＡＤ不参加かつ負荷分散していないのであれば
ＴＳにＴＳＬＳを入れればＯＫです。
2000Serverなので組み込みＣＡＬという考え方となり、TS-CALの購入は
クライアントが2000・ＸＰの場合に限り必要ありません。
obaty 2006/09/19 11:57:20
返答、有難う御座います
ライセンスサーバーは立てていましたが、UPDATEしてからERRORが発生するようになりました。。
ライセンスアクティブ化、ライセンスインストールも過去に実施しています
ライセンスサーバーは立てていましたが、UPDATEしてからERRORが発生するようになりました。。
ライセンスアクティブ化、ライセンスインストールも過去に実施しています
きくりん 2006/09/19 15:48:32
①ライセンスサーバを認識できない限り、一時ライセンスが切れた時点で接続できなくなります。
②ライセンスサーバが認識できていない原因が不明のため、治るかどうかわかりません。
License Logging Serviceは起動していますか？このサービスが起動していないだけと
いう場合も多々あります。
また、ライセンスサーバはDC上でしょうか？それともMetaFrameサーバ上でしょうか？
DC上の場合、DCのOSは2000ですか？2003ですか？
MetaFrameサーバ上の場合、レジストリの修正は済んでいますか？
③他に何も不具合がなく、単にライセンスサーバが機能していないだけであれば、
ライセンスの再アクティブ化で解決するかと思います。
ただ、作業を行う場合は営業時間内は避けた方が無難かと思います。
また、万一を考慮してバックアップは必ず取得し、うまくいかなかった場合は
リカバリしてください。
②ライセンスサーバが認識できていない原因が不明のため、治るかどうかわかりません。
License Logging Serviceは起動していますか？このサービスが起動していないだけと
いう場合も多々あります。
また、ライセンスサーバはDC上でしょうか？それともMetaFrameサーバ上でしょうか？
DC上の場合、DCのOSは2000ですか？2003ですか？
MetaFrameサーバ上の場合、レジストリの修正は済んでいますか？
③他に何も不具合がなく、単にライセンスサーバが機能していないだけであれば、
ライセンスの再アクティブ化で解決するかと思います。
ただ、作業を行う場合は営業時間内は避けた方が無難かと思います。
また、万一を考慮してバックアップは必ず取得し、うまくいかなかった場合は
リカバリしてください。
obaty 2006/09/20 15:31:19
返答、有難う御座います
License Logging Serviceは起動しています
ライセンスサーバーは、MetaFrameサーバー上でWORKGROUPで構築されています
再アクティブ化を実行させたのですが、『暗号エラーが発生しました メッセージ番号 0x80090016』
と表示され再アクティブ化も出来ない状態です
＞MetaFrameサーバ上の場合、レジストリの修正は済んでいますか？
どの様な修正でしょうか？
構築者は何年も昔に消えたので不明です
SP4適用時の必須修正なのでしょうか？
ライセンスサーバーが壊れたと考え、コンポーネントを削除→追加でやり直した方が良いのでしょうか？
傷口を広げるだけでしょうか。。。
License Logging Serviceは起動しています
ライセンスサーバーは、MetaFrameサーバー上でWORKGROUPで構築されています
再アクティブ化を実行させたのですが、『暗号エラーが発生しました メッセージ番号 0x80090016』
と表示され再アクティブ化も出来ない状態です
＞MetaFrameサーバ上の場合、レジストリの修正は済んでいますか？
どの様な修正でしょうか？
構築者は何年も昔に消えたので不明です
SP4適用時の必須修正なのでしょうか？
ライセンスサーバーが壊れたと考え、コンポーネントを削除→追加でやり直した方が良いのでしょうか？
傷口を広げるだけでしょうか。。。
obaty 2006/09/20 15:31:19
返答、有難う御座います
License Logging Serviceは起動しています
ライセンスサーバーは、MetaFrameサーバー上でWORKGROUPで構築されています
再アクティブ化を実行させたのですが、『暗号エラーが発生しました メッセージ番号 0x80090016』
と表示され再アクティブ化も出来ない状態です
＞MetaFrameサーバ上の場合、レジストリの修正は済んでいますか？
どの様な修正でしょうか？
構築者は何年も昔に消えたので不明です
SP4適用時の必須修正なのでしょうか？
ライセンスサーバーが壊れたと考え、コンポーネントを削除→追加でやり直した方が良いのでしょうか？
傷口を広げるだけでしょうか。。。
License Logging Serviceは起動しています
ライセンスサーバーは、MetaFrameサーバー上でWORKGROUPで構築されています
再アクティブ化を実行させたのですが、『暗号エラーが発生しました メッセージ番号 0x80090016』
と表示され再アクティブ化も出来ない状態です
＞MetaFrameサーバ上の場合、レジストリの修正は済んでいますか？
どの様な修正でしょうか？
構築者は何年も昔に消えたので不明です
SP4適用時の必須修正なのでしょうか？
ライセンスサーバーが壊れたと考え、コンポーネントを削除→追加でやり直した方が良いのでしょうか？
傷口を広げるだけでしょうか。。。
obaty 2006/09/20 15:32:08
すみません。。
連打してしまいました。。
連打してしまいました。。
きくりん 2006/09/21 11:41:44
ライセンスサーバが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アドレスでも可）
また、ライセンスサーバを再インストールする場合は、ライセンスの再アクティブ化は
インターネットからはできません。必ず電話で行ってください。
