シトリックス炎の掲示板 1日8,000アクセスの国内最大シトリックスコミュニティ

トピック検索

923 件のトピックが該当しました。
  1. <
  2. 41
  3. 42
  4. 43
  5. 44
  6. 45
  7. 46
  8. 47
  9. 48
  10. 49
  11. 50
  12. >

MetaFrame接続した場合のAPのレスポンスが悪い

FPPIT 2006/03/28 15:37:25

初めて投稿させて頂きます。

下記現象により困っています、皆様のお力を貸して頂きたいと思います。

[APサーバ環境]
OS:Windows Server 2003(SP無し)
MetaFrame Presentation Server 3.0

[クライアント環境]
OS:Windows2000 Pro SP4
ICAクライアント:Program Neighboorhood 8.00

[アプリケーション]
開発ツール:VB6.0
DB:ORACLE 9.2.0

[現象]
MetaFrame接続した場合にVB6.0で開発したアプリケーション(販売管理システム)の
ログイン及び問合せ系、更新系すべてのプログラムレスポンスが悪くなるという現象が発生しています。
※例として、更新系プログラム(画面より登録された値をORACLE DBのテーブルに書き込むプログラム)が
 C/S接続だと1秒で終わりますが、MetaFrame接続だと18秒かかります。

但し、客先クライアント及び評価用クライアントすべて同じ現象であるが、
1台のみMetaFrame接続でもレスポンスのよいクライアントがあります。

いろいろと試してみたのですが、レスポンスが悪いクライアントにて、ICAクライアントのレジストリ値
"HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\ICA Client"の"ClientName"をコンピュータ名ではなく、
レスポンスが良い方の値と同じにしてみたところ、何故かレスポンスが改善されました。

しかしながら、その原因(上記レジストリ値がどこに影響を与えているのか)及び
上記レスポンスを改善する対処方法(①Metaサーバの設定を変更すればいいのか?
②すべてのクライアントPCのレジストリ値を変更しなければいけないのか等)がわかりません。
MetaFrameのみの問題ではないかもしれませんが、このような現象にあったことがある方
いらっしゃいましたら教えて下さい。

伝兵衛 2006/04/11 11:02:17

MetaFrameでは無くWindowsのターミナルサービスでも同じ現象が発生してます。

DBはORACLEでAPはソフトハウス作成の販売管理・・・
共通点はここですかね?

APの起動と言うよりもDBへの問い合わせで時間掛かっている様な感じです。
ORACLEの問題でしょうか?
データベース接続の方法と名前解決あたりでこちらも探ってみます。

ちなみにデータベース接続はDAOまたはOLEどちらでも一緒でした。
ネットワークはワークグループ環境でローカルDNSはありません。

条件一緒の部分・違う部分あったらお教え下さい。<(_ _)>
  • ニックネーム
  • メール
  • 本文

公開アプリケーションを最小化すると応答がなくなってしまう

Kangeki 2006/03/22 21:10:51

初めて投稿させて頂きます。

下記現象により困っています、皆様のお力を貸して頂きたいと思います。

構成
サーバー
Metaframe Presentation Server 4.0
Windows2003Server(SP無し)

クライアント
Windows2000 Pro、WindosXP Pro
ICAクライアント
Win32Clients
バージョン
9.150
9.000

現象
現在Web Interfaceを介してアプリケーションを公開しています。
起動した公開アプリケーションを最小化にすると、タスクバー上で右クリックしてもメニューが出てこず、
タスクマネージャより切り替え、手前に表示、最大化、Alt+Tabで選択してもアクティブにならず応答が無くなってしまいます。
タスクマネージャでの公開アプリケーションの状態は実行中になっています。

現象が発生する状況ですが、
Metaframeサーバーのローカルユーザでの認証でシームレスウィンドウモードの場合のみです。
ドメインユーザーによる認証ではシームレスウィンドウモードでも現象は発生しません。

テストしたアプリケーションはNotepad、MS Word,Excelなどです。

シームレス以外の設定ですと問題無く使えるため、現在はシームレス以外の設定でアプリケーションを利用してもらっている状態です。

なにか心あたりのある方はアドバイスをお願い致します。

愚零闘武多 2006/03/23 20:52:04

現象発生の差異は、認証先とシームレスウインドですか。。
ドメインは W2K、W2K3 等の AD でしょうか?
グループポリシーで、ユーザーの構成 あたりに設定をいれてませんでしょか?

サイト、或いはドメインのポリシーで ユーザーの構成を設定されてないのであれば、
切り分けとして新規OUを作成して、そこにテスト用アカウントを作成し、
CPSに対して、上記アカウントでログオンして現象が発生するか否かご確認しては如何でしょうか?

Kangeki 2006/03/27 08:43:06

現象発生の差異は、認証先とシームレスウィンドウモードの違いのみです。
ドメインはW2Kになっています。

ドメインの管理者が本日不在の為、出社後ポリシーについて確認してみたいと思います。
  • ニックネーム
  • メール
  • 本文

SecureGatewayを利用してWebIntefaceをhttpsで表示できない

taro 2006/03/22 18:08:20

現在以下の3台で外部公開用の構成をつくっています。

1.PSサーバ
・OS:W2003Server
・導入ソフト:Presentation Server 4.0、CA

2.GWサーバ
・OS:W2003Server
・導入ソフト:WebInterface、SecureGateway

3.ADサーバ
・OS:W2003Server
・導入サービス:ドメインコントローラ、ActiveDirectory

・GWサーバはPSサーバが発行したサーバ証明書とそのルート証明書をインポート済み。
・ADサーバはDMZに存在し、PSサーバとADサーバは内側のネットワークになっています。
・GWサーバの設定ですが、「Secure Gatewayを利用したMetaFrame Presentation Server 3.0 アクセス環境の構築」の通りに行いました。4.0と若干違う部分はありますが、ほぼ同様でできました。
---IISのSSLポートは4400にする。
---SecureGatewayでGWサーバへのIPアクセスをすべて監視し、ポートは443を使う。
---WebInterfaceのDMZの設定はSecureGateway(直接)を選択する。
---SecureGatewayの設定ではFQDNを入力し、ポート443、STAチケットのサーバもFQDNを使用している。

処理の流れは、GWサーバでADサーバのドメインユーザを認証して、
ユーザに問題がなければPSサーバにアクセスするというものです。
ちなみにPSサーバはドメインに参加していますが、GWサーバは参加していません。
試験用クライアントにPSサーバのルート証明書をインポートしてあります。
httpでGWサーバにアクセスするとソフトの起動まで問題なく行えています。

以上の状況で、質問ですが、httpsでGWサーバにアクセスすると「ページが見つかりません」のエラーが出てしまいます。
今回初めての構築でこの部分がどうしてもうまくいかず大変困っております。足りない情報がありましたら、のせますので、もしどなたか思い当たることがありましたら、助言をよろしくお願い致します。

しゅーまっは 2006/03/23 09:55:13

ちなみにWIのトップページは44000ポートを利用して参照できますか?

通りすがり 2006/03/23 12:32:40

>ADサーバはDMZに存在し
GWサーバですよね?

>IISのSSLポートは4400 
コレが悪そう
私のとこのは443

taro 2006/03/23 16:45:42

レスありがとうございます。返事が遅れてすいません。

しゅーまっは さん
>ちなみにWIのトップページは44000ポートを利用して参照できますか?
IISの変更ポート4400と44000それぞれ試してみましたが、どちらもWIのトップページを参照できませんでした。ここが表示されないということはやはり問題なのでしょうか?

通りすがり さん
>>ADサーバはDMZに存在し
>GWサーバですよね?
その通りです。書き間違えてしまいました。

>>IISのSSLポートは4400 
>コレが悪そう
>私のとこのは443
WebInterfaceのみのときは443でした。
Secure GatewayをデフォルトでインストールしようとするとMoniter all IP Adressesの設定のときに443ポートを使おうとするので、その対処法として4400など任意のポートにすると「Secure Gatewayを利用したMetaFrame Presentation Server 3.0 アクセス環境の構築」にあったので変更しました。
私の場合、そうしないとSGの構成ウィザードが進まないのですが、通りすがりさんはどう対処されているのでしょうか?



taro 2006/03/23 16:50:46

追加ですが、IISをいったん4400にして、Secure Gatewayの構成ウィザードを443で進めた後、IISをもう一度443に戻して、ブラウザでWIのトップページにhttpsでアクセスすると、


ゲートウェイが無効です。
プロキシ サーバーがアップストリーム サーバーから無効な応答を受信しました。

サーバー エラーと考えられる場合は、Web 管理者に連絡してください。

Error 502


というエラーがでました。

しゅーまっは 2006/03/23 18:55:20

44000ポートは記述ミスです。4400と書いたつもりでした。すいません。
IISの設定で、「セキュリティで保護されたチャネル(SSL)を要求する」のチェックは
どうなってますか。
また、STAとSG間もSSLで通信されてるのでしょうか。

taro 2006/03/23 19:32:59

しゅーまっは様 返信ありがとうございます。

>IISの設定で、「セキュリティで保護されたチャネル(SSL)を要求する」のチェックは
>どうなってますか。
「セキュリティで保護されたチャネル(SSL)を要求する」のチェックははずしてあります。

>また、STAとSG間もSSLで通信されてるのでしょうか。
STAとSG間は80を使用しています。

