展開アーキテクチャ

最終公開日 : Oct 24, 2026

はじめに

Federated Authentication Service (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 Agents (VDA) にサポートサービスを提供している様子を示しています。
ローカライズされた画像

内部展開

FAS は、さまざまな認証オプション (Kerberos シングルサインオンを含む) を使用して、ユーザーが StoreFront に安全に認証し、完全に認証された Citrix HDX™ セッションに接続できるようにします。
これにより、ユーザー資格情報やスマートカードの PIN を入力するプロンプトなしで Windows 認証が可能になり、シングルサインオンサービスなどの「保存されたパスワード管理」機能を使用する必要がなくなります。これは、以前のバージョンの Citrix Virtual Apps で利用可能だった Kerberos 制限付き委任ログオン機能を置き換えるために使用できます。
すべてのユーザーは、スマートカードを使用してエンドポイントデバイスにログオンしているかどうかにかかわらず、セッション内で公開鍵インフラストラクチャ (PKI) 証明書にアクセスできます。これにより、スマートカードリーダーを持たないスマートフォンやタブレットなどのデバイスからでも、二要素認証モデルへのスムーズな移行が可能になります。
この展開では、FAS を実行する新しいサーバーが追加され、ユーザーに代わってスマートカードクラスの証明書を発行する権限が与えられます。これらの証明書は、スマートカードログオンが使用されたかのように、Citrix HDX 環境のユーザーセッションにログオンするために使用されます。
ローカライズされた画像
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/2407/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/2407/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/2407/media/fas-architectures-adfs-saml.png)
ADFSは、インターネット経由でリモートから企業リソースにユーザーを安全に認証するためによく使用されます。たとえば、Office 365の統合によく使用されます。
関連情報:
  • ADFS展開の記事に詳細が記載されています。
  • インストールと構成の記事では、FASのインストール方法と構成方法について説明しています。
  • このアーティクルの(/ja-jp/federated-authentication-service/2407/deployment-architectures.html#citrix-gateway-deployment)セクションには、構成に関する考慮事項が含まれています。

B2Bアカウントマッピング

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

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を使用しています。
関連情報:
  • (/ja-jp/federated-authentication-service/2407/install-configure.html)の記事では、FASのインストール方法と構成方法について説明しています。
  • (/ja-jp/federated-authentication-service/2407/deployment-architectures/azure-ad.html)の記事には詳細が記載されています。