Programa de certificados administrados por Adobe
El programa de certificados administrado por Adobe es el proceso recomendado para configurar certificados de origen necesarios para una implementación CNAME. El programa está completamente automatizado una vez configurado. Renueva los certificados a tiempo para que la recopilación de datos no se vea afectada por los certificados caducados. El programa es gratuito para sus primeros 100 CNAME.
El programa de certificados administrado por Adobe no admite la recopilación de datos de enrutamiento a través de una red de entrega de contenido (CDN). Si usa una CDN, consulte Enrutar la recopilación de datos a través de una CDN. Las organizaciones que necesiten administrar sus propios certificados pueden usar certificados administrados por el cliente en su lugar. Si actualmente administra sus propios certificados y desea pasar al programa de certificados administrado por Adobe, póngase en contacto con el Servicio de atención al cliente de Adobe.
Implementación
Para implementar un nuevo certificado para la recopilación de datos de origen, siga estos pasos:
- Descargue y rellene el formulario de solicitud de dominio de origen
- Abra un ticket con el Servicio de atención al cliente de Adobe solicitando la configuración de recopilación de datos de origen en el programa de certificados administrados de Adobe. Si su organización tiene requisitos de conformidad o residencia de datos, especifique el tipo de RDC que desee en su solicitud.
- Una vez recibida la incidencia, el representante de Adobe le proporcionará un registro CNAME. Este registro debe configurarse en el servidor DNS de su empresa antes de que Adobe pueda adquirir el certificado en su nombre. Por ejemplo, el nombre de host
data.example.comseñala ahiodsibxvip01.data.adobedc.net. Si su organización utiliza registros de autorización de autoridad de certificación (CAA) de DNS, asegúrese de que los registros de CAA permiten a DigiCert emitir certificados. Consulte Mantenimiento y renovaciones. - Cuando se establezca el registro CNAME en los servidores de su organización, Adobe colaborará con DigiCert para adquirir e instalar un certificado en los servidores de recopilación de datos de Adobe.
- Si necesita actualizar el archivo
robots.txtcuando Adobe lo hospeda con CNAME por motivos de origen, póngase en contacto con el Servicio de atención al cliente con una solicitud. Esta solicitud es relevante cuando desea actualizar el archivorobots.txtpara evitar que Google rastree los subdominios.
Validar reenvío de nombre de host
Una vez que Adobe ha instalado el certificado, puede utilizar uno de los siguientes métodos para validar que funciona.
Puede utilizar cualquier explorador para validar que un certificado está instalado correctamente. Escriba su CNAME con _check como ruta de acceso a la barra de direcciones. Por ejemplo:
data.example.com/_check
Si todo funciona, el explorador mostrará SUCCESS. Si el certificado no está instalado correctamente, recibirá una advertencia de seguridad.
curl)La mayoría de los sistemas operativos modernos ya tienen curl instalado.
Escriba lo siguiente en la línea de comandos:
| code language-sh |
|---|
|
Si todo funciona correctamente, la consola devolverá SUCCESS.
| note tip |
|---|
| TIP |
Puede usar el indicador -k para deshabilitar la advertencia de seguridad y solucionar problemas. |
nslookup)Escriba lo siguiente en la línea de comandos:
| code language-sh |
|---|
|
Si todo funciona correctamente, se devuelven los servidores de recopilación de datos de Adobe:
| code language-text |
|---|
|
Actualización del código de implementación
Para utilizar su nuevo nombre de host CNAME, actualice la implementación de Adobe una vez que haya validado que el certificado funciona correctamente. Consulte Actualizar su implementación.
Mantenimiento y renovaciones renewals
Adobe renueva el certificado automáticamente. Treinta días antes de que caduque el certificado, Adobe valida que el CNAME sigue siendo válido y está en uso y, a continuación, renueva el certificado en su nombre. Para que las renovaciones sigan funcionando, evite los siguientes cambios de DNS:
- Quitar o volver a señalar el registro CNAME: si el registro CNAME se quita o ya no señala al nombre de host seguro de Adobe, Adobe no puede renovar el certificado. Esta condición incluye el reenvío del registro CNAME a una red de entrega de contenido (CDN). Si planea usar una CDN, consulte Mover una implementación de origen existente a una CDN antes de cambiar los registros DNS.
- Adición de registros CAA que no autorizan DigiCert: Las autoridades de certificación comprueban los registros de autorización de autoridad de certificación (CAA) en su nombre de host y sus dominios principales. Si usa registros de CAA, incluya
digicert.comcomo emisor autorizado. Por ejemplo,example.com. IN CAA 0 issue "digicert.com". - Restricción de la emisión de DigiCert a una cuenta específica: La característica de bloqueo de dominios de DigiCert agrega un parámetro
account=a un registro de CA, comoexample.com. IN CAA 0 issue "digicert.com; account=<token>". Este parámetro restringe la emisión a la cuenta DigiCert de su organización, incluso sidigicert.comestá autorizado, lo que impide que Adobe obtenga un certificado. Si su organización requiere el bloqueo de dominios DigiCert, use certificados administrados por el cliente en su lugar. Los bloqueos de dominio establecidos en el registrador de dominios, a veces denominados bloqueos de transferencia, no están relacionados y no afectan a los certificados administrados por Adobe.
Preguntas frecuentes
Adobe ofrece dos niveles de seguridad de cifrado para satisfacer las distintas necesidades de seguridad de los clientes en la recopilación de datos de origen. Estos niveles determinan qué algoritmos de cifrado son compatibles con las conexiones HTTPS con servidores de Adobe. Adobe revisa y actualiza regularmente el conjunto de algoritmos admitidos en función de las prácticas de seguridad actuales. Para cambiar la configuración de seguridad de cifrado, póngase en contacto con el Servicio de atención al cliente.
- Estándar requiere TLS 1.2 o posterior y cifrado de al menos 128 bits. Está diseñado para proporcionar la mayor compatibilidad de dispositivos al tiempo que mantiene el cifrado seguro.
- Alta requiere TLS 1.2 o posterior y elimina la compatibilidad con cifrados más débiles. Está diseñado para los clientes que desean el cifrado más potente. Los clientes publicados antes de 2015 no suelen poder conectarse cuando la seguridad de cifrado está establecida en Alta.