検索結果｜シトリックス炎の掲示板｜株式会社ピー・ビーシステムズ

Web Interface使用時

hoge 2007/06/26 21:25:18

いつもお世話になっています。

環境
Windows2003Server
MetaFrame　Presentation　Server4.0 AdvancedEdition
Active Directoryサーバ　1
データコレクトサーバ　 1
アプリケーションサーバ　2

1 Web Interfaceにて公開デスクトップを利用していますが、
認証の際、ドメイン名を毎回入力しています。
なんとか入力済みの状態にできないでしょうか?

2 ドライブマッピングの設定で、ドライブ名「ClientのA」などは
　CPSのポリシーで消すことが出来るんですが、公開デスクトップに
　ログイン後、アプリケーションサーバのCDドライブが
　表示されてしまいます。(FDDは表示されません。)
どこを設定すればいいんでしょうか?

ご存じの方、ご教示お願いします。

kk 2007/07/03 10:09:07

いつも参考にさせて頂いてます。
※「アプリケーションサーバ」＝「CPS＆WebInterface」と想定しています。

「1.」について

過去に同じ現象で悩みました・・・
CPSサーバにドメインのユーザアカウントでログオンした状態で、
WebInterface経由でログオンすると認証が求められずにうまくいくと思います。

ログオン後はすぐにログオフしても結構です。
CPSサーバのWindowsログオン画面でデフォルトでドメインが選択されている状態になっていればOKです。

「2.」について
ActiveDirectoryのグループポリシーでやってはいかかでしょうか？
OUの中にCPSサーバを登録してそのOUに対してグループポリシーを設定します。

ユーザの構成
｜
管理用テンプレート
｜
Windowsコンポーネント
｜
エクスプローラ
｜
指定したドライブを [マイコンピュータ] 内で非表示にする
↑ここにドライブの組み合わせを指定します。

p 2007/07/05 11:51:55

1について、です。
「Web Interfaceでログインする際にドメインを入力しなくて済むようにしたい」ということであれば、
下記の方法で実施できました。
----------------
１）Web Interface 管理コンソールを起動
２）「認証」をクリック
３）「ログオンファームでドメインフィールドを表示しない」にチェック
４）ログオンドメイン名にドメイン名を入力し、「追加」をクリック
５）「保存」をクリック
６）「設定の適用」をクリック
※ログイン画面にドメイン名が表示されなくなります

ターミナルサービス用ライセンスサーバの導通について

nana 2007/02/22 14:00:12

ライセンスの猶予期間中にドメインコントローラに
ターミナルサービス用ライセンスサーバを構築し、
CitrixPresentationServer(以下CPS)用にTSCALを割り当てました。

そこでご質問なのですがCPSサーバとライセンスサーバ間で本当に導通が
取れているのか確認するにはどのような方法がありますでしょうか。
今のところ猶予期間中であるというポップアップがCPSサーバで表示されなくなったこと
以外に確認が取れていません。
ご存知の方お手数ですがご教授の程、お願い致します。

gosh 2007/03/05 15:11:43

ターミナルサービスーライセンスコンソールで、一時ライセンスから、本ライセンスにトークンが移動すれば、ちゃんと機能したことのなると思いますが。

nana 2007/03/06 13:22:37

goshさん、ご返信ありがとうございます。

ライセンスサーバを確認したところ、一時ライセンスではなくWindows2003用TSCALが
使用されているようなのですが、実際にTSCALを使用するはずのW2K3サーバのイベントログを見ますと、
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
ターミナルサーバーライセンスの猶予期間が過ぎましたが、
サービスは、ライセンスのインストールされたライセンスサーバーに登録されていません。
運用の継続にはターミナルサーバーのライセンスサーバーが必要です。
ターミナルサーバーは、サービスの開始から 120 日間、ライセンスサーバーなしで運用できます。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
のメッセージが表記されています。

大変お手数なのですが、
上記警告メッセージの対応方法をご教授いただけますでしょうか。

gosh 2007/03/07 12:30:06

