Insightトレースオン認証が不要なセッションの構成LDAPSの構成Xauthorityの構成ドキュメント履歴PDFを表示このコンテンツは動的に機械翻訳されています。放弃このコンテンツは動的に機械翻訳されています。Yこの記事の手順に従って手動でインストールするか、簡単インストールを使用して自動でインストールして構成するかを選択できます。簡単インストールは時間と労力を節約するだけでなく、手動のインストールよりもエラーを減らすことができます。注:新規のインストールでは、簡単インストールのみを使用します。既存インストールの更新には、簡単インストールを使用しないでください。続行前にネットワークの接続と、適切に構成されていることを確認します。ファイルを変更してマシンのホスト名のみを記述します。hostnameに対するその他の参照を削除します。VDAは現在、NetBIOS名の切り捨てをサポートしていません。したがって、ホスト名は15文字以内である必要があります。ヒント:a~z、A~Z、0~9、およびハイフン(-)の文字のみ使用してください。アンダースコア(_)、スペース、およびその他の記号は使用しないでください。ホスト名を数字で開始したり、ハイフンで終了したりしないでください。Controllerのホスト名にも適用されます。次のコマンドで、ホスト名が正しく設定されていることを確認します:hostname<!--NeedCopy-->このコマンドによって、そのマシンの完全修飾ドメイン名(FQDN)ではなく、そのホスト名のみが返されます。-f<!--NeedCopy-->このコマンドにより、そのマシンの完全修飾ドメイン名が返されます。手順1e:マルチキャストDNSの無効化デフォルトの設定でマルチキャストDNS(mDNS)が有効であるため、名前解決の結果に不整合が発生する場合があります。delivery-controller-fqdn<!--NeedCopy-->完全修飾ドメイン名を解決できない、またはこれらのマシンのいずれかからpingに応答がない場合は、手順を確認してから次に進んでください。Controller、ドメインコントローラーの間で正確な時刻同期を維持することは重要です。VDAをホストすると、時刻が不正確になる問題が発生する可能性があります。したがって、リモートのタイムサービスを使用して時刻を維持することをお勧めします。iburst一般的な環境では、時間はローカルドメインコントローラーから同期します。公開NTPプールサーバーから直接は同期しません。Directoryドメインコントローラーに対応するサーバーエントリを追加します。エントリなど、一覧にあるその他のサーバーまたはプールエントリを削除します。VDAはOpenJDKに依存しています。Environmentは、オペレーティングシステムの一部としてインストールされています。次のコマンドで、インストールされているか確認してください。16.04にPostgreSQLバージョン9.xが必要です。VDAを実行する場合、いくつかの変更が必要です。使用するハイパーバイザーのプラットフォームに合わせて、次の変更を行います。ベアメタルハードウェアでLinuxマシンを実行する場合、変更は必要ありません。XenServerでの時刻同期の修正XenServerの時刻同期機能が有効な場合、それぞれの準仮想化Linux仮想マシンで、NTPとXenServerの両方がシステムの時間を管理しようとすることが原因となり問題が発生します。システムの時間と他のサーバーの時間との同期が失われるのを防ぐには、各Linuxゲストのシステムの時間がNTPと同期する必要があります。この場合、ホストの時刻同期を無効にする必要があります。HVMモードでは、変更は必要ありません。時刻同期機能が有効になっているため、無効にする必要があります。時刻同期機能が無効になっています。これ以上の操作は必要ありません。/proc/sys/xen/indepent_wallclockファイルが存在しない場合、以下の手順は必要ありません。/proc/sys/xen/independent_wallclock<!--NeedCopy-->このコマンドは1を返します。Linux統合サービスがインストールされたLinux仮想マシンでは、Hyper-Vの時刻同期機能を使用してホストオペレーティングシステムの時間を利用できます。システムの時間を正確な状態で維持するには、NTPサービスとともにこの機能を有効にする必要があります。管理オペレーティングシステムで、次の操作を行います。Hyper-Vマネージャーを開きます。選択されていることを確認します。注:この方法はVMwareおよびXenServerの場合とは異なります。VMwareおよびXenServerでは、NTPとの競合を避けるためにホストの時刻同期を無効にします。Hyper-Vの時刻同期は、NTPと共存し、NTPの時刻同期を補完することができます。ESXおよびESXiでの時刻同期の修正VMwareの時刻同期機能が有効な場合、それぞれの準仮想化Linux仮想マシンで、NTPとハイパーバイザーの両方がシステムの時間を同期しようとすることが原因となり問題が発生します。システムの時間と他のサーバーの時間との同期が失われるのを防ぐには、各Linuxゲストのシステムの時間がNTPと同期する必要があります。この場合、ホストの時刻同期を無効にする必要があります。Toolsをインストールした状態で準仮想化Linuxカーネルを実行している場合は、次の操作を行います。Clientを開きます。Linux仮想マシンの設定を編集します。タブをクリックします。チェックボックスをオフにします。Directory(AD)ドメインに追加するさまざまな方法をサポートします。DirectControlSSSD選択した方法の手順に従います。krb5-user<!--NeedCopy-->マシンの起動時にWinbindデーモンを開始できるようにする次のコマンドで、マシン起動時にWinbindデーモンが開始するように構成する必要があります。winbind<!--NeedCopy-->Kerberosの構成ルートユーザーとして/etc/krb5.confを開き、以下を設定します。REALM<!--NeedCopy-->ここでdomain-dns-nameプロパティは、DNSドメイン名(example.comなど)です。REALMは、大文字のKerberos領域名(EXAMPLE.COMなど)です。Winbind認証の構成RHELのauthconfigや、SUSEのyast2のようなツールがUbuntuにないため、手動でWinbindを構成します。/bin/bash<!--NeedCopy-->WORKGROUPは、REALMの最初のフィールドです。REALMは大文字のKerberos領域名です。user<!--NeedCopy-->ここで、REALMは大文字のKerberos領域名で、userはコンピューターをドメインに追加する権限を持つドメインユーザーです。pam-auth-update<!--NeedCopy-->ヒント:マシンがドメインに参加済みの場合にのみ、winbindデーモンは実行を続けます。Directoryにコンピューターオブジェクトが必要です。-ke<!--NeedCopy-->このコマンドにより、プリンシパル名と暗号スイートのさまざまな組み合わせに対して使用できるキーの一覧が表示されます。MACHINE$@REALM<!--NeedCopy-->マシン名と領域名は大文字で指定する必要があります。ドル記号($)は、シェルによる置き換えを防ぐためにバックスラッシュ(\)でエスケープする必要があります。環境によっては、DNSドメイン名がKerberos領域名と異なります。したがって、必ず領域名を使用します。このコマンドが成功すると、出力は表示されません。--krb5auth=domain\username%password<!--NeedCopy-->ここで指定するドメインはADドメイン名で、Kerberos領域名ではありません。bashシェルの場合、バックスラッシュ文字(\)は、もう1つバックスラッシュ文字を指定してエスケープする必要があります。このコマンドにより、成功または失敗を示すメッセージが返されます。VDAにログオンします。以前はドメインユーザーアカウントは使用されていませんでした。/tmp/krb5cc_uid<!--NeedCopy-->次のコマンドで、ユーザーのKerberos資格情報キャッシュのチケットが有効で、期限切れではないことを確認します:klist<!--NeedCopy-->次のコマンドで、セッションを終了します。exit<!--NeedCopy-->GnomeコンソールまたはKDEコンソールに直接ログオンすると、同様のテストを実行できます。VDAのインストール」に進みます。ヒント:ユーザー認証に成功しても、ドメインアカウントでログオンしたときにデスクトップを表示できない場合、マシンを再起動して再試行します。Directoryにコンピューターオブジェクトを作成できることを前提としています。VDAマシンでHDXセッションを確立する必要がある各ドメインユーザーに対して、次の操作を行います。Directoryユーザーのプロパティを開きます。チェックボックスをオンにします。実際のドメインユーザーグループのグループIDに設定します。注:この手順は、ドメインユーザーがコンソール、RDP、SSH、またはその他のリモート処理プロトコルを使用してログオンできるように設定する場合も同じです。VDAでのQuestの構成SELinuxポリシー適用の回避策デフォルトのRHEL環境では、SELinuxが完全に適用されています。この適用により、Questが使用するUnixドメインソケットのIPCのメカニズムに干渉し、ドメインユーザーのログオンを妨げます。この問題を回避するための便利な方法は、SELinuxの無効化です。編集し、SELinux設定を次のとおりに変更します:SELINUX=disabledこの変更にはマシンの再起動が必要です:reboot<!--NeedCopy-->重要:この設定は注意して使用してください。SELinuxポリシーの適用を無効にした後に再度有効にすると、ルートユーザーやその他のローカルユーザーであっても、完全にロックアウトされてしまう可能性があります。次のようにKerberosチケットの自動更新を有効にして、切断する必要があります。false<!--NeedCopy-->このコマンドにより、更新間隔が9時間(32,400秒)に設定されます。チケットのデフォルトの有効期間である10時間よりも1時間短くなります。チケットの有効期間がさらに短いシステムでは、より小さい値をこのパラメーターに設定します。Directoryドメインに追加する権限を持つ任意のドメインユーザーです。domain-nameは、ドメインのDNS名(example.comなど)です。Directoryにコンピューターオブジェクトが必要です。domain<!--NeedCopy-->マシンがドメインに参加している場合は、ドメイン名が返されます。VDAにログオンします。以前はドメインユーザーアカウントは使用されていませんでした。klist<!--NeedCopy-->次のコマンドで、セッションを終了します。VDAのインストール」に進みます。Directoryドメインユーザーです。パラメーターは、Linuxマシンを追加するドメインの名前です。Directoryにコンピューターオブジェクトが必要です。modeにconnectedが返されることを確認します。modeがstartingのまま変化しない場合は、Centrifyクライアントにサーバーとの接続の問題、または認証の問題が発生しています。次を使用すると、より包括的なシステム情報と診断情報を取得できます。DirectoryおよびKerberosサービスとの接続をテストします。VDAのインストール」に進みます。REALM<!--NeedCopy-->ここでdomain-dns-nameプロパティは、DNSドメイン名(example.comなど)です。REALMは大文字のKerberos領域名で、EXAMPLE.COMなどです。DirectoryをIDプロバイダーおよび認証のKerberosとして使用します。SSSDでは、ドメイン参加とシステムのkeytabファイルの管理に関するADのクライアント機能が提供されていません。代わりにadcli、realmdまたはSambaを使用できます。注:このセクションでは、adcliとSambaに関する情報のみを提供します。adcliを使用してドメインに参加させる:adcliのインストール:必要なパッケージをインストールします。adcli<!--NeedCopy-->adcliでドメインに参加させる:次を使用して古いシステムkeytabファイルを削除し、ドメインに参加させます。hostname-fqdn<!--NeedCopy-->userは、ドメインにマシンを追加する権限があるドメインユーザーです。完全修飾ドメイン名形式のマシンのホスト名です。VDAで必要なhost/hostname-fqdn@REALMという形式でSPNを生成するのに必要です。システムのKeytabの確認:adcliツールの機能は限られており、マシンがドメインに参加しているかどうかをテストする方法は提供されていません。-ket<!--NeedCopy-->各キーのタイムスタンプが、マシンがドメインに参加した時刻と一致するかを検証します。keytab<!--NeedCopy-->WORKGROUPは、REALMの最初のフィールドです。REALMは大文字のKerberos領域名です。sambaでドメインに参加させる:ドメインコントローラーがアクセス可能で、コンピューターをドメインに追加する権限を持つWindowsアカウントが必要です。user<!--NeedCopy-->ここで、REALMは大文字のKerberos領域名で、userはコンピューターをドメインに追加する権限を持つドメインユーザーです。SSSDのセットアップ必要なパッケージのインストールまたは更新:必要なSSSDおよび構成パッケージがインストールされていない場合、インストールします。sssd<!--NeedCopy-->パッケージが既にインストールされている場合、更新することをお勧めします。PAMログインモジュールを構成します。SSSDの構成SSSDデーモンを起動する前に、SSSD構成の変更が必要です。構成ファイルはデフォルトではインストールされないため、手動で作成する必要があります。UIDにマッピングします。DirectoryがPOSIX拡張を提供できるようにする必要があります。PAMサービス(ctxhdx)は、ad_gpo_map_remote_interactiveに追加されます。ここでdomain-dns-nameプロパティは、DNSドメイン名(example.comなど)です。REALMは、大文字のKerberos領域名(EXAMPLE.COMなど)です。NetBIOSドメイン名を構成するための要件はありません。ヒント:この構成設定について詳しくは、sssd.confおよびsssd-adに関するmanページを参照してください。SSSDデーモンでは、構成ファイルに所有者読み取り権限のみが設定されている必要があります。次のコマンドを実行して、SSSDデーモンを起動し、マシンの起動時にもデーモンを起動できるようにします。Directoryにコンピューターオブジェクトが必要です。adcliを使用したドメインメンバーシップの確認:次のコマンドを実行して、ドメイン情報を表示します。-ke<!--NeedCopy-->このコマンドにより、プリンシパル名と暗号スイートのさまざまな組み合わせに対して使用できるキーの一覧が表示されます。MACHINE$@REALM<!--NeedCopy-->マシン名と領域名は大文字で指定する必要があります。ドル記号($)は、シェルによる置き換えを防ぐためにバックスラッシュ(\)でエスケープする必要があります。環境によっては、DNSドメイン名がKerberos領域名と異なります。したがって、必ず領域名を使用します。このコマンドが成功すると、出力は表示されません。次のコマンドを使用して、マシンアカウントのTGTチケットがキャッシュされたことを確認します。klist<!--NeedCopy-->ユーザー認証の確認SSSDは、デーモンで直接認証をテストするコマンドラインツールを提供しません。PAM経由でのみ完了できます。VDAにログオンします。以前はドメインユーザーアカウントは使用されていませんでした。-uklistexit<!--NeedCopy-->ユーザーのklistコマンドで返されるKerberosチケットが正しく、期限切れではないことを確認します。Managerに直接ログオンすると、同様のテストを実行できます。VDAのインストール」に進みます。VDAパッケージをダウンロードします。VDAソフトウェアをインストールします。VDAを構成する必要があります。このスクリプトは、変更を行う前に環境を確認し、すべての依存コンポーネントがインストールされていることが確認されます。必要に応じて、いつでもこのスクリプトを再実行して設定を変更できます。このスクリプトは、手動で質問に回答しながら、または事前に構成した回答を使用して自動で実行できます。/opt/Citrix/VDA/sbin/ctxsetup.sh<!--NeedCopy-->自動化された構成インストールを自動化するために、環境変数を使用して、セットアップスクリプトで必要となるオプションを指定できます。必要な変数がすべて指定されていると、スクリプトによってユーザーに情報の入力を求めるメッセージが表示されることがなくなり、インストール処理をスクリプト化できます。Controller名を指定できます。デフォルトではNに設定されています。Controllerの完全修飾ドメイン名(FQDN)のスペース区切りの一覧が必要です。1つまたは複数の完全修飾ドメイン名またはCNAMEエイリアスを指定する必要があります。Controllerと通信します。Desktopサービスは、マシンの起動後に開始します。デフォルトではYに設定されています。Desktopサービスでは、ネットワーク受信接続がシステムのファイアウォールの通過を許可されている必要があります。Desktop用に、システムのファイアウォールの必要なポート(デフォルトではポート80およびポート1494)を自動で開放できます。デフォルトではYに設定されています。Controllerに対して認証するためにKerberos構成設定が必要です。Directory統合ツールから指定します。Proがサポートされます。これは、強力なグラフィックアプリケーションの仮想化を最適にするための一連のグラフィックアクセラレーションテクノロジです。AgentはVDIデスクトップ(シングルセッション)モード用に構成されます(すなわち、CTX_XDL_VDI_MODE=Yとなります)。専用デスクトップ配信モデル(VDI)またはホストされる共有デスクトップ配信モデルのどちらとしてマシンを構成するかを決定します。Pro環境では、この変数をYに設定します。デフォルトではNに設定されています。VDAは、DNSを使用してLDAPサーバーを検出します。DNSの検索結果をローカルサイトに制限するには、DNSサイト名を指定します。VDAは、DNSを照会してLDAPサーバーを検出します。DNSがLDAPサービスレコードを提供できない場合は、LDAPのFQDNおよびLDAPポートのスペース区切りの一覧を指定できます。ad1.mycompany.com:389となります。Directoryドメインのルート(例:DC=mycompany,DC=com)に設定された検索ベースを使用してLDAPを照会します。検索のパフォーマンスを改善するために、検索ベースを指定できます(例:OU=VDI,DC=mycompany,DC=com)。VDAサービスが開始されるようにするかどうかを指定します。デフォルトではYに設定されています。/opt/Citrix/VDA/sbin/ctxsetup.sh<!--NeedCopy-->sudoコマンドに-Eオプションを指定して実行し、作成する新しいシェルに既存の環境変数を渡します。記述し、前述のコマンドからなるシェルスクリプトファイルを作成することをCitrixではお勧めします。次のようにして、1つのコマンドですべてのパラメーターを指定することができます。スクリプトによって行われた構成変更を削除することが必要となる場合があります。VDAを操作できなくなります。追加情報が書き込まれます。VDAサービスを再起動し、変更を反映させます。VDAがインストールされているかどうかを確認したり、インストールされているパッケージのバージョンを表示するには、次のコマンドを実行します。xendesktopvda<!--NeedCopy-->詳細を表示するには、次のコマンドを実行します。VDAソフトウェアをアンインストールすると、関連付けられたPostgreSQLおよびその他の構成データが削除されます。VDAのインストールより前にセットアップされた、PostgreSQLパッケージおよびその他の依存するパッケージは削除されません。ヒント:このセクションでは、PostgreSQLなど、依存するパッケージの削除方法については説明していません。VDAサービスの実行状態を確認するには、次のコマンドを実行します。VDAでの方法と似ています。このタスクを完了する方法の説明について詳しくは、「マシンカタログの作成」および「マシンカタログの管理」を参照してください。VDAマシンのマシンカタログの作成手順と異なる点があります:オペレーティングシステムには、次を選択します:ホストされる共有デスクトップ配信モデルの場合、[サーバーOS]オプションVDI専用デスクトップ配信モデルの場合、[デスクトップOS]オプションマシンが電源管理を行わない設定になっていることを確認します。VDAではサポートされないため、PVSまたは他のサービスまたはテクノロジ(既存のイメージ)の展開方法を選択してください。VDAマシンを混在させないでください。OS」という概念をサポートしていませんでした。オプションを選択すると、同等のホストされる共有デスクトップ配信モデルが暗黙的に選択されます。オプションを選択すると、マシンごとに単一ユーザーの配信モデルが暗黙的に選択されます。Directoryドメインから削除された後に再度追加された場合は、そのマシンをマシンカタログから削除してから再度追加する必要があります。VDAマシンの場合とほとんど同じです。このタスクを完了する方法の説明について詳しくは、「デリバリーグループの作成」を参照してください。Ubuntuでは、アプリケーション配信はサポートされていません。VDAマシンにログオンするように適切に構成しておきます。認証されていない(匿名)ユーザーのログオンを許可しないでください。Windowsマシンを含むマシンカタログをデリバリーグループで混在させないでください。このコンテンツの正式なバージョンは英語で提供されています。Groupドキュメントのコンテンツの一部は、お客様の利便性のみを目的として機械翻訳されています。Groupは機械翻訳されたコンテンツを管理していないため、誤り、不正確な情報、不適切な用語が含まれる場合があります。Groupとのその他すべての契約に基づき提供される保証、および製品またはサービスのドキュメントとの一致に関する保証は、明示的か黙示的かを問わず、かかるドキュメントの機械翻訳された範囲には適用されないものとします。Groupは責任を負わないものとします。提供する翻訳が含まれている可能性があります。翻訳について、明示的か黙示的かを問わず、精度と信頼性に関するあらゆる保証、および商品性、特定目的への適合性、第三者の権利を侵害しないことに関するあらゆる黙示的保証を含め、一切保証しません。Contributors><このコンテンツは動的に機械翻訳されています。reserved.フィードバックを提供フィードバックをありがとうございます。詳細情報が必要な場合、記載のメールアドレスに連絡させていただきます。フィードバックの送信中にエラーが発生しました。