トピック検索
923 件のトピックが該当しました。
- フレームリレーとMetaFrameで動作しません - kam ( 2001/04/07 00:51:04 更新)
- ネットワークプリンタへの印刷 - kazuya ( 2001/03/29 17:54:46 更新)
- インターネット経由の接続ついて - satu ( 2001/03/03 19:35:07 更新)
- ICA ゲートウェイについてご教授ください - taka ( 2001/02/21 16:09:00 更新)
- ICA ゲートウェイについてご教授ください - taka ( 2001/02/21 15:57:24 更新)
- NT4.0TSE + MetaFrame1.8でのWAN経由での印刷について - jacky ( 2001/02/16 16:20:29 更新)
- Metaが消える!? - 米澤健一 ( 2000/12/22 10:06:28 更新)
- ICAWebクライアントについて - 2@A ( 2000/12/07 13:50:41 更新)
- ICAWebクライアントについて - 2@A ( 2000/12/07 13:45:01 更新)
- UDPを使わないブラウジングについて - lyric ( 2000/12/04 16:35:30 更新)
フレームリレーとMetaFrameで動作しません
どなたかフレームリレーとMetaFrameの相性をご存知ではありませんか?
MetaFrame1.8SP2をWindowsNT4.0TSEで動作させ、専用線(KDDIのフレームリレー経由)で遠隔地からの操作を試みています。
しかし、ログインを表示し、公開APのメニューまでは表示するのですが、アプリケーションを起動するとしばしば接続できません。
(Citrixサーバーがみつからないとのメッセージ)。
NFuseの影響があるのかもとWEBサーバー上でICAファイルをDLして使う様に対策してみましたが、
接続は安定したものの、アプリケーションからオートクリエイトしたプリンタに出力するとサーバーの制御がとまってしまいます。
正確にはなんらかのサービスが制御を握って離さないため、ほとんど動いていないような状態になっています。
Program Neighborhoodからの接続では発生していません。
フレームリレーを使用して接続し印刷まで問題なくできたとか、同様の問題が発生して対策してみえる方がおられましたら
アドバイスをいただけませんか?
MetaFrame1.8SP2をWindowsNT4.0TSEで動作させ、専用線(KDDIのフレームリレー経由)で遠隔地からの操作を試みています。
しかし、ログインを表示し、公開APのメニューまでは表示するのですが、アプリケーションを起動するとしばしば接続できません。
(Citrixサーバーがみつからないとのメッセージ)。
NFuseの影響があるのかもとWEBサーバー上でICAファイルをDLして使う様に対策してみましたが、
接続は安定したものの、アプリケーションからオートクリエイトしたプリンタに出力するとサーバーの制御がとまってしまいます。
正確にはなんらかのサービスが制御を握って離さないため、ほとんど動いていないような状態になっています。
Program Neighborhoodからの接続では発生していません。
フレームリレーを使用して接続し印刷まで問題なくできたとか、同様の問題が発生して対策してみえる方がおられましたら
アドバイスをいただけませんか?
ネットワークプリンタへの印刷
みなさん、はじめまして。kazuya と申します。
TSE+MetaFrameでシステムを運用しております。
ターミナルサーバにはクライアントのネットワークプリンタのドライバはインス
トール済みです。クライアントからMetaFrameを使用してターミナルサーバへログ
オンした場合、クライアントのネットワークプリンタが、サーバからも(他のク
ライアントからも)見えるようになりますよね?
サーバ上で、[設定]-[プリンタ]で画面を確認すると、接続されて見えるプリンタ
の一覧が表示され、各プリンタの右のところに、"AutoCreated"と表示されていま
す。
ところが、たまに、プリンタ(のアイコン)は見えるのですが、"AutoCreated"と
表示がされず、実際クライアントから印刷をかけても、印刷されないのです。
各クライアントには、ネットワークプリンタの他に、ドットプリンタが(マシン
に直接)接続されています。ドットプリンタは、常に"AutoCreated"と表示もされ、
印刷も出来ます。
クライアント環境のネットワークプリンタは、特別な設定をしないといけないの
でしょうか?このような現象に遭遇された方、どなたかいらっしゃらないでしょ
うか?
TSE+MetaFrameでシステムを運用しております。
ターミナルサーバにはクライアントのネットワークプリンタのドライバはインス
トール済みです。クライアントからMetaFrameを使用してターミナルサーバへログ
オンした場合、クライアントのネットワークプリンタが、サーバからも(他のク
ライアントからも)見えるようになりますよね?
サーバ上で、[設定]-[プリンタ]で画面を確認すると、接続されて見えるプリンタ
の一覧が表示され、各プリンタの右のところに、"AutoCreated"と表示されていま
す。
ところが、たまに、プリンタ(のアイコン)は見えるのですが、"AutoCreated"と
表示がされず、実際クライアントから印刷をかけても、印刷されないのです。
各クライアントには、ネットワークプリンタの他に、ドットプリンタが(マシン
に直接)接続されています。ドットプリンタは、常に"AutoCreated"と表示もされ、
印刷も出来ます。
クライアント環境のネットワークプリンタは、特別な設定をしないといけないの
でしょうか?このような現象に遭遇された方、どなたかいらっしゃらないでしょ
うか?
オートクリエイトプリンタがうまくいかない場合以下の手順で試して見てください。
(1)クライアントに設定されているプリンタを一度全て削除する。
(2)ICAクライアントをインストールする。
(3)設定したいプリンタのドライバをクライアントにLPT1に割り付けてインストールする。
(4)クライアントマシンを再起動する。
(5)メタフレームのサーバに接続してみる。
(6)Autocreateされているか確認。
(7)正常にAutoCreateされていれば、一旦メタフレームサーバより、ログオフする。
(8)クライアントのプリンタのプロパティを開き、ポートを実際のネットワークポート
に修正する。
(9)再度メタフレームサーバに接続し、テストプリントを実行する。
試してみてください。
(1)クライアントに設定されているプリンタを一度全て削除する。
(2)ICAクライアントをインストールする。
(3)設定したいプリンタのドライバをクライアントにLPT1に割り付けてインストールする。
(4)クライアントマシンを再起動する。
(5)メタフレームのサーバに接続してみる。
(6)Autocreateされているか確認。
(7)正常にAutoCreateされていれば、一旦メタフレームサーバより、ログオフする。
(8)クライアントのプリンタのプロパティを開き、ポートを実際のネットワークポート
に修正する。
(9)再度メタフレームサーバに接続し、テストプリントを実行する。
試してみてください。
pancraさん、レスありがとうございます。
試してみようと思います。
後日、結果報告させていただきます。
(ただ、"たまに"という現象ですので、確認が困難かもしれませんが…)
ありがとうございました。
試してみようと思います。
後日、結果報告させていただきます。
(ただ、"たまに"という現象ですので、確認が困難かもしれませんが…)
ありがとうございました。
上記の原因が判明致しましたので、ご報告させていただきます。
結論から、言いますと、ローカルプリンタのドライバに原因がありました。
(私のところにも、正しい情報が伝わっていなかったというのも原因ですが…)
ユーザがログオンをすると、サーバ上では、下記のようなダイアログが表示されていました。
「ただちに、Setup.exeを実行してください」かなり端折っていますが、この類のメッセージです。ボタンはOKボタンしかなく、Setup.exeを実行しなくても、正しく印刷(ローカルのプリンタ)できます。このメッセージは、このローカルプリンタのドライバが表示していました。
このダイアログはOKボタンを押すまでは消えません、当然ですが。
現地の担当と、「もしや!?」と思い、OKボタンを押すと、ログオンしたユーザのマシンのネットワークプリンタがAutoCreateされたのです!(感激!)
ユーザの話を聞くと、「気がついたときは、OKボタンを押していた」ということなので、
"たまに"AutoCreateされたり、されなかったり、という現象にみえていたようです。
ローカルプリンタのメーカに問合せをお願いしたのですが、「TSEには未対応」との返答が
あったそうで、ダイアログ消し役が、必要になりました。
※非常に次元の低い原因だったので、書くのは恥ずかしいのですが、
どこかに、似たような現象でお困りの方がいたら…と思い、書き込みました。
結論から、言いますと、ローカルプリンタのドライバに原因がありました。
(私のところにも、正しい情報が伝わっていなかったというのも原因ですが…)
ユーザがログオンをすると、サーバ上では、下記のようなダイアログが表示されていました。
「ただちに、Setup.exeを実行してください」かなり端折っていますが、この類のメッセージです。ボタンはOKボタンしかなく、Setup.exeを実行しなくても、正しく印刷(ローカルのプリンタ)できます。このメッセージは、このローカルプリンタのドライバが表示していました。
このダイアログはOKボタンを押すまでは消えません、当然ですが。
現地の担当と、「もしや!?」と思い、OKボタンを押すと、ログオンしたユーザのマシンのネットワークプリンタがAutoCreateされたのです!(感激!)
ユーザの話を聞くと、「気がついたときは、OKボタンを押していた」ということなので、
"たまに"AutoCreateされたり、されなかったり、という現象にみえていたようです。
ローカルプリンタのメーカに問合せをお願いしたのですが、「TSEには未対応」との返答が
あったそうで、ダイアログ消し役が、必要になりました。
※非常に次元の低い原因だったので、書くのは恥ずかしいのですが、
どこかに、似たような現象でお困りの方がいたら…と思い、書き込みました。
サーバ側のプリンタドライバをメーカー製のインストーラで導入するとおっしゃるような
現象になります。もし、プリンタドライバのみ(infファイルの指定)でインストール
可能であれば、この現象は消えると思います。EPSONのインクジェット系なんかは強引にインストーラが入ってしまうのですが・・
ご参考になれば幸いです。
現象になります。もし、プリンタドライバのみ(infファイルの指定)でインストール
可能であれば、この現象は消えると思います。EPSONのインクジェット系なんかは強引にインストーラが入ってしまうのですが・・
ご参考になれば幸いです。
インターネット経由の接続ついて
初めて、投稿させて頂きます。宜しくお願いします。
現在、NT4.0TSE+MetaFrame1.8の構成で、インターネット経由で本社と拠点(11拠点)を接続し業務アプリを運用しています。
端末にICAクライアントがインストールされていない場合、アプリケーション埋め込み型の画面に接続すると、
セキュリティー画面で”ICAクライアントをインストールして実行しますか?”という問いかけが表示されます。
この問いに”OK”を選択すると自動にインストールされ、MetaFrameに接続して、ログオン画面が表示されてしまいます。
ICAクライアントのインストールされている端末のみ接続させたいのですが、何かセキュリティー画面を制限する方法はあるのでしょうか?
お分かりになられる方、宜しくお願い致します。
現在、NT4.0TSE+MetaFrame1.8の構成で、インターネット経由で本社と拠点(11拠点)を接続し業務アプリを運用しています。
端末にICAクライアントがインストールされていない場合、アプリケーション埋め込み型の画面に接続すると、
セキュリティー画面で”ICAクライアントをインストールして実行しますか?”という問いかけが表示されます。
この問いに”OK”を選択すると自動にインストールされ、MetaFrameに接続して、ログオン画面が表示されてしまいます。
ICAクライアントのインストールされている端末のみ接続させたいのですが、何かセキュリティー画面を制限する方法はあるのでしょうか?
お分かりになられる方、宜しくお願い致します。
ICA ゲートウェイについてご教授ください
初めて、投稿させて頂きます。よろしくお願いします。
現在、1台のサーバA(WinNT4.0TSE(SP6) + MetaFrame 1.8) にて
システムを運用しているのですが、別のネットワーク上に
もう1台サーバB(WinNT4.0TSE + MetaFrame)を設置して
システムを拡大しようとしています。
そこでICAゲートウェイをサーバA/Bで設定しました。
確かにサーバBのネットワークのクライアントから、
サーバーAの公開アプリが見えるようになったのですが、
どうもサーバBはサーバAの公開アプリのアドレスを
クライアントに教えてあげてるだけで、実際は
クライアントとサーバAが通信&処理しているようです。
ICAゲートウェイとはこんな機能なのでしょうか?
本当は、サーバAでの処理結果をサーバBで受け、
それをクライアントでさらに受ける、
といったようなことを期待していましたが、
こういう事はできないのでしょうか?
もしできるとすれば、どのような設定をす
れば良いのでしょうか。
ご教授をお願いします。
現在、1台のサーバA(WinNT4.0TSE(SP6) + MetaFrame 1.8) にて
システムを運用しているのですが、別のネットワーク上に
もう1台サーバB(WinNT4.0TSE + MetaFrame)を設置して
システムを拡大しようとしています。
そこでICAゲートウェイをサーバA/Bで設定しました。
確かにサーバBのネットワークのクライアントから、
サーバーAの公開アプリが見えるようになったのですが、
どうもサーバBはサーバAの公開アプリのアドレスを
クライアントに教えてあげてるだけで、実際は
クライアントとサーバAが通信&処理しているようです。
ICAゲートウェイとはこんな機能なのでしょうか?
本当は、サーバAでの処理結果をサーバBで受け、
それをクライアントでさらに受ける、
といったようなことを期待していましたが、
こういう事はできないのでしょうか?
もしできるとすれば、どのような設定をす
れば良いのでしょうか。
ご教授をお願いします。
動作はおっしゃるとおりになるのが正しいです。
ゲートウェイの機能としてはアドレスを教えるだけです。
希望としておっしゃっていることは現状ではサポートされていません。
ゲートウェイの機能としてはアドレスを教えるだけです。
希望としておっしゃっていることは現状ではサポートされていません。
どうもありがとうございました。
これで「本当ははずだ!」という上司にいじめられなくて済みます。
これで「本当ははずだ!」という上司にいじめられなくて済みます。
どうもありがとうございました。
これで「本当はできるはずだ!」という上司にいじめられなくて済みます。
これで「本当はできるはずだ!」という上司にいじめられなくて済みます。
何を根拠にできるはずだといっているのでしょうか?はなはだ疑問です。
おそらく言葉から得られるイメージでおっしゃっているのでしょうね。
上司には管理者ガイドのP72 ICAゲートウェイを理解するの項を熟読してもらって納得していただくのが良いでしょう。
ICAゲートウェイの機能はサーバと公開アプリケーションの情報を共有するものだと
はっきり書いています。アプリケーションの実行データを仲介するゲートウェイ機能
的なものとは書いてません。
正しく理解してもらえると良いですね。
おそらく言葉から得られるイメージでおっしゃっているのでしょうね。
上司には管理者ガイドのP72 ICAゲートウェイを理解するの項を熟読してもらって納得していただくのが良いでしょう。
ICAゲートウェイの機能はサーバと公開アプリケーションの情報を共有するものだと
はっきり書いています。アプリケーションの実行データを仲介するゲートウェイ機能
的なものとは書いてません。
正しく理解してもらえると良いですね。
ICA ゲートウェイについてご教授ください
初めて、投稿させて頂きます。よろしくお願いします。
現在、1台のサーバA(WinNT4.0TSE(SP6) + MetaFrame 1.8) にて
システムを運用しているのですが、別のネットワーク上に
もう1台サーバB(WinNT4.0TSE + MetaFrame)を設置して
システムを拡大しようとしています。
そこでICAゲートウェイをサーバA/Bで設定しました。
確かにサーバBのネットワークのクライアントから、
サーバーAの公開アプリが見えるようになったのですが、
どうもサーバBはサーバAの公開アプリのアドレスを
クライアントに教えてあげてるだけで、実際は
クライアントとサーバAが通信&処理しているようです。
ICAゲートウェイとはこんな機能なのでしょうか?
本当は、サーバAでの処理結果をサーバBで受け、
それをクライアントでさらに受ける、
といったようなことを期待していましたが、
こういう事はできないのでしょうか?
もしできるとすれば、どのような設定をす
れば良いのでしょうか。
ご教授をお願いします。
現在、1台のサーバA(WinNT4.0TSE(SP6) + MetaFrame 1.8) にて
システムを運用しているのですが、別のネットワーク上に
もう1台サーバB(WinNT4.0TSE + MetaFrame)を設置して
システムを拡大しようとしています。
そこでICAゲートウェイをサーバA/Bで設定しました。
確かにサーバBのネットワークのクライアントから、
サーバーAの公開アプリが見えるようになったのですが、
どうもサーバBはサーバAの公開アプリのアドレスを
クライアントに教えてあげてるだけで、実際は
クライアントとサーバAが通信&処理しているようです。
ICAゲートウェイとはこんな機能なのでしょうか?
本当は、サーバAでの処理結果をサーバBで受け、
それをクライアントでさらに受ける、
といったようなことを期待していましたが、
こういう事はできないのでしょうか?
もしできるとすれば、どのような設定をす
れば良いのでしょうか。
ご教授をお願いします。
NT4.0TSE + MetaFrame1.8でのWAN経由での印刷について
初めて、投稿させて頂きます。よろしくお願いします。
さて、現在、NT4.0TSE + MetaFrame1.8の構成で、WANで本社と拠点(現在20拠点)を接続し業務アプリを運用しています。
WANにて接続している拠点での印刷が、現在不安定です。
TSEサーバにログインし、初めのうちは正常に印刷できているのですが、突然、印刷が出来なくなるのです。
一度、業務アプリを終了し再度、起動(ログイン)するとまた、印刷できると言うような状態です。
プリンタは、事前にクライアントで使用するドライバをサーバにインストールしAutoCreateで認識させています。
主な、プリンタはキャノンLBP730、LBP740(LIPS4)です。
このような状況にあわれて、クリアされた方いらっしゃいますでしょうか?
以上、よろしくお願い致します。
さて、現在、NT4.0TSE + MetaFrame1.8の構成で、WANで本社と拠点(現在20拠点)を接続し業務アプリを運用しています。
WANにて接続している拠点での印刷が、現在不安定です。
TSEサーバにログインし、初めのうちは正常に印刷できているのですが、突然、印刷が出来なくなるのです。
一度、業務アプリを終了し再度、起動(ログイン)するとまた、印刷できると言うような状態です。
プリンタは、事前にクライアントで使用するドライバをサーバにインストールしAutoCreateで認識させています。
主な、プリンタはキャノンLBP730、LBP740(LIPS4)です。
このような状況にあわれて、クリアされた方いらっしゃいますでしょうか?
以上、よろしくお願い致します。
20拠点の中に同一のクライアント名を持っているマシンが存在したりしてませんか?
且つそのクライアントから見えるプリンタが同一の機種である場合MetaFrameサーバ上に作成されるプリンタが同一のものになってしまうので
上記の現象がおきます。クライアント名#プリンタ名となる為。
同一のクライアント名を持ったマシンがアクセスしてきたところで不安定となる。
通常はネットワークが別になるので同一のマシン名は問題ないのですが、
MetaFrame環境においてはアクセスしてくるクライアント名すべてがユニークでない
と問題になると考えています。
且つそのクライアントから見えるプリンタが同一の機種である場合MetaFrameサーバ上に作成されるプリンタが同一のものになってしまうので
上記の現象がおきます。クライアント名#プリンタ名となる為。
同一のクライアント名を持ったマシンがアクセスしてきたところで不安定となる。
通常はネットワークが別になるので同一のマシン名は問題ないのですが、
MetaFrame環境においてはアクセスしてくるクライアント名すべてがユニークでない
と問題になると考えています。
pancraさん、ありがとうございます。
もう少し詳しくお伝えします。
クライアント名は、全てユニークにしてあります。
ただし、同一拠点(同一プリンタでのグループ)では、同じユーザー名としています。
以前、ユーザーに対してPOWER USERが設定されていることで、他拠点の同一機種のプリンタに出力される現象は
ありましたが、設定を解除した事でクリアしました。
現状、20拠点で常時接続は、10クライアント位です。
サーバのメモリ(現在2G)や回線(FR64K)等、問題があるのでしょうか?
申し訳ありませんが、よろしくお願いします。
もう少し詳しくお伝えします。
クライアント名は、全てユニークにしてあります。
ただし、同一拠点(同一プリンタでのグループ)では、同じユーザー名としています。
以前、ユーザーに対してPOWER USERが設定されていることで、他拠点の同一機種のプリンタに出力される現象は
ありましたが、設定を解除した事でクリアしました。
現状、20拠点で常時接続は、10クライアント位です。
サーバのメモリ(現在2G)や回線(FR64K)等、問題があるのでしょうか?
申し訳ありませんが、よろしくお願いします。
TSEおよび、MetaFrameのサービスパックはどこまで適用されているのでしょうか?
ご参考までにお聞かせねがえませんか?
ご参考までにお聞かせねがえませんか?
お返事遅れて申し訳ありません。
TSEは、SP6
MetaFrameは、SP2
ちなみにクライアントのICAモジュールは、6.00.913です。
TSEは、SP6
MetaFrameは、SP2
ちなみにクライアントのICAモジュールは、6.00.913です。
>サーバのメモリ(現在2G)や回線(FR64K)等、問題があるのでしょうか?
多分上記項目は関係ないと思われます。
>TSEサーバにログインし、初めのうちは正常に印刷できているのですが、
>突然、印刷が出来なくなるのです。
>一度、業務アプリを終了し再度、起動(ログイン)するとまた、
>印刷できると言うような状態です。
上記現象からすると、サーバ再起動によりクリアされるような設定が問題では
なく、ユーザ毎に作成されるファイルや設定が問題なのでしょう。
さらに、はじめは問題なく、つかっている内にという事であれば、以下の事
が考えられないでしょうか?
印刷のスプールファイルが肥大化して実領域に収まらなくなっている。
印刷のスプールファイルは大きなファイルを印刷しようとすれば大きく
なってしまうので、ありえない事はないと思うのですが、どうでしょう。
もしこれが原因であれば、スプールファイルの場所を移行すればよいと
思います。
これくらいしか思いつきませんでした。
2ヶ月以上まえの記事へのレスで申し訳ありません。
私もjackyさんと同じ現象にあっています。
同時に同一ユーザでログオンすると、後からログオンした
クライアントに対しても先にログオンしたクライアントの
プリンタが見えてしまうのが原因だというのが分かったの
ですが、jackyさんはどのように対応されましたでしょうか?
よろしければご教授ください。
(やはりユーザアカウントを個別に作成するべき?)
私もjackyさんと同じ現象にあっています。
同時に同一ユーザでログオンすると、後からログオンした
クライアントに対しても先にログオンしたクライアントの
プリンタが見えてしまうのが原因だというのが分かったの
ですが、jackyさんはどのように対応されましたでしょうか?
よろしければご教授ください。
(やはりユーザアカウントを個別に作成するべき?)
私もまさに同様の現象に遭遇しています。Windows2000+MetaFrame1.8 SP2 です。
昨日Post Service Pack2 - HotFix MJ182W008 を適用し様子をみているところです。
(1日に1回程度発生したりしなかったりなので有効かどうかの確認までに時間
がかかります)
昨日Post Service Pack2 - HotFix MJ182W008 を適用し様子をみているところです。
(1日に1回程度発生したりしなかったりなので有効かどうかの確認までに時間
がかかります)
私もまさに同様の現象に遭遇しています。Windows2000+MetaFrame1.8 SP2 です。
昨日Post Service Pack2 - HotFix MJ182W008 を適用し様子をみているところです。
(1日に1回程度発生したりしなかったりなので有効かどうかの確認までに時間
がかかります)
昨日Post Service Pack2 - HotFix MJ182W008 を適用し様子をみているところです。
(1日に1回程度発生したりしなかったりなので有効かどうかの確認までに時間
がかかります)
Metaが消える!?
お久しぶりです。
Metaクライアントが突然消える現象がいくつかのPCで出ています。
(メニュー、デスクトップ、フォルダ、iniファイルが消えているようです。
レジストリまでは見ていません)
環境的には、Win95、Win98のマシンでおきています。
前兆として、システムが不安定になって再起動した後に起きています。
もっとも、1000台以上入れての数台(もう少しあるかもしれません)
なので、個体差とか個々の環境によっておきているのかな?と
思っています。
似たような状況があったらお教えください。
Metaクライアントが突然消える現象がいくつかのPCで出ています。
(メニュー、デスクトップ、フォルダ、iniファイルが消えているようです。
レジストリまでは見ていません)
環境的には、Win95、Win98のマシンでおきています。
前兆として、システムが不安定になって再起動した後に起きています。
もっとも、1000台以上入れての数台(もう少しあるかもしれません)
なので、個体差とか個々の環境によっておきているのかな?と
思っています。
似たような状況があったらお教えください。
似たような現象が当システムでも発生していました。
消えるものは、公開APのアイコンと、新規に作成したICAコネクションのアイコンです。
つまり、Neighborhoodの中身が消えてしまうことがありました。(過去に3回ほどあり、
その都度再設定し回避していました。)
クライアントの構成は、ICA779、Windows98。サーバはTSE(sp5)+MetaFrame1.8
ダイアルアップによるINS接続している端末のみ発生といった状況です。
原因などは不明のままで、役に立たない情報ですが、参考になれば幸いです。
消えるものは、公開APのアイコンと、新規に作成したICAコネクションのアイコンです。
つまり、Neighborhoodの中身が消えてしまうことがありました。(過去に3回ほどあり、
その都度再設定し回避していました。)
クライアントの構成は、ICA779、Windows98。サーバはTSE(sp5)+MetaFrame1.8
ダイアルアップによるINS接続している端末のみ発生といった状況です。
原因などは不明のままで、役に立たない情報ですが、参考になれば幸いです。
似たような現象が当システムでも発生していました。
消えるものは、公開APのアイコンと、新規に作成したICAコネクションのアイコンです。
つまり、Neighborhoodの中身が消えてしまうことがありました。(過去に3回ほどあり、
その都度再設定し回避していました。)
クライアントの構成は、ICA779、Windows98。サーバはTSE(sp5)+MetaFrame1.8
ダイアルアップによるINS接続している端末のみ発生といった状況です。
原因などは不明のままで、役に立たない情報ですが、参考になれば幸いです。
消えるものは、公開APのアイコンと、新規に作成したICAコネクションのアイコンです。
つまり、Neighborhoodの中身が消えてしまうことがありました。(過去に3回ほどあり、
その都度再設定し回避していました。)
クライアントの構成は、ICA779、Windows98。サーバはTSE(sp5)+MetaFrame1.8
ダイアルアップによるINS接続している端末のみ発生といった状況です。
原因などは不明のままで、役に立たない情報ですが、参考になれば幸いです。
UDPを使わないブラウジングについて
現在MetaFrame1.8J FR1を評価中です。UDPを使用しなくなったとの事で、
FireWallのセキュリティ保持と設定が楽になると喜んでました。
しかし、ICAクライアントモジュール(6.00.913)でのブラウジングはUDPを
使わずTCP+HTTPでの接続が確認できましたが、ICAファイルでの記述方法が
わかりません。(どうしてもブラウザからアクセスさせたいので。。。)
どなたかご存知であれば、情報をいただけないでしょうか。
よろしくお願いします。
FireWallのセキュリティ保持と設定が楽になると喜んでました。
しかし、ICAクライアントモジュール(6.00.913)でのブラウジングはUDPを
使わずTCP+HTTPでの接続が確認できましたが、ICAファイルでの記述方法が
わかりません。(どうしてもブラウザからアクセスさせたいので。。。)
どなたかご存知であれば、情報をいただけないでしょうか。
よろしくお願いします。
すみません。自己レスになりますが。。。
CitrixのKnowledgeBaseにありましたので早速試してみます。
[WFClient]
Version=2
HttpBrowserAddress=10.3.13.111:8080
TcpBrowserAddress=10.3.7.78
TcpBrowserAddress2=10.3.7.111
[ApplicationServers]
notepad-jw=
[notepad-jw]
Address=notepad-jw
InitialProgram=#notepad-jw
DesiredHRES=640
DesiredVRES=480
DesiredColor=2
TransportDriver=TCP/IP
WinStationDriver=ICA 3.0
BrowserProtocol=HTTPonTCP
今後も皆さんのお力を借りる事が多いとおもいますので、よろしくお願いします。
CitrixのKnowledgeBaseにありましたので早速試してみます。
[WFClient]
Version=2
HttpBrowserAddress=10.3.13.111:8080
TcpBrowserAddress=10.3.7.78
TcpBrowserAddress2=10.3.7.111
[ApplicationServers]
notepad-jw=
[notepad-jw]
Address=notepad-jw
InitialProgram=#notepad-jw
DesiredHRES=640
DesiredVRES=480
DesiredColor=2
TransportDriver=TCP/IP
WinStationDriver=ICA 3.0
BrowserProtocol=HTTPonTCP
今後も皆さんのお力を借りる事が多いとおもいますので、よろしくお願いします。
Powerful & Beautiful
力強く、美しいシステムを。