今回すべてデフォルトで構成しましたので、SGとクライアント間以外はすべてSSLを使用しない(80ポート)で通信を行っております。



しゅーまっは 2006/03/23 19:54:16

SecureGateway診断ツールの結果は良好ですか。

taro 2006/03/23 20:10:19

しゅーまっは様 たびたびありがとうございます。

SecureGateway診断ツールは
・SecureGateway Global Settings
・Interfaces
の2つが白いふきだしの!マーク

・Web Interface
・Authority Servers
・Certificate Check
の3つが緑のレ点になっています。

またWeb Interfaceの内容ですが、
FQDN=localhost
Port = 80
Secured = No
Protocol = SSL,TSL
Cipher suites = ALL
Access Mode = Indirect
Tested OK
となっております。

よろしくお願い致します。

taro 2006/03/24 10:14:33

なんとか解決できましたので、ご報告します。

---方法---
IISでhttpを80から8080に変更。
IISでhttpsを4400から443に変更。
GWサーバへのIPアクセスをすべて監視し、ポートは443から80に変更。

上記の結果、最初のログイン時にhttpsのページをひけるようになりました。
そのあとのソフトの起動でもSSLを使用しています。
私がSGの監視ポートとIISで使用するポートの意味をしっかりわかっていなかったため(今でもまだまだ理解できない部分が多いですが・・・)の問題でした。

しゅーまっは様、通りすがり様、多大なヒントをありがとうございました。

しゅーまっは 2006/03/24 10:25:36

SGの構築そのものはうまくいってそうですね。
とりあえず、WebInterfaceのサイトを再構築してみてはいかがでしょう。
また、SGのバージョンが記載されていませんが、CPS4.0のコンポーネントCDから
導入されているのであれば、HotFixが出ていますので導入された方が良いと思います。

通りすがり 2006/03/24 11:00:44

同様の構成で以前私がtaroさんと同様の件で悩んだ時に、
「IISの既定のWebサイトのプロパティ」画面から「Webサイト」タブをクリックし、
「Webサイトの識別」の中の、「SSLポート」を443から「空欄(未入力)」にする設定をしました。
設定後IISのサービスを再起動すると拍子抜けするほど突然上手くいってしまいました。
現在もIISのSSLポートは空欄です。
この箇所の設定はどうなっておりますでしょうか。

>STAとSG間は80を使用しています
コレも私のところと一緒です。

通りすがり 2006/03/24 11:07:58

追記です。
私のときはSecureGatewayがリスンするポート443と、
WordWideWebPulishingServiceのSSLポート443が競合していたために
上手くいかず、そのためSSLのポートを空欄としてみたら成功したのです。

解決されたようでおめでとうございます。

taro 2006/03/24 11:42:52

しゅーまっは様、通りすがり様、再びレスして頂きありがとうございます。

現在の解決法はやはり強引な感がありましたので、
・Hotfixの導入
・443を空欄にする
の2点をさっそく行ってみたいと思います。

ただ、現在ターミナルサービスのアクティブ化で間違ったターミナルサーバをアクティブ化してしまいましたので、その修正が終わり次第実行してみたいと思います。

しゅーまっは 2006/03/24 11:54:12

SGとWIを同一筐体で動作させる場合、通りすがりさんの問題は発生します。
当然SGとIISのSSLポートで競合が発生する為です。
なので、通常はIIS側のSSLポートをtaroさんのように4400とかに変更するか
通りすがりさんのようにブランクにして、ポートの競合を防ぎます。

taroさん無事にSSL通信出来たようですが、これは通常のSGの動きではないような気がします。
結局、クライアントからの接続要求をIISのSSLポートで受け付けているって事ですよね。。。

taro 2006/03/24 12:36:42

しゅーまっは様、ありがとうございます。

>taroさん無事にSSL通信出来たようですが、これは通常のSGの動きではないような気がします。
>結局、クライアントからの接続要求をIISのSSLポートで受け付けているって事ですよね。。。

その通りです。そこが強引な気がする部分です。
これだとFWの80と443の両方をあけておかないと通信ができないので、本来のSGよりもセキュリティが甘くなっているような気もしますし・・・。

通りすがり様のIISの443をブランクにする方法を試してみましたが、やはりhttpsでページが見つかりませんでした。

クライアントのhttpsの要求からSGサーバのIISの4400にうまく飛ばすことができればいいのですが、それがどうしてもできません。

しゅーまっは 2006/03/27 10:25:46

ここは1回原点に戻って、まずSG・証明書を削除しWIだけでちゃんと接続できるか試してみては如何でしょうか。そこで正常動作を確認し、SG構築を行ってみてもいいかもしれませんね。

taro 2006/03/27 11:09:17

しゅーまっは様、ありがとうございます。

