展開アーキテクチャ

最終公開日 : Oct 24, 2026
Related information
ADFSの展開Azure AD統合

はじめに

フェデレーション認証サービス (FAS) は、Citrix®コンポーネントであり、Active Directory証明機関と統合され、ユーザーがCitrix環境内でシームレスに認証されることを可能にします。このドキュメントでは、お客様の展開に適している可能性のあるさまざまな認証アーキテクチャについて説明します。
有効にすると、FASはユーザー認証の決定を信頼されたStoreFrontサーバーに委任します。StoreFrontには、最新のWebテクノロジーに基づいて構築された包括的な組み込み認証オプションが用意されており、StoreFront SDKまたはサードパーティのIISプラグインを使用して簡単に拡張できます。基本的な設計目標は、Webサイトにユーザーを認証できるあらゆる認証テクノロジーを、Citrix Virtual AppsまたはCitrix Virtual Desktops™展開へのログインに使用できるようになったことです。
このドキュメントでは、上位レベルの展開アーキテクチャの例を、複雑さが増す順に説明します。
関連するFAS記事へのリンクが提供されています。すべてのアーキテクチャについて、インストールと構成の記事はFASのセットアップに関する主要なリファレンスです。

アーキテクチャの概要

FASは、StoreFrontによって認証されたActive Directoryユーザーに代わって、スマートカードクラスの証明書を自動的に発行することを許可されています。これは、管理者が物理スマートカードをプロビジョニングできるツールと同様のAPIを使用します。ユーザーがCitrix Virtual Apps™またはCitrix Virtual Desktops Virtual Delivery Agent (VDA)に仲介されると、証明書はマシンにアタッチされ、Windowsドメインはログオンを標準のスマートカード認証として認識します。
ユーザーがCitrix環境へのアクセスを要求すると、信頼されたStoreFront™サーバーはFASに接続します。FASは、そのセッションの証明書を使用して単一のCitrix Virtual AppsまたはCitrix Virtual Desktopsセッションが認証できるようにするチケットを付与します。VDAがユーザーを認証する必要がある場合、FASに接続してチケットを引き換えます。FASのみがユーザー証明書の秘密キーにアクセスできます。VDAは、証明書を使用して実行する必要がある署名および復号化操作をすべてFASに送信する必要があります。
次の図は、FASがMicrosoft証明機関と統合され、StoreFrontおよびCitrix Virtual Apps and Desktops™ Virtual Delivery Agent (VDA)にサポートサービスを提供している様子を示しています。
ローカライズされた画像(/en-us/federated-authentication-service/2209/media/fas-architecture.png)

内部展開

FAS を使用すると、ユーザーはさまざまな認証オプション (Kerberos シングルサインオンを含む) を使用して StoreFront に安全に認証し、完全に認証された Citrix HDX™ セッションに接続できます。
これにより、ユーザー資格情報やスマートカードのPINを入力するプロンプトなしでWindows認証が可能になり、シングルサインオンサービスのような「保存されたパスワード管理」機能を使用する必要がなくなります。これは、以前のバージョンのCitrix Virtual Appsで利用可能だったKerberos制約付き委任ログオン機能を置き換えるために使用できます。
すべてのユーザーは、エンドポイントデバイスにスマートカードでログオンしているかどうかにかかわらず、セッション内で公開鍵インフラストラクチャ (PKI) 証明書にアクセスできます。これにより、スマートカードリーダーを持たないスマートフォンやタブレットなどのデバイスからでも、二要素認証モデルへのスムーズな移行が可能になります。
この展開では、FASを実行する新しいサーバーが追加され、このサーバーはユーザーに代わってスマートカードクラスの証明書を発行する権限を持ちます。これらの証明書は、スマートカードログオンが使用されたかのように、Citrix HDX環境のユーザーセッションにログオンするために使用されます。
ローカライズされた画像(/en-us/federated-authentication-service/2209/media/fas-architectures-internal.png)
Citrix Virtual AppsまたはCitrix Virtual Desktops環境は、スマートカードログオンと同様の方法で構成する必要があります。これはCTX206156に記載されています。
既存の展開では、通常、ドメイン参加済みのMicrosoft証明機関が利用可能であり、ドメインコントローラーにドメインコントローラー証明書が割り当てられていることを確認するだけです。(CTX206156の「ドメインコントローラー証明書の発行」セクションを参照してください。)
関連情報:
  • キーは、ハードウェアセキュリティモジュール (HSM) または組み込みのトラステッドプラットフォームモジュール (TPM) に保存できます。詳細については、秘密鍵の保護の記事を参照してください。
  • インストールと構成の記事では、FASのインストール方法と構成方法について説明しています。

