CNAME和Target

有关与Adobe客户关怀团队一起在Adobe Target中实施CNAME（规范名称）支持的说明。 使用CNAME处理广告拦截问题或与ITP相关（智能防跟踪）Cookie策略。 使用CNAME，将对客户拥有的域进行调用，而不是对Adobe拥有的域进行调用。

在Target中请求CNAME支持

1. 确定您的SSL证书所需的主机名列表（请参阅下面的常见问题解答）。

2. 对于每个主机名，在DNS中创建一个CNAME记录，指向常规Target主机名clientcode.tt.omtrdc.net。

   例如，如果您的客户端代码为“cnamecustomer”，并且您建议的主机名为target.example.com，则您的DNS CNAME记录类似于：

   target.example.com.  IN  CNAME  cnamecustomer.tt.omtrdc.net.
   

   重要

   Adobe的证书颁发机构DigiCert在此步骤完成之前无法颁发证书。 因此，在此步骤完成之前， Adobe无法完成您对CNAME实施的请求。

3. 在您打开 Adobe客户关怀票证请 求CNAME支持时，填写此表单并将其包含在内:

   • AdobeTarget客户端代码：
   • SSL证书主机名(示例：target.example.com target.example.org):
   • SSL证书购买者(强烈建议购买Adobe，请参阅常见问题解答):Adobe/客户
   • 如果客户购买的证书也称为“自带证书”(BYOC)，请填写以下附加详细信息：
     • 证书组织(示例：Example Company Inc):
     • 证书组织单位(可选，示例：营销):
     • 证书国家/地区(示例：美国):
     • 证书状态/区域(示例：加州):
     • 证书城市(示例：圣何塞):

4. 如果Adobe正在购买证书，则Adobe将与DigiCert合作，在Adobe的生产服务器上购买并部署您的证书。

   如果客户购买证书(BYOC),Adobe客户关怀团队会向您发送证书签名请求(CSR)。 通过您选择的证书颁发机构购买证书时，请使用CSR。 颁发证书后，将证书和任何中间证书的副本发送到Adobe客户关怀团队进行部署。

   Adobe 客户关怀会在您的实施准备就绪后通知您。

5. 将serverDomain更新为at.js中的新CNAME。

常见问题解答

以下信息回答了有关在Target中请求和实施CNAME支持的常见问题：

我能否提供我自己的证书（自带您自己的证书或BYOC）？

您可以提供自己的证书。 但是，Adobe不建议使用此做法。 对于Adobe和Adobe购买并控制证书时，SSL证书生命周期的管理会更轻松。 必须每年续订SSL证书。 因此，Adobe客户关怀团队必须每年联系您以及时获取新证书。 某些客户可能难以及时生成续订的证书。 由于浏览器拒绝连接，证书过期后，您的Target实施就会受到威胁。

新SSL证书过期多长时间？

2020年9月1日以前签发的证书为两年。 2020年9月1日或之后签发的证书为一年期证书。

我应选择哪些主机名？ 我应选择每个域的主机名数量？

Target CNAME实施在SSL证书和客户DNS中每个域只需要一个主机名。Adobe建议使用一个主机名。 某些客户出于自身目的而要求每个域的主机名更多（例如，在暂存环境中进行测试），这是受支持的。

大多数客户都选择诸如target.example.com之类的主机名。 Adobe建议遵循此做法，但最终由您选择。 请求现有DNS记录的主机名。 这样做会导致冲突并延迟Target CNAME请求的解决时间。

我已经为Adobe Analytics实施了CNAME，我们能否使用相同的证书或主机名？

否， Target需要单独的主机名和证书。

我当前的Target实施是否受ITP 2.x的影响？

在 Safari 浏览器中，导航到您拥有 Target JavaScript 库的网站。如果您在CNAME的上下文中看到已设置Target Cookie（如analytics.company.com），则不受ITP 2.x的影响。

仅使用Analytics CNAME即可解决Target的ITP问题。 只有在广告拦截场景中，如果Target被阻止，您才需要单独的Target CNAME。

有关ITP的更多信息，请参阅Apple智能防跟踪(ITP)2.x。

部署CNAME实施后，我可以期待哪种服务中断？

部署证书时（包括证书续订）不会中断服务。