やはりそれが一番いい方法ですよね。
WIだけだとソフトを起動できない時があったのが、気になってはいたんですが・・・。
ただ、今回はもう締め切りに間に合わないので、なんとかこのまま運用してみたいと思います。
時間が出来次第、検証したいと思います。
もし、解決した場合は経過を報告します。

本当にたくさんの貴重なレスを頂き、ありがとうございました。
  • ニックネーム
  • メール
  • 本文

MetaFrame 4.0から3.0へダウングレードしたケースについて

メタ白帯 2006/03/14 18:06:27

こんにちわ、いつも皆様には大変お世話になっております。

最近、MetaFrame Presentation Server 4.0を構築したばかりなのですが、
公開アプリケーションとして登録しましたソフトがメタ4.0ですと、不具合が
生じてまったく機能しない状態となりました。
具体的に申し上げますとアプリ上からの印刷実行時に画面が固まってしまいます。
お試し版メタ3.0を構築してみて原因が解消できるかを検証しようと思うのですが、

仮に当問題を解消できた場合、メタ4.0のサーバーへ接続していた最新のICAクライ
アント(Citrixよりダウンロード)の設定を変更する必要はありますでしょうか。
サーバーのIPアドレスやサーバーファーム名の変更はありません。

また同様に3.0でも解消できない場合は、以前使用していたMeta XPにまで落とそう
という考えもあります。
その場合、4.0への接続を想定していた最新のICAクライアントで特別な設定変更は
発生しますでしょうか。

メタメタ 2006/03/14 23:50:58

4.0で発生した問題を解明することを真っ先にやるべきでは?

メタ白帯 2006/03/15 10:18:27

メタメタ 様
おはようございます。

>4.0で発生した問題を解明することを真っ先にやるべきでは?

まったくその通りだと思っております。
問題は印刷処理時のアプリの動きにあることが判明しております。
アプリの改修を検討して頂いているのですが、不可能と言われて
しまったことを想定して今回のような投稿をさせて頂きました。

メタ白帯 2006/03/15 10:25:20

メタメタ 様
おはようございます。

>4.0で発生した問題を解明することを真っ先にやるべきでは?

まったくその通りだと思っております。
問題は印刷処理時のアプリの動きにあることが判明しております。
アプリの改修を検討して頂いているのですが、不可能と言われて
しまったことを想定して今回のような投稿をさせて頂きました。

メタ白帯 2006/03/15 10:26:01

メタメタ 様
おはようございます。

>4.0で発生した問題を解明することを真っ先にやるべきでは?

まったくその通りだと思っております。
問題は印刷処理時のアプリの動きにあることが判明しております。
アプリの改修を検討して頂いているのですが、不可能と言われて
しまったことを想定して今回のような投稿をさせて頂きました。

メタメタ 2006/03/17 00:23:57

「問題はアプリの動きにある」→「4.0を3.0もしくはXPに変える」
と言うことですか?

なぜこのような発想になるのか理解できません。

メタ白帯 2006/03/17 10:36:00

メタメタ 様

3.0もしくはXPであれば問題が解決できるからです。

しゅーまっは 2006/03/17 16:26:39

4.0のみで発生する現象というのは具体的にはどういったもでしょうか。
印刷周りで発生するトラブルであれば、UPDを利用するとエラーになるとか
セッションプリンタでAutocreateした場合にエラーになるとか何かしらの
条件等はありますか?

メタ白帯 2006/03/17 22:26:05

しゅーまっは 様

ご存知かと思いますが4.0だとサーバー上に作成されるAutocreatedされた
プリンタ名が"client/<端末名>#/~"というように/記号で区切られて生成
されています。

アプリ側の印刷処理でサーバ上のプリンタ情報を見に行くようになっているの
ですが、プリンタ名の探し方が"client¥<端末名>#¥~"という形式になって
いるのです。

~3.0までは後者の形式であることが判明したので、3.0で行きましょうという
ことになりそうなんです。

CCEA 2006/03/17 23:32:54

> ~3.0までは後者の形式であることが判明したので、3.0で行きましょうという
> ことになりそうなんです。

Citrix MetaFrame Presentation Server 3.0 Service Pack 2005.04 を
あてるとプリンタの名前は、4.0と同じになります。(笑)

本題に入りますが、4.0で採用されたプリンタ名は、ポリシーで従来の名前に変更できます。

方法:
1 管理コンソールを起動
2 ポリシーを選択
3 ポリシーを作成・プロパティを開く
4 印刷→クライアントプリンタ→従来のクライアントプリンタを選択
5 設定しない→適用するを選択、従来のクライアントプリンタを作成するを選択
6 閉じる
7 ポリシーを選択し右クリックでポリシーの適用先を選択
8 サーバーを選択(これは状況に合わせて選んでください)