うむむ、難しいところですね。管理画面を見ながらの話になりますが、まだ、一回もターミナル接続していないPCで接続すると、最初に一時ライセンスに、ライセンス付与されたコンピュータ名があがってきます。ログオフなり、PC再起動して、もう一回ターミナル接続すると、一時ライセンスに表示されていたコンピュータ名が、本ライセンスに移動します。これが、ただしくライセンス付与されているときの動きですが・・・。ちょっとこれで確認してみましょうか。
サーバーのメッセージ上は、どうもライセンスサーバーとコミュニケーションしていない感じですね。ちなみに、ライセンスサーバーがメンバーサーバーの場合は、ライセンスサーバーを明示指定する必要もありますけど、これはどうかな。win2003 sp1だとターミナルサービス構成で指定できたはずです。ターミナルサーバー自身がライセンスサーバーの場合も必要だった気がします。
乱文ですみません。

nana 2007/03/09 14:33:50

TO goshさん

ライセンスサーバーを明示指定する必要があるとのことで調査を進めた結果、
以下の内容を実施することにより解消することができました。

＜Windows Server 2003 ターミナルサービスで検出されるライセンスサーバーを変更する方法＞
http://support.microsoft.com/kb/279561/

レジストリの新規作成にてライセンスサーバを指定する必要があったようです。

実際に運用させる期日が迫っていたため本当に助かりました。
大変お世話になりました。
ありがとうございました。

gosh 2007/03/09 17:22:47

了解です。そーいえば、sp1以前では小職もレジストリ指定でやっていましたね。

イベント1517について

ろう 2007/01/12 16:18:01

いつも参考にさせて頂いております。

今回新規にCPSサーバを1台構築したのですが、
公開アプリケーションを終了する毎に、CPSサーバのイベントビューアに
以下のイベント 1517が出力されます。
------------------------------------------------------------------
ソース：USERENV
種類：警告
イベントID：1517
ユーザー：NT AUTHORITY\SYSTEM
説明：
ログオフ時にアプリケーションまたはサービスがレジストリを
まだ使用している間に、Windows はユーザー xxxx\xxxx の
レジストリを保存しました。
ユーザーのレジストリによって使用されたメモリは解放されていません。
レジストリは使用されなくなったときにアンロードされます。
ユーザーアカウントとしてサービスを実行していることが原因と
考えられます。 LocalService または NetworkService アカウントで
サービスを構成してみてください。
------------------------------------------------------------------

以前、構築していたサーバでは、たまに出ていたことは認識していますが、
今回構築した環境では、ほぼ100%の確率で発生しているようです。
これを抑止することは可能でしょうか?

環境は以下の通りです。

・CPS 4.0 Advanced Edition
・Hotfix Rollup Pack PSJ400W2K3R02
・Hotfix PSJ400R02W2k3028、PSJ400R02W2k3001、PSJ400R02W2k3002、
・CPSクライアントが 9.230(Jaoanese)
・公開アプリケーションは Excel、Word

本来なら、パッチ/クライアントなりを削除するなど、自身で検証すべきことは、
十分承知しておりますが、お客様の環境のため、自由に触ることができず、
ここで質問させて頂いた次第です。

厚かましい質問かもしれませんが、どうぞよろしくお願い致します。

くろ 2007/01/12 18:39:37

私も自身のWinXPやWin2003でイベントにエラーが出ていましたが、マイクロソフトのサイトにある下記のソフトを使用すればエラーは消えます。
CPS4.0をインストールした環境でも問題なくエラーは消えますよ。
http://www.microsoft.com/downloads/details.aspx?familyid=1B286E6D-8912-4E18-B570-42470E2F3582&displaylang=en

ろう 2007/01/13 14:09:39

くろ様、返信ありがとうございます。
こんなツールがあるんですね。勉強になりました。
お客様先へ行った際は適用して見たいと思います。
ありがとうございました。

AutoCreatePrinterが作成されないときがある

マッピー 2007/01/10 18:29:58

いつも参考にしております。
現在、MetaFrame Presentation Server 3.0の環境で運用しておりますが
たまにAutoCreatePrinterがサーバ上で生成されていない時があります。
調べるとサーバ上でそのユーザのみAutoCreatePrinterが
生成されておらず、一度ログオフして
再度、ログインしてMetaFrameサーバに接続すると
AutoCreatePrinterが生成され印刷できるようになります。

また６台のクライアントがあり、
あるＰＣは今のところ３台でその現象が見受けられます。
また同時に出る現象ではなく、あるＰＣで直ると
次は他のＰＣにその症状が出るという感じです。

