ドメインのすべての証明書は、統合証明書システムインスタンスにより発行されます。ユーザー、ホスト、またはサービスの証明書を発行することもできます。署名付きホスト証明書を使用します。使用せずにサーバーをインストールするには、サードパーティーの認証局から以下の証明書を要求する必要があります。より設定される制限の影響を受ける可能性があります。以外で証明書を管理すると、以下のような多くの追加アクティビティーが発生します。証明書の作成、アップロード、および更新は手動のプロセスです。追跡せず、証明書が期限切れになる際に通知がされません。証明書を追跡する必要がある場合に証明書の追跡要求を設定したりする必要があります。最適な条件:証明書インフラストラクチャーを作成および使用できるようにする環境。インフラストラクチャーの制限により、サーバーと統合されている証明書サービスをインストールすることができない場合は、非常に稀なケースとなります。変更は、インストール後も可能になります。設定することもできます。インフラストラクチャーではグローバルに一意である必要があり、インストール後に変更することはできません。発行先識別名の形式を問い合わせる必要がでてくる場合もあります。サービス配布のガイドラインを提供します。サービスをインストールします。サーバーに転送します。設定が失われ、復元できなくなります。設定して、新しい証明書をインストールする必要があります。サーバーを維持します。推奨事項は、以下の表を参照してください。統合するためのオプションを紹介します。統合の概要は「直接的な統合」を参照してください。間接統合の概要は「間接的な統合」を参照してください。どちらを選択するかは「間接統合と直接統合の間の決定」を参照してください。次の種類の統合が可能です。フォレスト内でのみ機能します。マルチフォレストを設定する場合は、ドメインのエミュレーションを手動で設定します。フォレストがローカルフォレストを信頼する必要があります。統合と間接統合の両方に対応します。莫大な移行コストをかけずに、ある統合アプローチから別のアプローチへ切り替えることもできます。サーバーと通信します。直接統合は、双方向の信頼が必要になります。フォレスト内ドメインへの双方向パスが存在する必要があります。間の汎用ゲートウェイとして堅牢なソリューションを提供します。