アドビの管理による証明書プログラム
Adobeで管理される証明書プログラムは、CNAMEの実装に必要なファーストパーティ証明書を設定する際にお勧めのプロセスです。 設定したらプログラムは完全に自動化されます。 有効期限が切れた証明書によるデータ収集への影響がないように、証明書をタイムリーに更新します。 このプログラムは、最初の100個のCNAMEに対して無料です。
Adobeで管理されている証明書プログラムでは、コンテンツ配信ネットワーク（CDN）を介したデータ収集のルーティングはサポートされていません。 CDNを使用する場合は、「CDNを介してデータ収集をルーティングする」を参照してください。 独自の証明書を管理する必要がある組織は、代わりに顧客管理の証明書を使用できます。 現在、独自の証明書を管理しており、Adobeが管理する証明書プログラムに移行する場合は、Adobe カスタマーケアにお問い合わせください。
実装
ファーストパーティデータ収集用の新しい証明書を実装するには、次の手順に従います。
- ファーストパーティのドメイン要求フォームをダウンロードして入力します
- Adobe カスタマーケアでチケットを開き、Adobeが管理する証明書プログラムでファーストパーティデータの収集を設定するようにリクエストします。 組織にデータレジデンシーまたはコンプライアンス要件がある場合は、リクエストに目的のRDC タイプ を指定します。
- チケットを受け取ると、Adobeの担当者がCNAME レコードを提供します。 このレコードは、Adobeが証明書を購入する前に、会社のDNS サーバーで設定する必要があります。 例えば、ホスト名
data.example.comはhiodsibxvip01.data.adobedc.netを指しています。 組織でDNS認証局認証（CAA） レコードを使用している場合は、CAA レコードでDigiCertが証明書を発行できることを確認してください。 メンテナンスと更新を参照してください。 - 組織のサーバーにCNAME レコードが配置されている場合、AdobeはDigiCertと連携して、Adobe データ収集サーバーに証明書を購入してインストールします。
- Adobe CNAMEがファーストパーティの目的でホストしているときに
robots.txtファイルの更新が必要な場合は、カスタマーケアにお問い合わせください。 このようなリクエストは、Googleがサブドメインをクロールできないようにrobots.txtファイルを更新する場合に関連します。
ホスト名転送の検証
Adobeが証明書をインストールしたら、次のいずれかの方法を使用して、証明書が機能していることを検証できます。
任意のブラウザーを使用して、証明書が正しくインストールされていることを検証できます。 アドレスバーへのパスとして_checkを含むCNAMEを入力します。 例：
data.example.com/_check
すべてが機能する場合、ブラウザーにSUCCESSが表示されます。 証明書が正しくインストールされていない場合、セキュリティ警告が表示されます。
curl）ほとんどの最新のオペレーティング システムには、既にcurlがインストールされています。
コマンドラインに次のコマンドを入力します。
| code language-sh |
|---|
|
すべてが正しく動作すると、コンソールはSUCCESSを返します。
| note tip |
|---|
| TIP |
トラブルシューティングに役立つセキュリティ警告を無効にするには、-k フラグを使用します。 |
nslookup）コマンドラインに次のコマンドを入力します。
| code language-sh |
|---|
|
すべてが正しく機能すると、Adobeのデータ収集サーバーが返されます。
| code language-text |
|---|
|
実装コードの更新
新しいCNAME ホスト名を使用するには、証明書が正しく動作することを検証したら、Adobeの実装を更新します。 実装の更新を参照してください。
メンテナンスと更新 renewals
Adobeは、証明書を自動的に更新します。 証明書の有効期限が切れる30日前に、AdobeはCNAMEがまだ有効で使用中であることを検証し、代わりに証明書を更新します。 更新を維持するには、次のDNSの変更を避けます。
- CNAME レコードの削除または再指定: CNAME レコードが削除されたか、Adobeのセキュアホスト名を指さなくなった場合、Adobeは証明書を更新できません。 この条件には、CNAME レコードをコンテンツ配信ネットワーク（CDN）に指定することが含まれます。 CDNを使用する場合は、DNS レコードを変更する前に、既存のファーストパーティ実装をCDNに移動するを参照してください。
- DigiCertを認証しないCAA レコードを追加しています：認証局は、ホスト名とその親ドメインの認証局認証（CAA）レコードを確認します。 CAA レコードを使用する場合は、
digicert.comを承認済み発行者として含めます。 例：example.com. IN CAA 0 issue "digicert.com"。 - 特定のアカウントへのDigiCert発行の制限: DigiCertのドメインロック機能により、
example.com. IN CAA 0 issue "digicert.com; account=<token>"などのCAA レコードにaccount=パラメーターが追加されます。 このパラメーターは、digicert.comが許可されている場合でも、組織のDigiCert アカウントへの発行を制限し、Adobeが証明書を取得できないようにします。 組織でDigiCert ドメインのロックが必要な場合は、代わりに顧客管理の証明書を使用してください。 ドメインレジストラで設定されたドメインロック（転送ロックとも呼ばれます）は関連がなく、Adobeで管理される証明書には影響しません。
よくある質問
Adobeは、1st パーティデータの収集に対するセキュリティに対するお客様のさまざまなニーズを満たすために、2つの暗号セキュリティレベルを提供します。 これらのレベルにより、Adobe サーバーとのHTTPS接続でサポートされる暗号化アルゴリズムが決まります。 Adobeでは、現在のセキュリティ対策にもとづいて、サポートされているアルゴリズムのセットを定期的に確認および更新しています。 暗号のセキュリティ設定を変更するには、カスタマーケアにお問い合わせください。
- Standardでは、TLS 1.2以降と少なくとも128 ビットの暗号化が必要です。 安全な暗号化を維持しながら、最も幅広いデバイス互換性を提供するように設計されています。
- Highでは、TLS 1.2以降が必要で、より弱い暗号のサポートが削除されます。 これは、最も強力な暗号化を必要とするお客様向けに設計されています。 2015年以前にリリースされたクライアントは、通常、暗号セキュリティが High に設定されている場合は接続できません。