同様の現象を経験されている方がいましたら
ご教授いただけないでしょうか。宜しくお願いします。

＜環境＞
MetaFrame Presentation Server 3.0
OS：Winsows2000Server　Sp4

CPS4.0には「ログオフ時に保留中の印刷ジョブを削除する」はなくなった？

meta 2006/12/20 19:16:46

どなたかご存知の方、教えてください。
CPS4.0には「ログオフ時に保留中の印刷ジョブを削除する」
というチェック項目はなくなったのでしょうか？

印刷ジョブが削除できない状態で困っております。
printer spoolerサービスを止めようとすると、エラー1053が発生します。
サーバの再起動で回復するのですが、頻繁に発生するため回避策を探しています。
何か情報ありましたら、教えていただけますでしょうか？

Presentation Server4.0にてクライアントのセッションが残る

件 2006/12/19 11:10:55

PCからPresentation Serverに接続して、公開アプリケーションを終了しても右下のトレイにCITRIXのアイコンが残った状態になります。
トレイのアイコンを開くと、サーバへの接続が残っており「ログオフ」を押さないと終了しません。
セッションが自動的に終わるようにしたいのですがどうすれば良いでしょうか。

ちなみに、ICA接続の場合はトレイのアイ音がすぐに終了します。

hit_sea 2006/12/19 13:58:37

↓↓これなんてどうでしょうか↓↓　私はこれで解消されました。

http://support.citrix.com/article/CTX102282

件 2006/12/23 17:05:04

済みません

http://support.citrix.com/article/CTX102282
と
http://support.citrix.com/article/CTX102282
が怪しいので試してみようと思います。
しかし、肝心のファイル（PSJ400W2K3017.MSP）が見あたらないのですが
現在はダウンロードできないのでしょうか

hit_sea 2006/12/24 00:43:25

同じURLを2つ書いておられますが
正確なURLを書いてください＾＾

件 2006/12/25 09:58:20

失礼しました。自己解決できました。
一つのHOTFIXについて、一ファイルが存在するものと勘違いしておりました。
パッケージになっているのですね。

公開アプリケーションが応答しなくなる場合の切り分け方法

初心者運用担当 2006/12/12 10:19:19

いつも拝見させていただいております。
-環境-
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
上記のツール以外にも、「ここを確認すれば、ある程度切り分けられる！」
というポイントをどうか、ご教授ください。
お願い致します。

公開アプリケーションのテーマをＸＰ風に

がっしー 2006/12/08 17:57:00

公開アプリケーションのデスクトップテーマをＸＰ風にしたいんです。

サーバで、Themesサービスを起動してテーマを変更したのですが
テーマを設定したユーザでアプリケーションを起動してもＷｉｎ２ｋ風になるんです。

機器の構成は、
サーバー：
・Windows Server 2003 R2 Standard Edition
・MetaFrame Presentation Server 4.0

クライアント：
・Windows XP Professional
・Citrix MetaFrame Program Neighborhood Ver 9.00.32649
です。

公開アプリケーションのテーマを変える方法を教えていただけたらと思います。
よろしくお願いします。

mal 2006/12/09 01:33:05

各ユーザー毎において公開デスクトップを立ち上げて、画面のプロパティーにてテーマをwindowsXPに変更後ログオフし、公開アプリケーションを立ち上げた場合はいかがでしょうか？

tokio 2007/06/09 15:54:22

確かに公開デスクトップの画面のプロパティーで変更は可能ですが、
一括して管理する方法はないんでしょうかね
公開アプリケーションのみの使用で、サーバーのデスクトップは
使わせないところの方が多いと思うんですが。

”クライアントユーザープロファイルの管理”とか･･･。

宮崎 2007/08/09 17:58:05

PB様にはその節は大変お世話になりました。

今回初めてCPSを導入させて頂きました。

さて、表題の件ですが、私も同様のことで悩んでいましたが、色々調べた結果
グループポリシーを設定すれば解決しました。以下、参考URLです。
↓↓
http://support.citrix.com/article/CTX106509