これでプリンタ名は従来の通りの名前になります。

是非、4.0を使ってください。XPや3.0よりは印刷のパフォーマンスがいいですよ。

CCEA 2006/03/24 00:42:15

回答してもだんまりですか。

メタ白帯 2006/03/24 14:12:50

みなさま、ご返信遅くなり大変申し訳ありませんでした。
そしてたくさんのアドバイスを頂戴し、大変感謝しております。

CCEA様、ご丁寧なご解説を頂きありがとうございます。
先述しましたとおり、4.0の設定になっては困るのです。
アプリ側の印刷処理では3.0のプリンタ名の形式でサーバーを
見に行きますので”スラッシュ”区切りの形式である4.0
(3.0のSP適用による4.0化)では都合が悪くなってしまうのです。

メタメタ 2006/03/25 01:26:15

CCEAさんの投稿の
「本題に入りますが」
以降の内容は読まれていますか?

メタ白帯 2006/03/26 12:27:20

しゅーまっは様へ宛てた私の書込(2006/03/17 22:26:05)を
ご覧になられてはいないのでしょうか。。。

CCEA様が教えて頂いたことは既に行っております。

メタメタ 2006/03/27 23:33:28

失礼いたしました。
確かにアプリ改修が出来ないとなると、3.0に入れ替えるしかなさそうですね。

随分遠回りをしましたが、最初の質問に返りましょう。
「クライアントの設定変更の必要性」ですが、
私も経験がないので正確なことは言えません。
あくまで予想なのですが、「設定変更」は必要ないと思いますよ。

ただ、「IPアドレスもサーバーファーム名も変更なし」とは言っても、
サーバーファームそのものは同一ではないので、
クライアント側で1回は「再読み込み」の操作は必要になるでしょう。
3.0→4.0なら、サーバーファームの設定を引き継ぐことが可能ですが、
4.0→3.0は、サーバーファームの設定を引き継ぐことは出来ないので、
新規にサーバーファームを作り直すことになるからです。

メタ白帯 2006/03/28 12:27:21

メタメタ 様

どうもありがとうございます。
みなさまもたくさんのアドバイス本当にありがとうございました。
  • ニックネーム
  • メール
  • 本文

ICAクライアント配布ウィザードの起動は必須でしょうか

JFK 2006/03/07 17:03:37

こんにちわ。
MetaFrame Presentation Server をインストール中に
ICAクライアント配布ウィザードの起動を聞かれる場面が
あります。
私は製品版CD-ROMからのインストールではなく、Citrix
からダウンロードしましたインストーラより行なっております。
ICAクライアント配布ウィザードを起動すると”Components CD”
が要求されるため、当処理はできないのでチェックを入れずに
起動しないに設定にしています。
このICAクライアント配布ウィザードというのは必須なのでしょうか。
また、どのような目的のときに起動させるとよろしいでしょうか。

しゅーまっは 2006/03/16 15:23:47

必須ではありません。
詳しくは、MetaFramePresentationServer管理者ガイドの第9章239ページをご覧下さい。

JFK 2006/03/17 10:00:54

しゅーまっは 様

お返事遅くなりましてすみません。
了解です。管理者ガイドを参照してみます。ありがとうございました。
  • ニックネーム
  • メール
  • 本文

カスタムICAコネクションが消える

yamaguchi 2006/03/06 19:16:02

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

Program Neigborhood ver.9を使っているのですが、複数のPCにインストールした場合に
カスタムICAコネクションのアイコンが表示されるものと表示されないものがあります。
しかも、アイコンが表示されない場合、アイコンの追加が行えなません(知らない)。

こういった場合、カスタムICAコネクションのアイコンをどのようにして追加したらよろしい
のでしょうか?

以上、ご返答のほど、よろしくお願いいたします。

メタメタ 2006/03/06 23:34:05

これを読んでください
http://support.citrix.com/article/CTX17090

yamaguchi 2006/03/07 11:04:32

ご返答ありがとうございます。

早速資料を見て下記の場所の値を変更してみましたがアイコンは現れませんでした。

C:\Documents and Settings\..\Application Data\ICAClient
C:\Program Files\Citrix\ICA Client
APPSRV.INI
CustomConnectionsIconOff=On
AddICAIconOff=On

同じPCでもユーザーが変わるとカスタムICAコネクションのアイコンが出たりします。
レジストリ等の設定などはありますでしょうか?

ご返答のほどよろしくお願いいたします。

yamaguchi 2006/03/07 11:23:05

カスタムICAコネクションのアイコンが出ない件ですが、
一度Program Neighborhoodのアンインストールを行い、
その後、残ったフォルダ
C:\Documents and Settings\..\Application Data\ICAClient
C:\Program Files\Citrix\ICA Client
を中身ごと消して再度インストールを行ったところアイコンが表示されました。

