トピック検索
906 件のトピックが該当しました。
- ファンクションキーが戻らない - eso ( 2006/08/01 21:13:34 更新)
- ICAコネクションセンター内の表示 - NAL ( 2006/08/01 11:48:10 更新)
- metaサーバのEXCELがアプリケーションエラー - doppel ( 2006/07/28 09:16:24 更新)
- Auto Created Client Printerの名称が変わる。 - yama ( 2006/07/26 21:01:30 更新)
- 公開アプリケーションの起動 - nA ( 2006/07/26 09:03:49 更新)
- STOPエラー「0x000000ab」について - 田中 ( 2006/07/19 14:55:55 更新)
- ICAコネクションでリモートデスクトップへのアクセスができない。 - yama ( 2006/07/18 16:43:46 更新)
- ログオフ、切断、リセット - ぱんだ ( 2006/07/14 17:44:25 更新)
- 移動プロファイル設定時のICAクライアントの起動について - mitti ( 2006/07/14 11:26:04 更新)
- プリンタの使用ポート - プロン ( 2006/06/27 21:09:48 更新)
ファンクションキーが戻らない
いつもお世話になっております。
公開アプリケーションでファンクションキーを押下したときに
ファンクションキーが押されたままの状態となり他のファンクションキーが
使えなくなる現象が発生しています。
通常はファンクションキーを押した瞬間に元に戻るのですが、
へこんだまま戻らない事があります。
へこんだままのファンクションキーを再度押下すると元に戻ります。
ファンクションキーはグレープシティのFunction Key Control7.0を使用しています。
このような現象を見たことがある、もしくは回避された方はいらっしゃいますでしょうか。
以上、ご返答のほどよろしくお願いいたします。
＜開発環境＞
VB6.0
INPUTMAN7.0
＜インフラ環境＞
サーバーOS：Windows 2003 server
クライアントOS:Windows XP
Metaサーバー:MetaFrame Presentation Server 4.0
Metaクライアント:Citrix MetaFrame Program Neighborhood Ver 9.150.39151
公開アプリケーションでファンクションキーを押下したときに
ファンクションキーが押されたままの状態となり他のファンクションキーが
使えなくなる現象が発生しています。
通常はファンクションキーを押した瞬間に元に戻るのですが、
へこんだまま戻らない事があります。
へこんだままのファンクションキーを再度押下すると元に戻ります。
ファンクションキーはグレープシティのFunction Key Control7.0を使用しています。
このような現象を見たことがある、もしくは回避された方はいらっしゃいますでしょうか。
以上、ご返答のほどよろしくお願いいたします。
＜開発環境＞
VB6.0
INPUTMAN7.0
＜インフラ環境＞
サーバーOS：Windows 2003 server
クライアントOS:Windows XP
Metaサーバー:MetaFrame Presentation Server 4.0
Metaクライアント:Citrix MetaFrame Program Neighborhood Ver 9.150.39151
私も同じ現象が出ました。
プレゼンテーションサーバ以外のバージョンでは出ないようです。
こちらでも解決方法は不明で、ファンクションキーを全てラベル配列に変更して対応しました。
プレゼンテーションサーバ以外のバージョンでは出ないようです。
こちらでも解決方法は不明で、ファンクションキーを全てラベル配列に変更して対応しました。
誰もいない…。
ICAコネクションセンター内の表示
いつも参考にさせていただいております。
環境：MetaFrameXPa FR2 SP4
Windows 2000 Server
先日、MetaframeXP SP4を適用してから
ICAコネクションセンター内に表示される
公開アプリ名が2つ表示されるようになりました。
全ての公開アプリで発生するのではなく、一部のアプリで発生します。
テスト的にメモ帳では1つしか表示されないのですが、
違いがわかりません。
情報をお持ちの方がございましたらご教授ください。
宜しくお願いいたします。
環境：MetaFrameXPa FR2 SP4
Windows 2000 Server
先日、MetaframeXP SP4を適用してから
ICAコネクションセンター内に表示される
公開アプリ名が2つ表示されるようになりました。
全ての公開アプリで発生するのではなく、一部のアプリで発生します。
テスト的にメモ帳では1つしか表示されないのですが、
違いがわかりません。
情報をお持ちの方がございましたらご教授ください。
宜しくお願いいたします。
metaサーバのEXCELがアプリケーションエラー
はじめまして、いつも拝読させていただいております。
以下の現象が出て困っています。何か情報はありませんでしょうか？
公開アプリケーションからEXCELを起動して処理をさせています。
このEXCELが以下のようなメッセージを出してアプリケーションエラーで
落ちてしまいます。
"0x77fcb0ca"の命令が"0x00740065"のメモリを参照しました。
メモリが"written"になることはできませんでした。
プログラムを終了するには[OK]をクリックしてください
メモリアドレスは毎回異なりますし、"written"が"read"になったります。
XLSファイルは、ドライブマッピングでマップしたクライアント
'ClientsのC$'(V:)にあり、XLSのリンクテーブルや、
読込ませるCSVファイルもVドライブにあります。
エラーの起こるタイミングは不特定で、開いただけで起こることもあるし、
マクロの実行中、もしくは実行後の場合もあります。
また、Vドライブ上のCSVファイルをダブルクリックで開くだけでも
エラーが発生する場合があります。そのCSVファイルをサーバのローカルや、
サーバの他のネットワークドライブに移して開くぶんには正常に開きます。
現象の起こらないXLSもあります。
環境は、
Windows2000SwerverSP4
MetaFrame Presentation Server 4.0(Enterprise Edition)２台
(PSJ400W2KR01.msp)を適用済み
EXCEL2000 SP3
クライアントはWindowsXP SP2からProgramNeighborhood使用
です。
尚、MetaFrame Presentation Server 4.0(Standard Edition)１台
のテスト環境がありますが、こちらは本番環境に比べ、
発生頻度が低いです。環境は揃えているつもりですが・・・
よろしくお願い致します。
以下の現象が出て困っています。何か情報はありませんでしょうか？
公開アプリケーションからEXCELを起動して処理をさせています。
このEXCELが以下のようなメッセージを出してアプリケーションエラーで
落ちてしまいます。
"0x77fcb0ca"の命令が"0x00740065"のメモリを参照しました。
メモリが"written"になることはできませんでした。
プログラムを終了するには[OK]をクリックしてください
メモリアドレスは毎回異なりますし、"written"が"read"になったります。
XLSファイルは、ドライブマッピングでマップしたクライアント
'ClientsのC$'(V:)にあり、XLSのリンクテーブルや、
読込ませるCSVファイルもVドライブにあります。
エラーの起こるタイミングは不特定で、開いただけで起こることもあるし、
マクロの実行中、もしくは実行後の場合もあります。
また、Vドライブ上のCSVファイルをダブルクリックで開くだけでも
エラーが発生する場合があります。そのCSVファイルをサーバのローカルや、
サーバの他のネットワークドライブに移して開くぶんには正常に開きます。
現象の起こらないXLSもあります。
環境は、
Windows2000SwerverSP4
MetaFrame Presentation Server 4.0(Enterprise Edition)２台
(PSJ400W2KR01.msp)を適用済み
EXCEL2000 SP3
クライアントはWindowsXP SP2からProgramNeighborhood使用
です。
尚、MetaFrame Presentation Server 4.0(Standard Edition)１台
のテスト環境がありますが、こちらは本番環境に比べ、
発生頻度が低いです。環境は揃えているつもりですが・・・
よろしくお願い致します。
仮想メモリの最適化スイッチをONにしていませんか？
もし動作しているならOffにしたらどんな動きをしますか？
もし動作しているならOffにしたらどんな動きをしますか？
メジャー様
お返事ありがとうございます。
仮想メモリの最適化スイッチは一番怪しいと思いいじってみたのですが、
残念ながらON、OFFともに発生し、明確な違いはありませんでした。
お返事ありがとうございます。
仮想メモリの最適化スイッチは一番怪しいと思いいじってみたのですが、
残念ながらON、OFFともに発生し、明確な違いはありませんでした。
DEPはどうでしょう。有効になっていませんか?
sss様 お返事ありがとうございます。
不勉強で恐縮なのですが、Win2kにもDEPの設定があるのでしょうか？
不勉強で恐縮なのですが、Win2kにもDEPの設定があるのでしょうか？
ないですねぇ、すみません、よく確認しないで書き込んでしまいました。ご容赦願います。2003 SP1以降でした・・。
つまりローカルのドライブをマッピングしたファイルを開くときにだけ現象がでるのですか？
メジャー様
いろいろ切り分けていくと、その通り、マッピングされたドライブのファイルが絡む場合のみ、発生します。
サーバのネットワークドライブで、ローカルのドライブをマッピングしたもの以外（もともとのネットワークドライブ）や、サーバのローカル等では発生しません。
いろいろ切り分けていくと、その通り、マッピングされたドライブのファイルが絡む場合のみ、発生します。
サーバのネットワークドライブで、ローカルのドライブをマッピングしたもの以外（もともとのネットワークドライブ）や、サーバのローカル等では発生しません。
Auto Created Client Printerの名称が変わる。
いつもお世話になっております。
Program Neighborhoodで公開アプリケーションを起動するとサーバーにクライアントのプリンターがAuto Created Client Printerとして作成されますが、
その作成されたプリンターの名前が
「セッション 1 の (”パソコン名”からの) ”プリンター名”」
例
「セッション 1 の (PC06 からの) DocuCentre Color a250」
のようになります。
アプリケーションを終了して、再度起動すると「セッション」の値が変わるので常に同じ名前でのプリンターが作成されません。
よって、アプリケーションでプリンターの名前を指定して印刷することができません。
プリンター名称を固定する良い方法はありますか？
以上、ご返答のほどよろしくお願いいたします。
＜環境＞
サーバーOS：Windows 2003 server
クライアントOS:Windows XP
Metaサーバー:MetaFrame Presentation Server 4.0
Metaクライアント:Citrix MetaFrame Program Neighborhood Ver 9.100.36280
Program Neighborhoodで公開アプリケーションを起動するとサーバーにクライアントのプリンターがAuto Created Client Printerとして作成されますが、
その作成されたプリンターの名前が
「セッション 1 の (”パソコン名”からの) ”プリンター名”」
例
「セッション 1 の (PC06 からの) DocuCentre Color a250」
のようになります。
アプリケーションを終了して、再度起動すると「セッション」の値が変わるので常に同じ名前でのプリンターが作成されません。
よって、アプリケーションでプリンターの名前を指定して印刷することができません。
プリンター名称を固定する良い方法はありますか？
以上、ご返答のほどよろしくお願いいたします。
＜環境＞
サーバーOS：Windows 2003 server
クライアントOS:Windows XP
Metaサーバー:MetaFrame Presentation Server 4.0
Metaクライアント:Citrix MetaFrame Program Neighborhood Ver 9.100.36280
固定して何をしたいのかよくわかりませんが・・・
＃固有の名前を覚えておいて印刷を実行するとか？
固定したいのであれば、ポリシーで従来（以前？）の形式のプリンタ名を
利用されては如何ですか？
＃固有の名前を覚えておいて印刷を実行するとか？
固定したいのであれば、ポリシーで従来（以前？）の形式のプリンタ名を
利用されては如何ですか？
ご返答ありがとうございます。
プリンタ名称を固定したい理由としましては、複数のプリンタをアプリケーションプログラムから指定して印刷したいというのがありまして。
そのためにはプログラムで参照できるプリンタ名が固定されている必要があるというわけです。
ポリシーを使用した場合は各トークン単位に”/”記号は入ってしまうためアプリケーションの都合上使用できないのが現状です。
現在やっている方法が、公開デスクトップを使用しデスクトップにログインして、プリンタの名称を変更してコメントを消すといった方法をとっています。
「Auto Restored Client Printer」とかいうやつになるんですかね。
そして、その固定された名前をアプリケーションで参照するといった方法をとっているのですが、はたしてこの手法が正しいのかの判断がつかないのです。
以上、ご返答のほどよろしくお願いいたします。
プリンタ名称を固定したい理由としましては、複数のプリンタをアプリケーションプログラムから指定して印刷したいというのがありまして。
そのためにはプログラムで参照できるプリンタ名が固定されている必要があるというわけです。
ポリシーを使用した場合は各トークン単位に”/”記号は入ってしまうためアプリケーションの都合上使用できないのが現状です。
現在やっている方法が、公開デスクトップを使用しデスクトップにログインして、プリンタの名称を変更してコメントを消すといった方法をとっています。
「Auto Restored Client Printer」とかいうやつになるんですかね。
そして、その固定された名前をアプリケーションで参照するといった方法をとっているのですが、はたしてこの手法が正しいのかの判断がつかないのです。
以上、ご返答のほどよろしくお願いいたします。
> ポリシーを使用した場合は各トークン単位に”/”記号は入ってしまうため
> アプリケーションの都合上使用できないのが現状です。
不思議なアプリケーションですね…
業務アプリであれば、そちらを改修してもらうほうがよいかもしれません。
アプリが改修できるのであれば、通常のアプリであればセッション番号は取得できるので
抑える名前をプリンタ名以降にしておくような改造することも可能でしょう。
それが無理であれば・・・
オートクリエイトを使わないでサーバーにプリンタを登録してしまうのも手かもしれません。
利用ユーザーの制御などが面倒ですが・・・社外からもプリンタを利用している場合も無理
ですね。
> アプリケーションの都合上使用できないのが現状です。
不思議なアプリケーションですね…
業務アプリであれば、そちらを改修してもらうほうがよいかもしれません。
アプリが改修できるのであれば、通常のアプリであればセッション番号は取得できるので
抑える名前をプリンタ名以降にしておくような改造することも可能でしょう。
それが無理であれば・・・
オートクリエイトを使わないでサーバーにプリンタを登録してしまうのも手かもしれません。
利用ユーザーの制御などが面倒ですが・・・社外からもプリンタを利用している場合も無理
ですね。
ご返答ありがとうございます。
>業務アプリであれば、そちらを改修してもらうほうがよいかもしれません。
>アプリが改修できるのであれば、通常のアプリであればセッション番号は取得できるので
>抑える名前をプリンタ名以降にしておくような改造することも可能でしょう。
上記の件ですが、「セッション番号」はどのようにして取得したらよろしいでしょうか？
APIか何かですか？
素人質問ですみません。
あとプリンタ名は「Auto Restored Client Printer」で名称を固定することにいたしました。
不思議で融通が利かないアプリケーションはホント困ります（涙）
>業務アプリであれば、そちらを改修してもらうほうがよいかもしれません。
>アプリが改修できるのであれば、通常のアプリであればセッション番号は取得できるので
>抑える名前をプリンタ名以降にしておくような改造することも可能でしょう。
上記の件ですが、「セッション番号」はどのようにして取得したらよろしいでしょうか？
APIか何かですか？
素人質問ですみません。
あとプリンタ名は「Auto Restored Client Printer」で名称を固定することにいたしました。
不思議で融通が利かないアプリケーションはホント困ります（涙）
公開アプリケーションの起動
はじめまして、MetaFrameの評価版を導入したのですが
公開サーバはうまく起動されるのですが、公開アプリケーションを実行すると
MetaFrameサーバにて「MetaFrameサーバファームが切断されました。」というエラーが表示され
接続できません。
原因などや改善方法などわかりますでしょうか？
仕様Meta： Citrix MetaFrameXP FR3
Server : WindowsServer2003 R2
公開サーバはうまく起動されるのですが、公開アプリケーションを実行すると
MetaFrameサーバにて「MetaFrameサーバファームが切断されました。」というエラーが表示され
接続できません。
原因などや改善方法などわかりますでしょうか？
仕様Meta： Citrix MetaFrameXP FR3
Server : WindowsServer2003 R2
STOPエラー「0x000000ab」について
はじめまして。
以下の環境で発生しているブルーバック現象について質問させて頂きます。
□ 環境
・MetaFrame Presentation Server 3.0
・サーバOS：Windows Server 2003 SP1
・クライアントOS：Windows XP SP2
□ 発生している現象
・通常の利用では問題なく稼動
・毎月特定時期に実施する処理において、時々STOPエラー「0x000000ab」が発生
・このSTOPエラーはマイクロソフトの情報からターミナルサービスセッションのログオフに発生
参考URL：http://support.microsoft.com/kb/907242/
・マイクロソフトから修正パッチが公開されているが、パッチ適用後の動作については未保証
□ 質問内容
・ターミナルサービスセッションのログオフとは、メタフレームでどんな処理を行った場合に起きるのか
・可能であれば、パッチを適用せずにこの現象を回避したい
ご存知の方がいらっしゃいましたらご回答頂ければと思います。
よろしくお願いいたします。
以上
以下の環境で発生しているブルーバック現象について質問させて頂きます。
□ 環境
・MetaFrame Presentation Server 3.0
・サーバOS：Windows Server 2003 SP1
・クライアントOS：Windows XP SP2
□ 発生している現象
・通常の利用では問題なく稼動
・毎月特定時期に実施する処理において、時々STOPエラー「0x000000ab」が発生
・このSTOPエラーはマイクロソフトの情報からターミナルサービスセッションのログオフに発生
参考URL：http://support.microsoft.com/kb/907242/
・マイクロソフトから修正パッチが公開されているが、パッチ適用後の動作については未保証
□ 質問内容
・ターミナルサービスセッションのログオフとは、メタフレームでどんな処理を行った場合に起きるのか
・可能であれば、パッチを適用せずにこの現象を回避したい
ご存知の方がいらっしゃいましたらご回答頂ければと思います。
よろしくお願いいたします。
以上
> □ 質問内容
> ・ターミナルサービスセッションのログオフとは、メタフレームでどんな処理
> を行った場合に起きるのか
公開デスクトップならログオフ、公開アプリならアプリケーションの終了ですね。
当方では同様の現象が発生した際には、Microsoftからパッチを受けて回避しました。
他の回避については情報が公開されていないので難しいですねぇ・・・
> ・ターミナルサービスセッションのログオフとは、メタフレームでどんな処理
> を行った場合に起きるのか
公開デスクトップならログオフ、公開アプリならアプリケーションの終了ですね。
当方では同様の現象が発生した際には、Microsoftからパッチを受けて回避しました。
他の回避については情報が公開されていないので難しいですねぇ・・・
TDNS 様
ご回答ありがとうございます。
>公開デスクトップならログオフ、公開アプリならアプリケーションの終了ですね。
公開アプリケーションを利用しているので、アプリケーション終了時に
この現象が発生するわけですね。
>当方では同様の現象が発生した際には、Microsoftからパッチを受けて回避しました。
>他の回避については情報が公開されていないので難しいですねぇ・・・
やはりパッチの適用でしかこの現象は回避できないのですかね・・・
今、再現テストとして簡単なアプリを作って検証しているのですが、
「アプリケーションの終了」を実行しても再現しない状態です・・・
「0x00000AB」は毎回の「アプリケーションの終了」で発生
するわけではないので、他にも何かトリガーとなっている処理が
あるのではないかと考えています。
トリガーとなる処理を特定できれば、「パッチを適用しなくても、
プログラム修正で回避できるのでは？」と考えているのですが・・・
下記海外サイトによると、パッチを適用しても「0x000000AB」が
再発することがあるようですね・・・
http://forum.brianmadden.com/forum/printable.aspx?m=15187&mpage=11
パッチ適用後の保証がMSから受けられず、どんな不具合が発生するか
不明なので、何とか再現してトリガーとなる処理を特定できないものかと思います。
うまく再現できるようでしたらご報告させていただきます。
ご回答ありがとうございます。
>公開デスクトップならログオフ、公開アプリならアプリケーションの終了ですね。
公開アプリケーションを利用しているので、アプリケーション終了時に
この現象が発生するわけですね。
>当方では同様の現象が発生した際には、Microsoftからパッチを受けて回避しました。
>他の回避については情報が公開されていないので難しいですねぇ・・・
やはりパッチの適用でしかこの現象は回避できないのですかね・・・
今、再現テストとして簡単なアプリを作って検証しているのですが、
「アプリケーションの終了」を実行しても再現しない状態です・・・
「0x00000AB」は毎回の「アプリケーションの終了」で発生
するわけではないので、他にも何かトリガーとなっている処理が
あるのではないかと考えています。
トリガーとなる処理を特定できれば、「パッチを適用しなくても、
プログラム修正で回避できるのでは？」と考えているのですが・・・
下記海外サイトによると、パッチを適用しても「0x000000AB」が
再発することがあるようですね・・・
http://forum.brianmadden.com/forum/printable.aspx?m=15187&mpage=11
パッチ適用後の保証がMSから受けられず、どんな不具合が発生するか
不明なので、何とか再現してトリガーとなる処理を特定できないものかと思います。
うまく再現できるようでしたらご報告させていただきます。
□ 質問内容
・ターミナルサービスセッションのログオフとは、メタフレームでどんな処理を行った場合に起きるのか
＞・可能であれば、パッチを適用せずにこの現象を回避したい
⇒他にWindows Server 2003のSP1適用が必須という制限が無いのであれば、
SP1のアンインストールで取り敢えず回避できるようです。
※Microsoftサポート技術情報文書番号(901150)
・ターミナルサービスセッションのログオフとは、メタフレームでどんな処理を行った場合に起きるのか
＞・可能であれば、パッチを適用せずにこの現象を回避したい
⇒他にWindows Server 2003のSP1適用が必須という制限が無いのであれば、
SP1のアンインストールで取り敢えず回避できるようです。
※Microsoftサポート技術情報文書番号(901150)
WindowsServer2003 SP2で対応したようです。
http://support.microsoft.com/kb/910362
http://support.microsoft.com/kb/910362
はじめて書き込みします。
当方でも同様の現象が発生しており、原因は外字でした。
特定の外字が含まれていて、ある処理を行ったあとに
ログオフした時点でブルースクリーンが発生しました。
上記のパッチで回避しましたが、その後SP2で対応されたようです。
当方でも同様の現象が発生しており、原因は外字でした。
特定の外字が含まれていて、ある処理を行ったあとに
ログオフした時点でブルースクリーンが発生しました。
上記のパッチで回避しましたが、その後SP2で対応されたようです。
ICAコネクションでリモートデスクトップへのアクセスができない。
いつもお世話になっております。
メタフレームのカスタムICAコネクションでサーバーへのログインを行うと、
「このリモートコンピュータにログオンするには、ターミナルサーバーの
ユーザーアクセス許可がこのコンピュータで必要です。既定では、Remote
Desktop Users グループのメンバにはこのアクセス許可があります。
Remote Desktop Users グループのメンバはたはアクセス許可がある
別のグループのメンバではない場合、またはRemode Desktop User
グループにアクセス許可がない場合、アクセス許可を手動で得る必要
があります。」
というメッセージが表示されログオンすることができません。
ログインするユーザーにはRemote Desktop Usersの権限があたえられています。
Administratorの権限を与えるとログインできます。
Administratorの権限を与えないでログインする方法はありますでしょうか？
以上ご返答のほど、宜しくお願いいたします。
＜環境＞
サーバーOS：Windows 2003 server
クライアントOS:Windows XP
Metaサーバー:MetaFrame Presentation Server 4.0
Metaクライアント:Citrix MetaFrame Program Neighborhood Ver 9.100.36280
メタフレームのカスタムICAコネクションでサーバーへのログインを行うと、
「このリモートコンピュータにログオンするには、ターミナルサーバーの
ユーザーアクセス許可がこのコンピュータで必要です。既定では、Remote
Desktop Users グループのメンバにはこのアクセス許可があります。
Remote Desktop Users グループのメンバはたはアクセス許可がある
別のグループのメンバではない場合、またはRemode Desktop User
グループにアクセス許可がない場合、アクセス許可を手動で得る必要
があります。」
というメッセージが表示されログオンすることができません。
ログインするユーザーにはRemote Desktop Usersの権限があたえられています。
Administratorの権限を与えるとログインできます。
Administratorの権限を与えないでログインする方法はありますでしょうか？
以上ご返答のほど、宜しくお願いいたします。
＜環境＞
サーバーOS：Windows 2003 server
クライアントOS:Windows XP
Metaサーバー:MetaFrame Presentation Server 4.0
Metaクライアント:Citrix MetaFrame Program Neighborhood Ver 9.100.36280
ちょっとうろ覚えですが・・・
APサーバからライセンスサーバーが参照できていない旨のエラーが
出ていませんか？
ライセンスの認証ができないと管理者1ユーザーしかログインできない
という状況になり、記載されているメッセージが出てた気がします。
APサーバからライセンスサーバーが参照できていない旨のエラーが
出ていませんか？
ライセンスの認証ができないと管理者1ユーザーしかログインできない
という状況になり、記載されているメッセージが出てた気がします。
お返事ありがとうございます。
アプリケーションサーバからライセンスサーバーは認識できています。
といいますか、サーバー自体は共通で使用しています。
（ここでいうライセンスサーバーとはターミナルサーバーライセンスのことでいいのですよね？）
ただ、各クライアントのユーザーＩＤとＰＡＳＳでサーバー自体にログイン（Program Neighborhoodを使用しないで）すると確かにライセンスサーバーを開くとライセンスサーバーが見つかりません的なエラーが表示されます。
Administratorでログインするとライセンスサーバーが見えます。
各クライアントにAdministrator権限を与えないでライセンスサーバーが見える方法はあるのでしょうか？
以上、ご返答宜しくお願いいたします。
アプリケーションサーバからライセンスサーバーは認識できています。
といいますか、サーバー自体は共通で使用しています。
（ここでいうライセンスサーバーとはターミナルサーバーライセンスのことでいいのですよね？）
ただ、各クライアントのユーザーＩＤとＰＡＳＳでサーバー自体にログイン（Program Neighborhoodを使用しないで）すると確かにライセンスサーバーを開くとライセンスサーバーが見つかりません的なエラーが表示されます。
Administratorでログインするとライセンスサーバーが見えます。
各クライアントにAdministrator権限を与えないでライセンスサーバーが見える方法はあるのでしょうか？
以上、ご返答宜しくお願いいたします。
説明不足みたいですね。申し訳ない。
ここで言っていたライセンスサーバーとは、MetaFrameのライセンスサーバーのことです。
＃Metaのライセンスをアロケートして配置したサーバーありますよね？ それです。
Citrix管理コンソールから、ライセンスサーバーを指定するところがありまして
そこが間違っていたりすると、その状態になります。
またアロケートする際にも、サーバー名の大文字・小文字を区別する必要があって
そこいらが間違っていて正常にライセンスが登録されていない場合もあります。
ライセンス周りを見直してみてください。
イベントビューアのログ系が書かれていなかったので、おそらく質問に慣れていない方とお見
受けして少々以下を補足します。
まずは、動作がうまくいかない場合、イベントビューアのシステム・アプリケーションログを
見てエラー内容を追うことをお勧めします。それをCitrixやMicroSoftのナレッジベースで
検索すると結構解決します。
また、質問時にはそのログを書いていただいたほうが現象が想定しやすくなります。
ここで言っていたライセンスサーバーとは、MetaFrameのライセンスサーバーのことです。
＃Metaのライセンスをアロケートして配置したサーバーありますよね？ それです。
Citrix管理コンソールから、ライセンスサーバーを指定するところがありまして
そこが間違っていたりすると、その状態になります。
またアロケートする際にも、サーバー名の大文字・小文字を区別する必要があって
そこいらが間違っていて正常にライセンスが登録されていない場合もあります。
ライセンス周りを見直してみてください。
イベントビューアのログ系が書かれていなかったので、おそらく質問に慣れていない方とお見
受けして少々以下を補足します。
まずは、動作がうまくいかない場合、イベントビューアのシステム・アプリケーションログを
見てエラー内容を追うことをお勧めします。それをCitrixやMicroSoftのナレッジベースで
検索すると結構解決します。
また、質問時にはそのログを書いていただいたほうが現象が想定しやすくなります。
ご返答ありがとうございます。
ご察しの通り質問になれていないもので、ご迷惑をおかけしました。
ライセンスサーバーはサーバーファームの設定で使用する設定になっています。
イベントビューアで確認したところ
Administratorでログオンした場合は
「新しいログオンへの特権の割り当て:」
という「成功の監査」がありますが。
Admin権限がないユーザーだと、そのシーケンスがないようです。
それ以外は同じシーケンスが行われいます。
公開アプリケーションの公開デスクトップだとAdministrator権限がなくてもログオンできるので
とりあえずのところこちらで代用することにいたしました。
ICAコネクションはAdministrator権限がないとだめなのでしょうか？
ご察しの通り質問になれていないもので、ご迷惑をおかけしました。
ライセンスサーバーはサーバーファームの設定で使用する設定になっています。
イベントビューアで確認したところ
Administratorでログオンした場合は
「新しいログオンへの特権の割り当て:」
という「成功の監査」がありますが。
Admin権限がないユーザーだと、そのシーケンスがないようです。
それ以外は同じシーケンスが行われいます。
公開アプリケーションの公開デスクトップだとAdministrator権限がなくてもログオンできるので
とりあえずのところこちらで代用することにいたしました。
ICAコネクションはAdministrator権限がないとだめなのでしょうか？
＞公開アプリケーションの公開デスクトップだとAdministrator権限がなくてもログオンできる
コネクション構成ツールで「公開アプリケーションのみ利用する」というチェックが入っていると思われます。これを外してテストして見て下さい。
コネクション構成ツールで「公開アプリケーションのみ利用する」というチェックが入っていると思われます。これを外してテストして見て下さい。
ご返答ありがとうございます。
「コネクション編集」→「詳細設定」→「公開アプリケーションのみを実行する」のチェックを外したところICAコネクションでAdmin権限がなくてもログオンすることができました。
非常に勉強になりました。
ありがとうございました。
「コネクション編集」→「詳細設定」→「公開アプリケーションのみを実行する」のチェックを外したところICAコネクションでAdmin権限がなくてもログオンすることができました。
非常に勉強になりました。
ありがとうございました。
ログオフ、切断、リセット
MetaFramePresentationServer3.0の管理コンソールで、公開アプリケーションに
接続しているユーザを右クリックしたときに、「接続」「切断」「リセット」
「選択したセッションをログオフ」など何種類か選択肢がありますが、
その中で、「切断」「リセット」「ログオフ」この3種類はどのような違いが
あるのでしょうか？
私自身は、
切断の場合は、回線が切断されて、起動しているアプリケーションはそのまま起動された状態。
リセットは、回線が切断されて、起動しているアプリケーションも強制終了される。
ログオフは、回線はそのままで、起動しているアプリケーションは強制終了される。
というような違いかと理解しているのですが・・・。
ご存知の方がいらっしゃいましたら、教えてください。
よろしくお願いいたします。
接続しているユーザを右クリックしたときに、「接続」「切断」「リセット」
「選択したセッションをログオフ」など何種類か選択肢がありますが、
その中で、「切断」「リセット」「ログオフ」この3種類はどのような違いが
あるのでしょうか？
私自身は、
切断の場合は、回線が切断されて、起動しているアプリケーションはそのまま起動された状態。
リセットは、回線が切断されて、起動しているアプリケーションも強制終了される。
ログオフは、回線はそのままで、起動しているアプリケーションは強制終了される。
というような違いかと理解しているのですが・・・。
ご存知の方がいらっしゃいましたら、教えてください。
よろしくお願いいたします。
移動プロファイル設定時のICAクライアントの起動について
初めて投稿させていただきます
従来よりActiveDirectory環境の中、ユーザーアカウントに対して
ローカルプロファイルを利用する設定で運用していましたが
今回移動プロファイルと「Application Data」「デスクトップ」のリダイレクトの
利用を各ユーザーに設定しました
設定変更後、これまでICAクライアントを利用していた端末とは
異なるサイト（ネットワークアドレスも異なります）の端末にログインし
ICAクライアントを起動しようとすると「pn.exe」のプロセスは起動しているのですが
サーバーに接続できない状態になり、タイムアウトしてしまいます
（デスクトップ上の公開アプリケーションへのショットカットのアイコンも
アプリケーションと関連付けが外れた状態に変わっています）
ちなみに同じサブネットの端末からは正常に起動・利用できています
移動プロファイルを設定した環境下でMetaFrameを利用する際の
設定に関する標準・注意点等がありましたら教えていただけないでしょうか？
C/Sの環境は以下のとおりです
サーバー : MetaFrame XPa Server Ver1.0 + SP3 ４台で負荷分散構成
クライアント: ICA Win32クライアント Ver6.31
OS ： サーバー・クライアント共に Windows2000+SP4
Active Directory 環境 Windows2k,2k3サーバー混在（Windows2000 ネイティブ)
よろしくお願いします
従来よりActiveDirectory環境の中、ユーザーアカウントに対して
ローカルプロファイルを利用する設定で運用していましたが
今回移動プロファイルと「Application Data」「デスクトップ」のリダイレクトの
利用を各ユーザーに設定しました
設定変更後、これまでICAクライアントを利用していた端末とは
異なるサイト（ネットワークアドレスも異なります）の端末にログインし
ICAクライアントを起動しようとすると「pn.exe」のプロセスは起動しているのですが
サーバーに接続できない状態になり、タイムアウトしてしまいます
（デスクトップ上の公開アプリケーションへのショットカットのアイコンも
アプリケーションと関連付けが外れた状態に変わっています）
ちなみに同じサブネットの端末からは正常に起動・利用できています
移動プロファイルを設定した環境下でMetaFrameを利用する際の
設定に関する標準・注意点等がありましたら教えていただけないでしょうか？
C/Sの環境は以下のとおりです
サーバー : MetaFrame XPa Server Ver1.0 + SP3 ４台で負荷分散構成
クライアント: ICA Win32クライアント Ver6.31
OS ： サーバー・クライアント共に Windows2000+SP4
Active Directory 環境 Windows2k,2k3サーバー混在（Windows2000 ネイティブ)
よろしくお願いします
こんにちは。
この投稿の状況は改善されたのでしょうか？（＾＾；）
よかったら改善策を教えていただきたいのですが、、、。
よろしくお願いします。
この投稿の状況は改善されたのでしょうか？（＾＾；）
よかったら改善策を教えていただきたいのですが、、、。
よろしくお願いします。
プリンタの使用ポート
お初です。
現在CPS4.0にて運用テストをしており、通常使用では問題なく使用できているのですが
一部のお客様先でプリントのjobがクライアント端末まで流れてこないため印刷ができません。
環境が特殊なため、ネットワーク周りの設定が絡んできるのは間違いないのですが問題きりわけのためわかることがありましたら、お知恵を拝借できませんでしょうか。
お客様の環境はnetscreenでvpnをクライアント単位で接続？してネットワークに入っており
VPNかFWかで何かしらの制限をかけているのはまず間違いないのですが、プリントjobは
FW等で制限がされてしまうようなものでしょうか？
通常の印刷ができている環境で、問題のプリンタドライバを入れてjobが端末に届いてくるのは確認しておりますので、プリンタドライバでの問題ではないのはわかっております。
システム担当者に確認するにもどこの何を確認してもらえばよいのか、質問自体に困っております。
○な環境では
・公開アプリ正常
・プリンタドライバを同じものを入れてjobが端末まで届く
×な環境
・公開アプリ正常
・プリンタjobはサーバー上では印刷され削除されるが、端末にjobが届かない
・端末単位でNetScreenのVPNをはってからネットに接続している
上記VPNかFWか？jobの送受信にポートを使用しているのか？？
よろしくお願いします。
現在CPS4.0にて運用テストをしており、通常使用では問題なく使用できているのですが
一部のお客様先でプリントのjobがクライアント端末まで流れてこないため印刷ができません。
環境が特殊なため、ネットワーク周りの設定が絡んできるのは間違いないのですが問題きりわけのためわかることがありましたら、お知恵を拝借できませんでしょうか。
お客様の環境はnetscreenでvpnをクライアント単位で接続？してネットワークに入っており
VPNかFWかで何かしらの制限をかけているのはまず間違いないのですが、プリントjobは
FW等で制限がされてしまうようなものでしょうか？
通常の印刷ができている環境で、問題のプリンタドライバを入れてjobが端末に届いてくるのは確認しておりますので、プリンタドライバでの問題ではないのはわかっております。
システム担当者に確認するにもどこの何を確認してもらえばよいのか、質問自体に困っております。
○な環境では
・公開アプリ正常
・プリンタドライバを同じものを入れてjobが端末まで届く
×な環境
・公開アプリ正常
・プリンタjobはサーバー上では印刷され削除されるが、端末にjobが届かない
・端末単位でNetScreenのVPNをはってからネットに接続している
上記VPNかFWか？jobの送受信にポートを使用しているのか？？
よろしくお願いします。
VPN接続中にクライアントからの印刷は可能なんでしょうか?
印刷できるのであればFWで止められているのでは?
印刷できるのであればFWで止められているのでは?
げんざぶろお様
VPN接続しないとそもそもネットワーク自体が使用できないので、クライアントのローカルのネットワークプリンタとしては印刷可能です。
FWだと思うのですが、表題の通りプリンタに関してFWで制限できるものなのでしょうか？
公開アプリが使用できているので1494ポートは空いていると思うのですが。
FWでのプリンタjobって1494を通ってくるのではないのでしょうか？
VPN接続しないとそもそもネットワーク自体が使用できないので、クライアントのローカルのネットワークプリンタとしては印刷可能です。
FWだと思うのですが、表題の通りプリンタに関してFWで制限できるものなのでしょうか？
公開アプリが使用できているので1494ポートは空いていると思うのですが。
FWでのプリンタjobって1494を通ってくるのではないのでしょうか？
こちらではFWで515のポートも開けてもらっています。
確認してもらってはどうでしょうか?
ただしうちのVPN接続時はローカルエリア接続が切断される為、
メタ経由で印刷できなくなってしまうんですが・・・
確認してもらってはどうでしょうか?
ただしうちのVPN接続時はローカルエリア接続が切断される為、
メタ経由で印刷できなくなってしまうんですが・・・
けんざぶろお様
なるほど、spoolerのポートが515ですか。
確認してみます。
有益な情報ありがとうございます。
なるほど、spoolerのポートが515ですか。
確認してみます。
有益な情報ありがとうございます。
Powerful & Beautiful
力強く、美しいシステムを。