IPv4/IPv6のサポート | XenAppおよびXenDesktop 7.15 LTSR

デュアルスタックIPv4/IPv6展開

次の図は、デュアルスタックIPv4/IPv6展開を示しています。このシナリオでは、ワーカーはハイパーバイザーまたは物理システムにインストールされたVDAであり、主にアプリケーションとデスクトップへの接続を可能にするために使用されます。デュアルIPv6およびIPv4をサポートするコンポーネントは、トンネリングまたはデュアルプロトコルソフトウェアを使用するオペレーティングシステムで実行されています。

以下のCitrix製品、コンポーネント、および機能はIPv4のみをサポートします。

プロビジョニングサービス

ゼンサーバーバージョン 6.x

IPv6コントローラー登録のみを使用ポリシー設定によって制御されないVDA

XenAppバージョン7.5より前、XenDesktopバージョン7より前、およびDirector

この展開では:

チームが頻繁にIPv6ネットワークを使用し、管理者がIPv6トラフィックを使用させたい場合、管理者は、プライマリIPv6ポリシー設定が有効になっている（つまり、Only use IPv6 Controller registrationが有効になっている）ワーカーイメージまたは組織単位（OU）に基づいて、それらのユーザー向けにIPv6デスクトップとアプリケーションを公開します。

チームが頻繁にIPv4ネットワークを使用する場合、管理者は、プライマリIPv6ポリシー設定が無効になっている（つまり、Only use IPv6 Controller registrationが無効になっている）ワーカーイメージまたはOUに基づいて、それらのユーザー向けにIPv4デスクトップとアプリケーションを公開します。これはデフォルト設定です。

純粋なIPv6展開

次の図は、純粋なIPv6展開を示しています。このシナリオでは、

コンポーネントは、IPv6ネットワークをサポートするように構成されたオペレーティングシステム上で実行されています。

プライマリCitrixポリシー設定（Only use IPv6 Controller registration）はすべてのVDAで有効になっています。VDAはIPv6アドレスを使用してControllerに登録する必要があります。

(/ja-jp/xenapp-and-xendesktop/7-15-ltsr/media/ipv6-pure-rtw.png)

IPv6のポリシー設定

2つのCitrixポリシー設定が、純粋なIPv6またはデュアルスタックIPv4/IPv6の実装のサポートに影響します。以下の接続関連のポリシー設定を構成してください。

IPv6 Controller登録のみを使用: Virtual Delivery Agent (VDA) が Delivery Controller に登録するために使用するアドレス形式を制御します。デフォルト = 無効

VDAがControllerと通信する場合、次の優先順位で選択された単一のIPv6アドレスを使用します：グローバルIPアドレス、ユニークローカルアドレス（ULA）、リンクローカルアドレス（他のIPv6アドレスが利用できない場合のみ）。
無効にすると、VDAはマシンのIPv4アドレスを使用してControllerに登録し、通信します。

Controller registration IPv6 netmask: マシンは複数のIPv6アドレスを持つことができます。このポリシー設定により、管理者はVDAを優先サブネットのみに制限できます（グローバルIPが登録されている場合でも）。この設定は、VDAが登録するネットワークを指定します。VDAは、指定されたネットマスクに一致する最初のアドレスでのみ登録します。この設定は、Only use IPv6 Controller registrationポリシー設定が有効になっている場合にのみ有効です。デフォルト = 空の文字列

重要: VDAによるIPv4またはIPv6の使用は、これらのポリシー設定によってのみ決定されます。つまり、IPv6アドレス指定を使用するには、VDAは Only use IPv6 Controller registration設定が有効になっているCitrixポリシーによって制御される必要があります。

展開に関する考慮事項

環境にIPv4ネットワークとIPv6ネットワークの両方が含まれている場合、IPv4のみのクライアントと、IPv6ネットワークにアクセスできるクライアントのために、個別のデリバリーグループ構成が必要になります。ユーザーを区別するために、命名規則、手動のActive Directoryグループ割り当て、またはSmart Accessフィルターの使用を検討してください。

接続がIPv6ネットワークで開始され、その後、IPv4アクセスのみを持つ内部クライアントから再接続が試行された場合、セッションへの再接続が失敗する可能性があります。

この情報は役に立ちましたか?