但是，在您将Target实施代码中的主机名（at.js中的serverDomain）更改为新的CNAME主机名(target.example.com)后，Web浏览器会将旧访客视为新访客。 旧访客的配置文件数据丢失，因为旧主机名(clientcode.tt.omtrdc.net)下无法访问上一个Cookie。 由于浏览器安全模型，无法访问之前的Cookie。 此中断仅在初始切换到新CNAME时发生。 证书续订没有相同的效果，因为主机名不会更改。

我的CNAME实施使用哪种密钥类型和证书签名算法？

默认情况下，所有证书都是RSA SHA-256和密钥是RSA 2048位。 当前不支持大于2048位的键大小。

如何验证我的CNAME实施是否已准备好进行流量测试？

使用以下命令集（在macOS或Linux命令行终端中，使用bash和curl 7.49+）：

1. 将此bash函数粘贴到终端中：

   function validateEdgeFpsslSni {
       domain=$1
       for edge in mboxedge{31,32,{34..38}}.tt.omtrdc.net; do
           echo "$edge: $(curl -sSv --connect-to $domain:443:$edge:443 https://$domain 2>&1 | grep subject:)"
       done
   }
   

2. 粘贴此命令（将target.example.com替换为主机名）：

   validateEdgeFpsslSni target.example.com
   

   如果实施已准备就绪，您将看到如下输出。 重要部分是所有行都包含CN=target.example.com，与所需的主机名匹配。 如果有任何行包含CN=*.tt.omtrdc.net，则实现为​未​就绪。

   $ validateEdgeFpsslSni target.example.com
   mboxedge31.tt.omtrdc.net: *  subject: C=US; ST=California; L=San Jose; O=Adobe Systems Incorporated; CN=target.example.com
   mboxedge32.tt.omtrdc.net: *  subject: C=US; ST=California; L=San Jose; O=Adobe Systems Incorporated; CN=target.example.com
   mboxedge34.tt.omtrdc.net: *  subject: C=US; ST=California; L=San Jose; O=Adobe Systems Incorporated; CN=target.example.com
   mboxedge35.tt.omtrdc.net: *  subject: C=US; ST=California; L=San Jose; O=Adobe Systems Incorporated; CN=target.example.com
   mboxedge36.tt.omtrdc.net: *  subject: C=US; ST=California; L=San Jose; O=Adobe Systems Incorporated; CN=target.example.com
   mboxedge37.tt.omtrdc.net: *  subject: C=US; ST=California; L=San Jose; O=Adobe Systems Incorporated; CN=target.example.com
   mboxedge38.tt.omtrdc.net: *  subject: C=US; ST=California; L=San Jose; O=Adobe Systems Incorporated; CN=target.example.com
   

3. 使用另一个curl请求验证新的DNS CNAME，该请求还应显示CN=target.example.com:

   curl -sSv https://target.example.com 2>&1 | grep subject:
   

   注意

   如果此命令失败但上述validateEdgeFpsslSni命令成功，请等待DNS更新完全传播。 DNS记录具有关联的TTL（生存时间），该TTL指示这些记录的DNS回复的缓存过期时间。 因此，您可能需要至少等待TTL的长时间。 您可以使用dig target.example.com命令或G Suite Toolbox查找特定TTL。

如何将选择退出链接与 CNAME 配合使用

如果您使用的是CNAME，则选择退出链接应包含“client=clientcode参数，例如：
https://my.cname.domain/optout?client=clientcode。

将clientcode替换为您的客户端代码，然后将要链接的文本或图像添加到选择退出URL。

已知限制

• 当您拥有CNAME和at.js 1.x时，QA模式不会粘滞，因为它基于第三方Cookie。 解决方法是，将预览参数添加到您导航到的每个URL中。 当您拥有CNAME和at.js 2.x时，QA模式会很粘滞。
• 当前，在使用at.js 1.8.2和at.js 2.3.1之前的at.js版本时，overrideMboxEdgeServer设置无法正常用于CNAME。如果您使用的是较低版本的at.js，则应将此设置设置为false，以避免请求失败。 或者，您还应当考虑将at.js更新到支持的较新版本。
• 使用CNAME时，Target调用的Cookie标头大小更有可能增加。 Adobe 建议将Cookie大小保持在8 KB以下。