根本的な解決方法ではないですがとりあえずこの方法で対応したいと思います。

ありがとうございました。
  • ニックネーム
  • メール
  • 本文

ICAクライアントの終了ステータスについて

kaz 2006/03/01 17:49:41

いつも拝見しております。
すみませんが、下記の実現方法について
ご教授願います。

□環境
サーバ:WindowsServer2003
    CitrixPresentationServer4.0
クライアント:WindowsXP
サーバ/クライアント間はモバイル接続(au)

□質問
公開アプリとして、Metaサーバ上の複数のAPを登録する予定です。
この公開アプリをクライアント上のメニュー画面から選択し、
起動する仕組みを考えております。

流れとしては下記のようになるかと思います。
 ①クライアント上のメニュー画面表示
 ②使用する公開アプリをクリック
 ③ダイアルアップ接続
 ④公開アプリ起動(ICAクライアント起動)
 ⑤ダイアルアップ切断

この場合、④の公開アプリを終了した際に、①のメニュー画面表示に戻らせ、
ダイアルアップ接続を自動で切断(⑤)する仕組みを入れたいと考えて
おりますが、公開アプリ終了時(ICAクライアント終了時)に呼び出し元に
ステータスを返したりすることは可能でしょうか?
もしくは、代替案があればアドバイスをお願いします。
  • ニックネーム
  • メール
  • 本文

Neighborhoodにてログイン出来ません。

ちはる 2006/02/28 19:00:39

質問事項があります。

現在、MetaFrame(評価版)の 検証環境を構築しています。
マニュアル通り(Citrix MetaFrame PresentationServer 評価版インストールガイド)
設定し、neighborhoodからアプリを動かそうとすると
「 入力したログイン情報が間違っています。入力したユーザー名と
ドメインが正しいことを確認して入力して下さい。」とメッセージが出力されます。

公開アプリケーションへはDomain Usersグループを許可しています。
ちなみに、neighborhoodで「Administrator」と入力すると、
公開アプリケーションが表示されます。

環境は下記の通りです。
アクティブディレクトリ構築サーバ
OS: Windows 2000 Server
メタフレームサーバ
Citrix Presentation Server 4.0(評価版)
OS: Windows 2000 Server


何が原因でこのような動作になってしまってのかが分からず困っています。
どのようにしたらDomain Usersグループのユーザでログオンすることができるのでしょうか?

宜しくお願いします。

メタメタ 2006/02/28 23:36:43

正しく構築すればログオンできます。
何かを間違えられたのでしょう。

nos 2006/03/01 09:19:49

1.ユーザー名とドメイン名は本当に正しいですか?
2.TSではログインできますか?
(ICAコネクション構成ツールの詳細の公開アプリケーションのみのチェックをはずす必要があります。)

3.公開アプリケーションを使えるユーザーにそのユーザー(の所属するグループ)は入っていますか?
4.公開アプリケーションのアイコンも表示されていないということですよね?

「 入力したログイン情報が間違っています。入力したユーザー名と
ドメインが正しいことを確認して入力して下さい。」メッセージと
関連あるかどうかは確認していませんが。

ちはる 2006/03/01 13:56:23

>1.ユーザー名とドメイン名は本当に正しいですか?
正しく入力しています。

>2.TSではログインできますか?
>(ICAコネクション構成ツールの詳細の公開アプリケーションのみのチェックをはずす必要があります。)
まだ試していません。

>3.公開アプリケーションを使えるユーザーにそのユーザー(の所属するグループ)は入っていますか?
管理コンソールから設定を行っています。
但し、ここで1点気になることがあるのですが、公開アプリケーションにユーザを追加した後、その設定
を確認すると、「(ドメイン名)¥?」と表示されてしまいます。これが影響しているのではないかと
考えているのですが、原因がわかりません。

>4.公開アプリケーションのアイコンも表示されていないということですよね?
はい。ログインすらできていないので、公開アプリケーションはアイコン表示されていません。
  • ニックネーム
  • メール
  • 本文

公開アプリケーションが複数起動されてしまいます

芝通アドバンス牧 2006/02/28 17:21:40

いつもお世話になっております。
芝通アドバンス牧と申します

早速ですが、以下何か情報等
お持ちでしたら何卒よろしくお願い申し上げます

お聞きしたいこと:
ICAクラインアトから
ある公開アプリケーションを
ダブルクリック等を例えば2回とか行った場合、
同じ公開アプリが2個起動されてしまいますが、
①これをなんとか、回避することはできますか?
②もしくはそうなった場合、なにかその「2個起動」を
特定する方法はありますか?

コンソールモニターからは
セッション ICA-tcp#99 が2個います
(モニター上の情報は全て同じです)