①ActiveDirectoryサーバの管理ツールで、「ActiveDirectory ユーザとコンピュータ」を選択
②ポリシーをかけたいドメインを選択し、右クリック→「プロパティ」
③「グループポリシー」タブで「新規」ボタンをクリック。適当な名前を付ける
④「編集」ボタンをクリックし、［ユーザーの構成］－［管理用テンプレート］－［コントロールパネル］－［画面］－［デスクトップテーマ］まで辿る。
⑤「特定の視覚スタイルファイルを読み込むか、・・・」で「有効」にチェックを入れ、テーマを指定する。私の場合は、
%windir%\Resources\Themes\Luna\Luna.msstyles
としました。これは環境により異なると思います。

以上、後はICAクライアントからアクセスすると、指定したテーマの通りになると思います。
既に解決済みでしたらごめんなさい。
私も何とかサイトを巡って、このやり方まで行き着いたのですが、問題があったり、間違えているようでしたら、ぜひご指摘の程宜しくお願い致します。

以上

メタサーバ間でのOutlookの切り替えがうまく行われない

K2 2006/11/22 22:15:59

はじめまして。

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 2006/12/09 02:01:16

移動プロファイル設定にて運用した場合はいかがでしょうか？

K2 2006/12/09 18:40:24

mal様

ご意見ありがとうございます。

今回の事象は，
移動プロファイルにて運用している中で，
発生しております。

どうやら，特定のユーザのみ本事象が発生しているようなので，
現在，各ユーザのレジストリを比較・検証している最中です。

グレートTS 2006/12/11 19:53:05

移動プロファイル格納フォルダをリネーム再作成して、
現象がどうなるか確認しては如何でしょう？
プロファイル内に格納されたなんらかの情報が原因か否か、
切り分けが可能かと思います。

K2 2006/12/11 20:40:52

グレートTS様

ご意見ありがとうございます。

まだ断定できないのですが，
Outlook の Applicaiton Dataのリダイレクトが
ユーザにより異なる挙動をとっているようです。

いただいたご意見も試してみたいと思います。

mal 2006/12/12 10:08:56

私の所では公開デスクトップにて運用を行っていますが、
pstの格納先をファイルサーバーの共有フォルダに設定していますので、
C:\Documents and Settings\クライアントＡ\Local Settings\Application
Data\Microsoft\Outlookフォルダのリダイレクト機能の設定はしておりませんが
うまく機能しております。
私の所ではoutlookの接続設定情報などは、一度設定するとほぼ変更することはないので、
移動プロファイルの設定が正常に機能していれば、リダイレクトの必要はないと判断いたしました。

きくりん 2006/12/12 12:01:54

Office2003をCPSにインストールする際はOfficeリソースキット(ORK)の
カスタムインストールウィザードを使ってインストールすべきです。

ORKのカスタムインストールウィザードを利用すると、
OutlookのPSTファイルの保存先等をNAS等に変更することが可能で、
（「\\ファイルサーバ名\共有フォルダ名」等を指定可能）
それがデフォルト値となります。
その他メール設定やExchangeに関する設定はほぼ予め設定可能なので、
ユーザは初回にログオンした際に自分のアカウントとパスワードを設定すれば
後は全て設定済みの状態で起動されます。

この方法でOfficeをインストールした場合はK2さんのような現象は発生しない筈です。

K2 2006/12/12 16:56:06

まだ分析中ですが，，，
どうやらADサーバ同士のsysvol共有がうまく行われていない模様です。

Outlookの導入／設定と同時期に，
グループポリシーの設定変更を頻繁に行っていました。

本来，全メタユーザに共通適用されるはずのグループポリシーが，
sysvol共有がうまく行われていないことにより，
一部のユーザには異なるポリシーが適用され，
それによりリダイレクトの挙動に不一致が発生しているのではないか，
と推測しています。

現在，Outlookの対処よりも，
ADサーバの不具合解消が優先事項となっております。。

めた 2006/12/26 11:56:51

横レス失礼します。

きくりん様
＞　Office2003をCPSにインストールする際はOfficeリソースキット(ORK)の
＞　カスタムインストールウィザードを使ってインストールすべきです。

上記のコメントでリソースキットの活用を推奨されていますが、
マイクロソフトより公開されているドキュメント等があったら教えて
いただきたいです。

グレート師走 2006/12/26 17:38:51

Office2003 とカスタムインストールウィザードでググったら、
一番上に表示されました。。

Office 2003 Editions リソースキット
ツールボックス
カスタムインストールウィザード
http://www.microsoft.com/japan/office/ork/2003/tools/BoxA03.htm