トピック検索
462 件のトピックが該当しました。
- 匿名ユーザーの接続を許可でエラー - ヒロ ( 2006/10/27 09:39:49 更新)
- 一瞬でログオフしてしまう現象 - K ( 2006/10/25 15:19:58 更新)
- デフォルトプリンタ以外からのプリンタ出力ができない - まつ ( 2006/10/06 10:36:00 更新)
- シングルサインオンについて - U1 ( 2006/09/28 23:02:13 更新)
- 印刷時にメタサーバーリブート - kato ( 2006/09/22 13:56:54 更新)
- CPS4.0公開アプリのインスタンス制限について - tomdog ( 2006/09/21 16:09:14 更新)
- 移動プロファイルへの影響について - いそやん ( 2006/09/21 14:53:28 更新)
- 起動がおそい - あひる ( 2006/09/20 12:54:23 更新)
- 公開アプリケーションのユーザー追加 - ｔｔｔ ( 2006/09/15 14:07:38 更新)
- １台のクライアントで複数ファーム接続について - 匿名太郎 ( 2006/08/22 14:32:41 更新)
匿名ユーザーの接続を許可でエラー
はじめましてヒロと申します。
<構成>
・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で公開アプリケーションでＥｘｅを実行します。
公開アプリケーションの登録で匿名ユーザーの接続を許可をチェックし
実行すると以下のエラーメッセージが表示されます。
-------------------------------------------------------------------
ログオン失敗：ユーザー名を認識できないか、またはパスワードが間違っています。
この作業ディレクトリは無効です。「☆☆☆」
クライアント構成の作業ディレクトリを確認してください
-------------------------------------------------------------------
※「☆☆☆」は作業ディレクトリのパスが表示されています。
ご存知の方が教えていただきたいのですが
よろしくお願いします。
公開アプリケーションの登録時に作業ディレクトリはどういう設定をされていますか？
デフォルトではアプリケーションが格納されているディレクトリになりますが、
そのディレクトリにユーザのアクセス権がないとエラーが表示されます。
アプリケーション格納ディレクトリにユーザに対してのアクセス権を付与できないのであれば、
パブリックなディレクトリ若しくはユーザプロファイル等を作業ディレクトリに指定してください。
デフォルトではアプリケーションが格納されているディレクトリになりますが、
そのディレクトリにユーザのアクセス権がないとエラーが表示されます。
アプリケーション格納ディレクトリにユーザに対してのアクセス権を付与できないのであれば、
パブリックなディレクトリ若しくはユーザプロファイル等を作業ディレクトリに指定してください。
きくりん さん
早速のレスありがとうございます。
作業ディレクトリはＥＸＥが格納されている
ディレクトリになっています。
MetaFrameがインストールされているドメインと違うサーバーに
Ｅｘｅが格納されています。
「匿名ユーザーの接続を許可」のチェックをはずして
アカウントを設定すれば、NFuseには表示されないが
Citrix Program Heighborhoodからの起動は可能になります。
MetaFrameに設定が必要ですか？
よろしくお願いします。
早速のレスありがとうございます。
作業ディレクトリはＥＸＥが格納されている
ディレクトリになっています。
MetaFrameがインストールされているドメインと違うサーバーに
Ｅｘｅが格納されています。
「匿名ユーザーの接続を許可」のチェックをはずして
アカウントを設定すれば、NFuseには表示されないが
Citrix Program Heighborhoodからの起動は可能になります。
MetaFrameに設定が必要ですか？
よろしくお願いします。
自己レス
ＥＸＥが格納されているサーバーのローカルユーザーの「Geust」が
無効で、そのためにサーバーにアクセスできずにエラーとなっていました。
お騒がせしました。
ＥＸＥが格納されているサーバーのローカルユーザーの「Geust」が
無効で、そのためにサーバーにアクセスできずにエラーとなっていました。
お騒がせしました。
一瞬でログオフしてしまう現象
いつも参考にさせて頂いております。
現在、MetaFrameサーバー３台（MetaFrame XP FR3）で運用しておりますが、３台ともそれぞれ決まった接続数まで達すると、
それ以降にログオンしようとしたクライアントは一瞬でログオフされてしまう現象が起きてしまい、運用が立ち行かなくなり困っております。（ライセンス数は十分余裕があるのですが・・・。）
もし何かご存知であればお教え頂けませんでしょうか？
宜しくお願いします。
クライアントはProgram Neighborhood ver.8.10&9.15
サーバーはWindows 2000 server SP3
となります。
現在、MetaFrameサーバー３台（MetaFrame XP FR3）で運用しておりますが、３台ともそれぞれ決まった接続数まで達すると、
それ以降にログオンしようとしたクライアントは一瞬でログオフされてしまう現象が起きてしまい、運用が立ち行かなくなり困っております。（ライセンス数は十分余裕があるのですが・・・。）
もし何かご存知であればお教え頂けませんでしょうか？
宜しくお願いします。
クライアントはProgram Neighborhood ver.8.10&9.15
サーバーはWindows 2000 server SP3
となります。
デフォルトプリンタ以外からのプリンタ出力ができない
MetaFrameXP FR3+Windows2000 Serverでアプリケーションを公開して使用しています。
印刷時に、クライアントのデフォルトプリンタ以外のプリンタを指定して出力を行っても、
デフォルトプリンタから出力されてしまいます。
どこかの設定が間違っているのかと思うのですが、本などを見てもわからなかったのです。
今、大変困っております。解決方法をどなたか教えてください。
下記に設定した情報を書きます（※チェックした項目だけ書き出しています）
コネクション構成ツールのica-tcpのクライアント設定は、
【接続】
ログオン時にクライアントのドライブに接続
ログオン時にクライアントのプリンタに接続
クライアントの通常使うプリンタをデフォルトに設定
にチェック
【クライアントの割り当て】
クライアントのＬＰＴポートの割り当てを無効
クライアントのＣＯＭポートの割り当てを無効
にチェック
また、MetaFrameの管理コンソールにある【プリンタの管理】のプロパティは、
ユーザのログオン時にクライアントプリンタを自動生成する
にチェック
また、自動生成するクライアントプリンタは、
各サーバーでの設定に従う
にチェック
しています。
よろしくお願いいたします
印刷時に、クライアントのデフォルトプリンタ以外のプリンタを指定して出力を行っても、
デフォルトプリンタから出力されてしまいます。
どこかの設定が間違っているのかと思うのですが、本などを見てもわからなかったのです。
今、大変困っております。解決方法をどなたか教えてください。
下記に設定した情報を書きます（※チェックした項目だけ書き出しています）
コネクション構成ツールのica-tcpのクライアント設定は、
【接続】
ログオン時にクライアントのドライブに接続
ログオン時にクライアントのプリンタに接続
クライアントの通常使うプリンタをデフォルトに設定
にチェック
【クライアントの割り当て】
クライアントのＬＰＴポートの割り当てを無効
クライアントのＣＯＭポートの割り当てを無効
にチェック
また、MetaFrameの管理コンソールにある【プリンタの管理】のプロパティは、
ユーザのログオン時にクライアントプリンタを自動生成する
にチェック
また、自動生成するクライアントプリンタは、
各サーバーでの設定に従う
にチェック
しています。
よろしくお願いいたします
ひょっとして、下記のケースあてはまりませんでしょうか？
↓
[Hotfix PSJ400W2K3003より][#119054]
クライアントコンピュータ上でのデフォルトプリンタの設定が無視され、プ
リンタリストの最初のプリンタがデフォルトとして設定されることがありまし
た。この問題は、Presentation Serverでのデフォルトプリンタの設定が、
Windowsプリントスプーラにより削除されるために発生します。
この修正により、プリントスプーラAPIの代わりにレジストリAPIがコールされる
ようになり、この問題が解決されます。
↓
[Hotfix PSJ400W2K3003より][#119054]
クライアントコンピュータ上でのデフォルトプリンタの設定が無視され、プ
リンタリストの最初のプリンタがデフォルトとして設定されることがありまし
た。この問題は、Presentation Serverでのデフォルトプリンタの設定が、
Windowsプリントスプーラにより削除されるために発生します。
この修正により、プリントスプーラAPIの代わりにレジストリAPIがコールされる
ようになり、この問題が解決されます。
シングルサインオンについて
シングルサインオンについて悩んでいます。
どなたか助言をお願いできませんでしょうか？
■環境(テスト用）
①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からインストールを行ったにも関わらず、何故か画面への
表示までは行えています。
また、本書に載っている方法を行うにしても、今回はクライアント台数も不特定多数の為、
各クライアントまで行ってインストール作業を行い、設定ファイルを変更することは現実的ではありません。
何かサーバー側での設定等で解決できる方法は無いでしょうか？
>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の「ターミナルサービス構成」のプロパティの「ログオン設定」で
「常にパスワードの入力を求める」にチェックが付いていませんか？
ご返答ありがとうございます。
公開アプリケーションで指定したグループで判定されて表示されているので、
WIの機能で公開アプリケーションの実行可能/不可能のところまで判断されているけれども、
実際に実行する際には更にICAクライアントの認証後に実行されるということですね。
ActiveDirectoryでパッケージを配布については厳しいです。
メタサーバ自体をドメインに参加させるのも色々と申請を行わなければならず、大変な作業なため・・・。
フル機能版(ica32pkg.msi)とAPPSRV.INIの変更によって、シングルサインオンを確認できました。
また、付属のドキュメントとにらめっこをしてINIファイルの書き換えでインストール自体を簡略化
できることを知りました。
現在、この方法で作成したパッケージをIExpressで自己解凍形式にしてWEBで配布するように考えています。
やはり、セキュリティーが厳しくなっているからでしょうか？
個人的には設定したADのグループに応じて公開アプリの表示/非表示を認証入力なしで出来るのですから、
標準機能として公開アプリに実行までシングルサインオンを実現して欲しいとは思うのですが・・・。
公開アプリケーションで指定したグループで判定されて表示されているので、
WIの機能で公開アプリケーションの実行可能/不可能のところまで判断されているけれども、
実際に実行する際には更にICAクライアントの認証後に実行されるということですね。
ActiveDirectoryでパッケージを配布については厳しいです。
メタサーバ自体をドメインに参加させるのも色々と申請を行わなければならず、大変な作業なため・・・。
フル機能版(ica32pkg.msi)とAPPSRV.INIの変更によって、シングルサインオンを確認できました。
また、付属のドキュメントとにらめっこをしてINIファイルの書き換えでインストール自体を簡略化
できることを知りました。
現在、この方法で作成したパッケージをIExpressで自己解凍形式にしてWEBで配布するように考えています。
やはり、セキュリティーが厳しくなっているからでしょうか？
個人的には設定したADのグループに応じて公開アプリの表示/非表示を認証入力なしで出来るのですから、
標準機能として公開アプリに実行までシングルサインオンを実現して欲しいとは思うのですが・・・。
> フル機能版(ica32pkg.msi)とAPPSRV.INIの変更によって、シングルサインオンを確認できました。
割り込んですみません。当方も同じ現象で悩んでいます。
よろしければ、APPSRV.INIのどのパラメタを変更されたか
ご教授いただけないでしょうか。
よろしくお願い致します。
割り込んですみません。当方も同じ現象で悩んでいます。
よろしければ、APPSRV.INIのどのパラメタを変更されたか
ご教授いただけないでしょうか。
よろしくお願い致します。
申し訳ございません。自己解決しました。
まずはマニュアル(Web Interface管理者ガイド)
を読むべきでした。
APPSRV.INIに以下のパラメタを追加することで
解決しました。
---------------------------
EnableSSOnThruICAFile=On
SSOnUserSetting=On
---------------------------
P64～P66に記載されています。
お騒がせして申し訳ございませんでした。
まずはマニュアル(Web Interface管理者ガイド)
を読むべきでした。
APPSRV.INIに以下のパラメタを追加することで
解決しました。
---------------------------
EnableSSOnThruICAFile=On
SSOnUserSetting=On
---------------------------
P64～P66に記載されています。
お騒がせして申し訳ございませんでした。
私も横から失礼します。
パススルー認証をするために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の設定が悪いのでしょうか。
ご存知の方は、ご教授いただけないでしょうか。
よろしくお願い致します。
印刷時にメタサーバーリブート
皆さんはじめまして
いつも参考にさせていただいております。
メタフレームで原因のわかないエラーに苦しんでいます。
初歩的な事かも知れませんが是非アドバイスを頂ければ有り難いです。
環境：OS:Windows2000Server Sp1
MetaFramePresentation Server3.0
現象:FinePrintで印刷時に突然MetaFrameCom Server が再起動してしまいます。
発生ｲﾍﾞﾝﾄ：1003 System Error ｴﾗｰｺｰﾄﾞ 000000ab
印刷でしか発生しないので、クラインアトにあるバージョンが異なる
危ないプリンタドライバーを使わずに、（いつ変更されるか分からないので）
サーバーのプリンタドライバーを強制的に使わせるといった方法で対応できないか
と考えています。
プリンタドライバーのマッピングを制限するなどの対応で
解決できないのでしょうか？
ヒントをご存知の方がいらしたら、アドバイス宜しくお願い致します。
いつも参考にさせていただいております。
メタフレームで原因のわかないエラーに苦しんでいます。
初歩的な事かも知れませんが是非アドバイスを頂ければ有り難いです。
環境：OS:Windows2000Server Sp1
MetaFramePresentation Server3.0
現象:FinePrintで印刷時に突然MetaFrameCom Server が再起動してしまいます。
発生ｲﾍﾞﾝﾄ：1003 System Error ｴﾗｰｺｰﾄﾞ 000000ab
印刷でしか発生しないので、クラインアトにあるバージョンが異なる
危ないプリンタドライバーを使わずに、（いつ変更されるか分からないので）
サーバーのプリンタドライバーを強制的に使わせるといった方法で対応できないか
と考えています。
プリンタドライバーのマッピングを制限するなどの対応で
解決できないのでしょうか？
ヒントをご存知の方がいらしたら、アドバイス宜しくお願い致します。
>印刷でしか発生しないので、クラインアトにあるバージョンが異なる
>危ないプリンタドライバーを使わずに、（いつ変更されるか分からないので）
>サーバーのプリンタドライバーを強制的に使わせるといった方法で対応できないか
>と考えています。
ひとつ勘違いをされているようですが、MetaFrame上での印刷ジョブはMetaFrameサーバ上の
ドライバを利用して生成されます。クライアントのドライバは利用しません。
ですから、この場合サーバ側に問題がある可能性が高いです。
ドライバはMetaFrame対応のものを利用していますか？
また、想定しているドライバがちゃんと利用されていますか？
クライアントの持つドライバの名称とサーバ上のドライバの名称が違う場合、
ユニバーサルドライバを用いるか、若しくはMetaFrameが判断したドライバを利用します。
イベントログでその辺りも確認してください。
また、Mfcom.exeが再起動するということですので、プリンタドライバ関係に何の問題もないようでしたら、
一度MetaFrame Presentation Server 3.0のインストールメディアから修復インストールを行うことで解決するかも知れません。
>危ないプリンタドライバーを使わずに、（いつ変更されるか分からないので）
>サーバーのプリンタドライバーを強制的に使わせるといった方法で対応できないか
>と考えています。
ひとつ勘違いをされているようですが、MetaFrame上での印刷ジョブはMetaFrameサーバ上の
ドライバを利用して生成されます。クライアントのドライバは利用しません。
ですから、この場合サーバ側に問題がある可能性が高いです。
ドライバはMetaFrame対応のものを利用していますか？
また、想定しているドライバがちゃんと利用されていますか？
クライアントの持つドライバの名称とサーバ上のドライバの名称が違う場合、
ユニバーサルドライバを用いるか、若しくはMetaFrameが判断したドライバを利用します。
イベントログでその辺りも確認してください。
また、Mfcom.exeが再起動するということですので、プリンタドライバ関係に何の問題もないようでしたら、
一度MetaFrame Presentation Server 3.0のインストールメディアから修復インストールを行うことで解決するかも知れません。
分かりやすい回答、ありがとうございました。
>クライアントの持つドライバの名称とサーバ上のドライバの名称が違う場合、
>ユニバーサルドライバを用いるか、若しくはMetaFrameが判断したドライバを利用します。
以前、サーバーがリブートした時に、クライアントのドライバーのバージョンを
サーバーと一致させたら、復旧した場合があったので、クライアント側のドライバーを
使っていると思っていました。
そうではなくて、ﾄﾞライバーのバージョンが違うために、別のドライバーと認識されて
違うドライバーで印刷されてしまったということでしょうか。
いずれにしても、クライアント1台がエラーになるならいいのですが、全部のクライアントに
影響がでるのは困った障害です。（再現性が無く、リブートすると正常に印刷できます。）
>クライアントの持つドライバの名称とサーバ上のドライバの名称が違う場合、
>ユニバーサルドライバを用いるか、若しくはMetaFrameが判断したドライバを利用します。
以前、サーバーがリブートした時に、クライアントのドライバーのバージョンを
サーバーと一致させたら、復旧した場合があったので、クライアント側のドライバーを
使っていると思っていました。
そうではなくて、ﾄﾞライバーのバージョンが違うために、別のドライバーと認識されて
違うドライバーで印刷されてしまったということでしょうか。
いずれにしても、クライアント1台がエラーになるならいいのですが、全部のクライアントに
影響がでるのは困った障害です。（再現性が無く、リブートすると正常に印刷できます。）
katoさんの質問に相乗りで大変恐縮ですが、どなたかお分かりであればご教授ください。
＞ひとつ勘違いをされているようですが、MetaFrame上での印刷ジョブはMetaFrameサーバ上の
＞ドライバを利用して生成されます。クライアントのドライバは利用しません。
前提としてメーカー提供のプリンタドライバの利用を考えておりますが、以下３点質問です。
①プリンタの接続形式として、クライアントPCにドライバをインストール（含むPoint&Print）し、Meta Frame Serverログオン時に作成されるAuto Created Printerを使用して印刷する場合、印刷ジョブの生成がサーバ上のドライバであれば、クライアントへドライバをインストールする目的は何でしょうか？
②一方、Meta Frame Serverに直接インストールされたドライバ（含むPoint&Print）を使用する接続形式がありますが、この方法ではクライアントへのドライバインストールは一切不要でしょうか？
③また、サーバ、ネットワーク負荷軽減および印刷時間の短縮化を考慮した場合、どちらの接続形式のほうが望ましいのでしょうか？（勝手な予想ですが、①でクライアントがRAWデータを生成しないなら、②のPoint&Printかつプリントサーバ側で最終的にRAWデータを生成する方法が最適かなとおもっています）
＞ひとつ勘違いをされているようですが、MetaFrame上での印刷ジョブはMetaFrameサーバ上の
＞ドライバを利用して生成されます。クライアントのドライバは利用しません。
前提としてメーカー提供のプリンタドライバの利用を考えておりますが、以下３点質問です。
①プリンタの接続形式として、クライアントPCにドライバをインストール（含むPoint&Print）し、Meta Frame Serverログオン時に作成されるAuto Created Printerを使用して印刷する場合、印刷ジョブの生成がサーバ上のドライバであれば、クライアントへドライバをインストールする目的は何でしょうか？
②一方、Meta Frame Serverに直接インストールされたドライバ（含むPoint&Print）を使用する接続形式がありますが、この方法ではクライアントへのドライバインストールは一切不要でしょうか？
③また、サーバ、ネットワーク負荷軽減および印刷時間の短縮化を考慮した場合、どちらの接続形式のほうが望ましいのでしょうか？（勝手な予想ですが、①でクライアントがRAWデータを生成しないなら、②のPoint&Printかつプリントサーバ側で最終的にRAWデータを生成する方法が最適かなとおもっています）
私の説明がことば足らずだったようで申し訳ありません。
MetaFrame上でジョブは生成しますが、印刷ジョブをプリンタへ引き渡すのはクライアント側の仕事です。
ただし、プリントサーバ経由での印刷で運用している場合には、MetaFrameからクライアントを通さずに
直接プリントサーバにジョブを送ることができます。
①につきましては、上記の通りでクライアントがプリンタにジョブを渡す役目をします。
また、ジョブ生成の際にクライアントドライバのパラメータを参照して生成します。
②につきましては、MetaFrameのローカルプリンタを利用する場合、プリントサーバ経由で
印刷する場合はクライアントへのドライバインストールは不要です
③については、運用によるかと思います。クライアントが全てローカルエリア内にある場合は
MetaFrameのローカルまたはプリントサーバでの印刷でもよろしいかと思いますが、
WANで利用しているクライアントが存在する場合は難しいです。
まぁ、ポリシーでユーザを分ければよろしいかと思いますが。
MetaFrame上でジョブは生成しますが、印刷ジョブをプリンタへ引き渡すのはクライアント側の仕事です。
ただし、プリントサーバ経由での印刷で運用している場合には、MetaFrameからクライアントを通さずに
直接プリントサーバにジョブを送ることができます。
①につきましては、上記の通りでクライアントがプリンタにジョブを渡す役目をします。
また、ジョブ生成の際にクライアントドライバのパラメータを参照して生成します。
②につきましては、MetaFrameのローカルプリンタを利用する場合、プリントサーバ経由で
印刷する場合はクライアントへのドライバインストールは不要です
③については、運用によるかと思います。クライアントが全てローカルエリア内にある場合は
MetaFrameのローカルまたはプリントサーバでの印刷でもよろしいかと思いますが、
WANで利用しているクライアントが存在する場合は難しいです。
まぁ、ポリシーでユーザを分ければよろしいかと思いますが。
CPS4.0公開アプリのインスタンス制限について
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のバージョンが上がったことによる影響か…？
何か情報をお持ちの方、教えてください。
宜しくお願いします！
試しにnet useコマンドはログオンスクリプトで実行し、
公開アプリケーションは実際のアプリケーションを登録してみてはどうでしょうか？
ログオンスクリプトは、ドメイン環境であればActiveDirectoryのグループポリシーから設定し、
WORKGROUP環境であればMetaFrameサーバのローカルポリシーで設定します。
それで解決するようであれば、上記の方法で運用すればよいと思うのですが。
公開アプリケーションは実際のアプリケーションを登録してみてはどうでしょうか？
ログオンスクリプトは、ドメイン環境であればActiveDirectoryのグループポリシーから設定し、
WORKGROUP環境であればMetaFrameサーバのローカルポリシーで設定します。
それで解決するようであれば、上記の方法で運用すればよいと思うのですが。
きくりんさん
返信ありがとうございます。
> 試しにnet useコマンドはログオンスクリプトで実行し、
> 公開アプリケーションは実際のアプリケーションを登録してみてはどうでしょうか？
ログオンスクリプトということは、
他に稼動しているアプリケーションを起動した場合にもnet useが処理されますよね…？
他のアプリにも影響が及ぶのであれば、
せっかくご提案いただいたのに申し訳ありませんが、その対応は差し控えたいと思います…。
やはり気になっているのが、設定の変更が無いのに動作が変わっているところです。
これを確認するにはもうサポートへ問い合わせるしかないのでしょうか･･･。
返信ありがとうございます。
> 試しにnet useコマンドはログオンスクリプトで実行し、
> 公開アプリケーションは実際のアプリケーションを登録してみてはどうでしょうか？
ログオンスクリプトということは、
他に稼動しているアプリケーションを起動した場合にもnet useが処理されますよね…？
他のアプリにも影響が及ぶのであれば、
せっかくご提案いただいたのに申し訳ありませんが、その対応は差し控えたいと思います…。
やはり気になっているのが、設定の変更が無いのに動作が変わっているところです。
これを確認するにはもうサポートへ問い合わせるしかないのでしょうか･･･。
PS4.0 では、インスタンスの制限の設定が反映されないバグがあったと記憶しています。
Rollup Pack 1を適用してみてはいかがでしょう？
下記の修正内容が該当していると思うのですが。
↓
67. この修正により、同時に起動する公開アプリケーションのインスタンス数を制限する機能について、以下の問題が解決されます。
o 一部のアプリケーションで、起動するインスタンス数を制限しても、この設定が無視されることがありました。[#97994, 121849]
Rollup Pack 1を適用してみてはいかがでしょう？
下記の修正内容が該当していると思うのですが。
↓
67. この修正により、同時に起動する公開アプリケーションのインスタンス数を制限する機能について、以下の問題が解決されます。
o 一部のアプリケーションで、起動するインスタンス数を制限しても、この設定が無視されることがありました。[#97994, 121849]
移動プロファイルへの影響について
先日、ドメイン再構築を機に移動プロファイルを導入したところ、
一部ユーザーから、｢削除したファイルがデスクトップに戻っている」、
｢新しくフォルダを作ってそこに格納したはずのファイルが、またデスクトップに戻っている｣等の以上が報告されました。
それらのユーザーの共通点が、CPS4.0がインストールされているサーバに塔載した会計システムのユーザーだったのです。
報告が上がりはじめた当初は、Windows側の原因と思っていたのですが、会計システムを利用していないユーザーでは不具合が見られないこと、クライアントの不具合発生時のログをマイクロソフトに解析してもらった結果も｢異状なし｣であったことから、CPS4.0が何らかの影響を与えていると思われるのですが、
対処方法をご存知の方いらっしゃいましたらお知恵を拝借いたしたく存じます｡
よろしくお願いいたします。
一部ユーザーから、｢削除したファイルがデスクトップに戻っている」、
｢新しくフォルダを作ってそこに格納したはずのファイルが、またデスクトップに戻っている｣等の以上が報告されました。
それらのユーザーの共通点が、CPS4.0がインストールされているサーバに塔載した会計システムのユーザーだったのです。
報告が上がりはじめた当初は、Windows側の原因と思っていたのですが、会計システムを利用していないユーザーでは不具合が見られないこと、クライアントの不具合発生時のログをマイクロソフトに解析してもらった結果も｢異状なし｣であったことから、CPS4.0が何らかの影響を与えていると思われるのですが、
対処方法をご存知の方いらっしゃいましたらお知恵を拝借いたしたく存じます｡
よろしくお願いいたします。
会計システムのユーザのみが不具合が出るのであれば、
会計ソフト使用する為に行っている設定が問題なのでは？
ちなみに会計ソフトは何なんでしょうね？
それが分かれば同一ソフト使用している人から
助言得られやすいと思われます。
会計ソフト使用する為に行っている設定が問題なのでは？
ちなみに会計ソフトは何なんでしょうね？
それが分かれば同一ソフト使用している人から
助言得られやすいと思われます。
公開デスクトップを利用されているのでしょうか。
そうではない場合は下記内容が当てはまらないと思いますので
無視してください。
公開デスクトップである場合、通常のプロファイルとターミナルプロファイルの
パスに同じものを指定していると同様の現象になると思います。
ローカルPCにログオン
移動プロファイル -> ローカルPC にコピー
※PC 利用中はコピーされたローカル PC 上のファイルを利用し、
ログオフする時に差分を移動プロファイルに書き戻します
公開デスクトップ起動
移動プロファイル -> MetaFrame サーバにコピー
デスクトップ上からファイル削除
※ここでは Meta 上にコピーされたプロファイルの中の
ファイルを削除します
公開デスクトップ終了
Meta 上のプロファイル -> 移動プロファイルに戻し
※この時点では削除された情報が移動プロファイルに保存される
再度公開デスクトップを起動してもファイルは消えた状態
なのではないかと思います。
ローカルPCからログオフ
ローカルPC上のプロファイル -> 移動プロファイルに戻し
※ここで、ローカルPC上のプロファイル(デスクトップにファイルが
存在している状態)が移動プロファイルに書き戻される
この場合の対処は通常のプロファイルとターミナルサービスの
プロファイルを分ければ良いのではないかと思います。
そうではない場合は下記内容が当てはまらないと思いますので
無視してください。
公開デスクトップである場合、通常のプロファイルとターミナルプロファイルの
パスに同じものを指定していると同様の現象になると思います。
ローカルPCにログオン
移動プロファイル -> ローカルPC にコピー
※PC 利用中はコピーされたローカル PC 上のファイルを利用し、
ログオフする時に差分を移動プロファイルに書き戻します
公開デスクトップ起動
移動プロファイル -> MetaFrame サーバにコピー
デスクトップ上からファイル削除
※ここでは Meta 上にコピーされたプロファイルの中の
ファイルを削除します
公開デスクトップ終了
Meta 上のプロファイル -> 移動プロファイルに戻し
※この時点では削除された情報が移動プロファイルに保存される
再度公開デスクトップを起動してもファイルは消えた状態
なのではないかと思います。
ローカルPCからログオフ
ローカルPC上のプロファイル -> 移動プロファイルに戻し
※ここで、ローカルPC上のプロファイル(デスクトップにファイルが
存在している状態)が移動プロファイルに書き戻される
この場合の対処は通常のプロファイルとターミナルサービスの
プロファイルを分ければ良いのではないかと思います。
起動がおそい
cps4でネイバーフットを使用しております。
クライアント端末から、起動をした場合、
メタフレームを読み込む画面があるかと思います。
その場面で何度か画面が固まります。
アカウントの場面であったり、クライアントドライブの
マッピングであったり。
（管理コンソールからドライブのマッピングは無効にしています。）
対処方法はありますでしょうか？
ご教授願います。
クライアント端末から、起動をした場合、
メタフレームを読み込む画面があるかと思います。
その場面で何度か画面が固まります。
アカウントの場面であったり、クライアントドライブの
マッピングであったり。
（管理コンソールからドライブのマッピングは無効にしています。）
対処方法はありますでしょうか？
ご教授願います。
http://support.citrix.com/article/CTX105659
を利用して拡張ログオンフィードバック機能を無効にしてみるとか。
あとは以下の KB を参考して調査ですかね。
http://support.citrix.com/article/CTX102017
http://support.citrix.com/article/CTX107478
を利用して拡張ログオンフィードバック機能を無効にしてみるとか。
あとは以下の KB を参考して調査ですかね。
http://support.citrix.com/article/CTX102017
http://support.citrix.com/article/CTX107478
こんばんは
思いついたことを記載します。
①重たいログオンスクリプトがないか？
②プリンタを多数設定していないか？
③リモートデスクトップでも同じ現象が発生するか？
思いついたことを記載します。
①重たいログオンスクリプトがないか？
②プリンタを多数設定していないか？
③リモートデスクトップでも同じ現象が発生するか？
公開アプリケーションのユーザー追加
ドメインサーバへユーザー追加を行ったのですが、公開アプリケーションにユーザー追加することができません。アカウンの認証先にドメインで追加したユーザーが表示されてこないのですが、何か設定が足りないのでしょうか？素人に近い知識しかなくてすみませんが、よろしくお願いします。
（ドメインサーバとMetaサーバは同一サーバです）
（ドメインサーバとMetaサーバは同一サーバです）
>ドメインサーバとMetaサーバは同一サーバです
そもそもDCとCPSは同居できません。環境を切り離してください。
そもそもDCとCPSは同居できません。環境を切り離してください。
返信ありがとうございます。
現状、ドメインサーバとMetaサーバは同居して稼動中で、既存ユーザーでは何の問題も無くログインして使用できております。
ユーザー追加だけできないのですが、何か問題あるのでしょうか？
現状、ドメインサーバとMetaサーバは同居して稼動中で、既存ユーザーでは何の問題も無くログインして使用できております。
ユーザー追加だけできないのですが、何か問題あるのでしょうか？
DCと同居できなくなったのはCPS4.0からですね。
tttさんが管理されている環境はCPS3.0以前ということでしょう。
CMCで公開アプリケーションのプロパティからユーザの追加を行っているかと思いますが、
「ユーザー名を表示」というチェックボックスはチェックが入っておりますでしょうか？
若しくは「ユーザー名を追加」ボタンをクリックして、表示された入力フィールドに
“ユーザ名@ドメイン名”または“ドメイン名\ユーザ名”を入力して確認されますでしょうか？
どちらもできない場合はドメイン認証されていません。
イベントログ等を確認してください。
tttさんが管理されている環境はCPS3.0以前ということでしょう。
CMCで公開アプリケーションのプロパティからユーザの追加を行っているかと思いますが、
「ユーザー名を表示」というチェックボックスはチェックが入っておりますでしょうか？
若しくは「ユーザー名を追加」ボタンをクリックして、表示された入力フィールドに
“ユーザ名@ドメイン名”または“ドメイン名\ユーザ名”を入力して確認されますでしょうか？
どちらもできない場合はドメイン認証されていません。
イベントログ等を確認してください。
返信ありがとうございます。
「ユーザー名を表示」のチェックは入れているのですが、ユーザー名は表示されてこないです。
「ユーザー名を追加」では“ドメイン名\ユーザ名”は入力してみましたが、拒否されてしまいます。”ユーザー名＠ドメイン名”は試してませんのでやってみます。
イベントログも確認してみますが、コンピュータの管理から「ローカルユーザーとグループ」にユーザーを追加し、所属するグループも設定したのですが、これだけではドメイン認証というのはされないのでしょうか？
すみませんがよろしくお願いします。
「ユーザー名を表示」のチェックは入れているのですが、ユーザー名は表示されてこないです。
「ユーザー名を追加」では“ドメイン名\ユーザ名”は入力してみましたが、拒否されてしまいます。”ユーザー名＠ドメイン名”は試してませんのでやってみます。
イベントログも確認してみますが、コンピュータの管理から「ローカルユーザーとグループ」にユーザーを追加し、所属するグループも設定したのですが、これだけではドメイン認証というのはされないのでしょうか？
すみませんがよろしくお願いします。
情報が少なくて何とも申せませんが・・・
・作成したユーザはプロパティで確認した際に「Domain Users」に属していますか？
・作成したユーザでDC件MetaFrameサーバにログオンできますか？
・公開アプリケーションを「Domain Users」に公開した場合は起動できますでしょうか？
・プロパティの「すべてのターミナルサーバーにおいて、このユーザーがログオンするための
アクセス許可を拒否する」にチェックが入っていたりしませんか？
・Citrixコネクション構成ツールでicaコネクションのアクセス権はどうなっていますか？
・新規に追加したユーザのみがログオンできないのでしょうか？それとも全ユーザですか？
・ライセンス（TSCALおよびMetaFrameライセンス）は足りていますか？
・イベントログにNetlogonやKDC、Userenv等のDCに関連するエラー、警告は表示されていませんか？
・dcdiagで診断してみましたか？
同一筐体に機能が纏まっていると障害切り分けが難しくなりますね・・・
最低上記の項目は確認してみてください。
・作成したユーザはプロパティで確認した際に「Domain Users」に属していますか？
・作成したユーザでDC件MetaFrameサーバにログオンできますか？
・公開アプリケーションを「Domain Users」に公開した場合は起動できますでしょうか？
・プロパティの「すべてのターミナルサーバーにおいて、このユーザーがログオンするための
アクセス許可を拒否する」にチェックが入っていたりしませんか？
・Citrixコネクション構成ツールでicaコネクションのアクセス権はどうなっていますか？
・新規に追加したユーザのみがログオンできないのでしょうか？それとも全ユーザですか？
・ライセンス（TSCALおよびMetaFrameライセンス）は足りていますか？
・イベントログにNetlogonやKDC、Userenv等のDCに関連するエラー、警告は表示されていませんか？
・dcdiagで診断してみましたか？
同一筐体に機能が纏まっていると障害切り分けが難しくなりますね・・・
最低上記の項目は確認してみてください。
ご返答ありがとうございます。
既存ユーザー「Anonxxx」の15個はログオンできており、新規に追加したユーザーのみがログオンできていません。
既存ユーザーと全く同じ設定にして新規で追加したつもりなのですが、どういう訳かログオンできていません。
CitrixのサポートHPを色々調べていましたら、私が新規で追加したのは匿名ユーザーだったみたいで、その場合はサーバ再起動後でないとユーザー追加が反映されないと書いてありました。
サーバ再起動はまだ行っていませんが、試してみます。それでも駄目でしたらまた質問させて頂きます。
既存ユーザー「Anonxxx」の15個はログオンできており、新規に追加したユーザーのみがログオンできていません。
既存ユーザーと全く同じ設定にして新規で追加したつもりなのですが、どういう訳かログオンできていません。
CitrixのサポートHPを色々調べていましたら、私が新規で追加したのは匿名ユーザーだったみたいで、その場合はサーバ再起動後でないとユーザー追加が反映されないと書いてありました。
サーバ再起動はまだ行っていませんが、試してみます。それでも駄目でしたらまた質問させて頂きます。
> コンピュータの管理から「ローカルユーザーとグループ」にユーザーを追加し、
> 所属するグループも設定したのですが、これだけではドメイン認証というのはされないのでしょうか？
この操作だとサーバーのローカルユーザーの追加になり、
ドメインにはユーザーを追加していないことになりますが…？
「公開AP設定画面でユーザーが表示されない」と「ログオンできない」とは
トラブルの内容が異なりますよ。
> 所属するグループも設定したのですが、これだけではドメイン認証というのはされないのでしょうか？
この操作だとサーバーのローカルユーザーの追加になり、
ドメインにはユーザーを追加していないことになりますが…？
「公開AP設定画面でユーザーが表示されない」と「ログオンできない」とは
トラブルの内容が異なりますよ。
返答ありがとうございます。
追加したユーザーが表示されないため、その結果追加したユーザーでログオンできないと言う事に繋っているので、トラブル内容は異なっていませんが。
何の処方も頂けないのに、揚げ足取り的な回答は受け付けておりません。
追加したユーザーが表示されないため、その結果追加したユーザーでログオンできないと言う事に繋っているので、トラブル内容は異なっていませんが。
何の処方も頂けないのに、揚げ足取り的な回答は受け付けておりません。
> > > コンピュータの管理から「ローカルユーザーとグループ」にユーザーを追加し、
> > > 所属するグループも設定したのですが、これだけではドメイン認証というのはされないのでしょうか？
> > この操作だとサーバーのローカルユーザーの追加になり、
> > ドメインにはユーザーを追加していないことになりますが…？
・・・というのは、、
Active Directoryのドメインユーザーを使用したい場合は
「Active Directory ユーザーとコンピュータ」でドメインユーザーを追加するのですが、
このツールでのユーザー作成は行われたのでしょうか？
「コンピュータの管理」では、ドメインではなく個別サーバーのローカルユーザーしか追加できません。
「ドメインで追加した」とも書かれていますが、ツール名が違っていたため気になりました。
> 何の処方も頂けないのに、揚げ足取り的な回答は受け付けておりません。
揚げ足取りでしたかね・・・
> > > 所属するグループも設定したのですが、これだけではドメイン認証というのはされないのでしょうか？
> > この操作だとサーバーのローカルユーザーの追加になり、
> > ドメインにはユーザーを追加していないことになりますが…？
・・・というのは、、
Active Directoryのドメインユーザーを使用したい場合は
「Active Directory ユーザーとコンピュータ」でドメインユーザーを追加するのですが、
このツールでのユーザー作成は行われたのでしょうか？
「コンピュータの管理」では、ドメインではなく個別サーバーのローカルユーザーしか追加できません。
「ドメインで追加した」とも書かれていますが、ツール名が違っていたため気になりました。
> 何の処方も頂けないのに、揚げ足取り的な回答は受け付けておりません。
揚げ足取りでしたかね・・・
コンピュータの管理からユーザの追加ができたのですか？
普通ActiveDirectoryをインストールすると、ユーザ管理はActiveDirectoryが行うため、
コンピュータの管理には「ローカルユーザーとグループ」は存在しない筈なのですが・・・
とにかく、aaaさんのおっしゃる通り、CPSを利用するユーザがドメインユーザである以上は
「ActiveDirectoryユーザとコンピュータ」からユーザを追加する必要があります。
試しに公開アプリケーションのプロパティの「ユーザー」で「アカウントの認証先」を
ドメインではなく、コンピュータ名を選択してみてください。
そして「ユーザー名を表示」にチェックを入れて作成したユーザーが表示されるようでしたら
間違いなくローカルユーザです。
aaaさんのご指摘は的確だと思います。決して揚げ足取りではありませんよ。
普通ActiveDirectoryをインストールすると、ユーザ管理はActiveDirectoryが行うため、
コンピュータの管理には「ローカルユーザーとグループ」は存在しない筈なのですが・・・
とにかく、aaaさんのおっしゃる通り、CPSを利用するユーザがドメインユーザである以上は
「ActiveDirectoryユーザとコンピュータ」からユーザを追加する必要があります。
試しに公開アプリケーションのプロパティの「ユーザー」で「アカウントの認証先」を
ドメインではなく、コンピュータ名を選択してみてください。
そして「ユーザー名を表示」にチェックを入れて作成したユーザーが表示されるようでしたら
間違いなくローカルユーザです。
aaaさんのご指摘は的確だと思います。決して揚げ足取りではありませんよ。
ご返答ありがとうございます。
aaaさんの二回目の投稿については大変参考になりました。ありがとうございます。
ただ、一回目の投稿は問題点や矛盾点を指摘されるだけで、どのような対処を行えば良いのかアドバイスを頂くことができませんでした。そういった行為は揚げ足取りだと思うのですが、私の捉え方が素直でないという事でしたら、申し訳なく思います。
最初の投稿に書いてある通り素人知識なため、問題点を指摘されただけでは自分では解決できないので、こういった掲示板でアドバイスを求めていることをご理解下さい。
本題に戻りますが、ActiveDirectoryはインストールしていないと思います（当初サーバの設定は他の担当者が行っていて、引継ぎができずにその担当者は退職しました）それらしきものも見当たりません。
他の会社でもActiveDirectoryはインストールしないで、コンピュータの管理のローカルユーザーとグループからユーザー追加を行っているのですが、その会社では正常に追加されログインできております。（MetaFrameのバージョンは違いますが）
なのでこれまでActiveDirectoryは使用せずに来ていたのですが、これが問題なのでしょうか？それともActiveDirectoryを使用しないという事はありえないのしょうか？
aaaさんの二回目の投稿については大変参考になりました。ありがとうございます。
ただ、一回目の投稿は問題点や矛盾点を指摘されるだけで、どのような対処を行えば良いのかアドバイスを頂くことができませんでした。そういった行為は揚げ足取りだと思うのですが、私の捉え方が素直でないという事でしたら、申し訳なく思います。
最初の投稿に書いてある通り素人知識なため、問題点を指摘されただけでは自分では解決できないので、こういった掲示板でアドバイスを求めていることをご理解下さい。
本題に戻りますが、ActiveDirectoryはインストールしていないと思います（当初サーバの設定は他の担当者が行っていて、引継ぎができずにその担当者は退職しました）それらしきものも見当たりません。
他の会社でもActiveDirectoryはインストールしないで、コンピュータの管理のローカルユーザーとグループからユーザー追加を行っているのですが、その会社では正常に追加されログインできております。（MetaFrameのバージョンは違いますが）
なのでこれまでActiveDirectoryは使用せずに来ていたのですが、これが問題なのでしょうか？それともActiveDirectoryを使用しないという事はありえないのしょうか？
こんにちは
一旦メタから切り離して考えましょう。
ドメインユーザーとして追加したユーザーで
ドメイン内のPCから普通にログオンできますか？
ちなみにイベントログの確認結果はどうでしたか？
一旦メタから切り離して考えましょう。
ドメインユーザーとして追加したユーザーで
ドメイン内のPCから普通にログオンできますか？
ちなみにイベントログの確認結果はどうでしたか？
１台のクライアントで複数ファーム接続について
１台のクライアントから２つのファームに接続する設定になっているのですが
本日より片方のファームの接続ができなくなってしまいました。
接続できないファームの公開アプリを起動しようとすると、”このリモートコンピュータに
ログオンするには、ターミナルサーバーのユーザーアクセス許可がこのコンピュータで必要
です。・・・”とエラーが出てしまいます。
環境
ファームＡ（当社設定のもので現在接続できないファーム）
サーバーＯＳ Ｗｉｎ２００３ ＳＰ１
メタバージョン Ｐｒｅｓｅｎｔａｔｉｏｎ Ｓｅｒｖｅｒ ３．０
ドメイン ＤｏｍＡ
ファームＢ（他社設定のもの）
当社で設定していないので不明
クライアント
ＯＳ ＸＰ Ｐｒｏ
ドメイン ＤｏｍＢ
２つのファームに接続するようになっているのはこのクライアント１台のみで、他のクライ
アントからはエラーの出るファールにも正常に接続できて、公開アプリも使用できています。
当社のアプリケーションセットの設定が変わり、ファームＢの設定等に変わたかと思って
アプリケーションセットの設定を確認したところ、サーバーのＩＰアドレスおよびログオン
情報は正しく設定されていました。
あとはどこを調べたらよろしいのでしょうか？
お手数ですがご教授ください。
本日より片方のファームの接続ができなくなってしまいました。
接続できないファームの公開アプリを起動しようとすると、”このリモートコンピュータに
ログオンするには、ターミナルサーバーのユーザーアクセス許可がこのコンピュータで必要
です。・・・”とエラーが出てしまいます。
環境
ファームＡ（当社設定のもので現在接続できないファーム）
サーバーＯＳ Ｗｉｎ２００３ ＳＰ１
メタバージョン Ｐｒｅｓｅｎｔａｔｉｏｎ Ｓｅｒｖｅｒ ３．０
ドメイン ＤｏｍＡ
ファームＢ（他社設定のもの）
当社で設定していないので不明
クライアント
ＯＳ ＸＰ Ｐｒｏ
ドメイン ＤｏｍＢ
２つのファームに接続するようになっているのはこのクライアント１台のみで、他のクライ
アントからはエラーの出るファールにも正常に接続できて、公開アプリも使用できています。
当社のアプリケーションセットの設定が変わり、ファームＢの設定等に変わたかと思って
アプリケーションセットの設定を確認したところ、サーバーのＩＰアドレスおよびログオン
情報は正しく設定されていました。
あとはどこを調べたらよろしいのでしょうか？
お手数ですがご教授ください。
Powerful & Beautiful
力強く、美しいシステムを。