環境:
MetaFrameは、MetaFrameXP、
サーバーはWindows2000です。

以上何卒よろしくお願い申し上げます

nos 2006/03/01 09:01:42

公開アプリケーションのプロパティに同時インスタンス数を制限できる項目があります。
(XPでの設定場所は違うかもしれないです。確認してください。)

ただ過去ログ(1ユーザー1インスタンスについて)によると
Hotfixの適用が必要なようです。
http://support.citrix.com/article/CTX107899
の67
http://support.citrix.com/article/CTX107982
の34

芝通アドバンス牧 2006/03/01 11:42:30

nos様
ご回答ありがとうございます
1.公開アプリケーションのプロパティを確認してみます
2.又、教えて頂いた過去ログの内容も
  確認してみます

以上よろしくお願いいたします

芝通アドバンス牧

芝通アドバンス牧 2006/03/01 13:00:50

お世話様です
芝通アドバンス牧でございます

早速確認してみましたが
「公開アプリケーションのプロパティに同時インスタンス数を制限できる項目があります。
」が見つけられませんでした。

MetaFrameXPではそのような設定はできないのでしょうか?

以上よろしくお願いいたします

MT 2006/03/02 18:41:59

XP の Edition と FR は何でしょう?
たしか「接続の制限」は、Advance 以上で現れた機能だと思います。

いつものフォーラムの方が、レスが付きやすいのでは・・・

芝通アドバンス牧 2006/03/03 10:33:43

MT 様
ご回答ありがとうございます
XPsのFR3でございます
なにか関連情報、参考Webサイトなどございましたら
お教え頂けますでしょうか?

ちなみにお教え下さい
「いつものフォーラムの方」とは
どこでしょうか?
以上よろしくお願いいたします

MT 2006/03/06 19:55:03

失礼しました。要件は「アプリケーションの制限」の方でしたね。

経験上、XPsとXPa以上では、現れる機能が違うので、そんなもんだと思ってましたが、特にHELPにも製品の機能制限等記述されてないと思いましたので調べて見ました。
下記を参照して見て下さい。

http://support.citrix.com/article/CTX102111&searchID=16277428

この書き方だと仕様なんだか障害なんだかわかりませんね。
Citrix様には、当たり前と言われても困るんですが、その様に製品別機能制限に明記して欲しい物ですね。

他のフォーラムとは、レアな開発ツールのフォーラムです。
MetaFrameの情報収集には、この掲示板が一番充実しております。
皆様には、混乱させるような事を書きまして申し訳ありませんでした。

nos 2006/03/06 21:57:27

大変失礼しました。

Editionによる違いの理解が足りていませんでした。
ありがとうございます。ということは、この場合、
エディションをあげる。または
公開するアプリケーションをもともと2個起動できないようにする。

しかないのでしょうか?

芝通アドバンス牧 2006/03/07 17:55:16

MT様、nos様情報ありがとうございました

MT様より教えて頂きましたサイトを参照すると
xpsではできなさそうですね。

当バージョンではnos様が仰っている
上記方法しかなさそうですね。

本当にありがとうございました。

芝通アドバンス牧
  • ニックネーム
  • メール
  • 本文

ログオン画面が出てきます

くま 2006/02/21 15:10:50

お世話になります。
一つ質問させてください。

現在、メタフレームをはじめて導入しています。
一通り設定が終わり、neighborhoodからアプリを動かそうとすると
「このリモートコンピュータにログオンするには、ターミナルサービスでのログオンを許可する権利が必要です。既定でDesktop Usersグループのメンバにはこの権利があります。Remote Desktop Users グループのメンバまたはこの権利がある別のグループメンバでない場合、またはRemote DeskTop User グループにこの権利がない場合、権利を手動で得る必要があります。」
と表示され、ログイン画面が出てきてしまいます。

アクティブディレクトリーのユーザにはこのリモートデスクトップの権利は付けているの
ですが、一向にログオンできません。

またメタフレームを介さないで、ターミナルサービスを使うと、普通にログオンできます。

初めて設定するので、分からないことだらけですが
よろしくお願いします。

環境:
アクティブディレクトリ構築サーバ
Windows 2003
メタフレームサーバ
Windows 2003

Citrix Presentation Server 4.0




メタメタ 2006/02/21 23:24:19

次のいずれかで対処できます。

コネクション構成ツールでICA接続のアクセス権を持つグループの中に
ドメインのRemoteDesktopUsersグループを加える。

ローカルのRemotDesktopUSersグループの中に、
ドメインのRemoteDesktopUsersグループを加える。

くま 2006/02/22 10:33:15

