トピック検索
1789 件のトピックが該当しました。
- MetaでOAサーバにしたいんだけど2 - KKK ( 2001/04/16 09:52:41 更新)
- MetaでOAサーバにしたいけど - 松浦 ( 2001/04/11 23:24:58 更新)
- ネットワークプリンタへの印刷 - kazuya ( 2001/03/29 17:54:46 更新)
- Windows 2000 ドメインでの疑問 - satu ( 2001/03/26 19:09:19 更新)
- ライセンス付与の抑制について - take ( 2001/03/22 00:15:01 更新)
- クライアントのIPアドレスについて - 川本 ( 2001/03/14 14:17:35 更新)
- インターネット経由の接続ついて - satu ( 2001/03/03 19:35:07 更新)
- metaframeとcanonプリンタの相性について - M.N ( 2001/03/01 11:16:23 更新)
- ICA ゲートウェイについてご教授ください - taka ( 2001/02/21 16:09:00 更新)
- ICA ゲートウェイについてご教授ください - taka ( 2001/02/21 15:57:24 更新)
MetaでOAサーバにしたいんだけど2
初めて投稿します。
松浦さんと同じ案件なんですが、課題が2つあります。
(1)クライアント側で、Eメールでの添付Word・Excelファイルのやり取りで、
添付されたファイルをクリックして自動的にWord・Excelが立ちあがるようにしたい。
(2)各クライアントユーザによって、FEPや単語登録があるので個々で設定できるようにしたい。
の2点です。
MetaサーバにメールソフトとOfficeを入れて、WordやExcelを公開アプリケーションせずにサーバ構築すれば
できると思うのですが、特に(2)のやり方がわかりません。
詳しくわかる方がいらっしゃったら、アドバイスお願いします。
構成は松浦さんと同じです。
松浦さんと同じ案件なんですが、課題が2つあります。
(1)クライアント側で、Eメールでの添付Word・Excelファイルのやり取りで、
添付されたファイルをクリックして自動的にWord・Excelが立ちあがるようにしたい。
(2)各クライアントユーザによって、FEPや単語登録があるので個々で設定できるようにしたい。
の2点です。
MetaサーバにメールソフトとOfficeを入れて、WordやExcelを公開アプリケーションせずにサーバ構築すれば
できると思うのですが、特に(2)のやり方がわかりません。
詳しくわかる方がいらっしゃったら、アドバイスお願いします。
構成は松浦さんと同じです。
MetaでOAサーバにしたいけど
ひさびさの投稿です。
MetaサーバをOAサーバとしてつかいたいという案件があります。
つまり、WordやExcelをMetaサーバ上の公開apとしてつかいたいという要件です。
私としては、Metaのウインドウ(黒い画面)はユーザに見せたくない。公開ap
のシームレスとして利用させたい。と考えています。その理由は、Metaサーバ上の
ファイルをさわらせたくないからです。
★ここで疑問がひとつ。
Word、Excelなどででファイルを保存するときに、Metaサーバのフォルダが見えて
しまうが、これをクライアントのフォルダにすることはできないでしょうか?
つまり、サーバのフォルダをユーザにみせなくする(見えてもよういが書き込め
ない様にする)方法はないでしょうか?
構成は、WindowsNT4.0_TSE,MetaFrame1.8,MS_Office2000です
MetaサーバをOAサーバとしてつかいたいという案件があります。
つまり、WordやExcelをMetaサーバ上の公開apとしてつかいたいという要件です。
私としては、Metaのウインドウ(黒い画面)はユーザに見せたくない。公開ap
のシームレスとして利用させたい。と考えています。その理由は、Metaサーバ上の
ファイルをさわらせたくないからです。
★ここで疑問がひとつ。
Word、Excelなどででファイルを保存するときに、Metaサーバのフォルダが見えて
しまうが、これをクライアントのフォルダにすることはできないでしょうか?
つまり、サーバのフォルダをユーザにみせなくする(見えてもよういが書き込め
ない様にする)方法はないでしょうか?
構成は、WindowsNT4.0_TSE,MetaFrame1.8,MS_Office2000です
ポリシーエディタで見せないように設定してはいかがでしょうか。
ネットワークプリンタへの印刷
みなさん、はじめまして。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のインクジェット系なんかは強引にインストーラが入ってしまうのですが・・
ご参考になれば幸いです。
Windows 2000 ドメインでの疑問
すみません。少々教えて頂きたいです。
現在、Windows 2000サーバでドメインを構築し、同一サーバの中にMetaFrameをインストールしてテストを行なっているのですが、NTドメインでは体験したことのない状況ではまってしまいました。
ソリティアを公開アプリケーションとして設定しました。アカウントは"Domain Users"
通常ドメインのユーザマネージャにて、"Domain Users"権限に設定したユーザはMetaFrameにログインできるはずなのですが、はじかれてしまいます。"Domain Admins"の権限を持つユーザは問題無くログインできます。
ドメイン認証の問題かなと思い、クライアントから試してみましたが、"Domain Users"のユーザでドメインに参加はできても、MetaFrameのログオンにははじかれてしまいます。対処の方法を教えてください。よろしくお願いします。
現在、Windows 2000サーバでドメインを構築し、同一サーバの中にMetaFrameをインストールしてテストを行なっているのですが、NTドメインでは体験したことのない状況ではまってしまいました。
ソリティアを公開アプリケーションとして設定しました。アカウントは"Domain Users"
通常ドメインのユーザマネージャにて、"Domain Users"権限に設定したユーザはMetaFrameにログインできるはずなのですが、はじかれてしまいます。"Domain Admins"の権限を持つユーザは問題無くログインできます。
ドメイン認証の問題かなと思い、クライアントから試してみましたが、"Domain Users"のユーザでドメインに参加はできても、MetaFrameのログオンにははじかれてしまいます。対処の方法を教えてください。よろしくお願いします。
ドメインユーザにそのマシンにローカルログインする権利がない為に起こる問題だと
思います。
通常のドメイン認証はネットワーク経由にてログインの権利があれば入れますが
ターミナルサーバやその上にのるメタフレームの場合は実質ローカルマシンにはいれる
デスクトップが表示されると考えられますので、ローカルログインできる権利が必要
となるのではないでしょうか?
NTの場合はドメインユーザマネージャで[原則]-[ユーザの権利]で設定できたものと
同等のものをWin2000の管理ツールの中から設定すれば良いのではないでしょうか?
思います。
通常のドメイン認証はネットワーク経由にてログインの権利があれば入れますが
ターミナルサーバやその上にのるメタフレームの場合は実質ローカルマシンにはいれる
デスクトップが表示されると考えられますので、ローカルログインできる権利が必要
となるのではないでしょうか?
NTの場合はドメインユーザマネージャで[原則]-[ユーザの権利]で設定できたものと
同等のものをWin2000の管理ツールの中から設定すれば良いのではないでしょうか?
回答ありがとうございます。
レス後、Win2000の管理ツールの中でローカルポリシーや、ドメインのポリシー
のローカルポリシーの設定に"Domain Users"を加えたりしてみたのですが、
一向にログオンできません。
どこの何を変更すれば、"Domain Users"がログインできるようになるのでしょうか?
教えてください。よろしくお願いします。
レス後、Win2000の管理ツールの中でローカルポリシーや、ドメインのポリシー
のローカルポリシーの設定に"Domain Users"を加えたりしてみたのですが、
一向にログオンできません。
どこの何を変更すれば、"Domain Users"がログインできるようになるのでしょうか?
教えてください。よろしくお願いします。
手元にActiveDirectoryを設定したWindows2000のサーバがないので、詳細操作はわかりません。申し訳ないです。
ただ、ターミナルサービスを動作させるサーバとActiveDirectoryを管理するサーバを
分けられてはいかがでしょうか?アカウントを管理しているサーバ上にMetaFrameを
インストールした場合と、メンバーサーバにインストールする場合では構成が違って
きますので、運用方法も異なった形になります。
具体的にはメンバーサーバでは匿名ユーザが作成されますが、アカウント管理サーバ
では作成されません。この為、匿名公開アプリケーションを作成することができません。
また、マイクロソフトもアカウント管理サーバにターミナルサービスをさせることを
パフォーマンスの面から推奨しておりません。
どうしてもアカウント管理サーバでローカルログインの権利を付与したい場合は
Windows2000BlackBook等にその方法が書いているようですが、実際にみた事ない
ので、ここでは詳細を書く事ができません。
もし、もう一台マシンが用意できるなら、2台構成で試されてはいかがでしょうか?
Windows2000のメンバーサーバにターミナルサービス&メタフレームをインストール
した場合にはおっしゃる様な現象は現れませんでした。この場合はNTのPDCにアカウント
管理を任せています。
ヒントになれば幸いです。
ただ、ターミナルサービスを動作させるサーバとActiveDirectoryを管理するサーバを
分けられてはいかがでしょうか?アカウントを管理しているサーバ上にMetaFrameを
インストールした場合と、メンバーサーバにインストールする場合では構成が違って
きますので、運用方法も異なった形になります。
具体的にはメンバーサーバでは匿名ユーザが作成されますが、アカウント管理サーバ
では作成されません。この為、匿名公開アプリケーションを作成することができません。
また、マイクロソフトもアカウント管理サーバにターミナルサービスをさせることを
パフォーマンスの面から推奨しておりません。
どうしてもアカウント管理サーバでローカルログインの権利を付与したい場合は
Windows2000BlackBook等にその方法が書いているようですが、実際にみた事ない
ので、ここでは詳細を書く事ができません。
もし、もう一台マシンが用意できるなら、2台構成で試されてはいかがでしょうか?
Windows2000のメンバーサーバにターミナルサービス&メタフレームをインストール
した場合にはおっしゃる様な現象は現れませんでした。この場合はNTのPDCにアカウント
管理を任せています。
ヒントになれば幸いです。
色々教えていただき、ありがとうございます。
私もNTのPDCにアカウント管理を任せて、Windows2000をメンバサーバという構成
では経験があり、通常に使用できています。
う〜ん、やっぱりサーバは分けて試したほうがいいみたいですね。
でもこの解決法は探してみたいと思いますので、何か情報がありましたら
教えてください。
よろしくお願いします
私もNTのPDCにアカウント管理を任せて、Windows2000をメンバサーバという構成
では経験があり、通常に使用できています。
う〜ん、やっぱりサーバは分けて試したほうがいいみたいですね。
でもこの解決法は探してみたいと思いますので、何か情報がありましたら
教えてください。
よろしくお願いします
ライセンス付与の抑制について
初めまして。これはMetaFrameというよりTerminalServiceについての質問
になってしまうかと思うのですが、どなたかクライアントへのTerminalSer
viceCALの付与を抑制する方法を教えて頂けないでしょうか。
MetaFrameを使用することで気軽にブラウザからTerminalServiceを利用で
きるようになるのは良いのですが、エンドユーザが気軽に使用クライアント
(非Win2000マシン)を変えることで無駄にターミナルサービスライセンス
が消費されてしまうのではないかと心配しています。
になってしまうかと思うのですが、どなたかクライアントへのTerminalSer
viceCALの付与を抑制する方法を教えて頂けないでしょうか。
MetaFrameを使用することで気軽にブラウザからTerminalServiceを利用で
きるようになるのは良いのですが、エンドユーザが気軽に使用クライアント
(非Win2000マシン)を変えることで無駄にターミナルサービスライセンス
が消費されてしまうのではないかと心配しています。
クライアントのIPアドレスについて
初めて、投稿させて頂きます。よろしくお願いします。
現在、MetaFrameの導入を検討しております。
社内には、クライアントのIPアドレスによりシステムの動作を
制御しているイントラサーバーがあります。
MetaFrame上でのブラウザ(IE5.0)からアクセスする場合、
IPアドレスが、MetaFrameサーバーのIPアドレスにつけ
変わってしまう様ですが、これを本来のクライアントIPアドレスとする
方法はあるのでしょうか?
みなさんのところでは、システム管理の面からもこのような問題は
発生していないのでしょうか?
現在、MetaFrameの導入を検討しております。
社内には、クライアントのIPアドレスによりシステムの動作を
制御しているイントラサーバーがあります。
MetaFrame上でのブラウザ(IE5.0)からアクセスする場合、
IPアドレスが、MetaFrameサーバーのIPアドレスにつけ
変わってしまう様ですが、これを本来のクライアントIPアドレスとする
方法はあるのでしょうか?
みなさんのところでは、システム管理の面からもこのような問題は
発生していないのでしょうか?
IPアドレスがMetaFrameサーバのIPにつけ変わるというよりは、MetaFrameサーバから
アクセスしているのでサーバのIPになると理解しています。
1台のPCを複数のユーザで利用している環境ではIPアドレス等マシン環境に
依存する情報を利用したシステムを構築した場合、汎用性がなくなる為、
一般的にはユーザID&パスワードでの制御を行うようにしています。
ただし、セキュリティやトラブルシュートでは端末を特定したいという
用途にはIPアドレスを使用するケースもあるのでしょうね。
MetaFrameの場合はサーバ管理ツールでマシン名くらいは特定できるので
それで事足りるかもしれない。
アクセスしているのでサーバのIPになると理解しています。
1台のPCを複数のユーザで利用している環境ではIPアドレス等マシン環境に
依存する情報を利用したシステムを構築した場合、汎用性がなくなる為、
一般的にはユーザID&パスワードでの制御を行うようにしています。
ただし、セキュリティやトラブルシュートでは端末を特定したいという
用途にはIPアドレスを使用するケースもあるのでしょうね。
MetaFrameの場合はサーバ管理ツールでマシン名くらいは特定できるので
それで事足りるかもしれない。
インターネット経由の接続ついて
初めて、投稿させて頂きます。宜しくお願いします。
現在、NT4.0TSE+MetaFrame1.8の構成で、インターネット経由で本社と拠点(11拠点)を接続し業務アプリを運用しています。
端末にICAクライアントがインストールされていない場合、アプリケーション埋め込み型の画面に接続すると、
セキュリティー画面で”ICAクライアントをインストールして実行しますか?”という問いかけが表示されます。
この問いに”OK”を選択すると自動にインストールされ、MetaFrameに接続して、ログオン画面が表示されてしまいます。
ICAクライアントのインストールされている端末のみ接続させたいのですが、何かセキュリティー画面を制限する方法はあるのでしょうか?
お分かりになられる方、宜しくお願い致します。
現在、NT4.0TSE+MetaFrame1.8の構成で、インターネット経由で本社と拠点(11拠点)を接続し業務アプリを運用しています。
端末にICAクライアントがインストールされていない場合、アプリケーション埋め込み型の画面に接続すると、
セキュリティー画面で”ICAクライアントをインストールして実行しますか?”という問いかけが表示されます。
この問いに”OK”を選択すると自動にインストールされ、MetaFrameに接続して、ログオン画面が表示されてしまいます。
ICAクライアントのインストールされている端末のみ接続させたいのですが、何かセキュリティー画面を制限する方法はあるのでしょうか?
お分かりになられる方、宜しくお願い致します。
metaframeとcanonプリンタの相性について
サーバはWin2000server+Metaframe1.8Jの構成で、クライアント数は15同時接続です。
各拠点のクライアントでCanon製のプリンタを使用する場合、一部のプリンタを使用するとサーバのシステムファイル等?が死んでしまい再インストールが必要となる現象が起きるようです。(プリンタドライバはサーバと各クライアント共最新のバージョンに更新済の状況で)
キャノン製プリンタのどの機種でこのような現象が起きるかお教え下さい。
各拠点のクライアントでCanon製のプリンタを使用する場合、一部のプリンタを使用するとサーバのシステムファイル等?が死んでしまい再インストールが必要となる現象が起きるようです。(プリンタドライバはサーバと各クライアント共最新のバージョンに更新済の状況で)
キャノン製プリンタのどの機種でこのような現象が起きるかお教え下さい。
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で受け、
それをクライアントでさらに受ける、
といったようなことを期待していましたが、
こういう事はできないのでしょうか?
もしできるとすれば、どのような設定をす
れば良いのでしょうか。
ご教授をお願いします。
Powerful & Beautiful
力強く、美しいシステムを。