トピック検索
1789 件のトピックが該当しました。
- SSL relay - matsuoka ( 2004/07/15 10:40:55 更新)
- 言語バーの設定 - aki ( 2004/07/14 14:28:21 更新)
- NetscapeNavigatorのICAクライアント・プラグイン - Mr.H ( 2004/07/08 18:16:53 更新)
- 「辞書が見つからないか、アクセスできません」となる？？ - msi ( 2004/07/06 21:21:44 更新)
- ローカルコンピュータの権限 - arisa ( 2004/07/06 11:59:55 更新)
- ICAクライアントを新規インストールしてから - Meta Server初級管理者 ( 2004/07/05 09:36:52 更新)
- クライアントとネットワークでつながっているプリンタがリストに出ない。 - Hiro ( 2004/07/02 17:58:13 更新)
- メタフレームサーバをドメインに参加させる場合 - ＫＹＳ ( 2004/07/02 09:37:27 更新)
- ｲﾝｽﾄｰﾙ時のｵﾌﾟｼｮﾝ設定をｲﾝｽﾄｰﾙ後に変更する方法 - Banana ( 2004/07/01 22:15:24 更新)
- Metaサーバに接続できなくなる現象が発生します。 - tomo ( 2004/07/01 18:21:45 更新)
SSL relay
MetaFrameXPです。
ポート443で運用しようとしているのですが、ICAファイルをクリックすると
指定されたサブネットアドレスへの通信路がありません
となり接続できません。SSL relayサービスは動いています。
やったこと
通常のICAファイルを作り、ポート番号のみ修正して起動させようとした。
通常のICAファイルからは正常に起動できます。
気になること
IISは動かしていません。IISは必須なのでしょうか
また、次のような記事を見つけたのですが
-----ここから----
マスタICAブラウザからアクセスできないネットワークのIPアドレスが、MetaFrame XPサーバーから返されることがありました。この場合、ICAクライアントの接続時に、次のようなエラーメッセージが表示されます。
「指定されたサブネットアドレスへの通信路がありません。」
特定のネットワークへのICAブラウザトラフィックを無効にするには、このService Packの適用後、次のレジストリを変更します。
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ICABrowser\Parameters
値の名前：DisabledTcpAddress
データ型：REG_SZ
文字列：x.x.x.x y.y.y.y
ここで、x.x.x.xとy.y.y.yに、ICAブラウザトラフィックを無効にするネットワークのIPアドレスを指定します。これらのIPアドレスの間にスペースを挿入してください。 [#234737]
-----ここまで-----
これらのIPアドレスは具体的に何を指すのでしょうか
現状ではローカルのLAN内でテストしています。
ICAブラウザトラフィックとは、何をさすのでしょうか。
回避方法をご存知の方は、お教えください。
よろしくお願いします。
ポート443で運用しようとしているのですが、ICAファイルをクリックすると
指定されたサブネットアドレスへの通信路がありません
となり接続できません。SSL relayサービスは動いています。
やったこと
通常のICAファイルを作り、ポート番号のみ修正して起動させようとした。
通常のICAファイルからは正常に起動できます。
気になること
IISは動かしていません。IISは必須なのでしょうか
また、次のような記事を見つけたのですが
-----ここから----
マスタICAブラウザからアクセスできないネットワークのIPアドレスが、MetaFrame XPサーバーから返されることがありました。この場合、ICAクライアントの接続時に、次のようなエラーメッセージが表示されます。
「指定されたサブネットアドレスへの通信路がありません。」
特定のネットワークへのICAブラウザトラフィックを無効にするには、このService Packの適用後、次のレジストリを変更します。
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ICABrowser\Parameters
値の名前：DisabledTcpAddress
データ型：REG_SZ
文字列：x.x.x.x y.y.y.y
ここで、x.x.x.xとy.y.y.yに、ICAブラウザトラフィックを無効にするネットワークのIPアドレスを指定します。これらのIPアドレスの間にスペースを挿入してください。 [#234737]
-----ここまで-----
これらのIPアドレスは具体的に何を指すのでしょうか
現状ではローカルのLAN内でテストしています。
ICAブラウザトラフィックとは、何をさすのでしょうか。
回避方法をご存知の方は、お教えください。
よろしくお願いします。
SSL Relayの設定は非常に簡単です。落ち着いて設定をして下さい。
IISはサーバー証明書をインストールする際に必要です。
証明書をインストール後はサービスを止める必要があります。
どのような環境でどのような手順でやって動かないか教えてください。
IISはサーバー証明書をインストールする際に必要です。
証明書をインストール後はサービスを止める必要があります。
どのような環境でどのような手順でやって動かないか教えてください。
SSL Realyを使用しているのでしょうか？それとも
SecureGatewayでの設定でメッセージが出ているのでしょうか。
私にとって、SSL Relayの設定は難しく、情報が少なくて
大変でした。証明書を作成するときに、FQDNを意識する
ことが重要だと思います。
また、接続時に表示されるメッセージは、あまり信用できないと
思います。
SecureGatewayでの設定でメッセージが出ているのでしょうか。
私にとって、SSL Relayの設定は難しく、情報が少なくて
大変でした。証明書を作成するときに、FQDNを意識する
ことが重要だと思います。
また、接続時に表示されるメッセージは、あまり信用できないと
思います。
CCEA様、atat様情報ありがとうございます。
色々トライしているのですが、SSL Relayでの接続はうまく行っていません。
証明書はlinuxマシンでOPENSSLを使って作成しました。pemをpfxに変換し
mmcで証明書ストアにインポートしSSL Relayサービスそのものは起動して
います。最終的にやりたいことは、ユーザにはICAファイルのみを見せ、他
のアプリケーションは見せないようにして、インターネットを通して利用
させることですが、現状ローカルのテストでSSL Relayを通しての接続が
できていません。証明書に設定するドメインアドレスはDNSで引けなければ
いけないのでしょうか。ICAファイルは
[WFClient]
Version=2
TcpBrowserAddress=ドメイン名（証明書に指定したもの）
HttpBrowserAddress=ドメイン名:443
ClientName=ドメイン（短）-ユーザID
[ApplicationServers]
駅スパート=
[駅スパート]
AutologonAllowed=ON
Username=ユーザID
ClearPassword=パスワード
Address=駅スパート
InitialProgram=#駅スパート
ClientAudio=Off
Compress=On
TWIMode=On
ScreenPercent=75
DesiredColor=4
TransportDriver=TCP/IP
WinStationDriver=ICA 3.0
SSLEnable=on
のような感じで、実行すると
サードパーティの SSL プロバイダが処理を続行できません
というようなのが出て、接続できません。
検索しても見つからないので、ご存知の方はお知らせください。
よろしくお願いします。
色々トライしているのですが、SSL Relayでの接続はうまく行っていません。
証明書はlinuxマシンでOPENSSLを使って作成しました。pemをpfxに変換し
mmcで証明書ストアにインポートしSSL Relayサービスそのものは起動して
います。最終的にやりたいことは、ユーザにはICAファイルのみを見せ、他
のアプリケーションは見せないようにして、インターネットを通して利用
させることですが、現状ローカルのテストでSSL Relayを通しての接続が
できていません。証明書に設定するドメインアドレスはDNSで引けなければ
いけないのでしょうか。ICAファイルは
[WFClient]
Version=2
TcpBrowserAddress=ドメイン名（証明書に指定したもの）
HttpBrowserAddress=ドメイン名:443
ClientName=ドメイン（短）-ユーザID
[ApplicationServers]
駅スパート=
[駅スパート]
AutologonAllowed=ON
Username=ユーザID
ClearPassword=パスワード
Address=駅スパート
InitialProgram=#駅スパート
ClientAudio=Off
Compress=On
TWIMode=On
ScreenPercent=75
DesiredColor=4
TransportDriver=TCP/IP
WinStationDriver=ICA 3.0
SSLEnable=on
のような感じで、実行すると
サードパーティの SSL プロバイダが処理を続行できません
というようなのが出て、接続できません。
検索しても見つからないので、ご存知の方はお知らせください。
よろしくお願いします。
ICAファイルの[駅スパート]で、「Address=駅スパート」を
「Address=FQDN(ドメイン名?)」にしてみてはどうでしょう?
もし、うまくいかない場合は、以下が思いつきます。
・IISとMetaFrameが同居している場合は、ポートが
競合する可能性があるので注意が必要です。
・サーバー証明書やルート証明書を規定の場所に
保存していますでしょうか?
・ドメイン名＝FQDNでしょうか?(例:コンピュータ名.aaa.com)
ローカルマシンから、ドメイン名でpingは通りますでしょうか。
「Address=FQDN(ドメイン名?)」にしてみてはどうでしょう?
もし、うまくいかない場合は、以下が思いつきます。
・IISとMetaFrameが同居している場合は、ポートが
競合する可能性があるので注意が必要です。
・サーバー証明書やルート証明書を規定の場所に
保存していますでしょうか?
・ドメイン名＝FQDNでしょうか?(例:コンピュータ名.aaa.com)
ローカルマシンから、ドメイン名でpingは通りますでしょうか。
atat様ありがとうございます。
・「Address=FQDN」に変更してみたところ、
証明書の署名を検証できません
というのが、4回出るようになりました。変更前は2回でした。
証明書自体は、公的なものではないので（といえるかどうか分かりませんが、商用の
認証局に登録しているものではないという意味です）出ているのかと思っていましたが
それだけではないのでしょうか。
・IISはインストールしていません。
・サーバ証明書は、MMCで証明書を追加して、コンピューター、個人の証明書ストアに
インポートしてあります。
ルート証明書は登録してないのでインポートしていませんが、必須なのでしょうか。
サーバ名はFQDNです。
・ドメイン名はFQDNです。ローカルにDNSを動かしていて、ドメイン名でpingは通っ
ています。
ICAファイルを変更し、SSLを使わない設定では、ちゃんと起動するようですので
SSLがらみの問題のように思います。
よろしくお願いします。
・「Address=FQDN」に変更してみたところ、
証明書の署名を検証できません
というのが、4回出るようになりました。変更前は2回でした。
証明書自体は、公的なものではないので（といえるかどうか分かりませんが、商用の
認証局に登録しているものではないという意味です）出ているのかと思っていましたが
それだけではないのでしょうか。
・IISはインストールしていません。
・サーバ証明書は、MMCで証明書を追加して、コンピューター、個人の証明書ストアに
インポートしてあります。
ルート証明書は登録してないのでインポートしていませんが、必須なのでしょうか。
サーバ名はFQDNです。
・ドメイン名はFQDNです。ローカルにDNSを動かしていて、ドメイン名でpingは通っ
ています。
ICAファイルを変更し、SSLを使わない設定では、ちゃんと起動するようですので
SSLがらみの問題のように思います。
よろしくお願いします。
クライアント側に、ルート証明書はインストール
されていますでしょうか？
弊社では、FR1で、Widnows2000の認証局を立てて
サーバー証明書を作成しました。
その時は、「証明書の署名を検証できません」という
メッセージが表示されたことはなかったと思います。
その時の資料がほとんど残ってないのですが、ルート証明書も
サーバに置いたと思います。(かなり自信がありません)
ルート証明書の置き場所:c:\winnt\SSLRelay\keystore\cacerts\
テスト環境を作成して、マニュアルに載っている方法で
試してみてはどうでしょうか?
(もうちょっとだと思われます)
されていますでしょうか？
弊社では、FR1で、Widnows2000の認証局を立てて
サーバー証明書を作成しました。
その時は、「証明書の署名を検証できません」という
メッセージが表示されたことはなかったと思います。
その時の資料がほとんど残ってないのですが、ルート証明書も
サーバに置いたと思います。(かなり自信がありません)
ルート証明書の置き場所:c:\winnt\SSLRelay\keystore\cacerts\
テスト環境を作成して、マニュアルに載っている方法で
試してみてはどうでしょうか?
(もうちょっとだと思われます)
言語バーの設定
お世話になっております。
公開アプリケーションを全画面で表示した場合、言語バーの最小化ボタンを
押下すると消えてしましたす。(全画面表示は構成の仕様上変更できません)
タスクバーに格納されている状態になるため消えたように見えているのですが
公開アプリケーション上では復帰することができません。
IME2000までですとショートカットメニュー内に「IMEを表示」のような
ものがあり、それで復帰できるのですがIME2002からはそのようなメニューが
ありません。
言語バーのプロパティで「タスクバーに表示する」という設定のチェックを
外すと最小化ボタンを押下しても消えなくなるのですがデフォルトではチェックが
入っているためその設定を各ユーザーごとに設定する必要があるようなのですが
その方法をご存知の方がいらっしゃいましたらご教授ください。
ユーザーは3000人程度いるのでGPO等で簡単に設定･管理したいのですが･･･
以上、よろしくお願いいたします。
環境 メタサーバー OS：Win2003svr
MetaFrameXP FR3
IME2003
クライアント Win98〜XP
ADドメイン構成
公開アプリケーションを全画面で表示した場合、言語バーの最小化ボタンを
押下すると消えてしましたす。(全画面表示は構成の仕様上変更できません)
タスクバーに格納されている状態になるため消えたように見えているのですが
公開アプリケーション上では復帰することができません。
IME2000までですとショートカットメニュー内に「IMEを表示」のような
ものがあり、それで復帰できるのですがIME2002からはそのようなメニューが
ありません。
言語バーのプロパティで「タスクバーに表示する」という設定のチェックを
外すと最小化ボタンを押下しても消えなくなるのですがデフォルトではチェックが
入っているためその設定を各ユーザーごとに設定する必要があるようなのですが
その方法をご存知の方がいらっしゃいましたらご教授ください。
ユーザーは3000人程度いるのでGPO等で簡単に設定･管理したいのですが･･･
以上、よろしくお願いいたします。
環境 メタサーバー OS：Win2003svr
MetaFrameXP FR3
IME2003
クライアント Win98〜XP
ADドメイン構成
アプリケーションはなんでしょうか。
また試しに、シームレスウィンドウにしないで起動してみてください。
また試しに、シームレスウィンドウにしないで起動してみてください。
回避策ではありませんが、これは、強引な？仕様なのですね。
http://support.citrix.com/kb/entry!default.jspa?categoryID=275&entryID=4724&fromSearchPage=true
確かに、RDPでアプリケーションを指定した場合に、IMEを最小化すると、セッション
ウィンドウから消えてしまい、デスクトップを起動させないと復活させることが
出来ませんね。これをICA（シームレスや、画面指定の全画面以外）では、IMEツール
バーを最小化させないように制御しているみたいな感じです。全画面の場合のみ
最小化してしまうみたいです。
HKCU のIMEのキーに、IMEツールバーをウィンドウに表示のキーがあったと記憶
してます。ログオンスクリプトで、ログオン時にウィンドウに表示させるようにしたら
どうかな？と思います。今そのキーを思い出せません・・・
どちらにしても、セッション中にツールバーを復活させることは出来ませんが。
http://support.citrix.com/kb/entry!default.jspa?categoryID=275&entryID=4724&fromSearchPage=true
確かに、RDPでアプリケーションを指定した場合に、IMEを最小化すると、セッション
ウィンドウから消えてしまい、デスクトップを起動させないと復活させることが
出来ませんね。これをICA（シームレスや、画面指定の全画面以外）では、IMEツール
バーを最小化させないように制御しているみたいな感じです。全画面の場合のみ
最小化してしまうみたいです。
HKCU のIMEのキーに、IMEツールバーをウィンドウに表示のキーがあったと記憶
してます。ログオンスクリプトで、ログオン時にウィンドウに表示させるようにしたら
どうかな？と思います。今そのキーを思い出せません・・・
どちらにしても、セッション中にツールバーを復活させることは出来ませんが。
NetscapeNavigatorのICAクライアント・プラグイン
NetscapeNavigatorのICAクライアント・プラグインは、どこにあるのでしょうか？
(application x-ica)
(application x-ica)
「辞書が見つからないか、アクセスできません」となる？？
以下の環境で構築したのですが、「辞書が見つからないか、アクセスできません」となり日本語の入力が出来ません。
Server:Windows2000Server
Server:MetaFrameXP PresentaitionServer3.0 StandardEdition
ｸﾗｲｱﾝﾄ：WindowsXP
ｸﾗｲｱﾝﾄ：ICA Client
どなたか解決策に関する情報をお持ちではないでしょうか？
Server:Windows2000Server
Server:MetaFrameXP PresentaitionServer3.0 StandardEdition
ｸﾗｲｱﾝﾄ：WindowsXP
ｸﾗｲｱﾝﾄ：ICA Client
どなたか解決策に関する情報をお持ちではないでしょうか？
未だ完全解決はしておりませんが、MetaframeServer側のIMEバージョンとClient側のIMEバージョンを合わせる必要がありそうです。
結局複数のクライアントが存在しそれぞれIMEバージョンが異なる場合は、サーバ側に辞書を追加登録するか、Client側のIMEバージョンをServer側にあわせるかの対応が必要となる様です。
結局複数のクライアントが存在しそれぞれIMEバージョンが異なる場合は、サーバ側に辞書を追加登録するか、Client側のIMEバージョンをServer側にあわせるかの対応が必要となる様です。
私はレジストリ設定で直せました
私も「辞書にアクセスできない」と出て困っております。
Hudsonさん。レジストリのどの箇所を修正したのか教えてもらえませんか？
Hudsonさん。レジストリのどの箇所を修正したのか教えてもらえませんか？
以下の方法が該当するか保障の限りではありませんが、私はHKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Ime\Japan\IMEJP\directoriesのDictionaryPathなどのデータが"%WINDIR%\IME\IMEJP\..." となっていたので、%WINDIR% を固定パスC:\WINNTに変更しました。
Hudsonさん情報有難うございます。
レジストリの設定変更はクライアントマシン側でしょうか？ それともメタフレームサーバ側でしょうか？ 宜しくお願い致します。
レジストリの設定変更はクライアントマシン側でしょうか？ それともメタフレームサーバ側でしょうか？ 宜しくお願い致します。
メタフレームサーバ側です
Hudsonさん 有難うございます
今回のサーバーのセッティングですがドライブのリマッピングをしていませんか。
＞＞MetaframeServer側のIMEバージョンとClient側のIMEバージョンを
＞＞合わせる必要がありそうです。
これ本当ですか？初耳です。
MetaFrameはすべてサーバーで動作するのでIMEはクライアントに依存しない
はずですが。
＞＞合わせる必要がありそうです。
これ本当ですか？初耳です。
MetaFrameはすべてサーバーで動作するのでIMEはクライアントに依存しない
はずですが。
リマップ等はしていないのですが。。。
今回の環境では拠点間をＶＰＮで構築しております。メタクライアントとして接続する前と接続後に同様のファイルサーバをドライブマッピング（X: \\fileserver\users）で使用しています。クライアントのローカルドライブ文字列等は行っておりません。
接続するクライアントによって(異なるＯＳで検証済み)は同バージョンのIMEで無くとも自動的に判断してくれる場合もあるようですが、どうも保証の限りでは無いようです。
Hudsonさんの情報に従ってメタサーバ側の辞書を絶対パスに置き換えるのが得策かと！！
今回の環境では拠点間をＶＰＮで構築しております。メタクライアントとして接続する前と接続後に同様のファイルサーバをドライブマッピング（X: \\fileserver\users）で使用しています。クライアントのローカルドライブ文字列等は行っておりません。
接続するクライアントによって(異なるＯＳで検証済み)は同バージョンのIMEで無くとも自動的に判断してくれる場合もあるようですが、どうも保証の限りでは無いようです。
Hudsonさんの情報に従ってメタサーバ側の辞書を絶対パスに置き換えるのが得策かと！！
ｍｓｉさん。結果を教えてください。また、ＯＳは、ＳＰ４統合化ＣＤのものですか。それともＳＰ２やＳＰ３からＳＰ４にＵＰしたものでしょうか。
レジストリの変更は既に検証済みでした...が、結果はＮＧでした。
それでも解消できなかった為にクライアント側でIMEの変更で対応しました。
また、MetaServerのSPは[SP4統合化CD]でした。。。
それでも解消できなかった為にクライアント側でIMEの変更で対応しました。
また、MetaServerのSPは[SP4統合化CD]でした。。。
当方、解決しました。
ログオンスクリプトで、ファイルサーバの共有フォルダを割付しておりましたが、ログオンスクリプトをはずすと、日本語入力ができるようになりました。
どうも、ログオンスクリプト処理で負荷がかかっていると、日本語入力ができなくなるようです。
参考になれば、...。
当方の環境
Server:Windows2000ServerSP4
Server:MetaFrame PresentaitionServer3.0 StandardEdition
ｸﾗｲｱﾝﾄ：Windows2000
ｸﾗｲｱﾝﾄ：ICA Client 8.0
ログオンスクリプトで、ファイルサーバの共有フォルダを割付しておりましたが、ログオンスクリプトをはずすと、日本語入力ができるようになりました。
どうも、ログオンスクリプト処理で負荷がかかっていると、日本語入力ができなくなるようです。
参考になれば、...。
当方の環境
Server:Windows2000ServerSP4
Server:MetaFrame PresentaitionServer3.0 StandardEdition
ｸﾗｲｱﾝﾄ：Windows2000
ｸﾗｲｱﾝﾄ：ICA Client 8.0
Mr.M様
当該環境ではスクリプトは記述(設定)しておりませんでした。
確かにネットワークドライブの割り当て等はしておりましたが、[ログオン時に再接続]でマッピングしております。他のシステム環境でも同様の症状が発生しましたが、現在は正常に稼動中です。。。結局結論には至っていないということになりますが．．．。
当該環境ではスクリプトは記述(設定)しておりませんでした。
確かにネットワークドライブの割り当て等はしておりましたが、[ログオン時に再接続]でマッピングしております。他のシステム環境でも同様の症状が発生しましたが、現在は正常に稼動中です。。。結局結論には至っていないということになりますが．．．。
はじめまして。
ベンダーから暫定的な対処方法を確認できました。
これはどう見てもバグのようですし、Citrixのサポート情報にも
いつまで経っても掲載されないようなので。
レジストリエディタを開き、
HKEY_LOCAL_MACHINE で、stuisrv.exeを検索。
キーの値として”C:\Program Files\Citrix\system32\stuisrv.exe"
というパスがあるので、空欄にします。
これでとりあえず回避はできるようですので、試してみて下さい。
(この操作による問題は当方では今のところ確認できていません）
というより早くパッチを出していただきたいところです。
(というか、こんな状態でリリースしてくれるな、と。)
ベンダーから暫定的な対処方法を確認できました。
これはどう見てもバグのようですし、Citrixのサポート情報にも
いつまで経っても掲載されないようなので。
レジストリエディタを開き、
HKEY_LOCAL_MACHINE で、stuisrv.exeを検索。
キーの値として”C:\Program Files\Citrix\system32\stuisrv.exe"
というパスがあるので、空欄にします。
これでとりあえず回避はできるようですので、試してみて下さい。
(この操作による問題は当方では今のところ確認できていません）
というより早くパッチを出していただきたいところです。
(というか、こんな状態でリリースしてくれるな、と。)
SillyWalk様 情報ありがとうございます。
現在は何とか正常運転中ですがもし現象再現の場合は参考にさせて頂きますm(__)m
というより本当にパッチのリリース＆リリース前にちゃんと検証してくれよ！！ですね。
現在は何とか正常運転中ですがもし現象再現の場合は参考にさせて頂きますm(__)m
というより本当にパッチのリリース＆リリース前にちゃんと検証してくれよ！！ですね。
はじめまして
私も似たような状況でした（まったく同じではないですが）
RDP接続では日本語入力可能ですが、MetaFrame接続ではIMEバーは表示されるが
日本語入力できず、公開アプリケーションでも、公開デスクトップでも同一現象でした
［キーボード レイアウト/入力システム］の設定で無事解決しました
（ログオンスクリプトも使用し、クラサバ間でIMEのバージョンも違う環境です）
Citrixの下記サイトを参考にしました
http://support.citrix.com/kb/entry!default.jspa?categoryID=275&entryID=5070&fromSearchPage=true
私も似たような状況でした（まったく同じではないですが）
RDP接続では日本語入力可能ですが、MetaFrame接続ではIMEバーは表示されるが
日本語入力できず、公開アプリケーションでも、公開デスクトップでも同一現象でした
［キーボード レイアウト/入力システム］の設定で無事解決しました
（ログオンスクリプトも使用し、クラサバ間でIMEのバージョンも違う環境です）
Citrixの下記サイトを参考にしました
http://support.citrix.com/kb/entry!default.jspa?categoryID=275&entryID=5070&fromSearchPage=true
私の場合、IME2000環境ですとログオンスクリプトが実行されると公開デスクトップ、
公開アプリケーション共、NGでした。
が、IME2003をインストールすると公開デスクトップはOK,公開アプリケーションはNGという
状況で、IMEバージョンに関わらずRDPですと問題ありませんでした。
Citrixのサポートページ、参考にさせていただきます。
公開アプリケーション共、NGでした。
が、IME2003をインストールすると公開デスクトップはOK,公開アプリケーションはNGという
状況で、IMEバージョンに関わらずRDPですと問題ありませんでした。
Citrixのサポートページ、参考にさせていただきます。
ローカルコンピュータの権限
MetaFrameXP(WebClientは7.0がはいっているものです）に
WebClient8.0でつないだときに、コンピュータにログオンしたのが一般ユーザだと
はじかれてしまうことはないでしょうか。
(Webからログオンはできるが、アプリのアイコンを叩くとつながらない）
ローカルコンピュータ側の、PowerUsersかAdministratorsに、そのコンピュータに
ログオンしているユーザを加えてあげると、難なく接続できます。
またWebClient 8.0をアンインストールして7.0に戻してあげたらなおりました。
なにかの権限が足らないために起きていると思いますが、
どなたかご存じでしたら、ご教授いただければ幸いです（。＿。
よろしくお願いします・・・・
＃既に30台updateしてしまった(;_;
WebClient8.0でつないだときに、コンピュータにログオンしたのが一般ユーザだと
はじかれてしまうことはないでしょうか。
(Webからログオンはできるが、アプリのアイコンを叩くとつながらない）
ローカルコンピュータ側の、PowerUsersかAdministratorsに、そのコンピュータに
ログオンしているユーザを加えてあげると、難なく接続できます。
またWebClient 8.0をアンインストールして7.0に戻してあげたらなおりました。
なにかの権限が足らないために起きていると思いますが、
どなたかご存じでしたら、ご教授いただければ幸いです（。＿。
よろしくお願いします・・・・
＃既に30台updateしてしまった(;_;
不具合かもしれません。
弊社の環境でも同様な現象が発生しました。
ターミナルサーバーのイベントログには、1004のエラーが出てました。
環境固有の問題かと思いテスト環境でも再現しました。
1004のエラーとローカルコンピューターの権限が気になり、
下記レジストリキーに、フルアクセス権を与えたら接続できました。
Usersにデフォルトで読み取りはついているんですが、ICA８では
何か書き込んでいるんでしょうかね？考えられません。
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSLicensing
RDPは問題なかったので、ICA8の不具合っぽいです。
しかし、クライアントのレジストリを色々いじっていたら再現
しなくなってしまいました...？？？
ターミナルサーバーのイベントログには、1004のエラーが出てました。
環境固有の問題かと思いテスト環境でも再現しました。
1004のエラーとローカルコンピューターの権限が気になり、
下記レジストリキーに、フルアクセス権を与えたら接続できました。
Usersにデフォルトで読み取りはついているんですが、ICA８では
何か書き込んでいるんでしょうかね？考えられません。
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSLicensing
RDPは問題なかったので、ICA8の不具合っぽいです。
しかし、クライアントのレジストリを色々いじっていたら再現
しなくなってしまいました...？？？
ICA クライアントのインストール時に、MSLicensingにusersで特殊のアクセス権が
追加されるみたいです。しかし、TSCAL等の問題でMSLicensingを削除後に、
ICA接続を行った場合、MSLicensingの一つ上の階層にusersで特殊のアクセス権が
無いため、MSLicensingに必要なアクセス権が追加されませんでした。
その為、接続が出来なかったみたいです。
追加されるみたいです。しかし、TSCAL等の問題でMSLicensingを削除後に、
ICA接続を行った場合、MSLicensingの一つ上の階層にusersで特殊のアクセス権が
無いため、MSLicensingに必要なアクセス権が追加されませんでした。
その為、接続が出来なかったみたいです。
全く知りませんでした。恐れ入りました。不具合だとばかり思い込んでいました。
ICAクライアントを新規インストールしてから
ICAクライアントを新規インストールしてから、IEを立ち上げなおすと、「保留中になっている
Meta Frameクライアントのアップデートを完了する必要があります。アップデートを完了する前に、Meta Frameクライアントコンポーネントをすべて終了してください」とのメッセージが出ます。
色々調べたのですが、わからない状態なので、質問させてください。
よろしくお願いいたします。
Meta Frameクライアントのアップデートを完了する必要があります。アップデートを完了する前に、Meta Frameクライアントコンポーネントをすべて終了してください」とのメッセージが出ます。
色々調べたのですが、わからない状態なので、質問させてください。
よろしくお願いいたします。
ICAクライアント アップデート構成ツールの設定が
自動更新「有効」になっているためです。
自動更新「有効」になっているためです。
tomo様、ありがとうございます。
この内容で間違いなさそうです。
この内容で間違いなさそうです。
追記です。
ICAをHPからダウンロードすると、バージョン7.00(or7.10)が入るのですが、
当社のサーバは6.30が入っているので、サーバの自動更新で6.30を入れてしまいます。
この時にこのメッセージが出るようです。
ICAをHPからダウンロードすると、バージョン7.00(or7.10)が入るのですが、
当社のサーバは6.30が入っているので、サーバの自動更新で6.30を入れてしまいます。
この時にこのメッセージが出るようです。
クライアントとネットワークでつながっているプリンタがリストに出ない。
お世話になります。
今回、初めてMetaFrameの評価版をインストールして検証しているのですが、クライアントのネットワーク内にあるプリンタから印刷ができません。メモ帳を公開アプリとして起動し印刷画面を表示してもクライアント側のプリンタ情報がリストに表示されていません。
MetaFrame側の設定は一通り行なったつもりです。。（プリンタ関係の設定は、Citrixコネクション構成ツールのica-tcpのクライアント設定、MetaFrameの管理コンソールのプリンタの管理での設定、公開アプリケーションごとの設定を行いました。）
クライアント側のプリンタのポートをLPR Portか、Standard TCP/IP Portを利用しているのですが、このような場合でも通常は印刷できるのでしょうか？
すみませんが、アドバイスをいただけないでしょうか？
よろしくお願いいたします。
＜環境＞
・メタサーバー：Windows Server 2003 Enterprise Edition
：MetaFrame Presentation Server FR3 評価版
・クライアント：Windows XP Professional
今回、初めてMetaFrameの評価版をインストールして検証しているのですが、クライアントのネットワーク内にあるプリンタから印刷ができません。メモ帳を公開アプリとして起動し印刷画面を表示してもクライアント側のプリンタ情報がリストに表示されていません。
MetaFrame側の設定は一通り行なったつもりです。。（プリンタ関係の設定は、Citrixコネクション構成ツールのica-tcpのクライアント設定、MetaFrameの管理コンソールのプリンタの管理での設定、公開アプリケーションごとの設定を行いました。）
クライアント側のプリンタのポートをLPR Portか、Standard TCP/IP Portを利用しているのですが、このような場合でも通常は印刷できるのでしょうか？
すみませんが、アドバイスをいただけないでしょうか？
よろしくお願いいたします。
＜環境＞
・メタサーバー：Windows Server 2003 Enterprise Edition
：MetaFrame Presentation Server FR3 評価版
・クライアント：Windows XP Professional
hotfixを適用することで解決いたしました。
差し支えなければ・・・どのHotfixでしたでしょうか？
私も同じ状況になっています。どのHotfixを当てたか
お教え願えますでしょうか？
お教え願えますでしょうか？
XJ103W2K082 ??
違っていたら、すいません。
違っていたら、すいません。
メタフレームサーバをドメインに参加させる場合
お世話になります。
現在、メタフレームサーバをワークグループよりドメインに参加させるということを
行おうとしております。
いきなり顧客環境では危ないと思い、
自社にて擬似環境でテストを行いました。
早速、ドメインに参加させたところ、
「MetaFrameサーバが使用できません。後でもう一度やり直してください。」
とエラーが発生しました。
また、新規クライアントの場合はファイルをダウンロードしてからＩＥを
再起動すれば使えるようになるはずなのに
これもうまくいきませんでした。
なぜ使えなくなったのか？
これに対する回避策がありましたら、ご教授ください。
なお、環境は以下の通りです。
Meta：MetaFrameXPa
サーバ：W2K Server (SP2)
クライアント：W2K Professional(SP2)
現在、メタフレームサーバをワークグループよりドメインに参加させるということを
行おうとしております。
いきなり顧客環境では危ないと思い、
自社にて擬似環境でテストを行いました。
早速、ドメインに参加させたところ、
「MetaFrameサーバが使用できません。後でもう一度やり直してください。」
とエラーが発生しました。
また、新規クライアントの場合はファイルをダウンロードしてからＩＥを
再起動すれば使えるようになるはずなのに
これもうまくいきませんでした。
なぜ使えなくなったのか？
これに対する回避策がありましたら、ご教授ください。
なお、環境は以下の通りです。
Meta：MetaFrameXPa
サーバ：W2K Server (SP2)
クライアント：W2K Professional(SP2)
もう少し行われた作業内容の説明があった方が良いと思います。
ちょっとこれだけでは誰もレスできないと思いますが。
ちょっとこれだけでは誰もレスできないと思いますが。
すみません。日本語からやり直してきます。
さて、本題ですが、
もしかしたら、メタではなく
ドメイン参加したときのドメインコントローラに
ターミナルライセンスの設定をしていないのが、
原因かもしれないです。
ワークグループにいたときはサーバのターミナルライセンスの機能が
使えていたのに、
ドメインに参加したら使えなくなっていました。
メタの問題ではないと思いますので、特にレスはよいです。
ご迷惑をお掛けしました。
さて、本題ですが、
もしかしたら、メタではなく
ドメイン参加したときのドメインコントローラに
ターミナルライセンスの設定をしていないのが、
原因かもしれないです。
ワークグループにいたときはサーバのターミナルライセンスの機能が
使えていたのに、
ドメインに参加したら使えなくなっていました。
メタの問題ではないと思いますので、特にレスはよいです。
ご迷惑をお掛けしました。
ｲﾝｽﾄｰﾙ時のｵﾌﾟｼｮﾝ設定をｲﾝｽﾄｰﾙ後に変更する方法
お世話になります。
下記の環境で動作確認を行っているのですが、Administratorsグループに
所属していないユーザーが、ICAクライアントでメタサーバーのデスクトップへ
ログオンすると、
「現在、このデスクトップには、管理者しかアクセスできません。
クライアントユーザーからのアクセスが無効に設定されています。
管理者に連絡してください。」
とメッセージが表示され、ログオンすることができません。
恐らく、MetaFrame Server 3.0 のインストール時に、
「Remote Desktop Users グループへのユーザーの追加」画面で、
「後で追加する」を選択したからだと思われるのですが、
この設定を「Users グループに属しているユーザーを追加する」に
設定変更することは可能でしょうか。
対処方法をご存知の方がいましたら、お教えください。
宜しくお願いします。
＜環境＞
・メタサーバー：Windows Server 2003 Enterprise Edition (非ドメイン)
：MetaFrame Presentation Server 3.0 評価版 (Advanced Edition)
・クライアント：Windows 2000 Professional
下記の環境で動作確認を行っているのですが、Administratorsグループに
所属していないユーザーが、ICAクライアントでメタサーバーのデスクトップへ
ログオンすると、
「現在、このデスクトップには、管理者しかアクセスできません。
クライアントユーザーからのアクセスが無効に設定されています。
管理者に連絡してください。」
とメッセージが表示され、ログオンすることができません。
恐らく、MetaFrame Server 3.0 のインストール時に、
「Remote Desktop Users グループへのユーザーの追加」画面で、
「後で追加する」を選択したからだと思われるのですが、
この設定を「Users グループに属しているユーザーを追加する」に
設定変更することは可能でしょうか。
対処方法をご存知の方がいましたら、お教えください。
宜しくお願いします。
＜環境＞
・メタサーバー：Windows Server 2003 Enterprise Edition (非ドメイン)
：MetaFrame Presentation Server 3.0 評価版 (Advanced Edition)
・クライアント：Windows 2000 Professional
「コンピュータの管理」画面で、グループのフォルダを選択して、RemoteDesktopUsersグループにUsersグループを追加する形でどうでしょう。
pancraさん。早速のレスありがとうございます。
しかし、「コンピュータの管理」画面での操作が悪いのか、RemoteDesktopUsersグループで
追加画面を起動しても、一覧にUsersグループが表示されませんでした。
調べ方が悪いのかグループにグループを追加する手順を探し出せません。
ご存知の方がいましたら、お教えください。
宜しくお願いします。
しかし、「コンピュータの管理」画面での操作が悪いのか、RemoteDesktopUsersグループで
追加画面を起動しても、一覧にUsersグループが表示されませんでした。
調べ方が悪いのかグループにグループを追加する手順を探し出せません。
ご存知の方がいましたら、お教えください。
宜しくお願いします。
MetaFrame Presentation Server3.0は、デフォルト状態では一般ユーザからの
デスクトップ接続ができません。接続する場合は、Citrixコネクション構成ツール
-> 詳細 -> 画面右下にある 「公開アプリケーションのみを実行する」のチェックを
外して下さい。ただし公開デスクトップは大丈夫です。
デスクトップ接続ができません。接続する場合は、Citrixコネクション構成ツール
-> 詳細 -> 画面右下にある 「公開アプリケーションのみを実行する」のチェックを
外して下さい。ただし公開デスクトップは大丈夫です。
CCEAさん。
動作確認できました。有難う御座いました。
動作確認できました。有難う御座いました。
Metaサーバに接続できなくなる現象が発生します。
お世話になっております。
MetaFrameXPサーバ３台の内のあるサーバーだけ
接続できなくなる現象が、時々発生します。
-----------------------------------------------------------
＜現象＞
ICAクライアントがPNの公開アプリケーションをクリックし、
接続中の赤いインジケーターが左から右へ流れた後、
だんまりになってしまいます。右下のタスクトレイをICAの
アイコンも消えてしまいます。
-----------------------------------------------------------
原因を調べていると、
IMAを手動で再起動すると
接続できるようになることが解りましたが、
しかし、イベントビューアには特にエラーがのってません。
IMAが落ちているのではないようなのです。
しばらくすると、接続できるようになることも
あったりします。
サーバのスペックが影響しているのかも
と考えています。
３台のMetaFrameサーバのうち
１台目のＤＳサーバのみ2ＣＰＵ搭載で
残りの2，3台目は１ＣＰＵで、この２台のみ現象が
発生します。
＜構成＞
１台目（ＤＳサーバ）2ＣＰＵ（現象がでない）
２台目 1ＣＰＵ（接続できなくなる時がある）
３台目 １ＣＰＵ（接続できなくなる時がある）
・MetaFrameXPFR3
・ｻｰﾊﾞ:Windows2000Server SP3
・ｸﾗｲｱﾝﾄ：Windows2000Professional
ＣＰＵの性能が影響することはありえますか？
宜しくお願いいたします。
MetaFrameXPサーバ３台の内のあるサーバーだけ
接続できなくなる現象が、時々発生します。
-----------------------------------------------------------
＜現象＞
ICAクライアントがPNの公開アプリケーションをクリックし、
接続中の赤いインジケーターが左から右へ流れた後、
だんまりになってしまいます。右下のタスクトレイをICAの
アイコンも消えてしまいます。
-----------------------------------------------------------
原因を調べていると、
IMAを手動で再起動すると
接続できるようになることが解りましたが、
しかし、イベントビューアには特にエラーがのってません。
IMAが落ちているのではないようなのです。
しばらくすると、接続できるようになることも
あったりします。
サーバのスペックが影響しているのかも
と考えています。
３台のMetaFrameサーバのうち
１台目のＤＳサーバのみ2ＣＰＵ搭載で
残りの2，3台目は１ＣＰＵで、この２台のみ現象が
発生します。
＜構成＞
１台目（ＤＳサーバ）2ＣＰＵ（現象がでない）
２台目 1ＣＰＵ（接続できなくなる時がある）
３台目 １ＣＰＵ（接続できなくなる時がある）
・MetaFrameXPFR3
・ｻｰﾊﾞ:Windows2000Server SP3
・ｸﾗｲｱﾝﾄ：Windows2000Professional
ＣＰＵの性能が影響することはありえますか？
宜しくお願いいたします。
ロードバランス構成にしている時に、MetaFrameサーバを起動したまま、ドメインコントローラを再起動とかしてませんか？
ドメインコントローラより先にMetaFrameが立ち上がると問題があるという
投稿を見たことがあるので、その可能性はないです。
ハードに問題があるのか、ソフト的問題なのか切り分けしたのですが。
よい方法がないでしょうか。
投稿を見たことがあるので、その可能性はないです。
ハードに問題があるのか、ソフト的問題なのか切り分けしたのですが。
よい方法がないでしょうか。
LHC か DS が破損しているとか、DS に負荷がかかっているということはないでしょうか？
Meta的には、dscheckを実行するか、LHCの再作成を試してみたら如何でしょうか？
Meta的には、dscheckを実行するか、LHCの再作成を試してみたら如何でしょうか？
Nobodyさん、レスありがとうございます。
IMAサービスを再起動するということは、LHCを手動で更新させていると
いうことになりますから、DSかLHCサーバのどちらかに負荷が
かかり、LHCの更新がうまくいっていないという可能性はありそうです。
（たしか、LHCは自動で15分ごとに更新しているばず）
Meta上で動かしているアプリケーションは、バッチ系の更新処理や
印刷を多くしますから、負荷はかかっていると思います。
となるとCPUの負荷？となるのでしょうか。
dscheckですが、「すべての整合性のチェックに成功しました。」と
表示されました。問題はなさそうです。
dscheck /claenも一度試してみた方がよいのでしょうか。
IMAサービスを再起動するということは、LHCを手動で更新させていると
いうことになりますから、DSかLHCサーバのどちらかに負荷が
かかり、LHCの更新がうまくいっていないという可能性はありそうです。
（たしか、LHCは自動で15分ごとに更新しているばず）
Meta上で動かしているアプリケーションは、バッチ系の更新処理や
印刷を多くしますから、負荷はかかっていると思います。
となるとCPUの負荷？となるのでしょうか。
dscheckですが、「すべての整合性のチェックに成功しました。」と
表示されました。問題はなさそうです。
dscheck /claenも一度試してみた方がよいのでしょうか。
Powerful & Beautiful
力強く、美しいシステムを。