回答ありがとうございます。
現在回答にあった、「ドメインのRemoteDesktopUsersグループを加える。」
を試しているのですが、うまく出来ないでいます。
どうやったら、ローカルのサーバにドメインのRemoteDesktopUsersグループを加えることが出来るのでしょう?

たびたび申し訳ありませんが、ヒントを与えてくれたら幸いです。

環境:
アクティブディレクトリ構築サーバ
Windows 2003
メタフレームサーバ
Windows 2003(ドメインに参加中:このサーバはアクティブディレクトリーの構築はしてません)

Citrix Presentation Server 4.0

nos 2006/02/22 13:35:20

> 現在回答にあった、「ドメインのRemoteDesktopUsersグループを加える。」
どちらのですか?ICAコネクション構成ツール?ローカルユーザーとグループ?

ドメインに参加していることは間違いないですよね?
ドメインとローカルで同じユーザー名のユーザーがいて、逆になっているとかないですか?

くま 2006/02/22 13:49:55

>> 現在回答にあった、「ドメインのRemoteDesktopUsersグループを加える。」
>どちらのですか?ICAコネクション構成ツール?ローカルユーザーとグループ?

両方試しました。
ですが、「ユーザまたはグループを追加」をクリックしてもローカルのユーザしか
出てきません。「場所」をクリックしても自機しか表示されません。

ひとつ気になることは、Presentation Server 4.0をインストールしたときは
まだドメインに参加させてませんでした。
あとから、参加させたのですが、それがいけなかったのでしょうか?

>ドメインに参加していることは間違いないですよね?
参加していることは間違いありません。
>ドメインとローカルで同じユーザー名のユーザーがいて、逆になっているとかないですか?
ローカルとはメタフレームがインストールされた方のサーバのことですよね?
そのローカルサーバにドメインからのグループを追加しようとして、できずにいます。







nos 2006/02/22 19:59:41

DNSは問題ないですか?
DNSサーバのアドレス間違えたりすると、確か
ユーザー名があがってこなかったはずです。

インストール後のドメイン参加については、
何かあったか、どこかで見た気がしましたが見つけられませんでした。
私からもお願いします。

nos 2006/02/24 14:04:18

>何かあったか、どこかで見た気がしましたが見つけられませんでした。
ここでした。
「メタサーバーを既存ドメインに含めたい。」のレスでは大丈夫だけど推奨ではないと。

くま 2006/02/24 15:11:59

ありがとうございます。
今、再インストールしてみてます。
でもアンインストール中に色々エラーが出てくるので、それに対応してるところです。
うまくいったら、この場でご報告します。

くま 2006/02/28 15:51:02

↑に書いたとおり、もう一度再インストールをし、アクティブディレクトリ見直しもしました。
結果うまく接続できるようになりました。

メタメタさん。
NOSさん。
大変参考になりました。
ありがとうございました。

nos 2006/03/01 09:22:03

>くまさん
原因が特定できたのでしたら、教えてください。

くま 2006/03/02 11:31:27

最初から再インストールしたので、原因が特定されたかどうか分かりませんが
これじゃないかな?というのをお知らせします。

①Presentation Server 4.0をインストールする前に、サーバをドメインに入れておく
(エラーがでた環境では、インストール後にドメインに参加させてました)

②“メタフレームサーバの”Remote DeskTop User グループにユーザを追加する。
(DCのBuiltinグループのRemote DeskTop Userのグループではだめなのですね
DCのサーバ上からメンバになってるPCサーバのRemote DeskTop Userグループに追加させました)

以上です。
困ってるかたいらしたら参考にしてください。

これからも色々質問するかもしれませんが
よろしくお願いします。

グレートムタ 2006/03/06 00:34:00

Remote DeskTop Usersがなぜ、CPS、TSにアクセスできるのかというと、
グループポリシーにて、TSへアクセスすることと、TSにローカルログオンが許可
されているからです。
つまり、本現象で確認すべき部分にグループポリシーも含まれます。
WorkGroup環境でのグループポリシーのトラブルシュートは対して難しくないのですが、
AD環境でのグループポリシーのトラブルシュートは困難を要する場合があります。

メタメタ 2006/03/06 00:45:17

> WorkGroup環境でのグループポリシーのトラブルシュートは対して難しくないのですが、
> AD環境でのグループポリシーのトラブルシュートは困難を要する場合があります。

掲示板をご覧の皆様へ。
これをもってして「WorkGroupで構築するほうが簡単」などと勘違いしないでくださいね。
WorkGroupじゃマトモなシステムなど出来ませんよ。

グレートムタ 2006/03/06 13:12:40

メタメタ様の仰るとおりで、MetaサーバをADにのっけるか、
WorkGroupで運用するかの選択要素にはなりません。
  • ニックネーム
  • メール
  • 本文

Powerful & Beautiful

力強く、美しいシステムを。