トピック検索
654 件のトピックが該当しました。
- 公開アプリケーションが応答しなくなる場合の切り分け方法 - 初心者運用担当 ( 2006/12/12 10:19:19 更新)
- 印刷されないページがある - oni ( 2006/12/11 09:57:40 更新)
- メタサーバからユーザプロファイルのキャッシュが消えない - K2 ( 2006/12/08 11:13:33 更新)
- ICAクライアントドライブマップ時の使用ポートについて - Aさん ( 2006/12/06 20:34:47 更新)
- メタサーバ間でのOutlookの切り替えがうまく行われない - K2 ( 2006/11/22 22:15:59 更新)
- WebInterfaceの公開アプリを終了してもコネクションセンターが残る - hit_sea ( 2006/11/22 19:58:17 更新)
- Web Interface画面の最小化 - Hiroo ( 2006/11/17 17:31:11 更新)
- Web Interface でのパスワードの変更 - NOVE ( 2006/11/17 15:48:59 更新)
- ICAクライアントとWebInterfaceのパススルー認証 - やまちゃん ( 2006/11/16 17:40:24 更新)
- ターミナルサーバーはクライアントライセンスを発行できません - tchida ( 2006/11/15 09:33:08 更新)
公開アプリケーションが応答しなくなる場合の切り分け方法
いつも拝見させていただいております。
-環境-
CPSサーバ①
OS：Win2003 Std SP1
CPSVer：CPS4.0
コンポーネント：WebInterface3.0同居
CPSサーバ②
OS：Win2003 Std SP1
CPSVer：CPS4.0
【現象】
公開アプリを使用していると、突然応答しなくなります。
該当するアプリは不特定で、1分程度たつと正常に応答が返ってきます。
ひどいユーザでは、応答が返ってこないこともあります。
そういう場合は、サーバ側で強制ログオフしております。
こういったケースでは、どこをみて障害ポイントを切り分ければ
よろしいでしょうか？
参考にしているURLは以下になります。
http://support.citrix.com/article/CTX110157&searchID=35437949
上記のツール以外にも、「ここを確認すれば、ある程度切り分けられる！」
というポイントをどうか、ご教授ください。
お願い致します。
-環境-
CPSサーバ①
OS：Win2003 Std SP1
CPSVer：CPS4.0
コンポーネント：WebInterface3.0同居
CPSサーバ②
OS：Win2003 Std SP1
CPSVer：CPS4.0
【現象】
公開アプリを使用していると、突然応答しなくなります。
該当するアプリは不特定で、1分程度たつと正常に応答が返ってきます。
ひどいユーザでは、応答が返ってこないこともあります。
そういう場合は、サーバ側で強制ログオフしております。
こういったケースでは、どこをみて障害ポイントを切り分ければ
よろしいでしょうか？
参考にしているURLは以下になります。
http://support.citrix.com/article/CTX110157&searchID=35437949
上記のツール以外にも、「ここを確認すれば、ある程度切り分けられる！」
というポイントをどうか、ご教授ください。
お願い致します。
印刷されないページがある
いつも参考にさせて頂いています。
ICAWebクライアントから、公開アプリケーションを起動しています。
あるクライアントから出力する、特定の印刷物において、印刷すると奇数ページのみ表示され、偶数ページが表示されないという現象がでました。
他のPCに直結しているプリンタを共有して、印刷を行っております。
サーバと経由しているクライアントのプリンタドライバのバージョンは同じです。
どうしてこのような現象がでるのか、何かご存知の方がいらっしゃったら教えて下さい。
○サーバ
Windows 2000 server
Metaframe XP
fr2 sp2
○クライアント
Windows XP
ICAWebクライアントから、公開アプリケーションを起動しています。
あるクライアントから出力する、特定の印刷物において、印刷すると奇数ページのみ表示され、偶数ページが表示されないという現象がでました。
他のPCに直結しているプリンタを共有して、印刷を行っております。
サーバと経由しているクライアントのプリンタドライバのバージョンは同じです。
どうしてこのような現象がでるのか、何かご存知の方がいらっしゃったら教えて下さい。
○サーバ
Windows 2000 server
Metaframe XP
fr2 sp2
○クライアント
Windows XP
メタサーバからユーザプロファイルのキャッシュが消えない
メタフレームを利用するユーザに対し，
ターミナルサービスのプロファイルを
ファイルサーバのローカルディスクに移動させるよう
ADサーバにて設定しています。
ここで，
メタユーザを1つのOUに所属させ，このOUに対して
「一時記憶された移動プロファイルのコピーを削除する」
のグループポリシーを有効にしていますが，
メタサーバにローカルディスクに
プロファイルが残っているように見受けられます。
何か原因・設定誤り等があるのでしょうか？
対応方法等ございましたらご教授ください。
よろしくお願いします。
[サーバ環境]
・ADサーバ (WindowsServer2003，単一ドメイン）
・メタサーバ (WindowsServer2003，CPS4.0，WebInterface)
・ファイルサーバ (WindowsServer2003)
ターミナルサービスのプロファイルを
ファイルサーバのローカルディスクに移動させるよう
ADサーバにて設定しています。
ここで，
メタユーザを1つのOUに所属させ，このOUに対して
「一時記憶された移動プロファイルのコピーを削除する」
のグループポリシーを有効にしていますが，
メタサーバにローカルディスクに
プロファイルが残っているように見受けられます。
何か原因・設定誤り等があるのでしょうか？
対応方法等ございましたらご教授ください。
よろしくお願いします。
[サーバ環境]
・ADサーバ (WindowsServer2003，単一ドメイン）
・メタサーバ (WindowsServer2003，CPS4.0，WebInterface)
・ファイルサーバ (WindowsServer2003)
ポリシーには、コンピュータの構成とユーザーの構成と2種類ございます。
この辺の違いについてはK2様は認識済みでしょうか？
設定が正しいと仮定した場合、ウイルス対策ソフト等が悪さをして、
プロファイルのアンロードに失敗するケースもございます。
その辺りの切り分けも必要かと思います。
この辺の違いについてはK2様は認識済みでしょうか？
設定が正しいと仮定した場合、ウイルス対策ソフト等が悪さをして、
プロファイルのアンロードに失敗するケースもございます。
その辺りの切り分けも必要かと思います。
グレートサイヤマン様
ご意見ありがとうございます。
「一時記憶された移動プロファイルのコピーを削除する」のポリシーは，
"コンピュータの構成"の下記の場所にあり，これを適用しています。
(コンピュータの構成_管理用テンプレート_システム_ユーザプロファイル_一時記憶された～)
しかし，"ユーザの構成"の方にはこのポリシーを見つけることが出来ず，
"コンピュータの構成"へのみ，ポリシーを当てている状態にあります。
これでは不正なのでしょうか？
(自分自身，上記で設定が正しいのかと言われると，判断しかねています）
勉強不足な感のある質問ではありますが，
お答え願えませんでしょうか？
すみませんがよろしくお願いします。
ご意見ありがとうございます。
「一時記憶された移動プロファイルのコピーを削除する」のポリシーは，
"コンピュータの構成"の下記の場所にあり，これを適用しています。
(コンピュータの構成_管理用テンプレート_システム_ユーザプロファイル_一時記憶された～)
しかし，"ユーザの構成"の方にはこのポリシーを見つけることが出来ず，
"コンピュータの構成"へのみ，ポリシーを当てている状態にあります。
これでは不正なのでしょうか？
(自分自身，上記で設定が正しいのかと言われると，判断しかねています）
勉強不足な感のある質問ではありますが，
お答え願えませんでしょうか？
すみませんがよろしくお願いします。
メタユーザーが所属するOUのグループにMetaサーバも登録していますでしょうか？
mal様
ご意見ありがとうございます。
メタユーザが所属するOUには，
メタ利用アカウント(公開アプリケーションの利用ユーザ)のみ所属しており，
このOUにメタ運用上の全てのポリシーを与えています。
メタサーバ機に対しては，OUでのポリシーは与えておりません。
mal様のご意見から察するに，
私の求める要件である
「メタサーバのローカルディスクに保存された、各ユーザの移動プロファイルを削除する」を
実現するためには，
メタサーバのコンピュータ自身に対して，
「一時記憶された移動プロファイルのコピーを削除する」のポリシーを適用すればよい，
ということでしょうか？
ご意見ありがとうございます。
メタユーザが所属するOUには，
メタ利用アカウント(公開アプリケーションの利用ユーザ)のみ所属しており，
このOUにメタ運用上の全てのポリシーを与えています。
メタサーバ機に対しては，OUでのポリシーは与えておりません。
mal様のご意見から察するに，
私の求める要件である
「メタサーバのローカルディスクに保存された、各ユーザの移動プロファイルを削除する」を
実現するためには，
メタサーバのコンピュータ自身に対して，
「一時記憶された移動プロファイルのコピーを削除する」のポリシーを適用すればよい，
ということでしょうか？
K2 様
おはようございます。
私の所ではメタユーザーとメタサーバを同一のOUに所属させています。
OUのポリシー・コンピュータ構成の所で
「一時記憶された移動プロファイルのコピーを削除する」
を設定し、適用させています。
メタサーバのコンピュータ自身に対して適用してみてはいかがでしょうか？
おはようございます。
私の所ではメタユーザーとメタサーバを同一のOUに所属させています。
OUのポリシー・コンピュータ構成の所で
「一時記憶された移動プロファイルのコピーを削除する」
を設定し、適用させています。
メタサーバのコンピュータ自身に対して適用してみてはいかがでしょうか？
コンピュータの構成 と ユーザーの構成の違いをご理解頂いた上で、
CPSが格納されたOUに対して、「一時記憶された移動プロファイルのコピーを削除する」
を設定して頂ければ、基本的にはOKであると思われます。
CPSが格納されたOUに対して、「一時記憶された移動プロファイルのコピーを削除する」
を設定して頂ければ、基本的にはOKであると思われます。
mal様
グレートソイヤマン様
的確なご意見ありがとうございます。
グループポリシーについて，
基本的な理解ができておりませんでした。
おっしゃられたとおり，
コンピュータ(メタサーバ)に対して
ポリシーを当て，試行運転しております。
ですが，
ポリシーを適用したメタサーバを起動すると，
イベントID：1058 のエラーが発生することが多く，
新たな課題に直面している状況にあります。
当該エラーは，発生しないこともあり，
発生したメタサーバについても，
リブートすればエラーが出ないこともあったりで，
現在，MSのサポート技術情報と格闘中です。。
グレートソイヤマン様
的確なご意見ありがとうございます。
グループポリシーについて，
基本的な理解ができておりませんでした。
おっしゃられたとおり，
コンピュータ(メタサーバ)に対して
ポリシーを当て，試行運転しております。
ですが，
ポリシーを適用したメタサーバを起動すると，
イベントID：1058 のエラーが発生することが多く，
新たな課題に直面している状況にあります。
当該エラーは，発生しないこともあり，
発生したメタサーバについても，
リブートすればエラーが出ないこともあったりで，
現在，MSのサポート技術情報と格闘中です。。
ICAクライアントドライブマップ時の使用ポートについて
いつも参考にさせて頂いております。
ICAクライアントのドライブをマップする際に使用されるポートを教えてください。
恐らくクライアントドライブマップはTerminalServiceの機能を利用されると思いますが、
ICAからの接続時は、ICAポートだけを利用するものなのでしょうか？
ファイアウォールのポート開放にMicrosoft共有ポートの開放がまずそうなので確認です。
よろしくお願い致します。
ICAクライアントのドライブをマップする際に使用されるポートを教えてください。
恐らくクライアントドライブマップはTerminalServiceの機能を利用されると思いますが、
ICAからの接続時は、ICAポートだけを利用するものなのでしょうか？
ファイアウォールのポート開放にMicrosoft共有ポートの開放がまずそうなので確認です。
よろしくお願い致します。
画面保持機能利用時は2598、
それ以外は1494、
因みにターミナルサービス（リモートデスクトップ）接続時は3389です。
それ以外は1494、
因みにターミナルサービス（リモートデスクトップ）接続時は3389です。
きくりんさん早速のご回答ありがとうございました。
少し質問がアバウトでしたので、もう少し詳しく質問させて頂くと
WAN接続クライアントが公開アプリから、自PCのドライブにあるファイル
にアクセスする場合を想定してます。
ご回答から察するに、このような運用とした場合はICAポート(1494)のみ
を開放するだけでOK。んで、画面保持機能を使うなら2598も開放する。
ということですよね？
少し質問がアバウトでしたので、もう少し詳しく質問させて頂くと
WAN接続クライアントが公開アプリから、自PCのドライブにあるファイル
にアクセスする場合を想定してます。
ご回答から察するに、このような運用とした場合はICAポート(1494)のみ
を開放するだけでOK。んで、画面保持機能を使うなら2598も開放する。
ということですよね？
開けるのはどちらか一方だけでOKです。
画面保持機能を利用している場合は2598だけ、使っていないなら1494だけ。
運用によって使い分ける場合があるなら両方開ければよろしいかと思います。
画面保持機能を利用している場合は2598だけ、使っていないなら1494だけ。
運用によって使い分ける場合があるなら両方開ければよろしいかと思います。
補足ですが、当然80番ポートは開けてください。
WebInterfaceで繋ぐ場合もProgram Neighborhoodで繋ぐ場合も
必ず80を使用します。
WebInterfaceで繋ぐ場合もProgram Neighborhoodで繋ぐ場合も
必ず80を使用します。
ありがとうございました。
Program Neighborhoodも80番を使うんですね。
こいつは知りませんでした。
大変勉強になりました。
今後ともよろしくお願い致します。
Program Neighborhoodも80番を使うんですね。
こいつは知りませんでした。
大変勉強になりました。
今後ともよろしくお願い致します。
PNでHTTP+TCP/IPを使用する場合はTCP80を使用しますが、
TCP/IPを使用する場合はTCP80は使用しないのでは・・・
それと、「使用するポートが何番なのか」のようなたぐいは、
テストしてみた結果をココに尋ねるのは理解できるのですが、
テストを実施せずに投稿するのは、ん～ と思います。
テスト済みであれば申し訳ございません。
TCP/IPを使用する場合はTCP80は使用しないのでは・・・
それと、「使用するポートが何番なのか」のようなたぐいは、
テストしてみた結果をココに尋ねるのは理解できるのですが、
テストを実施せずに投稿するのは、ん～ と思います。
テスト済みであれば申し訳ございません。
メタサーバ間でのOutlookの切り替えがうまく行われない
はじめまして。
Outlook2003をメタサーバ2台(※仮に1号機，2号機とします)で
負荷分散させているのですが，
Outlookの実行先のサーバが切り替わったときに，
Outlookの一部機能がうまく継承されず，困っております。
原因・対応方法等，
どのような些細なことでも結構ですので
心当たりのある方はご教授いただけませんでしょうか。
よろしくお願いいたします。
■現象■
1.クライアントAが初めてメタサーバに接続し，
その際，1号機がOutlookを初めて実行したとき，
Outlookの設定としてメールサーバへのネットワークパスワードが求められます。
よって，ネットワークパスワードを入力／保存し，
ログオフ／シャットダウンします。
2.クライアントAが再度メタサーバに接続し，
今度は，(1号機の負荷が大きい等の理由により)2号機がOutlookを実行したとき，
Outlookから，再度ネットワークパスワードを要求されてしまいます。(なぜ？？)
ここで，ネットワークパスワードを再度入力／保存し，
ログオフ／シャットダウンします。
3.再再度クライアントAがメタサーバに接続し，
今度は，1号機がOutlookを実行したときに，
またしても，Outlookからネットワークパスワードを要求されてしまいます。
ただし，上記2でパスワードを入力するが，保存は行わなかった場合だと，
ネットワークパスワードは要求されません。
4.なお，送受信したメールデータについては，
メタサーバが切り替わっても問題なく送受信できています。
■環境■
1.サーバ環境
ADサーバ (WindowsServer2003，単一ドメイン）
メタサーバ (WindowsServer2003，CPS4.0，WebInterface)
ファイルサーバ (WindowsServer2003)
2.クライアント環境
Webクライアント9.0 (OSは，Windows2000およびWindowsXP)
各ユーザアカウントについては，
ターミナルサービスのプロファイルをファイルサーバに格納しています。
Outlookのメールデータもファイルサーバに格納しています。
Outlook2003をメタサーバ2台(※仮に1号機，2号機とします)で
負荷分散させているのですが，
Outlookの実行先のサーバが切り替わったときに，
Outlookの一部機能がうまく継承されず，困っております。
原因・対応方法等，
どのような些細なことでも結構ですので
心当たりのある方はご教授いただけませんでしょうか。
よろしくお願いいたします。
■現象■
1.クライアントAが初めてメタサーバに接続し，
その際，1号機がOutlookを初めて実行したとき，
Outlookの設定としてメールサーバへのネットワークパスワードが求められます。
よって，ネットワークパスワードを入力／保存し，
ログオフ／シャットダウンします。
2.クライアントAが再度メタサーバに接続し，
今度は，(1号機の負荷が大きい等の理由により)2号機がOutlookを実行したとき，
Outlookから，再度ネットワークパスワードを要求されてしまいます。(なぜ？？)
ここで，ネットワークパスワードを再度入力／保存し，
ログオフ／シャットダウンします。
3.再再度クライアントAがメタサーバに接続し，
今度は，1号機がOutlookを実行したときに，
またしても，Outlookからネットワークパスワードを要求されてしまいます。
ただし，上記2でパスワードを入力するが，保存は行わなかった場合だと，
ネットワークパスワードは要求されません。
4.なお，送受信したメールデータについては，
メタサーバが切り替わっても問題なく送受信できています。
■環境■
1.サーバ環境
ADサーバ (WindowsServer2003，単一ドメイン）
メタサーバ (WindowsServer2003，CPS4.0，WebInterface)
ファイルサーバ (WindowsServer2003)
2.クライアント環境
Webクライアント9.0 (OSは，Windows2000およびWindowsXP)
各ユーザアカウントについては，
ターミナルサービスのプロファイルをファイルサーバに格納しています。
Outlookのメールデータもファイルサーバに格納しています。
移動プロファイル設定にて運用した場合はいかがでしょうか？
mal様
ご意見ありがとうございます。
今回の事象は，
移動プロファイルにて運用している中で，
発生しております。
どうやら，特定のユーザのみ本事象が発生しているようなので，
現在，各ユーザのレジストリを比較・検証している最中です。
ご意見ありがとうございます。
今回の事象は，
移動プロファイルにて運用している中で，
発生しております。
どうやら，特定のユーザのみ本事象が発生しているようなので，
現在，各ユーザのレジストリを比較・検証している最中です。
移動プロファイル格納フォルダをリネーム再作成して、
現象がどうなるか確認しては如何でしょう？
プロファイル内に格納されたなんらかの情報が原因か否か、
切り分けが可能かと思います。
現象がどうなるか確認しては如何でしょう？
プロファイル内に格納されたなんらかの情報が原因か否か、
切り分けが可能かと思います。
グレートTS様
ご意見ありがとうございます。
まだ断定できないのですが，
Outlook の Applicaiton Dataのリダイレクトが
ユーザにより異なる挙動をとっているようです。
いただいたご意見も試してみたいと思います。
ご意見ありがとうございます。
まだ断定できないのですが，
Outlook の Applicaiton Dataのリダイレクトが
ユーザにより異なる挙動をとっているようです。
いただいたご意見も試してみたいと思います。
私の所では公開デスクトップにて運用を行っていますが、
pstの格納先をファイルサーバーの共有フォルダに設定していますので、
C:\Documents and Settings\クライアントＡ\Local Settings\Application
Data\Microsoft\Outlookフォルダのリダイレクト機能の設定はしておりませんが
うまく機能しております。
私の所ではoutlookの接続設定情報などは、一度設定するとほぼ変更することはないので、
移動プロファイルの設定が正常に機能していれば、リダイレクトの必要はないと判断いたしました。
pstの格納先をファイルサーバーの共有フォルダに設定していますので、
C:\Documents and Settings\クライアントＡ\Local Settings\Application
Data\Microsoft\Outlookフォルダのリダイレクト機能の設定はしておりませんが
うまく機能しております。
私の所ではoutlookの接続設定情報などは、一度設定するとほぼ変更することはないので、
移動プロファイルの設定が正常に機能していれば、リダイレクトの必要はないと判断いたしました。
Office2003をCPSにインストールする際はOfficeリソースキット(ORK)の
カスタムインストールウィザードを使ってインストールすべきです。
ORKのカスタムインストールウィザードを利用すると、
OutlookのPSTファイルの保存先等をNAS等に変更することが可能で、
（「\\ファイルサーバ名\共有フォルダ名」等を指定可能）
それがデフォルト値となります。
その他メール設定やExchangeに関する設定はほぼ予め設定可能なので、
ユーザは初回にログオンした際に自分のアカウントとパスワードを設定すれば
後は全て設定済みの状態で起動されます。
この方法でOfficeをインストールした場合はK2さんのような現象は発生しない筈です。
カスタムインストールウィザードを使ってインストールすべきです。
ORKのカスタムインストールウィザードを利用すると、
OutlookのPSTファイルの保存先等をNAS等に変更することが可能で、
（「\\ファイルサーバ名\共有フォルダ名」等を指定可能）
それがデフォルト値となります。
その他メール設定やExchangeに関する設定はほぼ予め設定可能なので、
ユーザは初回にログオンした際に自分のアカウントとパスワードを設定すれば
後は全て設定済みの状態で起動されます。
この方法でOfficeをインストールした場合はK2さんのような現象は発生しない筈です。
まだ分析中ですが，，，
どうやらADサーバ同士のsysvol共有がうまく行われていない模様です。
Outlookの導入／設定と同時期に，
グループポリシーの設定変更を頻繁に行っていました。
本来，全メタユーザに共通適用されるはずのグループポリシーが，
sysvol共有がうまく行われていないことにより，
一部のユーザには異なるポリシーが適用され，
それによりリダイレクトの挙動に不一致が発生しているのではないか，
と推測しています。
現在，Outlookの対処よりも，
ADサーバの不具合解消が優先事項となっております。。
どうやらADサーバ同士のsysvol共有がうまく行われていない模様です。
Outlookの導入／設定と同時期に，
グループポリシーの設定変更を頻繁に行っていました。
本来，全メタユーザに共通適用されるはずのグループポリシーが，
sysvol共有がうまく行われていないことにより，
一部のユーザには異なるポリシーが適用され，
それによりリダイレクトの挙動に不一致が発生しているのではないか，
と推測しています。
現在，Outlookの対処よりも，
ADサーバの不具合解消が優先事項となっております。。
横レス失礼します。
きくりん様
＞ Office2003をCPSにインストールする際はOfficeリソースキット(ORK)の
＞ カスタムインストールウィザードを使ってインストールすべきです。
上記のコメントでリソースキットの活用を推奨されていますが、
マイクロソフトより公開されているドキュメント等があったら教えて
いただきたいです。
きくりん様
＞ Office2003をCPSにインストールする際はOfficeリソースキット(ORK)の
＞ カスタムインストールウィザードを使ってインストールすべきです。
上記のコメントでリソースキットの活用を推奨されていますが、
マイクロソフトより公開されているドキュメント等があったら教えて
いただきたいです。
Office2003 と カスタムインストールウィザード でググったら、
一番上に表示されました。。
Office 2003 Editions リソース キット
ツールボックス
カスタム インストール ウィザード
http://www.microsoft.com/japan/office/ork/2003/tools/BoxA03.htm
一番上に表示されました。。
Office 2003 Editions リソース キット
ツールボックス
カスタム インストール ウィザード
http://www.microsoft.com/japan/office/ork/2003/tools/BoxA03.htm
WebInterfaceの公開アプリを終了してもコネクションセンターが残る
はじめまして。
いつも参考にさせていただいております。
以下のような現象が発生しています。
同様の現象を経験されたことがある方がいらっしゃいましたら
対応方法をご教授いただければと思います。
WebInterfaceより公開アプリを起動するとクライアントPC上に
コネクションセンターのアイコンが現れ、アプリを終了すると
アイコンが消える、というのが普通の動きだと思うのですが、
日立の「Groupmax」というグループウェアソフトを公開アプリに
設定した場合、それを起動→終了してもコネクションセンターの
アイコンが消えずに残ってしまうのです。
サーバーの管理コンソールでセッション情報を確認してみると
アクティブ状態で残っています。
※Excel等の他のアプリの場合は消えます。
※「Groupmax」は分離環境で実行するようにしています。
■環境■
<製品>
MetaFrame Presentation Server，Enterprise Edition
<バージョン>
4.0 (Build 2198)
<Service Pack>
2005.04
以上、よろしくお願いいたします。
いつも参考にさせていただいております。
以下のような現象が発生しています。
同様の現象を経験されたことがある方がいらっしゃいましたら
対応方法をご教授いただければと思います。
WebInterfaceより公開アプリを起動するとクライアントPC上に
コネクションセンターのアイコンが現れ、アプリを終了すると
アイコンが消える、というのが普通の動きだと思うのですが、
日立の「Groupmax」というグループウェアソフトを公開アプリに
設定した場合、それを起動→終了してもコネクションセンターの
アイコンが消えずに残ってしまうのです。
サーバーの管理コンソールでセッション情報を確認してみると
アクティブ状態で残っています。
※Excel等の他のアプリの場合は消えます。
※「Groupmax」は分離環境で実行するようにしています。
■環境■
<製品>
MetaFrame Presentation Server，Enterprise Edition
<バージョン>
4.0 (Build 2198)
<Service Pack>
2005.04
以上、よろしくお願いいたします。
自己解決しました。
下記ページに解決方法がありました。
http://support.citrix.com/article/CTX102282
下記ページに解決方法がありました。
http://support.citrix.com/article/CTX102282
Web Interface画面の最小化
初心者です。
ログオンすると、［アプリケーション］ページに使用できるアプリケーションの一覧が表示され、
「アプリケーション」を実施した際、Web Interfaceの画面を最小化したいのですが、
このような機能はありますでしょうか？
ご存知の方、いらっしゃいましたら、レス願います。
ログオンすると、［アプリケーション］ページに使用できるアプリケーションの一覧が表示され、
「アプリケーション」を実施した際、Web Interfaceの画面を最小化したいのですが、
このような機能はありますでしょうか？
ご存知の方、いらっしゃいましたら、レス願います。
はじめまして。
＞このような機能はありますでしょうか？
WebInterfaceの機能にはないと思います。
#考えるとするならばログオンスクリプトでしょうか。。。
#シームレスな運用が難しいかもしれませんが。
＞このような機能はありますでしょうか？
WebInterfaceの機能にはないと思います。
#考えるとするならばログオンスクリプトでしょうか。。。
#シームレスな運用が難しいかもしれませんが。
Asteriskさん
レス、どうもありがとうございます。
やはり、WebInterfaceの機能にはないようですね。
>#考えるとするならばログオンスクリプトでしょうか。。。
>#シームレスな運用が難しいかもしれませんが。
確かに運用面を考えると、難しいのかもしれませんね。
もう少し、検討してみます。
ありがとうございました。
レス、どうもありがとうございます。
やはり、WebInterfaceの機能にはないようですね。
>#考えるとするならばログオンスクリプトでしょうか。。。
>#シームレスな運用が難しいかもしれませんが。
確かに運用面を考えると、難しいのかもしれませんね。
もう少し、検討してみます。
ありがとうございました。
Web Interface でのパスワードの変更
はじめまして。
初歩的なことで申し訳ありませんが。。。
ログオンした後、［アプリケーション］ページに［パスワードの変更］
アイコンが表示されないのですが、何処で設定したらいいのか分からない
で困っております。
ご存知の方がいらっしゃいましたら、教えてください。
よろしくお願いします。
初歩的なことで申し訳ありませんが。。。
ログオンした後、［アプリケーション］ページに［パスワードの変更］
アイコンが表示されないのですが、何処で設定したらいいのか分からない
で困っております。
ご存知の方がいらっしゃいましたら、教えてください。
よろしくお願いします。
AcccesSuite→設定ツール→WebInterface→http://********（ホスト）/ を右クリック。
認証方法の設定で「指定ユーザ」にチェック後、
したの方にユーザによるパスワード変更の許可があると思いますので
そこを「常時」にすれば鍵マークがでるのでそこで変更できると思います。
認証方法の設定で「指定ユーザ」にチェック後、
したの方にユーザによるパスワード変更の許可があると思いますので
そこを「常時」にすれば鍵マークがでるのでそこで変更できると思います。
Asteriskさん
レス、どうもありがとうございます。
「無効」が「常駐」にした所、鍵マークがでるようになりました。
大変助かりました、ありがとうございました。
レス、どうもありがとうございます。
「無効」が「常駐」にした所、鍵マークがでるようになりました。
大変助かりました、ありがとうございました。
ICAクライアントとWebInterfaceのパススルー認証
はじめまして。
ICAクライアントとWebInterfaceのパススルー認証にてログインIDが異なる現象が
発生しております。
ICAクライアントからは正常にログインユーザーにて認証を行っているのですが
WebInterfaceからは、ログインユーザーと異なるユーザーにてログインされてしまいます。
WebInterfaceからの認証ユーザーをログインユーザーに直すことはできますでしょうか？
サーバ環境
Windows2003Server
Meta Presentation Server 4.0
PSJ400W2K3R01,PSJ400W2K3R02適用済
WebInterface 4.0.4.5083
クライアント環境
WindowsXP SP2
以上、よろしくお願いいたします。
ICAクライアントとWebInterfaceのパススルー認証にてログインIDが異なる現象が
発生しております。
ICAクライアントからは正常にログインユーザーにて認証を行っているのですが
WebInterfaceからは、ログインユーザーと異なるユーザーにてログインされてしまいます。
WebInterfaceからの認証ユーザーをログインユーザーに直すことはできますでしょうか？
サーバ環境
Windows2003Server
Meta Presentation Server 4.0
PSJ400W2K3R01,PSJ400W2K3R02適用済
WebInterface 4.0.4.5083
クライアント環境
WindowsXP SP2
以上、よろしくお願いいたします。
はじめまして。
もう少し詳しく状況をおしえて頂きたいのですが、
WebInterfaceからログイン（されてしまった）場合
管理コンソール上でどのユーザでログインしていることになっているでしょうか？
全部一意のものであればWI側の設定ではないでしょうか。
もう少し詳しく状況をおしえて頂きたいのですが、
WebInterfaceからログイン（されてしまった）場合
管理コンソール上でどのユーザでログインしていることになっているでしょうか？
全部一意のものであればWI側の設定ではないでしょうか。
レス有難うございます。
WebInterfaceからのログインは、何のユーザーでログインされているかは
わからないのが現状です。接続すると、公開しているアプリケーションが
ありませんと表示されます。
ほかのPCにて同じユーザーでログインして、WebInterfaceに接続した場合は
そのIDでログインされています。
よろしくお願いします。
WebInterfaceからのログインは、何のユーザーでログインされているかは
わからないのが現状です。接続すると、公開しているアプリケーションが
ありませんと表示されます。
ほかのPCにて同じユーザーでログインして、WebInterfaceに接続した場合は
そのIDでログインされています。
よろしくお願いします。
>ほかのPCにて同じユーザーでログインして、WebInterfaceに接続した場合は
>そのIDでログインされています。
端末固有の問題ということですか？
再現性はどの程度でしょうか。
>そのIDでログインされています。
端末固有の問題ということですか？
再現性はどの程度でしょうか。
レス有難うございます。
端末固有の問題かと思います。ほかのPCでほかのユーザーは正常にログインできていますので
再現性は、必ず再現します。一応、IEの何かの問題化と思い、キャッシュやクッキーやらを
すべて削除しても、現象は変わりませんでした。
よろしくお願いします。
端末固有の問題かと思います。ほかのPCでほかのユーザーは正常にログインできていますので
再現性は、必ず再現します。一応、IEの何かの問題化と思い、キャッシュやクッキーやらを
すべて削除しても、現象は変わりませんでした。
よろしくお願いします。
IEの設定の可能性が高いですね。
正常にログインできている端末とできていない端末で
インターネットオプションのマッチングをかけてみてはいかがでしょうか？
あるとすればイントラネットのセキュリティオプション項目に差異が見られると思います。
その他端末自体で差異があれば、（ネットワーク含む）正常にログインできている端末と
比較するのが一番わかりやすいかと思います。
正常にログインできている端末とできていない端末で
インターネットオプションのマッチングをかけてみてはいかがでしょうか？
あるとすればイントラネットのセキュリティオプション項目に差異が見られると思います。
その他端末自体で差異があれば、（ネットワーク含む）正常にログインできている端末と
比較するのが一番わかりやすいかと思います。
レス有難うございます。
両方のPCを見比べてみましたが、設定に違いなどはありませんでした。
よろしくお願いします
両方のPCを見比べてみましたが、設定に違いなどはありませんでした。
よろしくお願いします
>両方のPCを見比べてみましたが、設定に違いなどはありませんでした。
全部の設定ですか？
ネットワーク・OS・アプリケーション・グループポリシー等も見直してみてくださいね。
全部一緒なのにそれだけが特別な動きをするということは現実的にあり得ないと思います。
WIの設定をパススルーから指定ユーザに変更した際の挙動はどうなりますか？
全部の設定ですか？
ネットワーク・OS・アプリケーション・グループポリシー等も見直してみてくださいね。
全部一緒なのにそれだけが特別な動きをするということは現実的にあり得ないと思います。
WIの設定をパススルーから指定ユーザに変更した際の挙動はどうなりますか？
レス有難うございます。
WebInterfaceのログイン情報は、どこを見ているのでしょうか？
IEのオートコンプリートの部分でしょうか？これを消してみても変わらなかったのですが・・・
ネットワーク・OS・アプリケーション・グループポリシー等も見直してみますが
すべて同じに設定してあると思います。
指定ユーザーにて、PCのログインユーザーを指定すると正常にログインでき、公開アプリケーション
が表示されます。
よろしくお願いいたします。
WebInterfaceのログイン情報は、どこを見ているのでしょうか？
IEのオートコンプリートの部分でしょうか？これを消してみても変わらなかったのですが・・・
ネットワーク・OS・アプリケーション・グループポリシー等も見直してみますが
すべて同じに設定してあると思います。
指定ユーザーにて、PCのログインユーザーを指定すると正常にログインでき、公開アプリケーション
が表示されます。
よろしくお願いいたします。
>WebInterfaceのログイン情報は、どこを見ているのでしょうか？
パススルー認証であれば、OSのログイン情報を渡していると思います。（domain\user1等）
別のユーザで２種の端末でログインした場合でも現象は同じですか？
こういう場合はマトリックスを作って検証するのが、障害箇所の特定に役立つと思います。
A=不具合端末
B=正常端末
1=ユーザ１（現象確認済み）
2=ユーザ２（新規ユーザ等）
1.2→A で現象発生 B発生なし→Aの不具合
A →1のみで発生→ユーザ設定の可能性
このような感じの検証を行ってみてください。
#ドメイン設定とか平気ですよね？
#OSログインの際にローカル端末にログインしているとか。。。
パススルー認証であれば、OSのログイン情報を渡していると思います。（domain\user1等）
別のユーザで２種の端末でログインした場合でも現象は同じですか？
こういう場合はマトリックスを作って検証するのが、障害箇所の特定に役立つと思います。
A=不具合端末
B=正常端末
1=ユーザ１（現象確認済み）
2=ユーザ２（新規ユーザ等）
1.2→A で現象発生 B発生なし→Aの不具合
A →1のみで発生→ユーザ設定の可能性
このような感じの検証を行ってみてください。
#ドメイン設定とか平気ですよね？
#OSログインの際にローカル端末にログインしているとか。。。
レス有難うございます。
ドメインの設定などは、正しく行われています。また、ログインはドメインにログインしております。
問題有のユーザー 不具合端末 NG 正常端末 OK
問題無のユーザー 不具合端末 OK 正常端末 OK
という結果になりました。
ドメインの設定などは、正しく行われています。また、ログインはドメインにログインしております。
問題有のユーザー 不具合端末 NG 正常端末 OK
問題無のユーザー 不具合端末 OK 正常端末 OK
という結果になりました。
以上の検証からすると端末固有ではなく、
ユーザ毎の設定みたいですね。
WI系で問題あるとすればIISの設定かと。
問題有のユーザと問題無のユーザともに
CPS上の公開アプリケーションの権限は付与されているか確認してください。
ユーザ毎の設定みたいですね。
WI系で問題あるとすればIISの設定かと。
問題有のユーザと問題無のユーザともに
CPS上の公開アプリケーションの権限は付与されているか確認してください。
レス有難うございます。
問題有のユーザーは、違うPCでは正常に公開アプリケーションが表示されます。
どこかに、ログイン情報が残っているのでしょうか？
問題有のユーザーは、違うPCでは正常に公開アプリケーションが表示されます。
どこかに、ログイン情報が残っているのでしょうか？
ターミナルサーバーはクライアントライセンスを発行できません
はじめまして
千田と申します。
どなたか、ご存知の方おられましたらお知恵を拝借したく存じます。
アドバイスお願いいたします。
実は昨日Citrixサーバの公開アプリの起動ができない症状に見舞われ
はまっております。
設置時期は若干ずれますが、同様の症状で昨日2つのサーバで
同症状が発生しておりこの因果関係がわかりません。
（１つは顧客のサーバ、１つは社内のサーバ）
共通しているのは、サーバ、クライアントともＯＳ環境、Ｃｉｔｒｉｘ環境が
ソフトウェアバージョンとセットアップ、環境構築の仕方が同じということのみです。
●サーバー環境
OS windows2000server sp4
Meta Presentation Server 4.0
アクセス方式 WebInterFace
●クライアント環境
OS WindowsXP
Meta => WebInterFaceでログイン
●症状
１）WebInterFaceは、ログインできる。
２）ログイン後、公開アプリをクリックすると
MetaFrameサーバとの接続が中断しました。
再接続しようとしています
と画面がでて、何回も再接続が試行となる。
３）一昨日までは、問題なく使用できていた。
４）同様の症状が２件同時に発生。
●調査
サーバのイベントビューアには、アプリの起動を試みると
「ターミナルライセンスはクライアントライセンスを発行できません」
とログが残る。
ＭＳのサイトでしらべて見ましたが、文書番号:813508
http://support.microsoft.com/kb/813508/ja
が該当するような気ものですが、サービスパックが有償提供とのことのようなので、
果たしてこれで直るかどうか疑問です。
同じような症状を確認し、解決された方おりましたら、
情報提供をお願いいたします。
千田と申します。
どなたか、ご存知の方おられましたらお知恵を拝借したく存じます。
アドバイスお願いいたします。
実は昨日Citrixサーバの公開アプリの起動ができない症状に見舞われ
はまっております。
設置時期は若干ずれますが、同様の症状で昨日2つのサーバで
同症状が発生しておりこの因果関係がわかりません。
（１つは顧客のサーバ、１つは社内のサーバ）
共通しているのは、サーバ、クライアントともＯＳ環境、Ｃｉｔｒｉｘ環境が
ソフトウェアバージョンとセットアップ、環境構築の仕方が同じということのみです。
●サーバー環境
OS windows2000server sp4
Meta Presentation Server 4.0
アクセス方式 WebInterFace
●クライアント環境
OS WindowsXP
Meta => WebInterFaceでログイン
●症状
１）WebInterFaceは、ログインできる。
２）ログイン後、公開アプリをクリックすると
MetaFrameサーバとの接続が中断しました。
再接続しようとしています
と画面がでて、何回も再接続が試行となる。
３）一昨日までは、問題なく使用できていた。
４）同様の症状が２件同時に発生。
●調査
サーバのイベントビューアには、アプリの起動を試みると
「ターミナルライセンスはクライアントライセンスを発行できません」
とログが残る。
ＭＳのサイトでしらべて見ましたが、文書番号:813508
http://support.microsoft.com/kb/813508/ja
が該当するような気ものですが、サービスパックが有償提供とのことのようなので、
果たしてこれで直るかどうか疑問です。
同じような症状を確認し、解決された方おりましたら、
情報提供をお願いいたします。
現象発生後、接続が回復したクライアントは存在しますか？
存在せず、ずっと接続できない状況が継続しているのであれば、
MSのナレッジの症状とは違うと思います。
TSライセンスサーバはドメインコントローラでしょうか？
それとも、CPS自身ですか？
CPS自身であれば、レジストリの修正は行っていますか？
ライセンスサーバ上で"License Logging"サービスと"terminal Service Licensing"サービスは
ちゃんと起動していますでしょうか？
まずはその辺りの確認からお願いします。
存在せず、ずっと接続できない状況が継続しているのであれば、
MSのナレッジの症状とは違うと思います。
TSライセンスサーバはドメインコントローラでしょうか？
それとも、CPS自身ですか？
CPS自身であれば、レジストリの修正は行っていますか？
ライセンスサーバ上で"License Logging"サービスと"terminal Service Licensing"サービスは
ちゃんと起動していますでしょうか？
まずはその辺りの確認からお願いします。
きくりん様
申し訳ありません。
原因ですが、サーバが2000でクライアントが2000かXPの場合、
ＴＳクライアントライセンス不要と勘違いして運用してきたのが
間違いであったようです。
厳密には、2000proかXP-proの場合に限りでした。
今回XP-homeだったのでだめだったようです。
従いましてWidnows2000かXP-Proでアクセスした場合、
アプリの起動ができました。
非常に初歩的な落ちで申し訳なく思いますが、
解決＆お騒がせいたしました。
申し訳ありません。
原因ですが、サーバが2000でクライアントが2000かXPの場合、
ＴＳクライアントライセンス不要と勘違いして運用してきたのが
間違いであったようです。
厳密には、2000proかXP-proの場合に限りでした。
今回XP-homeだったのでだめだったようです。
従いましてWidnows2000かXP-Proでアクセスした場合、
アプリの起動ができました。
非常に初歩的な落ちで申し訳なく思いますが、
解決＆お騒がせいたしました。
はじめまして。
私も千田様と同じ事象に悩まされております。。
ただし、クライアントPCはWinXP Pro(英語版)で
やはり「ターミナルライセンスはクライアントライセンスを発行できません」
というエラーが突然でるようになってしまいました。
(該当ユーザーがアクセスしだしてから90日ぐらいが経過した)
私が認識している限りは、サーバーがWin2000でクライアントが
WinXP/2000 ProだとCALは必要ないと思っていたので、
本当にCAL不足が原因なのか切り分けができずにおります。
●サーバー環境
OS windows2000server sp4 (日本語版)
Meta Presentation Server 3.0 (日本語版)
アクセス方式 WebInterFace
●クライアント環境
OS WindowsXP Pro (英語版)
Meta => WebInterFaceでログイン
どなたかご存知の方おられましたらアドバイスいただければ幸いです。
私も千田様と同じ事象に悩まされております。。
ただし、クライアントPCはWinXP Pro(英語版)で
やはり「ターミナルライセンスはクライアントライセンスを発行できません」
というエラーが突然でるようになってしまいました。
(該当ユーザーがアクセスしだしてから90日ぐらいが経過した)
私が認識している限りは、サーバーがWin2000でクライアントが
WinXP/2000 ProだとCALは必要ないと思っていたので、
本当にCAL不足が原因なのか切り分けができずにおります。
●サーバー環境
OS windows2000server sp4 (日本語版)
Meta Presentation Server 3.0 (日本語版)
アクセス方式 WebInterFace
●クライアント環境
OS WindowsXP Pro (英語版)
Meta => WebInterFaceでログイン
どなたかご存知の方おられましたらアドバイスいただければ幸いです。
SOS殿>
ターミナルサーバのアクティブ化はお済ですか？
TSがW2KでクライアントがW2K、XPProであればたしかにTSCALは不要ですが、
ターミナルサーバのアクティブ化は必要だったはずです。
ターミナルサーバのアクティブ化はお済ですか？
TSがW2KでクライアントがW2K、XPProであればたしかにTSCALは不要ですが、
ターミナルサーバのアクティブ化は必要だったはずです。
Powerful & Beautiful
力強く、美しいシステムを。