Citrix Gateway の展開

Citrix Gateway展開は内部展開と似ていますが、StoreFrontとペアになったCitrix Gatewayが追加され、主要な認証ポイントがCitrix Gateway自体に移されます。Citrix Gatewayには、企業のWebサイトへのリモートアクセスを保護するために使用できる高度な認証および承認オプションが含まれています。
この展開は、最初にCitrix Gatewayに認証し、次にユーザーセッションにログオンする際に発生する複数のPINプロンプトを回避するために使用できます。また、ADパスワードやスマートカードを別途必要とせずに、高度なCitrix Gateway認証テクノロジーを使用することもできます。
ローカライズされた画像(/en-us/federated-authentication-service/2209/media/fas-architectures-netscaler.png)
Citrix Virtual AppsまたはCitrix Virtual Desktops環境は、スマートカードログオンと同様の方法で構成する必要があります。これはCTX206156に記載されています。
既存の展開では、通常、ドメインに参加しているMicrosoft証明機関が利用可能であり、ドメインコントローラーにドメインコントローラー証明書が割り当てられていることを確認するだけです。(CTX206156の「ドメインコントローラー証明書の発行」セクションを参照してください)。
Citrix Gatewayをプライマリ認証システムとして構成する場合は、Citrix GatewayとStoreFront間のすべての接続がTLSで保護されていることを確認してください。特に、コールバックURLがCitrix Gatewayサーバーを指すように正しく構成されていることを確認してください。これは、この展開でCitrix Gatewayサーバーを認証するために使用できるためです。
ローカライズされた画像(/en-us/federated-authentication-service/2209/media/fas-architectures-netscaler-auth-settings.png)
関連情報:

ADFS SAML展開

主要なCitrix Gateway認証テクノロジーは、SAML IDプロバイダー (IdP) として機能できるMicrosoft ADFSとの統合を可能にします。SAMLアサーションは、信頼されたIdPによって発行され、ユーザーがコンピューターシステムにログオンすることを承認する、暗号的に署名されたXMLブロックです。これは、FASサーバーがユーザーの認証をMicrosoft ADFSサーバー (またはその他のSAML対応IdP) に委任できることを意味します。
ローカライズされた画像(/en-us/federated-authentication-service/2209/media/fas-architectures-adfs-saml.png)
ADFSは、インターネット経由でリモートから企業リソースにユーザーを安全に認証するためによく使用されます。たとえば、Office 365の統合によく使用されます。
関連情報:
  • ADFS展開の記事に詳細が記載されています。
  • インストールと構成の記事は、FASのインストールと構成方法について説明しています。
  • この記事のCitrix Gateway展開セクションには、構成に関する考慮事項が含まれています。

B2Bアカウントマッピング

2つの会社が互いのコンピューターシステムを使用したい場合、一般的な選択肢は、信頼関係を持つActive Directory Federation Service (ADFS) サーバーをセットアップすることです。これにより、一方の会社のユーザーは、もう一方の会社のActive Directory (AD) 環境にシームレスに認証できます。ログオン時、各ユーザーは自身の会社のログオン資格情報を使用します。ADFSはこれをピア会社のAD環境の「シャドウアカウント」に自動的にマッピングします。
ローカライズされた画像
関連情報:

Windows 10 Azure AD への参加

Windows 10では、「Azure AD Join」という概念が導入されました。これは、従来のWindowsドメイン参加と概念的には似ていますが、「インターネット経由」のシナリオを対象としています。これはラップトップやタブレットでうまく機能します。従来のWindowsドメイン参加と同様に、Azure ADには会社のWebサイトやリソースに対するシングルサインオンモデルを可能にする機能があります。これらはすべて「インターネット対応」であるため、オフィスLANだけでなく、インターネットに接続された任意の場所から機能します。
ローカライズされた画像
この展開は、「オフィス内のエンドユーザー」という概念が実質的に存在しない例です。ラップトップは、最新のAzure AD機能を使用して、完全にインターネット経由で登録および認証されます。
この展開のインフラストラクチャは、IPアドレスが利用可能な場所であればどこでも実行できることに注意してください。オンプレミス、ホスト型プロバイダー、Azure、またはその他のクラウドプロバイダーです。Azure AD Connect同期ツールは、Azure ADに自動的に接続します。例のグラフィックでは、簡素化のためにAzure VMを使用しています。
関連情報: