Users Guide

• A custom certicate is not present
• A self-signed certicate is not present
• The self-signed certicate is corrupt
• The self-signed certicate is expired (within 30 day window)
The self-signed certicate displays the common name as <cmcname.domain-name> where cmcname is the CMC host name and domain-
name is the domain name. If domain name is not available it displays only the Partially Qualied Domain Name (PQDN), which is the CMC
host name.
Certicate Signing Request (CSR)
A CSR is a digital request to a certicate authority (referred to as a CA in the Web interface) for a secure server certicate. Secure server
certicates ensure the identity of a remote system and ensure that information exchanged with the remote system cannot be viewed or
changed by others. To ensure the security for your CMC, it is strongly recommended that you generate a CSR, submit the CSR to a
certicate authority, and upload the certicate returned from the certicate authority.
A certicate authority is a business entity that is recognized in the IT industry for meeting high standards of reliable screening,
identication, and other important security criteria. Examples of CAs include Thawte and VeriSign. After the certicate authority receives
your CSR, they review and verify the information the CSR contains. If the applicant meets the certicate authority’s security standards, the
certicate authority issues a certicate to the applicant that uniquely identies that applicant for transactions over networks and on the
Internet.
After the certicate authority approves the CSR and sends you a certicate, you must upload the certicate to the CMC rmware. The
CSR information stored on the CMC rmware must match the information contained in the certicate.
NOTE
: To congure SSL settings for CMC, you must have Chassis Conguration Administrator privilege.
NOTE: Any server certicate you upload must be current (not expired) and signed by a certicate authority.
Related links
Generación de una nueva solicitud de rma de certicado
Carga del certicado del servidor
Visualización del certicado del servidor
Generación de una nueva solicitud de rma de certicado
Para garantizar la seguridad, se recomienda enfáticamente obtener y cargar en la CMC un certicado de servidor seguro. Los certicados
de servidor seguro protegen la identidad de los sistemas remotos y garantizan que nadie pueda ver ni modicar la información que se
intercambia con dichos sistemas. Sin un certicado de servidor seguro, la CMC es vulnerable al acceso de usuarios no autorizados.
Para obtener un certicado de servidor seguro para la CMC, debe enviar una solicitud de rma de certicado (CSR) a la autoridad de
certicados que desee. Una CSR es una solicitud digital de un certicado de servidor seguro que contiene información sobre su
organización y una clave de identicación exclusiva.
Después de generar una CSR, se le pedirá que guarde una copia en la estación de administración o en la red compartida, y la información
exclusiva usada para generar la CSR se almacenará en la CMC. Esta información se utilizará posteriormente para autenticar el certicado
de servidor que se reciba de la autoridad de certicados. Después de recibir el certicado de servidor de la autoridad de certicados, debe
cargarlo en la CMC.
NOTA
: Para que el CMC acepte el certicado de servidor emitido por la autoridad de certicados, la información de
autenticación contenida en el nuevo certicado debe coincidir con la información almacenada en el CMC cuando se generó la
CSR.
PRECAUCIÓN: Cuando se genera una CSR nueva, sobrescribe la CSR anterior en la CMC. Si una CSR pendiente se sobrescribe
antes de que la autoridad de certicados otorgue el certicado, la CMC no aceptará el certicado porque la información que usa
para autenticarlo se habrá perdido. Tenga cuidado al generar CSR, para no sobrescribir ninguna CSR pendiente.
Conguración del CMC 95