トピック検索
923 件のトピックが該当しました。
- windows認証について - CPS評価中 ( 2009/08/26 10:34:45 更新)
- 光プレミアムとICAクライアント - tomo ( 2009/08/21 16:39:01 更新)
- ICAクライアントの短期間移行 - papa ( 2009/08/13 10:23:50 更新)
- 接続エラー - メタフレーム太郎 ( 2009/07/22 12:49:36 更新)
- ログオンスクリプトの無効化について - OO ( 2009/07/14 16:33:06 更新)
- 公開アプリケーションが起動しない - GU2 ( 2009/07/07 14:34:59 更新)
- ICA接続からICA接続を行った場合の資産の管理 - yama ( 2009/06/22 15:56:37 更新)
- ICAクライアントからMetaFrameXPへ接続できない - poor-admin ( 2009/06/09 18:06:09 更新)
- USBテンキー接続時にキーボードからのキー入力が出来なくなる - aniki ( 2009/06/01 18:03:12 更新)
- 公開アプリケーションへパラメータの渡し方 - tsuru ( 2009/05/22 10:50:59 更新)
windows認証について
初めてお世話になります。
icaファイルを(web interfaceではない）別のアプリケーションプログラムで作成して、icaクライアントを起動する運用をしています。
これまで、icaファイルには、Domain= , Username= ,ClearPassword=を記述して、CPSに接続していました。
今回、これを、スマートカードログオンを行っているクライアントＰＣのアカウントで認証する方式に変更したいと考えています。方法としては、認証方式をwindows認証にすればよいかと想定していますが、
appsrv.ini, wfclient.ini, icaファイルの具体的な記載内容がわかりません。参考になる情報があれば、教えていただけないでしょうか。
icaファイルを(web interfaceではない）別のアプリケーションプログラムで作成して、icaクライアントを起動する運用をしています。
これまで、icaファイルには、Domain= , Username= ,ClearPassword=を記述して、CPSに接続していました。
今回、これを、スマートカードログオンを行っているクライアントＰＣのアカウントで認証する方式に変更したいと考えています。方法としては、認証方式をwindows認証にすればよいかと想定していますが、
appsrv.ini, wfclient.ini, icaファイルの具体的な記載内容がわかりません。参考になる情報があれば、教えていただけないでしょうか。
光プレミアムとICAクライアント
NTT西日本の光プレミアムの回線について質問があります。
Program Neighborhoodで Presentation Serverに接続しているユーザが
ネット回線をADSLからNTT西日本の光プレミアムに変更した途端、接続できなくなりました。
現象としては、サーバに接続に行くとネゴシエートまでいきますが
使用しているアプリケーションの画面が表示されず（必ず起きます）
サーバの管理コンソールで確認すると、セッションが表示されていたのでシャドーをすると、
青い画面で何も表示されてません。
光プレミアムの仕様を調べると、IPv6が基盤に使われ、NTT網～CTUの区間がIPsecベースで接続しているようなのです、ICAは光プレミアムに対応していないのでしょうか。それともクライアントのICAのバージョンをあげた方がよいのでしょうか。
このような現象をご存知の方がいましたら、ご教授いただけないでしょうか。宜しくお願い致します。
＜環境＞
サーバ：MetaFrame Presentation Server4.0 WindowsServer 2000
クライアント：Program Neighborhood Ver 7.XX
Program Neighborhoodで Presentation Serverに接続しているユーザが
ネット回線をADSLからNTT西日本の光プレミアムに変更した途端、接続できなくなりました。
現象としては、サーバに接続に行くとネゴシエートまでいきますが
使用しているアプリケーションの画面が表示されず（必ず起きます）
サーバの管理コンソールで確認すると、セッションが表示されていたのでシャドーをすると、
青い画面で何も表示されてません。
光プレミアムの仕様を調べると、IPv6が基盤に使われ、NTT網～CTUの区間がIPsecベースで接続しているようなのです、ICAは光プレミアムに対応していないのでしょうか。それともクライアントのICAのバージョンをあげた方がよいのでしょうか。
このような現象をご存知の方がいましたら、ご教授いただけないでしょうか。宜しくお願い致します。
＜環境＞
サーバ：MetaFrame Presentation Server4.0 WindowsServer 2000
クライアント：Program Neighborhood Ver 7.XX
MTU値（1回の転送で送信できるデータの最大値）がADSLの場合は1,454バイトですが
フレッツ・光プレミアムのMTU値は1,438バイトと少なくなっていますので、
そのあたりが原因かもしれません。
参考URL http://www.nttwest-fc.com/faq/faqdet.php?faq_code=1152
先ずは上記URLの『CTUで自動調整「する」』になっているかどうかの確認をお勧めします。
それでもダメな場合はサーバ側のMTU値変更で対処できるかも知れません
フレッツ・光プレミアムのMTU値は1,438バイトと少なくなっていますので、
そのあたりが原因かもしれません。
参考URL http://www.nttwest-fc.com/faq/faqdet.php?faq_code=1152
先ずは上記URLの『CTUで自動調整「する」』になっているかどうかの確認をお勧めします。
それでもダメな場合はサーバ側のMTU値変更で対処できるかも知れません
Rin様、ご回答ありがとうございます。
長期出張のため遅くなりまして申し訳ありません。
MTU値に違いがあることは知りませんでした。
早速、確認してみます。
長期出張のため遅くなりまして申し訳ありません。
MTU値に違いがあることは知りませんでした。
早速、確認してみます。
ICAクライアントの短期間移行
お世話になっております。
サーバのリプレースを予定しております。
旧環境：MetaFrame XP 1.0（Windows 2000 Server）
新環境：CPS4.5（Windows 2003 Server）
約１００台の端末が接続されていますが、
クライアントをできるだけ短期間で移行したい
（実運用は極力止めたくない）のですが、
よい方法はないでしょうか？
たとえば、
旧バージョンのクライアントで実運用している端末に
新バージョンのクライアントを追加し、一定期間共存
させておくようなことは可能でしょうか？
実際のご経験など、ご教授頂ければ幸いです。
どうぞよろしくお願いいたします。
サーバのリプレースを予定しております。
旧環境：MetaFrame XP 1.0（Windows 2000 Server）
新環境：CPS4.5（Windows 2003 Server）
約１００台の端末が接続されていますが、
クライアントをできるだけ短期間で移行したい
（実運用は極力止めたくない）のですが、
よい方法はないでしょうか？
たとえば、
旧バージョンのクライアントで実運用している端末に
新バージョンのクライアントを追加し、一定期間共存
させておくようなことは可能でしょうか？
実際のご経験など、ご教授頂ければ幸いです。
どうぞよろしくお願いいたします。
公開されているアプリケーションが不明、端末の種類が不明なので推測で書き出してみます。
クライアントが Windows PC であった場合、MetaFrame への接続方法にはいくつかあると思います。例えばサーバファームを使って ICA クライアント(Win32版) から接続している場合は、新しく CPS で作ったファーム用の接続設定を作るしかありません。
（ユーザはファームアイコンを行き来する必要が発生する）
この場合の設定作業は端末毎に設定が必要です。
WebInterface を使っている場合は、MetaFrameXP 用の URL と CPS 用の URL を用意してユーザが利用する方へアクセスさせればよいかと思います。
URL であれば、グループポリシーで IE のお気に入りに URL 追加が可能ですね。
この場合は端末毎の設定は URL のみとなりますので、ユーザにメールで URL 通知のみでもいけるのではないでしょうか。
Wyse ThinOS を使っている場合はさらに簡単ですね。
FTP にある wnos.ini に XP用とCPS用の接続記述を用意して、ユーザが接続先を選択して接続するだけにすればよいかと思います。
この場合は、FTP サーバの記述変更だけで端末操作は一切なしですね。
参考までに
クライアントが Windows PC であった場合、MetaFrame への接続方法にはいくつかあると思います。例えばサーバファームを使って ICA クライアント(Win32版) から接続している場合は、新しく CPS で作ったファーム用の接続設定を作るしかありません。
（ユーザはファームアイコンを行き来する必要が発生する）
この場合の設定作業は端末毎に設定が必要です。
WebInterface を使っている場合は、MetaFrameXP 用の URL と CPS 用の URL を用意してユーザが利用する方へアクセスさせればよいかと思います。
URL であれば、グループポリシーで IE のお気に入りに URL 追加が可能ですね。
この場合は端末毎の設定は URL のみとなりますので、ユーザにメールで URL 通知のみでもいけるのではないでしょうか。
Wyse ThinOS を使っている場合はさらに簡単ですね。
FTP にある wnos.ini に XP用とCPS用の接続記述を用意して、ユーザが接続先を選択して接続するだけにすればよいかと思います。
この場合は、FTP サーバの記述変更だけで端末操作は一切なしですね。
参考までに
ご回答ありがとうございます。
参考にさせていただきます。
旧環境のクライアントはICAですが、
新環境ではWebInterfaceを使う方向で
検討してみます。
この組合せでも共存可能ですね？
ちなみにProgram Neighborhood（旧環境）を
WebInterface（新環境）に切替える場合の
注意事項等はございますでしょうか？
参考にさせていただきます。
旧環境のクライアントはICAですが、
新環境ではWebInterfaceを使う方向で
検討してみます。
この組合せでも共存可能ですね？
ちなみにProgram Neighborhood（旧環境）を
WebInterface（新環境）に切替える場合の
注意事項等はございますでしょうか？
なお、公開されているアプリケーションは
VB6とSuper Visual Formade
端末はWindows xp（一部Windows 2000あり）
のふつうのPC（ディスクあり）です。
VB6とSuper Visual Formade
端末はWindows xp（一部Windows 2000あり）
のふつうのPC（ディスクあり）です。
度々すみません。
>クライアントが Windows PC であった場合、MetaFrame への接続方法には
>いくつかあると思います。
>例えばサーバファームを使って ICA クライアント(Win32版) から接続して
>いる場合は、新しく CPS で作ったファーム用の接続設定を作るしかありません。
>（ユーザはファームアイコンを行き来する必要が発生する）
>この場合の設定作業は端末毎に設定が必要です。
クライアント－サーバ間で、以下のようにバージョンのクロスする
接続は可能でしょうか？
①ICAクライアント（旧版：MetaFrame XP 1.0用）--->CPS4.5
②ICAクライアント（新版：CPS4.5用）--->MetaFrame XP 1.0
（上記でおっしゃっている追加設定は①ですね？ いずれの場合も
バージョンがかなり離れていますが、問題はないのでしょうか？）
>クライアントが Windows PC であった場合、MetaFrame への接続方法には
>いくつかあると思います。
>例えばサーバファームを使って ICA クライアント(Win32版) から接続して
>いる場合は、新しく CPS で作ったファーム用の接続設定を作るしかありません。
>（ユーザはファームアイコンを行き来する必要が発生する）
>この場合の設定作業は端末毎に設定が必要です。
クライアント－サーバ間で、以下のようにバージョンのクロスする
接続は可能でしょうか？
①ICAクライアント（旧版：MetaFrame XP 1.0用）--->CPS4.5
②ICAクライアント（新版：CPS4.5用）--->MetaFrame XP 1.0
（上記でおっしゃっている追加設定は①ですね？ いずれの場合も
バージョンがかなり離れていますが、問題はないのでしょうか？）
ICAクライアントの version が異なっていても MetaFrameXP と CPS4.5 の公開アプリケーションには問題なく接続が可能です。
私が書いたのは MetaFrameXP、CPS がそれぞれ別ファームで運用されている場合で、
あるクライアント PC の Program Neiborhood でそれぞれのファーム用の「アプリケーションセット」が作成された場合に面倒ではないかということです。
例）
アプリケーションセット１＝ MetaFrameXP
アプリケーションセット２＝ CPS4.5
回避するには Program Neiborhood で「カスタムICAコネクション」を使うことですが、
これだとクライアント端末毎に設定が必要となってしまいます。
そこで端末からの接続を WebInterface にすれば URL 通知で済むので切替工数が減るのではないかと思います。
私が書いたのは MetaFrameXP、CPS がそれぞれ別ファームで運用されている場合で、
あるクライアント PC の Program Neiborhood でそれぞれのファーム用の「アプリケーションセット」が作成された場合に面倒ではないかということです。
例）
アプリケーションセット１＝ MetaFrameXP
アプリケーションセット２＝ CPS4.5
回避するには Program Neiborhood で「カスタムICAコネクション」を使うことですが、
これだとクライアント端末毎に設定が必要となってしまいます。
そこで端末からの接続を WebInterface にすれば URL 通知で済むので切替工数が減るのではないかと思います。
接続エラー
新規端末にProgram Neighborhood（ICAクライアント）をインストールし、
公開アプリケーションに対するカスタムICAコネクションを設定しました。
その後、端末にAdministrators権限を持ったユーザーでログオンすると、
正常に公開アプリケーションのサーバに接続できますが、（
一般の）Users権限のユーザーでログオンしたところ、
「ネットワークまたはダイヤルアップに問題があるため、
MetaFrame サーバーに接続できません。
クライアントの自動再接続処理は、後で再開されます。
問題が解決されない場合は、ネットワーク管理者に連絡してください。」となり接続できません。
どうすれば回避できるでしょうか。
クライアントのレジストリのMslisecingキーは一度削除しましたが回避できません。
サーバ：Windows 2000 Server sp4 Meta Frame XP
クライアント：Windows XP Professinal sp3
よろしくお願いします。
公開アプリケーションに対するカスタムICAコネクションを設定しました。
その後、端末にAdministrators権限を持ったユーザーでログオンすると、
正常に公開アプリケーションのサーバに接続できますが、（
一般の）Users権限のユーザーでログオンしたところ、
「ネットワークまたはダイヤルアップに問題があるため、
MetaFrame サーバーに接続できません。
クライアントの自動再接続処理は、後で再開されます。
問題が解決されない場合は、ネットワーク管理者に連絡してください。」となり接続できません。
どうすれば回避できるでしょうか。
クライアントのレジストリのMslisecingキーは一度削除しましたが回避できません。
サーバ：Windows 2000 Server sp4 Meta Frame XP
クライアント：Windows XP Professinal sp3
よろしくお願いします。
接続ユーザーのローカルコンピュータに対する権限を確認してみてください。
admin権限をもっているユーザーで接続できるとのことですので該当端末のローカルユーザーの
権限不足が考えられます。
（レジストリに対して書き込み権限がない為、接続できないんでは？）
パワーユーザーの権限を与えてみてはいかがでしょう？
admin権限をもっているユーザーで接続できるとのことですので該当端末のローカルユーザーの
権限不足が考えられます。
（レジストリに対して書き込み権限がない為、接続できないんでは？）
パワーユーザーの権限を与えてみてはいかがでしょう？
ご協力ありがとうございます。
sinさんがおっしゃられている通り確認しましたら
権限を与えることにより接続可能になりました。
本当にありがとうございました。
sinさんがおっしゃられている通り確認しましたら
権限を与えることにより接続可能になりました。
本当にありがとうございました。
ログオンスクリプトの無効化について
いつも参考にさせていただいています。
CPS4.5 Windows2003serer R2 SP2で
クライアントはPN10.1でアプリを運用しています。
別サーバーであるADサーバーでログオンスクリプトとして
特定ADユーザーにネットワークドライブを設定する形を
とっているのですが、PNでCPSに接続する際に
同スクリプトが動作し、数秒ですがDOS画面が表示され
ネットワークドライブを割り当てている形になってしまいます。
AD上でのログオンスクリプトはユーザー単位でネットワークドライブ
を設定するのみのバッチのため、
CPSサーバーに接続する際にログオンスクリプトが起動しないように
CPSサーバーのローカルセキュリティポリシー等で
ログオンスクリプトを無効化することはできないでしょうか？
よろしくお願いします。
CPS4.5 Windows2003serer R2 SP2で
クライアントはPN10.1でアプリを運用しています。
別サーバーであるADサーバーでログオンスクリプトとして
特定ADユーザーにネットワークドライブを設定する形を
とっているのですが、PNでCPSに接続する際に
同スクリプトが動作し、数秒ですがDOS画面が表示され
ネットワークドライブを割り当てている形になってしまいます。
AD上でのログオンスクリプトはユーザー単位でネットワークドライブ
を設定するのみのバッチのため、
CPSサーバーに接続する際にログオンスクリプトが起動しないように
CPSサーバーのローカルセキュリティポリシー等で
ログオンスクリプトを無効化することはできないでしょうか？
よろしくお願いします。
はじめまして。いつも質問ばかりしてるので回答させていただきます。
私のところもそれで悩みましたが、以外な回避策を見つけています。
ICA接続するユーザでの環境変数を調べてみると、
COMPUTERNAMEのところがサーバ名になっています。
通常ここは自分のPC名になるはずですが、ICA接続するときは
CLIENTNAMEに自分のPC名が入ります。
この変数COMPUTERNAMEで判断してICA接続のユーザでは
スキップさせています。
スキップさせると、ユーザには一瞬だけDOS画面らしきものが表示されます。
ログオンスクリプトを完全に表示させないのであれば
グループポリシーで可能です。
ユーザの構成＞管理用テンプレート＞システム＞スクリプトの下に
『実行中のレガシログオンスクリプトを表示しない』 を有効に
『実行中のログオンスクリプトを表示する』を無効に
すると完全に表示されません。
ただこれやると、スクリプトが走ったかどうか心配にはなりますけどね。
私のところもそれで悩みましたが、以外な回避策を見つけています。
ICA接続するユーザでの環境変数を調べてみると、
COMPUTERNAMEのところがサーバ名になっています。
通常ここは自分のPC名になるはずですが、ICA接続するときは
CLIENTNAMEに自分のPC名が入ります。
この変数COMPUTERNAMEで判断してICA接続のユーザでは
スキップさせています。
スキップさせると、ユーザには一瞬だけDOS画面らしきものが表示されます。
ログオンスクリプトを完全に表示させないのであれば
グループポリシーで可能です。
ユーザの構成＞管理用テンプレート＞システム＞スクリプトの下に
『実行中のレガシログオンスクリプトを表示しない』 を有効に
『実行中のログオンスクリプトを表示する』を無効に
すると完全に表示されません。
ただこれやると、スクリプトが走ったかどうか心配にはなりますけどね。
Win2003のGPOであれば、
WMIフィルターで除外可能です。
WMIフィルターで除外可能です。
公開アプリケーションが起動しない
はじめまして。たびたび参考にさせていただいております。
このたび、Windows Server 2003 R2 SP2上でXenAppServer5.0の評価を行っているのですが、外部からの接続は受け付けるのですが、どうしても公開アプリケーションが起動できません。
SSLを利用せずルータのバーチャルサーバを利用して、Web Interfaceの接続方法を以下の通りにしていました。
バーチャルサーバ設定（IPマスカレードとほぼ同一機能です）
外部IP：公開ポート → 内部IP：80
外部IP：1494 → 内部IP：1494
外部IP：443 → 内部IP：443
アクセスルート：デフォルト（変換）
ファイヤーウォール変換：クライアントおよびゲートウェイ 内部アドレス：1494 ＝ 外部アドレス（IP)：バーチャルサーバの公開ポート
ゲートウェイ設定：特に無し
この設定で行ってみると、最初のICAコネクションが内部IPアドレスで表示された後、『サーバにアクセスしました。応答を待っています』と表示されて止まってしまいます。
そこで、アクセスルートとゲートウェイ設定を以下の通りに変更して行ってみました。
アクセスルート：デフォルト（ゲートウェイ直接）
ゲートウェイサーバー：完全修飾ドメイン名 ポート：バーチャルサーバの公開ポート
セキュリティチケット：http://内部アドレス/scripts/CtxSTA.dll
これで接続しようとすると、ICAコネクションで完全修飾名に接続詞に行くと表示された後、証明書の検証に失敗しましたと表示されました。
Metaフレームを触るのが初めてということもあり、何か主要な部分の設定が抜けているのかもしれません。
手前勝手なことで申し訳ありませんが、お知恵をお借りできませんでしょうか？
何卒よろしくお願いいたします。
このたび、Windows Server 2003 R2 SP2上でXenAppServer5.0の評価を行っているのですが、外部からの接続は受け付けるのですが、どうしても公開アプリケーションが起動できません。
SSLを利用せずルータのバーチャルサーバを利用して、Web Interfaceの接続方法を以下の通りにしていました。
バーチャルサーバ設定（IPマスカレードとほぼ同一機能です）
外部IP：公開ポート → 内部IP：80
外部IP：1494 → 内部IP：1494
外部IP：443 → 内部IP：443
アクセスルート：デフォルト（変換）
ファイヤーウォール変換：クライアントおよびゲートウェイ 内部アドレス：1494 ＝ 外部アドレス（IP)：バーチャルサーバの公開ポート
ゲートウェイ設定：特に無し
この設定で行ってみると、最初のICAコネクションが内部IPアドレスで表示された後、『サーバにアクセスしました。応答を待っています』と表示されて止まってしまいます。
そこで、アクセスルートとゲートウェイ設定を以下の通りに変更して行ってみました。
アクセスルート：デフォルト（ゲートウェイ直接）
ゲートウェイサーバー：完全修飾ドメイン名 ポート：バーチャルサーバの公開ポート
セキュリティチケット：http://内部アドレス/scripts/CtxSTA.dll
これで接続しようとすると、ICAコネクションで完全修飾名に接続詞に行くと表示された後、証明書の検証に失敗しましたと表示されました。
Metaフレームを触るのが初めてということもあり、何か主要な部分の設定が抜けているのかもしれません。
手前勝手なことで申し訳ありませんが、お知恵をお借りできませんでしょうか？
何卒よろしくお願いいたします。
ICA接続からICA接続を行った場合の資産の管理
お世話になります。
現在下記のような構成で環境構築を行っております。
クライアント
↓IACコネクション
サーバー1
↓サーバー1からIACコネクション
サーバー2
まずクライアントからprogram neighborhoodを使用してICAコネクションでサーバー1に接続し、
次にサーバー1のリモートデスクトップ内で更にprogram neighborhoodを使用してICAコネクションでサーバー2に接続します。
サーバー2への接続は問題なく、サーバー2の資産（HDドライブなど）もエクスプローラなどで見ることができます。
ですが、サーバー2上から、サーバー1の資産が見ることが出来ません。
サーバー2上からクライアントの資産は見ることができるのですが、クライアントとサーバー2の間に入ったサーバー1の資産がみることが出来ないでいます。
このような構成でサーバー2からサーバー1の資産を見る方法はありますでしょうか？
以上、ご返答のほど、宜しくお願いいたします。
＜サーバー1＞
OS:windows server 2003 standard edition
META:presentation server 4.0
＜サーバー2＞
OS:windows server 2003 standard edition
META:presentation server 4.0
＜クライアント＞
OS:windows xp sp2
META:program neighborhood 10.2
現在下記のような構成で環境構築を行っております。
クライアント
↓IACコネクション
サーバー1
↓サーバー1からIACコネクション
サーバー2
まずクライアントからprogram neighborhoodを使用してICAコネクションでサーバー1に接続し、
次にサーバー1のリモートデスクトップ内で更にprogram neighborhoodを使用してICAコネクションでサーバー2に接続します。
サーバー2への接続は問題なく、サーバー2の資産（HDドライブなど）もエクスプローラなどで見ることができます。
ですが、サーバー2上から、サーバー1の資産が見ることが出来ません。
サーバー2上からクライアントの資産は見ることができるのですが、クライアントとサーバー2の間に入ったサーバー1の資産がみることが出来ないでいます。
このような構成でサーバー2からサーバー1の資産を見る方法はありますでしょうか？
以上、ご返答のほど、宜しくお願いいたします。
＜サーバー1＞
OS:windows server 2003 standard edition
META:presentation server 4.0
＜サーバー2＞
OS:windows server 2003 standard edition
META:presentation server 4.0
＜クライアント＞
OS:windows xp sp2
META:program neighborhood 10.2
ICAクライアントからMetaFrameXPへ接続できない
はじめまして。
いつも参考にさせて頂いております。
現在、サーバーにMetaFrame XPをインストールし、サーバー内の特定のアプリケーションを
ICAクライアントをインストールしているクライアントから操作できるような環境を
構築しております。
サーバーへのMetaFrame XPのインストール及び接続ライセンスと製品ライセンスの
アクティベーションは済んでいるのですが、ICAクライアントからサーバーへ接続すると、
以下のエラーメッセージが表示されます。
｢接続にエラーがあります。Citirixサーバーが使用できません。後でもう一度やりなおして下さい。｣
上記のエラーメッセージを元にこちらの掲示板も含め、ネット上から対処方法を探し、
そのとおりにしてはみたのですが、依然接続できない状況です。
また、サーバーのイベントログを見たところ、ちょうど接続エラーが発生した
時刻のイベントが、｢イベントID 1004｣となっていました。
このイベントIDではターミナルサービスがライセンスを発行できないという状況のようですが、
サーバーの設定自体は、今回のセットアップが、以前MetaFrameを使用していた際に
ローカルホストキャッシュが破損し修復できなかったためMetaFrameを再インストールし、
環境を再構築している状況なので、ターミナルサービス等の設定は変更せず
そのまま引き継いでいます。
使用環境は以下のとおりとなっております。
もし分かりづらい表現があったり問題解決に必要な情報が欠けていましたら、
お手数ですがご指摘頂きたいと思います。
また、必要だと思う情報が御座いましたら、随時書き足していきます。
長文となってしまい申し訳ありませんが、宜しくお願い致します。
マシン環境
・サーバー
OS:Windows 2000 Server SP4
・クライアント
OS:Windows XP Professional SP3
Windows 2000 Professional SP4
・使用するCitrix製品
MetaFrameXP 1.0
Citrix Program Neighborhood ver 6.01.964
・ネットワーク環境
ワークグループ
サーバーもクライアントも同じセグメント内にある。
サーバーの指定方法は、サーバーに割り振られた固定IPアドレスを参照する。
サーバー・クライアント共に"NetBIOS over TCP/IP"を有効化している。
※参考にしたページ
Microsoft
http://support.microsoft.com/kb/329944/ja
Citrix 炎の掲示板
"ICAｸﾗｲｱﾝﾄ(Win2000)から接続失敗について"を参照
http://www.pbsystems.co.jp/bbs/citrix/index.html?offset=860&action=search&keyword=%E6%8E%A5%E7%B6%9A#606
"リモートデスクトップ接続できない"を参照
http://www.pbsystems.co.jp/bbs/citrix/index.html?offset=20&action=search&keyword=%E3%82%BB%E3%83%83%E3%82%B7%E3%83%A7%E3%83%B3#14100
いつも参考にさせて頂いております。
現在、サーバーにMetaFrame XPをインストールし、サーバー内の特定のアプリケーションを
ICAクライアントをインストールしているクライアントから操作できるような環境を
構築しております。
サーバーへのMetaFrame XPのインストール及び接続ライセンスと製品ライセンスの
アクティベーションは済んでいるのですが、ICAクライアントからサーバーへ接続すると、
以下のエラーメッセージが表示されます。
｢接続にエラーがあります。Citirixサーバーが使用できません。後でもう一度やりなおして下さい。｣
上記のエラーメッセージを元にこちらの掲示板も含め、ネット上から対処方法を探し、
そのとおりにしてはみたのですが、依然接続できない状況です。
また、サーバーのイベントログを見たところ、ちょうど接続エラーが発生した
時刻のイベントが、｢イベントID 1004｣となっていました。
このイベントIDではターミナルサービスがライセンスを発行できないという状況のようですが、
サーバーの設定自体は、今回のセットアップが、以前MetaFrameを使用していた際に
ローカルホストキャッシュが破損し修復できなかったためMetaFrameを再インストールし、
環境を再構築している状況なので、ターミナルサービス等の設定は変更せず
そのまま引き継いでいます。
使用環境は以下のとおりとなっております。
もし分かりづらい表現があったり問題解決に必要な情報が欠けていましたら、
お手数ですがご指摘頂きたいと思います。
また、必要だと思う情報が御座いましたら、随時書き足していきます。
長文となってしまい申し訳ありませんが、宜しくお願い致します。
マシン環境
・サーバー
OS:Windows 2000 Server SP4
・クライアント
OS:Windows XP Professional SP3
Windows 2000 Professional SP4
・使用するCitrix製品
MetaFrameXP 1.0
Citrix Program Neighborhood ver 6.01.964
・ネットワーク環境
ワークグループ
サーバーもクライアントも同じセグメント内にある。
サーバーの指定方法は、サーバーに割り振られた固定IPアドレスを参照する。
サーバー・クライアント共に"NetBIOS over TCP/IP"を有効化している。
※参考にしたページ
Microsoft
http://support.microsoft.com/kb/329944/ja
Citrix 炎の掲示板
"ICAｸﾗｲｱﾝﾄ(Win2000)から接続失敗について"を参照
http://www.pbsystems.co.jp/bbs/citrix/index.html?offset=860&action=search&keyword=%E6%8E%A5%E7%B6%9A#606
"リモートデスクトップ接続できない"を参照
http://www.pbsystems.co.jp/bbs/citrix/index.html?offset=20&action=search&keyword=%E3%82%BB%E3%83%83%E3%82%B7%E3%83%A7%E3%83%B3#14100
Microsoft Terminal Service Licence Serverは、既に他のサーバー（？）でマイクロソフトへのライセンス認証済みでクライアントへのライセンスは発行しているのは確認できるんでしょうか？
また、メタサーバーもTerminal Service Licence Serverから発行しているかなどCAL情報は参照できますか？
関係あるか解りませんが、問題の切り分けになればと思います。
また、メタサーバーもTerminal Service Licence Serverから発行しているかなどCAL情報は参照できますか？
関係あるか解りませんが、問題の切り分けになればと思います。
Rockwell様
投稿有難うございます。
現在、サーバーの管理ツールより、CALの発行状況や
ライセンスサーバーのアクティベーションに関して調査しております。
投稿有難うございます。
現在、サーバーの管理ツールより、CALの発行状況や
ライセンスサーバーのアクティベーションに関して調査しております。
環境が異なるため、なんとも言えませんが一度お試し下さい。
レジストリエディタを起動して、HKEY_LOCAL_MACHINE\SOFTWARE\Microsoftの直下にあるMSLicensingを消して下さい。
再びICAクライアントで接続してTSライセンスサーバに接続すれば、新しいTSCALが発行されるはずです。原因がはっきりとしないのですが、似たような現象（私の環境は、Windows2000ServerSP4でCPS4.0、Webクライアント）が解消されました。
全てのパソコンからではなく、不特定なパソコンのみ発生した場合に、この対処を実施して解消しています。どのパソコンからも不可の場合、当てはまらないかもしれません。
レジストリエディタを起動して、HKEY_LOCAL_MACHINE\SOFTWARE\Microsoftの直下にあるMSLicensingを消して下さい。
再びICAクライアントで接続してTSライセンスサーバに接続すれば、新しいTSCALが発行されるはずです。原因がはっきりとしないのですが、似たような現象（私の環境は、Windows2000ServerSP4でCPS4.0、Webクライアント）が解消されました。
全てのパソコンからではなく、不特定なパソコンのみ発生した場合に、この対処を実施して解消しています。どのパソコンからも不可の場合、当てはまらないかもしれません。
Kon様
ご投稿有難う御座います。
アドバイス頂いたレジストリ内のTS-CALの削除に関しまして、
Windows 2000 Professional及びWindows XP Professional
それぞれのマシンそれぞれから行ないました。
Windows 2000 Professionalマシンに関しては、レジストリを編集し
再起動後の接続テストで問題なく接続できました。
一方XP Professionalマシンに関しては、レジストリを編集しても
接続できませんでした。
サーバーのログを確認したところ、エラー1004となっていました。
また、ターミナルサービス ライセンスサーバーのアクティブ化の
状況を確認したところ、ご投稿下さったRockwell様、kon様には
申し訳ありませんが未アクティブでした。
ライセンスサーバー及びCALのアクティブ化完了後に、再度接続テストを
行なってみたいと思います。
ご投稿有難う御座います。
アドバイス頂いたレジストリ内のTS-CALの削除に関しまして、
Windows 2000 Professional及びWindows XP Professional
それぞれのマシンそれぞれから行ないました。
Windows 2000 Professionalマシンに関しては、レジストリを編集し
再起動後の接続テストで問題なく接続できました。
一方XP Professionalマシンに関しては、レジストリを編集しても
接続できませんでした。
サーバーのログを確認したところ、エラー1004となっていました。
また、ターミナルサービス ライセンスサーバーのアクティブ化の
状況を確認したところ、ご投稿下さったRockwell様、kon様には
申し訳ありませんが未アクティブでした。
ライセンスサーバー及びCALのアクティブ化完了後に、再度接続テストを
行なってみたいと思います。
お世話になります。
poor-adminで御座います。
ライセンスサーバー及びTS-CALをアクティブ化後、ICAクライアント未使用の
Windows XP Professionalマシンより接続したところ、無事接続することができました。
Windows 2000 Serverの管理ツール内の｢ターミナル サービス ライセンス｣よりTS-CALの
発行状況を確認したところ、上記のWindows XP Professionalマシンに対しては、
アクティブ化したTS-CALではなく｢既存のWindows 2000ライセンス｣が割り当てられていました。
(MetaFrameへ2000/XPマシンで接続するのにTS-CALは関係ない、ということでしょうか？)
kon様にご教示頂いた端末のレジストリの値に関してですが、
今回の接続後にご教示頂いたパス先のMSLicensing下の"store"を確認したところ、
｢LICENSE000｣と記録されておりました。
こちらに関しては、TS-CAL未アクティブ時に"一時的なライセンス"が
割り当てられていたときと同じものと思われますが、問題はないのでしょうか？
引き続き、調査してみます。
取り急ぎご連絡まで申し上げます。
poor-adminで御座います。
ライセンスサーバー及びTS-CALをアクティブ化後、ICAクライアント未使用の
Windows XP Professionalマシンより接続したところ、無事接続することができました。
Windows 2000 Serverの管理ツール内の｢ターミナル サービス ライセンス｣よりTS-CALの
発行状況を確認したところ、上記のWindows XP Professionalマシンに対しては、
アクティブ化したTS-CALではなく｢既存のWindows 2000ライセンス｣が割り当てられていました。
(MetaFrameへ2000/XPマシンで接続するのにTS-CALは関係ない、ということでしょうか？)
kon様にご教示頂いた端末のレジストリの値に関してですが、
今回の接続後にご教示頂いたパス先のMSLicensing下の"store"を確認したところ、
｢LICENSE000｣と記録されておりました。
こちらに関しては、TS-CAL未アクティブ時に"一時的なライセンス"が
割り当てられていたときと同じものと思われますが、問題はないのでしょうか？
引き続き、調査してみます。
取り急ぎご連絡まで申し上げます。
poor-adminで御座います。
ターミナルサービス・ライセンスサーバー及びTS-CALアクティブ化後
1週間経過しましたが、問題なく稼動しております。
Windows 2000 ServerにおいてTS-CALはアクティブ化した後は、
｢既存のWindows 2000ライセンス｣から割り当てられるようです。
Rockwell様、kon様、ご協力頂きまして有難う御座いました。
※参考ページ
http://www.mountain.jp/tech/2000/no4/index.html
ターミナルサービス・ライセンスサーバー及びTS-CALアクティブ化後
1週間経過しましたが、問題なく稼動しております。
Windows 2000 ServerにおいてTS-CALはアクティブ化した後は、
｢既存のWindows 2000ライセンス｣から割り当てられるようです。
Rockwell様、kon様、ご協力頂きまして有難う御座いました。
※参考ページ
http://www.mountain.jp/tech/2000/no4/index.html
USBテンキー接続時にキーボードからのキー入力が出来なくなる
いつも参考にさせて頂いてます。
【サーバ環境】
OS：Windows server 2003 R2 SE
Citrix Presentation Server 4.5
【クライアント環境】
OS：Windows XP SP3
ICAクライアント Ver.10.100.55836
【Active Directory 環境】
Win2000 Active Directory
顧客先にてUSBテンキーを接続したノートPCで
公開アプリケーションを利用していただいております。
そちらで１日に数回、公開アプリ使用中にキーボードからのキー入力が出来なくなる事があり、
その状態からUSBテンキーを押下するとキーボード入力が回復するといった現象が発生してます。
原因切り分けの為にUSBテンキーを外した状態で数日間運用して頂いた結果、
その現象は発生しなくなりました。
上記の現象についてご存知の方や、似た様な現象をご経験された方がいらっしゃいましたら
ご意見、ご指摘頂けませんでしょうか。
宜しくお願いします。
【サーバ環境】
OS：Windows server 2003 R2 SE
Citrix Presentation Server 4.5
【クライアント環境】
OS：Windows XP SP3
ICAクライアント Ver.10.100.55836
【Active Directory 環境】
Win2000 Active Directory
顧客先にてUSBテンキーを接続したノートPCで
公開アプリケーションを利用していただいております。
そちらで１日に数回、公開アプリ使用中にキーボードからのキー入力が出来なくなる事があり、
その状態からUSBテンキーを押下するとキーボード入力が回復するといった現象が発生してます。
原因切り分けの為にUSBテンキーを外した状態で数日間運用して頂いた結果、
その現象は発生しなくなりました。
上記の現象についてご存知の方や、似た様な現象をご経験された方がいらっしゃいましたら
ご意見、ご指摘頂けませんでしょうか。
宜しくお願いします。
全てのキーで発生していますか？
もしかして、キーボード右側のテンキー代用可能な部分のキーだけ発生しています？
もしかして、キーボード右側のテンキー代用可能な部分のキーだけ発生しています？
公開アプリケーションへパラメータの渡し方
お世話になります。
ICAクライアント10.2において
公開アプリケーションをコマンドにて起動する場合
パラメータの引き渡し方がわかりません。
citrixのﾏﾆｭｱﾙには、
"D:\Program Files\Citrix\ICA Client\pn.exe" /APP "アプリケーション名" /param "パラメータ"
と入力すれば、/param以下の内容がアプリケーションに渡されるという記載がありますが
上記コマンドでは上手くいきません。
例えば、notepadを公開している状態で、ICAクライアントかあnotpadを起動した際
パラメータに指定した文字列がテキストに表示されたりしたいのですが
ご存知の方がいらっしゃいましたら、ご教授お願い致します。
ICAクライアント10.2において
公開アプリケーションをコマンドにて起動する場合
パラメータの引き渡し方がわかりません。
citrixのﾏﾆｭｱﾙには、
"D:\Program Files\Citrix\ICA Client\pn.exe" /APP "アプリケーション名" /param "パラメータ"
と入力すれば、/param以下の内容がアプリケーションに渡されるという記載がありますが
上記コマンドでは上手くいきません。
例えば、notepadを公開している状態で、ICAクライアントかあnotpadを起動した際
パラメータに指定した文字列がテキストに表示されたりしたいのですが
ご存知の方がいらっしゃいましたら、ご教授お願い致します。
Powerful & Beautiful
力強く、美しいシステムを。