トピック検索
1472 件のトピックが該当しました。
- MetaFrame データストアのバックアップ/リカバリについて - meta ( 2002/07/12 16:13:29 更新)
- ICAクライアントで接続時の権限と印刷の関係について - ジョージ ( 2002/07/09 16:18:43 更新)
- SSLエラー 61について - meta ( 2002/07/03 16:04:59 更新)
- アプリ公開時のユーザー表示でエラー - けんた ( 2002/07/02 15:47:58 更新)
- メータフレームを利用した無線ハンディの端末名 - ひで ( 2002/06/16 16:04:47 更新)
- 再接続ができない - odagi ( 2002/06/06 18:36:57 更新)
- サーバにコネクションが残ってしまう - iso ( 2002/05/30 14:44:23 更新)
- イベントID(39) ソース Cdmについて - dive ( 2002/05/28 12:52:16 更新)
- 複数台のTSのうち１台だけの停止方法について - dive ( 2002/05/27 08:59:34 更新)
- Nfuse経由の画面でNumLcokが解除される - NOB ( 2002/05/14 10:37:17 更新)
MetaFrame データストアのバックアップ/リカバリについて
MetaFrameのデータストアのバックアップおよびリカバリについての質問です。
MetaFrame XP FR1が1台あって、dsmaint backukpコマンドで、データストアのバックアップファイル(mf20.mdb)を作成しました。
MetaFrameを再インストールし、バックアップファイル(mf20.mdb)を用いて、データストアのリカバリをしたいと考えています。
どのようにすればリカバリできるのでしょうか？もしくは、そもそもこの方法では、リカバリできないのでしょうか？
どなたかご存知の方は、教えていただけないでしょうか？
MetaFrame XP FR1が1台あって、dsmaint backukpコマンドで、データストアのバックアップファイル(mf20.mdb)を作成しました。
MetaFrameを再インストールし、バックアップファイル(mf20.mdb)を用いて、データストアのリカバリをしたいと考えています。
どのようにすればリカバリできるのでしょうか？もしくは、そもそもこの方法では、リカバリできないのでしょうか？
どなたかご存知の方は、教えていただけないでしょうか？
MetaFrameXP導入・運用ガイドからの抜粋です。
1.データストアのバックアップまたは元のデータストアを新しいサーバーにコピーする。
2.新しいホストサーバー上で、手順1.でコピーした新しいローカルデータストアを参照するDSNファイルを作成する。
3.サーバーファーム内のすべてのサーバー上で、「dsmaint failover」コマンドを実行して、新しいホストサーバーを指定する。（各サーバー上でIMAサービスが起動している必要あり）
4.新しいホストサーバー上で「dsmaint config」コマンドを実行し、IMAサービスが手順2.で作成した新しいDSNファイルを参照するようにする。
5.レジストリエディタ（Regedt32.exe）を起動して、次のレジストリキーの値を「Imaaccess.dll」から「Imaodbc.dll」に変更して、元のホストサーバーのロールを間接アクセスサーバーに変更する。
【HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\IMA\DatabaseDriver】
6.全てのファームサーバー上で、IMAサービスを一旦停止し、再起動する。
7.新しいホストサーバー上でIMAサービスを起動した後で、サーバーファーム内の他のすべてのサーバー上で、IMAサービスを一旦停止し、再起動する。
以上でリカバリできるようです。
私自身これを試した事が無いので、テスト環境があれば試してから行なってみて下さい。
1.データストアのバックアップまたは元のデータストアを新しいサーバーにコピーする。
2.新しいホストサーバー上で、手順1.でコピーした新しいローカルデータストアを参照するDSNファイルを作成する。
3.サーバーファーム内のすべてのサーバー上で、「dsmaint failover」コマンドを実行して、新しいホストサーバーを指定する。（各サーバー上でIMAサービスが起動している必要あり）
4.新しいホストサーバー上で「dsmaint config」コマンドを実行し、IMAサービスが手順2.で作成した新しいDSNファイルを参照するようにする。
5.レジストリエディタ（Regedt32.exe）を起動して、次のレジストリキーの値を「Imaaccess.dll」から「Imaodbc.dll」に変更して、元のホストサーバーのロールを間接アクセスサーバーに変更する。
【HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\IMA\DatabaseDriver】
6.全てのファームサーバー上で、IMAサービスを一旦停止し、再起動する。
7.新しいホストサーバー上でIMAサービスを起動した後で、サーバーファーム内の他のすべてのサーバー上で、IMAサービスを一旦停止し、再起動する。
以上でリカバリできるようです。
私自身これを試した事が無いので、テスト環境があれば試してから行なってみて下さい。
上記手順は基本的に同一サーバーファーム内の今までデータストア
をホストしていなかったサーバにデータストアを移行する手順で
あったと思います。間違ってたらごめんなさい。
一応上記手順に従ったテストを行ったことはあります。
その時はこの前提でうまくいったと記憶しております。
最初の質問の意図を最初構築していたサーバファームが消失した
状態で、データストアのバックアップのみが存在する。
その状態で、新規にデータストアをもつサーバを構築し、その
サーバに以前のデータストアを移行したいと仮定すると、
そのままは当てはまらないかもしれませんね。
をホストしていなかったサーバにデータストアを移行する手順で
あったと思います。間違ってたらごめんなさい。
一応上記手順に従ったテストを行ったことはあります。
その時はこの前提でうまくいったと記憶しております。
最初の質問の意図を最初構築していたサーバファームが消失した
状態で、データストアのバックアップのみが存在する。
その状態で、新規にデータストアをもつサーバを構築し、その
サーバに以前のデータストアを移行したいと仮定すると、
そのままは当てはまらないかもしれませんね。
いつも参考にさせて頂いております。mineiと申します。
>2.新しいホストサーバー上で、手順1.でコピーした新しいローカル
>データストアを参照するDSNファイルを作成する。
これはどのような作業なのでしょうか。まったく検討がつきません。
上記手順をテストしたいのですが、ここで詰まっております。
簡単な質問で申し訳ありませんが、ご教授お願いいたします。
>2.新しいホストサーバー上で、手順1.でコピーした新しいローカル
>データストアを参照するDSNファイルを作成する。
これはどのような作業なのでしょうか。まったく検討がつきません。
上記手順をテストしたいのですが、ここで詰まっております。
簡単な質問で申し訳ありませんが、ご教授お願いいたします。
ホストサーバーとは機能を担当するサーバの意味です。
DSNファイルに関してはODBC周りを学習してください。
大抵のデータベースのODBC接続時の説明に出てきます。
DSNファイルに関してはODBC周りを学習してください。
大抵のデータベースのODBC接続時の説明に出てきます。
ICAクライアントで接続時の権限と印刷の関係について
ICAクライアントで接続して、Auto Created Client Printerを使用するとき、その権限によって印刷に関する制限等はあるでしょうか？（例えば、Administratorでないと出来ないことなど）
また、それはサーバーOS（Windows NT4.0 TSE / Windows 2000）やMetaFrameバージョン（XP / 1.8）によっても異なるでしょうか？
こういったことがまとめられている資料やホームページは存在しますか？
また、それはサーバーOS（Windows NT4.0 TSE / Windows 2000）やMetaFrameバージョン（XP / 1.8）によっても異なるでしょうか？
こういったことがまとめられている資料やホームページは存在しますか？
プリンタのプロパティを開いてアクセス許可の様子を確認されてはいかがでしょうか？
後はオンラインヘルプなり、OSのマニュアル本を参照してみてはいかがでしょうか？
>こういったことがまとめられている資料やホームページは存在しますか？
残念ながら見たことないです。
プリンタの機能はドライバに依存するため、各メーカーのドライバがMetaFrameでのAutoCreatePrinterの仕組みを意識したドライバであるかどうかがポイントであると思います。
各プリンタメーカーの対応についてはCitrixのサイトにリンクが張ってあったと思います。
後はオンラインヘルプなり、OSのマニュアル本を参照してみてはいかがでしょうか？
>こういったことがまとめられている資料やホームページは存在しますか？
残念ながら見たことないです。
プリンタの機能はドライバに依存するため、各メーカーのドライバがMetaFrameでのAutoCreatePrinterの仕組みを意識したドライバであるかどうかがポイントであると思います。
各プリンタメーカーの対応についてはCitrixのサイトにリンクが張ってあったと思います。
SSLエラー 61について
以下の質問があります。
Windows2000 SP2 + MetaFrame XP FR1
ICA Program Neighborhood v6.20
サーバ証明書→Verisign グローバル・サーバID
以上の環境で、SSLの設定を行い、ICAクライアントから「SSL＋HTTPS」で接続を行ったところ、以下のエラーが表示されました。
MetaFrameサーバに接続できません。
受信したサーバ証明書は信頼されていません。(SSLエラー 61)
サーバのアドレスもサーバのFQDN名でアクセスしています。
どなたか教えていただけないでしょうか。
Windows2000 SP2 + MetaFrame XP FR1
ICA Program Neighborhood v6.20
サーバ証明書→Verisign グローバル・サーバID
以上の環境で、SSLの設定を行い、ICAクライアントから「SSL＋HTTPS」で接続を行ったところ、以下のエラーが表示されました。
MetaFrameサーバに接続できません。
受信したサーバ証明書は信頼されていません。(SSLエラー 61)
サーバのアドレスもサーバのFQDN名でアクセスしています。
どなたか教えていただけないでしょうか。
どの様なネットワーク環境で動作させようとしているのでしょうか？
ちなみにMetaFrameサーバではWWWサーバを動作させたりしてないですよね。
ちなみにMetaFrameサーバではWWWサーバを動作させたりしてないですよね。
最終的には、インターネット経由でSSL＋HTTPS通信を行いたいのですが、現状では、LAN内でのSSL＋HTTPSアクセスもできない状態です。MetaFrameサーバ上ではWWWサーバは立てておりません。
VerisignのテストIDを使用した場合は、SSL＋HTTPSアクセスできるのですが。テストID、グローバルサーバIDの大きな違いとしては、40bitSSLと128bitSSLの違いぐらいだと思うのですが。
VerisignのテストIDを使用した場合は、SSL＋HTTPSアクセスできるのですが。テストID、グローバルサーバIDの大きな違いとしては、40bitSSLと128bitSSLの違いぐらいだと思うのですが。
テストIDでSSLを使用したメタフレームへの接続がうまくいっていたのであれば作業手順そのものが間違っている可能性は低いですね。
たとえば、DNSへのメタフレームサーバの登録情報を確認してみてはいかがでしょうか？
社内用にアクティブディレクトリとかたててあったりすると意外と盲点になっている可能性があります。
たとえば、DNSへのメタフレームサーバの登録情報を確認してみてはいかがでしょうか？
社内用にアクティブディレクトリとかたててあったりすると意外と盲点になっている可能性があります。
今回は、DNSを使用せずにHostsに書いて名前解決しています。
HTTP接続はできているので問題ないと思うのですが。
128bitSSLはサポートしてあると、Citrixホームページには書いてありましたが、グローバルサーバIDではだめなのでしょうか？
HTTP接続はできているので問題ないと思うのですが。
128bitSSLはサポートしてあると、Citrixホームページには書いてありましたが、グローバルサーバIDではだめなのでしょうか？
>受信したサーバ証明書は信頼されていません。(SSLエラー 61)
上記メッセージはクライアントにroot証明書がインストールされていない時によく出現するメッセージですが,通常べりサイン等有名なCA局の場合既にインストールされているのが普通なので、理解しがたいですね。
念の為別のクライアントからも試してみてはいかがでしょうか？
上記メッセージはクライアントにroot証明書がインストールされていない時によく出現するメッセージですが,通常べりサイン等有名なCA局の場合既にインストールされているのが普通なので、理解しがたいですね。
念の為別のクライアントからも試してみてはいかがでしょうか？
ProgrameNeighborHoodを6.20.986以上に上げてみてテストしてください。
うちでも同様の障害がありました。
ProgrameNeighborHoodを最新（Version 6.30.1050）にしたらＯＫでした。
ただ、接続するクライアントPCのSP及びセキュリティパッチにも気をつけて下さい。
Windows2000であればSP1はNG、SP2以降でOKでした。
また、Windows95,98については、同一の設定・ネットワーク環境でありながら接続可／不可のＰＣが存在しており、原因が良く分かっておりません。
どなたか情報をお持ちの方がいらっしゃいましたら教えてください。
ProgrameNeighborHoodを最新（Version 6.30.1050）にしたらＯＫでした。
ただ、接続するクライアントPCのSP及びセキュリティパッチにも気をつけて下さい。
Windows2000であればSP1はNG、SP2以降でOKでした。
また、Windows95,98については、同一の設定・ネットワーク環境でありながら接続可／不可のＰＣが存在しており、原因が良く分かっておりません。
どなたか情報をお持ちの方がいらっしゃいましたら教えてください。
すいません、気になったので、追加で質問させてください。
>ちなみにMetaFrameサーバではWWWサーバを動作させたりしてないです>よね。
MetaFrameサーバでWWWサーバー(NFuse)を動作させて
SSLを使用することにより、FireWallの穴を443だけに
限定しようと予定しています。
問題があるのでしょうか。よろしくお願い致します。
>ちなみにMetaFrameサーバではWWWサーバを動作させたりしてないです>よね。
MetaFrameサーバでWWWサーバー(NFuse)を動作させて
SSLを使用することにより、FireWallの穴を443だけに
限定しようと予定しています。
問題があるのでしょうか。よろしくお願い致します。
WWWサーバは通常HTTPの80番とHTTPSの443のポートで待ち受けしますよね。
同居している場合、SSLリレーが待ち受けするポートと競合しませんか。
同居している場合、SSLリレーが待ち受けするポートと競合しませんか。
アプリ公開時のユーザー表示でエラー
アプリケーション公開時のユーザー選択画面でドメイン選択後に
「ユーザー表示」をチェックすると「管理コンソールエラーC0180000」となってしまいます。
WINDOWSのユーザー管理は正常に表示できます。
win2000server+metaXPa1.0
「ユーザー表示」をチェックすると「管理コンソールエラーC0180000」となってしまいます。
WINDOWSのユーザー管理は正常に表示できます。
win2000server+metaXPa1.0
ドメインコントローラーからの返答が遅すぎることによるタイムアウトが考えられます。
以下の値を増やしてみてはいかがでしょうか？
デフォルトでは45秒ですが、FR1/SP1を適用することで90秒に設定されます。
それでも十分でない場合は以下の編集をおこなう事で調整してください。
C:\Program Files\Citrix\Administration\Citrix管理コンソール
というリンクファイルが存在しますので、そのファイルのプロパティを編集します。
"D:\Program Files\Citrix\Administration\ctxload.exe" -userEnumTimeout:120
-userenumTimeout:120の部分が追加する部分となります。
以下の値を増やしてみてはいかがでしょうか？
デフォルトでは45秒ですが、FR1/SP1を適用することで90秒に設定されます。
それでも十分でない場合は以下の編集をおこなう事で調整してください。
C:\Program Files\Citrix\Administration\Citrix管理コンソール
というリンクファイルが存在しますので、そのファイルのプロパティを編集します。
"D:\Program Files\Citrix\Administration\ctxload.exe" -userEnumTimeout:120
-userenumTimeout:120の部分が追加する部分となります。
メータフレームを利用した無線ハンディの端末名
メータフレームを利用した無線ハンディの端末名を取得したいのですが、今のところアクセスポイントの名称を取得してしまいます。
方法は下記の通りです。
メタフレーム用環境変数取得
Private Declare Function GetEnvironmentVariable Lib "kernel32" Alias "GetEnvironmentVariableA" (ByVal lpName As String, ByVal lpBuffer As String, ByVal nSize As Long) As Long
'********************************************************************************
'* 名前 ： CF_GetComNM()
'*
'* 概要 ： コンピュータ名を所得する
'*
'* 作成日 ：
'********************************************************************************
Public Function CF_GetComNM() As String
On Error GoTo Err_Exit
Dim lpBuffer As String * 255
Dim lngLen As Long
Dim COMPNAME As String
Call GetEnvironmentVariable("CLIENTNAME", lpBuffer, Len(lpBuffer) + 1)
lngLen = InStr(lpBuffer, Chr(0))
If lngLen > 0 Then
COMPNAME = Left(lpBuffer, lngLen - 1)
End If
CF_GetComNM = COMPNAME
Exit Function
Err_Exit:
CF_GetComNM = ""
End Function
このように行うとアクセスポイント名を取得してきてしまうのです。
他のやり方も含めご存知の方がいましたらご教授いただけると大変助かります。
方法は下記の通りです。
メタフレーム用環境変数取得
Private Declare Function GetEnvironmentVariable Lib "kernel32" Alias "GetEnvironmentVariableA" (ByVal lpName As String, ByVal lpBuffer As String, ByVal nSize As Long) As Long
'********************************************************************************
'* 名前 ： CF_GetComNM()
'*
'* 概要 ： コンピュータ名を所得する
'*
'* 作成日 ：
'********************************************************************************
Public Function CF_GetComNM() As String
On Error GoTo Err_Exit
Dim lpBuffer As String * 255
Dim lngLen As Long
Dim COMPNAME As String
Call GetEnvironmentVariable("CLIENTNAME", lpBuffer, Len(lpBuffer) + 1)
lngLen = InStr(lpBuffer, Chr(0))
If lngLen > 0 Then
COMPNAME = Left(lpBuffer, lngLen - 1)
End If
CF_GetComNM = COMPNAME
Exit Function
Err_Exit:
CF_GetComNM = ""
End Function
このように行うとアクセスポイント名を取得してきてしまうのです。
他のやり方も含めご存知の方がいましたらご教授いただけると大変助かります。
クライアント名取得について、
無線ハンディの端末では試した事がないのですが、
Citrix Server SDKにて、CTXQuerySessionInformation という関数が提供されています。
この関数で、クライアント情報が取得できるようです。
一度、試してみてはいかがでしょう？。
GetEnvironmentVariable 関数でうまくいかないのは…。
メタの場合、アプリケーションはサーバー上で稼動する為、
アプリ内で kernel32のApiである GetEnvironmentVariable 関数を使用すると、
アプリケーションが稼動しているマシンの kernel32のApi関数 が呼び出される事になり、
ゆえにアクセスポイントの情報を取得してしまったのではないでしょうか…？。
無線ハンディの端末では試した事がないのですが、
Citrix Server SDKにて、CTXQuerySessionInformation という関数が提供されています。
この関数で、クライアント情報が取得できるようです。
一度、試してみてはいかがでしょう？。
GetEnvironmentVariable 関数でうまくいかないのは…。
メタの場合、アプリケーションはサーバー上で稼動する為、
アプリ内で kernel32のApiである GetEnvironmentVariable 関数を使用すると、
アプリケーションが稼動しているマシンの kernel32のApi関数 が呼び出される事になり、
ゆえにアクセスポイントの情報を取得してしまったのではないでしょうか…？。
Orcanaさんレスありがとう御座います。
実は手持ちの資料があまりないのです。
申し訳ないのですがもう少し詳しく教えていただけないでしょうか。
宜しくお願いします。
本国のCitrixDeveloperNetworkのサイトに行ってSDKとそのマニュアルをゲットしてみてください。該当の関数が記載されていると思いますよ。
pancraさんすみませんが、
アドレスを教えていただけませんか。
アドレスを教えていただけませんか。
以下のURLからGETできたと思います。
http://apps.citrix.com/CDN/Login.asp?dest=/cdn/default.asp
http://apps.citrix.com/CDN/Login.asp?dest=/cdn/default.asp
かぱぷさん
URLから入っていろいろ探したのですが見つかりませんでした。
探し方が悪いのでしょうか？？
URLから入っていろいろ探したのですが見つかりませんでした。
探し方が悪いのでしょうか？？
http://apps.citrix.com/CDN/Login.asp?dest=/cdn/default.asp
上記のURLのNEWUSERS＞Register Here のところでユーザー登録して下さい。
そうすればログインできるようになります。
ログインしたらすぐに見つかると思います。
上記のURLのNEWUSERS＞Register Here のところでユーザー登録して下さい。
そうすればログインできるようになります。
ログインしたらすぐに見つかると思います。
かぱぷさん、どうもありがとう御座います。
英語で悪戦苦闘しましたが何とかＧＥＴ出来ました。
早速試してみたのですが、
やはりアクセスポイントの名称を取ってきてしまうようです（~~;)
無線ハンディ（WindowsCe）のマシン名を取得することは無理なのでしょうか？
英語で悪戦苦闘しましたが何とかＧＥＴ出来ました。
早速試してみたのですが、
やはりアクセスポイントの名称を取ってきてしまうようです（~~;)
無線ハンディ（WindowsCe）のマシン名を取得することは無理なのでしょうか？
通常のCEマシンでのネットワーク経由の接続ではおっしゃる
様な現象にならないと思うので、無線ハンディの独自仕様
なのではないでしょうか？
様な現象にならないと思うので、無線ハンディの独自仕様
なのではないでしょうか？
pancraさん
以前メーカーに問い合わせた時にはＣＩＴＲＩＸかマイクロソフトに
聞いて下さいと言われたのですが。
やはりメーカーでは分からないものなのでしょうか？
とりあえず時間がないので端末毎にＩＮＩファイルを設定して
ハンディの名称を設定するようにしました。
かなり乱暴ですが・・・
以前メーカーに問い合わせた時にはＣＩＴＲＩＸかマイクロソフトに
聞いて下さいと言われたのですが。
やはりメーカーでは分からないものなのでしょうか？
とりあえず時間がないので端末毎にＩＮＩファイルを設定して
ハンディの名称を設定するようにしました。
かなり乱暴ですが・・・
>以前メーカーに問い合わせた時にはＣＩＴＲＩＸかマイクロソフトに
>聞いて下さいと言われたのですが。
>やはりメーカーでは分からないものなのでしょうか？
普通メーカーであれば、実装仕様くらいわかるはずです。
それを答えられないのはメーカーとは言わないです。
OEMされているだけなのかな。
"自分で作ったプログラムの仕様がわからない"と言っているのと同じですよね。
>聞いて下さいと言われたのですが。
>やはりメーカーでは分からないものなのでしょうか？
普通メーカーであれば、実装仕様くらいわかるはずです。
それを答えられないのはメーカーとは言わないです。
OEMされているだけなのかな。
"自分で作ったプログラムの仕様がわからない"と言っているのと同じですよね。
再接続ができない
下記の設定で再接続できない問題が発生しています．
■目的
・自動再接続は利用しない．
・ネットワークがなんらかの障害で切断され，利用していた公開アプリケーションが利用できない時は，
新規に接続し直し，１から利用する．
■環境：MetaFrameXPe+FR1(Windows2000Server)
クライアント
・自動再接続をしない．(TransportReconnectEnable=0)
MetaFrameサーバ
・ファームのICAの設定
- 「クライアントの自動再接続機能を有効にしない．」
・ICAコネクションの設定
- 「切断は１分」
- 「接続が切断またはタイムアウトしたときの処理はリセットする」
- 「切断セッションに再接続できるクライアントは以前接続していたクライアントのみ」
・次のレジストリは定義していない．
- IcaEnableKeepAlive
- KeepAliveInterval
・公開アプリケーション
- ペイント
- アプリケーションの制限で「各ユーザーについて１インスタンスのみ許可する」をチェックする．
■現象
１．公開アプリケーションのペイントを起動する．
２．クライアントのNICのケーブルを抜く．
３．しばらくするとクライアントで接続エラーが発生する．
４．NICのケーブルを接続し，新規にペイントを起動させるが，すでに起動済みだから起動できない旨
のダイアログが表示され，ペイントが起動できない．
５．MetaFrameサーバ上は，最初のコネクションがActiveのままになっている．
■問題と考察
１．なぜMetaFrameサーバは，切断されたことがわからないのか？
メモ帳では，ちゃんと切断されることは確認済みです．
この動きから想像するに，MetaFrameサーバがクライアントとの接続が切断されたかは，MetaFrame
サーバからクライアントに送信している画面データなどの表示データが遅れたかどうかを見ている．
メモ帳は，カーソルの点滅があるので，それをクライアントに送信し続けているので切断されたか
どうかがわかるが，ペイントはそのような動きをするものがないので切断かわからないということ
ではないか．
２．これを解決するには，IcaEnableKeepAlive，KeepAliveInterval のレジストリ設定を加える以外に
方法はないでしょうか？
３．これはバグだから，Citrixに連絡した方がよい．
以上，よろしくお願い致します．
■目的
・自動再接続は利用しない．
・ネットワークがなんらかの障害で切断され，利用していた公開アプリケーションが利用できない時は，
新規に接続し直し，１から利用する．
■環境：MetaFrameXPe+FR1(Windows2000Server)
クライアント
・自動再接続をしない．(TransportReconnectEnable=0)
MetaFrameサーバ
・ファームのICAの設定
- 「クライアントの自動再接続機能を有効にしない．」
・ICAコネクションの設定
- 「切断は１分」
- 「接続が切断またはタイムアウトしたときの処理はリセットする」
- 「切断セッションに再接続できるクライアントは以前接続していたクライアントのみ」
・次のレジストリは定義していない．
- IcaEnableKeepAlive
- KeepAliveInterval
・公開アプリケーション
- ペイント
- アプリケーションの制限で「各ユーザーについて１インスタンスのみ許可する」をチェックする．
■現象
１．公開アプリケーションのペイントを起動する．
２．クライアントのNICのケーブルを抜く．
３．しばらくするとクライアントで接続エラーが発生する．
４．NICのケーブルを接続し，新規にペイントを起動させるが，すでに起動済みだから起動できない旨
のダイアログが表示され，ペイントが起動できない．
５．MetaFrameサーバ上は，最初のコネクションがActiveのままになっている．
■問題と考察
１．なぜMetaFrameサーバは，切断されたことがわからないのか？
メモ帳では，ちゃんと切断されることは確認済みです．
この動きから想像するに，MetaFrameサーバがクライアントとの接続が切断されたかは，MetaFrame
サーバからクライアントに送信している画面データなどの表示データが遅れたかどうかを見ている．
メモ帳は，カーソルの点滅があるので，それをクライアントに送信し続けているので切断されたか
どうかがわかるが，ペイントはそのような動きをするものがないので切断かわからないということ
ではないか．
２．これを解決するには，IcaEnableKeepAlive，KeepAliveInterval のレジストリ設定を加える以外に
方法はないでしょうか？
３．これはバグだから，Citrixに連絡した方がよい．
以上，よろしくお願い致します．
2.の選択肢だと思います。
２の選択ですか、、、残念です。
まとめると、MetaFrameサーバからクライアントが生きているかの
確認は、クライアントに対し対象公開アプリケーションの画面デー
タが送られたか、キー入力の要求(カーソルの点滅)ができたかを見
ている。
しかし、このような特性を持たない公開アプリケーションにおいて
は、MetaFrameシステムが代わりになってクライアントへ定期的に
ping をとばして確認する。
ということになりますね。
＃もっとうまい方法は、なかったのかなぁ。
まとめると、MetaFrameサーバからクライアントが生きているかの
確認は、クライアントに対し対象公開アプリケーションの画面デー
タが送られたか、キー入力の要求(カーソルの点滅)ができたかを見
ている。
しかし、このような特性を持たない公開アプリケーションにおいて
は、MetaFrameシステムが代わりになってクライアントへ定期的に
ping をとばして確認する。
ということになりますね。
＃もっとうまい方法は、なかったのかなぁ。
サーバにコネクションが残ってしまう
お久しぶりです。
Windows2000ServerにMetaFrame1.8＋SP2をインストールしています。
今まで経験のないエラー（？）が発生しているのでご教授願います。
エラーの内容ですが、クライアント（Windows2000Pro）からMetaFrameサーバへコネクションし問題なく起動するのですが
作業終了後、ログオフしてもサーバ上から見て見るとコネクションが
残ってしまった状態が保持されているのですが
なにか対処方等あるのでしょうか？
宜しくお願いします。
Windows2000ServerにMetaFrame1.8＋SP2をインストールしています。
今まで経験のないエラー（？）が発生しているのでご教授願います。
エラーの内容ですが、クライアント（Windows2000Pro）からMetaFrameサーバへコネクションし問題なく起動するのですが
作業終了後、ログオフしてもサーバ上から見て見るとコネクションが
残ってしまった状態が保持されているのですが
なにか対処方等あるのでしょうか？
宜しくお願いします。
以下の現象ではないでしょうか？
http://www.citrix.co.jp/support/faq6.html#Q53
http://www.citrix.co.jp/support/faq6.html#Q53
イベントID(39) ソース Cdmについて
いつも参考にさせて頂いています。
早速ですが、どなたか表記のことについてご存知でしたら教えてください。
環境：Windows2000Server + SP2
MEtaFrame1.8 + SP3
以上の環境のサーバを３台たて、MetaFrameのロードバランスで負荷分散しています。
そのうちの１台のシステムログに以下のエラーメッセージが表示されました。
イベント ID (39) (ソース Cdm 内) に関する説明が見つかりませんでした。リモート コンピュータからメッセージを表示するために必要なレジストリ情報またはメッセージ DLL ファイルがローカル コンピュータにない可能性があります。次の情報はイベントの一部です: \Device\CdmRedirector, 10.
これが原因かわかりませんが、公開しているアプリケーション（Access95でファイルサーバ上のMDB形式のデータをアタッチしている）の応答性が極端に劣化しています。ただ極端に劣化しているのは
上記エラーがでているサーバだけで、他の２台のサーバでは問題なく稼動しています。
上記現象につき何か情報がありましたらよろしくお願いします。
早速ですが、どなたか表記のことについてご存知でしたら教えてください。
環境：Windows2000Server + SP2
MEtaFrame1.8 + SP3
以上の環境のサーバを３台たて、MetaFrameのロードバランスで負荷分散しています。
そのうちの１台のシステムログに以下のエラーメッセージが表示されました。
イベント ID (39) (ソース Cdm 内) に関する説明が見つかりませんでした。リモート コンピュータからメッセージを表示するために必要なレジストリ情報またはメッセージ DLL ファイルがローカル コンピュータにない可能性があります。次の情報はイベントの一部です: \Device\CdmRedirector, 10.
これが原因かわかりませんが、公開しているアプリケーション（Access95でファイルサーバ上のMDB形式のデータをアタッチしている）の応答性が極端に劣化しています。ただ極端に劣化しているのは
上記エラーがでているサーバだけで、他の２台のサーバでは問題なく稼動しています。
上記現象につき何か情報がありましたらよろしくお願いします。
サーバ毎の設定であるCitrixコネクション構成ツール内のデバイスのマッピングの設定値が他の2台と異なっていないか確認してみてください。
pancraさんありがとうございます。
おっしゃるとうりコネクション構成ツールを確認しました。
３台ともデバイスのマッピング設定は同じでした。
こちらでもいろいろ調べたところ、ソース CdmはCitrixが提供しているファイルであることは確認しました。
CitrixのHPを確認しましたが、上記エラーに関係する情報はありませんでした。（みなさんの環境ではこのようなエラーは発生していないのでしょうか？）
おっしゃるとうりコネクション構成ツールを確認しました。
３台ともデバイスのマッピング設定は同じでした。
こちらでもいろいろ調べたところ、ソース CdmはCitrixが提供しているファイルであることは確認しました。
CitrixのHPを確認しましたが、上記エラーに関係する情報はありませんでした。（みなさんの環境ではこのようなエラーは発生していないのでしょうか？）
サーバドライブのリマップを使用しているサーバでのみ現象が発生するなど、他の2台のサーバとの違いがあれば教えていただけませんか？
pancraさんありがとうございます。
サーバドライブのリマップとはサーバドライブ文字の変更のことを意味しているのでしょうか？（すいません、知識不足です）
だとしたら、弊社で構築した３台のサーバともサーバドライブのリマップはしていません。
ちなみに上記エラーが発生したサーバを昨日別件で再起動しました。
今のところ上記エラーは発生していません。
サーバドライブのリマップとはサーバドライブ文字の変更のことを意味しているのでしょうか？（すいません、知識不足です）
だとしたら、弊社で構築した３台のサーバともサーバドライブのリマップはしていません。
ちなみに上記エラーが発生したサーバを昨日別件で再起動しました。
今のところ上記エラーは発生していません。
サーバの再起動でエラーがでなくなるということはある特定のクライアントからアクセスされた時にエラーがでているという事は考えられませんか？
そうですね。ある特定の端末からの接続によってエラーがでているのかもしれませんね。もう少し調査してみます。（でも端末が２００台近くあるので、調査が大変です・・・）
はじめまして。
私のところでも同様のエラーが出ております。
環境：Windows2000Server + SP2
MEtaFrame1.8 + SP3
２台のサーバでロードバランスして使用しており、どちらのサーバにもエラーメッセージが出ています。
Citrixコネクション構成ツール内のデバイスのマッピングも同じです。
また再起動してもエラーメッセージが出ています。
何か情報がありましたらお教え願います。
私のところでも同様のエラーが出ております。
環境：Windows2000Server + SP2
MEtaFrame1.8 + SP3
２台のサーバでロードバランスして使用しており、どちらのサーバにもエラーメッセージが出ています。
Citrixコネクション構成ツール内のデバイスのマッピングも同じです。
また再起動してもエラーメッセージが出ています。
何か情報がありましたらお教え願います。
同時にどんなエラーがでているかによって原因は違うと思うのですが、
デバイスのマッピングのタイムアウトに引っかかっている可能性もあります。
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Cdm\Parameters
の以下の値を増やしてみてはいかがでしょうか？
RequestTimeout: デフォルトは60秒
DirCacheTimeout: デフォルトは30秒
CacheTimeout: デフォルトは60秒
レジストリ編集は危険ですので、個人の責任において行ってください。
当方での責任は負いかねます。（お約束なので書いときます。）
デバイスのマッピングのタイムアウトに引っかかっている可能性もあります。
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Cdm\Parameters
の以下の値を増やしてみてはいかがでしょうか？
RequestTimeout: デフォルトは60秒
DirCacheTimeout: デフォルトは30秒
CacheTimeout: デフォルトは60秒
レジストリ編集は危険ですので、個人の責任において行ってください。
当方での責任は負いかねます。（お約束なので書いときます。）
複数台のTSのうち１台だけの停止方法について
いつも参考にさせて頂いています。
早速ですが、どなたか教えてください。
弊社でTSをサーバ３台のロードバランスで構築しています。
３台とも同じアプリケーションを提供するようにしています。
その内１台のサーバをメンテナンスのため停止する場合ですが、
公開アプリケーションマネージャーの「サーバ」タブで「構成済み」の
サーバから停止するサーバを削除することで対応していました。
ところが、一旦停止したサーバを立上げると構成済みから削除した
はずのサーバが構成済みに入ってしまっています。
勝手に構成済みに入ってしまったら、メンテナンスしているサーバが
何回も再起動する必要がある場合非常に困ったことになります。
上記のようにロードバランスしている複数台のサーバの内１台だけ
公開アプリケーションの提供を停止する場合どのようにすればよいのでしょうか？
早速ですが、どなたか教えてください。
弊社でTSをサーバ３台のロードバランスで構築しています。
３台とも同じアプリケーションを提供するようにしています。
その内１台のサーバをメンテナンスのため停止する場合ですが、
公開アプリケーションマネージャーの「サーバ」タブで「構成済み」の
サーバから停止するサーバを削除することで対応していました。
ところが、一旦停止したサーバを立上げると構成済みから削除した
はずのサーバが構成済みに入ってしまっています。
勝手に構成済みに入ってしまったら、メンテナンスしているサーバが
何回も再起動する必要がある場合非常に困ったことになります。
上記のようにロードバランスしている複数台のサーバの内１台だけ
公開アプリケーションの提供を停止する場合どのようにすればよいのでしょうか？
公開アプリケーションの設定からメンテしたいサーバを一端削除するだけではだめなんでしょうか？
すみません、これはMetaFrame1.8のことですね。
上記の書き込みは忘れてください。
上記の書き込みは忘れてください。
Citrixコネクション構成ツールのログオンのところで制限するのは
どうでしょうか？
ふと思ったのですが、何回も再起動するのであれば、ネットワークケーブルをはずしておけばよいのでは？やっぱ原始的過ぎて駄目かな。
どうでしょうか？
ふと思ったのですが、何回も再起動するのであれば、ネットワークケーブルをはずしておけばよいのでは？やっぱ原始的過ぎて駄目かな。
かばぶさん、pancraさんありがとうございます。
たしかに私も公開アプリケーションの設定からメンテしたいサーバを削除するだけでよいと思っていました。（これではだめであるとかはぶさんの情報で今知りました・・・）
Citrixコネクション構成ツールのログオンを制限することも試してみましたが、これをすると現在ログオンしているユーザがリセットされてしまいます。またCitrixサーバ管理ツールでメンテ対象のサーバを「新しいログオンを無効にする」にしても、ロードバランスの関係で無効にしているサーバにログオンする場合もあり、「リモートログインは現在無効です」とメッセージが表示されてしまいます。
こちらの（勝手な）理想はサーバ管理者が明示的にアプリケーションの公開を許可するまで、メンテサーバには公開アプリケーションの使用目的でログオンできないようにしたいのです。
みなさんはこの場合どのように対応されているのでしょうか？
たしかに私も公開アプリケーションの設定からメンテしたいサーバを削除するだけでよいと思っていました。（これではだめであるとかはぶさんの情報で今知りました・・・）
Citrixコネクション構成ツールのログオンを制限することも試してみましたが、これをすると現在ログオンしているユーザがリセットされてしまいます。またCitrixサーバ管理ツールでメンテ対象のサーバを「新しいログオンを無効にする」にしても、ロードバランスの関係で無効にしているサーバにログオンする場合もあり、「リモートログインは現在無効です」とメッセージが表示されてしまいます。
こちらの（勝手な）理想はサーバ管理者が明示的にアプリケーションの公開を許可するまで、メンテサーバには公開アプリケーションの使用目的でログオンできないようにしたいのです。
みなさんはこの場合どのように対応されているのでしょうか？
Nfuse経由の画面でNumLcokが解除される
VB(SP5)で作成したEXEを、Nfuseを用いブラウザからアクセス
できるようにしました。
しかし、CapsLock-ON、NumLOck-ON状態でEXEにアクセスするとNumLockが解除されてしまいます。
この現象は、Nfuse経由でしか再現しません。
また、調べたところ、ロジックに問題はありませんでした。
申し訳ありませんが、上記現象をご存知の方教えていただけないでしょうか？
できるようにしました。
しかし、CapsLock-ON、NumLOck-ON状態でEXEにアクセスするとNumLockが解除されてしまいます。
この現象は、Nfuse経由でしか再現しません。
また、調べたところ、ロジックに問題はありませんでした。
申し訳ありませんが、上記現象をご存知の方教えていただけないでしょうか？
Nfuse経由で起こるが、通常のICAクライアント経由では起こらないとなると・・・プロファイルなどの問題ではなさそうですね。
違うのはクライアントモジュールの差だけですね。
ICAWebのクライアントのバージョンを上げてみてはどうでしょうか？
違うのはクライアントモジュールの差だけですね。
ICAWebのクライアントのバージョンを上げてみてはどうでしょうか？
Nfuseのバージョンを"6.20.986"にし、\ProgramFiles\Citrix\icaweb32フォルダのwfica32.exeを最新版に変更したら解決しました。
Powerful & Beautiful
力強く、美しいシステムを。