証明機関の構成
この記事では、証明機関 (CA) サーバーと統合するための、フェデレーション認証サービス (FAS) の高度な構成について説明します。これらの構成のほとんどは、FAS 管理コンソールではサポートされていません。この手順では、FAS が提供する PowerShell API を使用します。この記事の指示を実行する前に、PowerShell の基本的な知識が必要です。
FAS で使用する複数の CA サーバーをセットアップする
ルールを作成または編集する際に、FAS管理コンソールを使用して、複数のCAでFASを構成できます。
選択するすべてのCAは、Citrix_SmartcardLogon証明書テンプレート (またはルールで選択したテンプレート) を公開している必要があります。
使用したい証明機関のいずれかが目的のテンプレートを公開していない場合は、その証明機関に対して、証明機関をセットアップする 手順を実行してください。
注:
この手順で構成された承認証明書は、どの証明機関でも使用できるため、すべての証明機関に対して このサービスを承認する 手順を実行する必要はありません。
予期される動作の変更
複数のCAサーバーでFASサーバーを構成した後、ユーザー証明書の生成は、構成されているすべてのCAサーバーに分散されます。また、構成されているCAサーバーのいずれかが失敗した場合、FASサーバーは別の利用可能なCAサーバーに切り替わります。
TCPアクセス用にMicrosoft証明機関を構成する
デフォルトでは、Microsoft CA はアクセスに DCOM を使用します。これは、ファイアウォールセキュリティを実装する際に複雑さを生じる可能性があるため、Microsoft は静的 TCP ポートに切り替えるための規定を設けています。Microsoft CA で、Start>Run>dcomcnfg.exe を使用して DCOM 構成パネルを開き、Computers>My computer>DCOM Config を展開して CertSrv Request ノードを表示し、CertSrv Request DCOM アプリケーションのプロパティを編集します。
「Endpoints」を変更して静的エンドポイントを選択し、TCP ポート番号 (上記の図では 900) を指定します。
Microsoft 証明機関を再起動し、証明書要求を送信します。
netstat –a –n –b を実行すると、certsvr がポート 900 でリッスンしていることがわかります。
DCOM は RPC ポートを使用してネゴシエーション段階を持つため、FAS サーバー (または証明機関を使用する他のマシン) を構成する必要はありません。クライアントが DCOM を使用する必要がある場合、証明書サーバー上の DCOM RPC サービスに接続し、特定の DCOM サーバーへのアクセスを要求します。これによりポート 900 が開かれ、DCOM サーバーは FAS サーバーに接続方法を指示します。
ユーザー証明書を事前生成する
FAS サーバー内でユーザー証明書が事前生成されると、ユーザーのログオン時間が大幅に改善されます。以下のセクションでは、単一または複数の FAS サーバーでこれを実行する方法について説明します。
Active Directory ユーザーのリストを取得する
AD をクエリし、ユーザーのリストをファイル (たとえば、.csv ファイル) に保存することで、証明書の生成を改善できます。以下の例を参照してください。
Import-Module ActiveDirectory
$searchbase = "cn=users,dc=bvt,dc=local" # AD User Base to Look for Users, leave it blank to search all
$filename = "user_list.csv" # Filename to save
if ($searchbase -ne ""){
Get-ADUser -Filter {(UserPrincipalName -ne "null") -and (Enabled -eq "true")} -SearchBase $searchbase -Properties UserPrincipalName | Select UserPrincipalName | Export-Csv -NoTypeInformation -Encoding utf8 -delimiter "," $filename
} else {
Get-ADUser -Filter {(UserPrincipalName -ne "null") -and (Enabled -eq "true")} -Properties UserPrincipalName | Select UserPrincipalName | Export-Csv -NoTypeInformation -Encoding utf8 -delimiter "," $filename
}
Get-ADUser は、ユーザーのリストをクエリするための標準的なコマンドレットです。上記の例には、UserPrincipalName を持ち、アカウントステータスが「enabled」のユーザーのみをリストするためのフィルター引数が含まれています。
SearchBase 引数は、AD のどの部分でユーザーを検索するかを絞り込みます。AD 内のすべてのユーザーを含めたい場合は、これを省略できます。注: このクエリは多数のユーザーを返す可能性があります。
CSV は次のようになります。
FAS サーバー
次の PowerShell スクリプトは、以前に生成されたユーザーリストを受け取り、ユーザー証明書のリストを作成します。
Add-PSSnapin Citrix.A*
$csv = "user_list.csv"
$rule = "default" # rule/role in your admin console
$users = Import-Csv -encoding utf8 $csv
foreach ( $user in $users )
{
$server = Get-FasServerForUser -UserPrincipalNames $user.UserPrincipalName
if( $server.Server -ne $NULL) {
New-FasUserCertificate -Address $server.Server -UserPrincipalName $user.UserPrincipalName -CertificateDefinition $rule"_Definition" -Rule $rule
}
if( $server.Failover -ne $NULL) {
New-FasUserCertificate -Address $server.Failover -UserPrincipalName $user.UserPrincipalName -CertificateDefinition $rule"_Definition" -Rule $rule
}
}
複数の FAS サーバーがある場合、特定のユーザーの証明書はメインサーバーとフェイルオーバーサーバーでそれぞれ 1 つずつ、2 回生成されます。
上記のスクリプトは「default」という名前のルールに対応しています。異なるルール名 (たとえば「hello」) を使用する場合は、スクリプト内の $rule 変数を変更してください。
登録機関証明書を更新する
複数のFASサーバーが使用されている場合、ログイン中のユーザーに影響を与えることなくFAS承認証明書を更新できます。
注：
GUIを使用してFASを再承認することもできます。
次の手順を完了します。
-
新しい承認証明書を作成します。
New-FasAuthorizationCertificate -
新しい承認証明書のGUIDをメモします。
Get-FasAuthorizationCertificate -
FASサーバーをメンテナンスモードにします。
Set-FasServer –Address <FAS server> -MaintenanceMode $true -
新しい承認証明書を交換します。
Set-FasCertificateDefinition –AuthorizationCertificate <GUID> -
FASサーバーをメンテナンスモードから解除します。
Set-FasServer –Address <FAS server> -MaintenanceMode $false -
古い承認証明書を削除します。
Remove-FasAuthorizationCertificate