概要
この資料には、1003および1004ターミナルサーバーのライセンスエラーのトラ ユーザーがXenAppサーバーに接続しようとすると、イベントログに次のターミナルサービス関連のエラーが発生する可能性があります。
イベントID:1003
ソース:TermService
タイプ:情報
ターミナルサービスクライアントが無効なライセンスを提供しました。
イベントID:1004
ソース:TermService
説明:ユーザー名、ドメイン名のライセンスを取得できません。
詳細については、”Microsoft TechNet articles-TS Licensingステップバイステップガイド”および”ターミナルサーバーのライセンスのトラブルシューティング”を参照してください。
背景
Microsoft(通常のクライアントアクセスライセンス(CAL)とターミナルサービスCALの両方)ライセンスでは、ICA接続が確立される前に(GINA logonポップアップ)、クライア
メモ:Windows XP Professionalワークステーションには、Windows2003Terminal Serverライセンスサーバーに関するCalが組み込まれていません。
次のレジストリキーへのアクセス許可が不十分な場合、接続に失敗します。 Microsoft Terminal Services License managerを調べて、ワークステーションが列挙されているかどうかを確認します。 ワークステーションが列挙されていない場合、この問題はWindows OSレベルにあります。 詳細については、Microsoftテクニカルサポートに連絡し、Windows2003端末ライセンスがアクティブ化されていることを確認します。
症状-1
リモートデスクトッププロトコル(RDP)webクライアントをダウンロードした後、Citrix ICAクライアントと接続すると、RDPクライアントに問題が発生せず、接
原因-1
イベントログに、無効なライセンスを提供したクライアントデバイスが指定されていません。 Authenticated Usersグループのレジストリ内のMicrosoftライセンスキーに不十分なアクセス許可が適用されています。 テストするときは、レジストリのMSLicenseキーをユーザー(ドメイン管理者またはパワーユーザーグループなし)として削除した後、RDP接続を作成してみてください。; RDP接続も失敗します。
ソリューション-1
サーバーとワークステーションの両方でHKEY_LOCAL_MACHINEとHKEY_CURRENT_USERの暗号化レジストリキーを調査すると便利な場合があります。 詳細については、Microsoft TechNetとRegMonとFileMonの使用法を参照してください。 また、”Windows Sysinternals”を参照してください。 これらの変更はクライアントデバイスから反映されます。
デスクトップ接続を行っている場合、デスクトップセッション(パススルー)内でICA接続を開き、その後のICA接続は失敗します。 この場合の影響を受けるワークステーションはサーバーです。
前述のライセンスエラーが発生した場合は、次の手順を実行します。
注意! レジストリエディタを使用する前に、この資料の最後に記載されている免責事項を参照してください。
-
regedit32を使用してレジストリエディタを開きます。exeコマンド。
-
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSLicensingに移動します。
-
このキーを強調表示し、ツールバーの[セキュリティ]を選択し、[権限]を選択します。
-
詳細キーをクリックします。
-
Authenticated UsersグループがPermissionsエントリにあることを確認します。
メモ:このグループが見つからない場合は、[追加]をクリックし、[ユーザー]グループを選択して[OK]をクリックします。
-MSLicensingのアクセス許可エントリで、Usersグループに完全な制御を提供し、OKをクリックします。
-MSLicensingのアクセス制御設定で、適用をクリックし、OKをクリックします。
-MSLicensingの許可エントリで、適用してOKをクリックします。 -
Windows用の32ビットICAクライアントを使用して接続を試みます。
メモ:
HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\MSLicensing
症状-2
ターミナルサービスライセンスサーバーを移動した後、RDPクライアントは問題を示さず、接続を続行します。
原因-2
Icaapi間の潜在的な競合状態。dllとRdpwsx。dllにより、ターミナルサービスサーバー上の秘密証明書キーが同期されなくなることがあります。
ソリューション-2
Windows2003ターミナルサーバーの場合は、Microsoft TechNetの記事”Windows Server2003ターミナルサービスのライセンスサーバー検出プロセスをオーバーライドする方法”に従って、ターミナルサーバライセンスサーバーを追加します。 Windows2008Serverの場合は、Microsoft TechNetの記事-TSライセンスのステップバイステップガイドに従ってください。
-
“スタート”>”実行”をクリックし、”regedit”と入力し、”OK”をクリックします。
-
レジストリで次のキーを見つけてクリックします:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TermService\Parameters -
[編集]メニューで、[新規]に移動し、[キー]をクリックします。
-
新しいキー LicenseServersに名前を付けます。
-
次のキーを見つけてクリックします。registry:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TermService\Parameters\LicenseServers -
[編集]メニューで、[新規]に移動し、[キー]をクリックします。
-
ここで、ServerNameは、使用するライセンスサーバーのNetBIOS名で、Enterキーを押します。
- コンピュータを再起動します。
注:新しいキー名は、ライセンスサーバーを表す次のいずれかの指定にすることができます:
- サーバーのNetBIOS名。
-
サーバーの完全修飾ドメイン名(FQDN)。
-
サーバのIPアドレス。
Windows Server2003SP1以降またはWindows Server2008を使用している場合は、ターミナルサービスの構成管理ツールでこれを設定できます。 次のスクリーンショットは、Windows Serverのインターフェイスを示しています2003:
-
サーバー設定で、ライセンスサーバー検出モードをダブルクリックし、サーバーのNetBIOS名またはIPアドレスを入力します。
- サーバーを再起動して変更を適用します。
: Windows Server2008では、”設定の編集”を開き、”ライセンスサーバー検出モード”をダブルクリックし、”ライセンス”タブを選択し、”指定されたライセンスサーバーを使用する”オプシ 次のスクリーンショットは、Windows Serverのインターフェイスを示しています2008:
Microsoft TechNetの記事を使用します-Windows XPクライアントは、ターミナルサーバー上の証明書キーを修復するために、Windows2000ターミナルサービスサーバーに接続
症状-3Wyse WT1200LEバージョン4.2を使用してICAクライアントを接続する場合。x端末では、シンクライアントデバイスに同梱されているファームウェアに存在する既知の問題があります。個々のワークステーションはサーバー Aに接続できますが、サーバー Bには接続できません。
一部のクライアントワークステーションはすべてのサーバーに接続できますが、
どちらの場合も、同じワークステーションからのRDPクライアント接続は、サーバー AとBの両方に接続する可能性があります。
Resolution-3
最新のファームウェアバージョン4.4にアップグレードします。廃止されたWintermモデルの079 1200LE。
非Windowsクライアントのトラブルシューティング
メモ:ローカルレジストリなしで非ネイティブWindowsクライアント(Macintosh、Linux、またはシンターミナル)を使用する場合は、XenApp Server/Presentation Serverの次のレジストリキーで上記のアクセス許可(問題1で概説)を確認する必要があります。
HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\MSLicensing
-
インストールされているTSCALサーバの数とそのインストール場所を確認します。 ターミナルサーバーがActive Directoryドメインのメンバーである場合は、フォレストのルートドメイン内のドメインコントローラーにTSライセンスサーバーをインストールす Active Directoryサイトごとに1つのEnterprise TSライセンスサーバーのみを使用できます。 Active Directoryフォレスト内のサイトごとにEnterprise TSライセンスサーバーをインストールします。Active Directoryオブジェクトを適切に作成するには、エンタープライズ管理者またはルートドメインに属する管理者としてTSライセンスをインストールします。 空のルートドメインが作成されると、TS-Enterprise-License-ServerのActive Directoryオブジェクトが正しく作成されない可能性があります。オブジェクトはActive Directoryサイトとサービスにあるように見え、LDAPクエリを使用してクエリできますか? このプロセスに従うと、ターミナルサービスを実行しているすべてのWindows2000サーバーは、LDAP参照によってサイト全体のEnterprise TSライセンスサーバーを検出します。Active Directoryが使用されているかどうかは、TSライセンスサーバーの検出プロセスに関して非常に重要です。 TSライセンスサーバーの検出プロセスの詳細については、”ターミナルサービスライセンスサービスの検出”を参照してください。
-
エラーを生成するターミナルサーバーの数を確認し、ターミナルサーバーがTSCALサーバーと同じサブネット/ドメイン上にあるかどうかを確認します。 サーバーが同じサブネット上にあり、サーバー上のTCP/IP構成をWINS用のh-nodeに変更し、WINSサーバーをミックスに追加し、DefaultLicenseServerレジストリキーを使用すると、Active Directory内のすべてのサーバー 詳細については、”症状-2″を参照してください。 したがって、次のレジストリ値を変更して、TSライセンスサーバーのNetBIOS名を指定しているかどうかを確認しますhelp:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\TermService\Parameters\DefaultLicenseServer
Note:NetBIOS名は解決可能でなければなりません。 -
ワークステーション上のユーザーが管理者であるか、ユーザークラスのアカウントを持っているかどうかを確認します。これは、サーバーがパススルーモードでクライアントとして動作していることを知るためにも重要です。
-
ICAクライアントのバージョンを確認します。
-
最新のMicrosoft Service Packに更新します。
-
コントロールパネルで-MSLicensingがper-serverまたはper-seatに設定されているかどうかを確認します。
-
“Microsoft TechNetの記事-ターミナルサーバーのライセンスおよびTSライセンスのトラブルシューティング手順ガイド”を参照してください。
注:Purgeオプションを使用すると、windows以外のオペレーティングシステムを実行しているクライアントに割り当てられた保存されたクライ 詳細については、”CTX137608-DSCheck Maintenance Assistant”を参照してください。
-
問題のあるサーバーをワークグループに分離したり、ドメインコントローラーに昇格したりします。
-
このサーバをTSCALサーバとして有効にします。
-
このサーバーに少なくとも二つのICAセッションを作成します。
-
このサーバからTSCALサーバを無効にします。
-
該当する場合は、サーバーを降格します。
-
元のドメインに再度参加します。
-
ICAセッションを作成しようとします。
注:これらの手順は、前の問題を修正することが知られています。 前のアクション項目は、正常に完了した場合、次のようになります:
-
XenApp Server/Presentation Serverに変更は加えられませんでした。
- 変更はオペレーティングシステムレベルで発生しました。