Data Domain: Administration af værtscertifikater for HTTP og HTTPS

Summary: Værtscertifikater gør det muligt for browsere og programmer at bekræfte identiteten af et Data Domain-system, når der oprettes sikre administrationssessioner. HTTPS er aktiveret som standard. Systemet kan enten bruge et selvsigneret certifikat eller et importeret certifikat fra et nøglecenter, der er tillid til. I denne artikel forklares det, hvordan du kontrollerer, genererer, anmoder om, importerer og sletter certifikater for HTTP/HTTPS på Data Domain-systemer. ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Instructions

Certifikater kan udløbe eller blive ugyldige. Hvis der ikke importeres et certifikat, bruger systemet et selvsigneret certifikat, som browsere eller integrerede programmer muligvis ikke har tillid til.

  1. Kontroller eksisterende certifikater.

På Data Domain (DD-CLI) skal du køre følgende kommando for at få vist installerede certifikater:

adminaccess certificate show

Hvis certifikaterne er udløbet eller nærmer sig udløb:

  • Hvis du er selvsigneret, skal du regenerere ved hjælp af DD-CLI
  • Hvis importeret, skal du følge CSR- og importtrinnene nedenfor.
    1. Generer selvsignerede certifikater.

    Sådan regenereres HTTPS-certifikatet:

    adminaccess certificate generate self-signed-cert

    Sådan regenererer du HTTPS og pålidelige CA-certifikater:

    adminaccess certificate generate self-signed-cert regenerate-ca
    1. Generer en anmodning om certifikatsignering (CSR)

    Brug DD System Manager:

    1. Angiv en adgangssætning, hvis den ikke allerede er udført:
    system passphrase set
    1. Gå til > Administration Access > Administrator Access.
    2. Vælg fanen Konfigurer certifikat for > HTTPS >>Tilføj.
    3. Klik på Generer CSR for dette Data Domain-system.
    4. Udfyld CSR-formularen og download filen fra:
    /ddvar/certificates/CertificateSigningRequest.csr

    Alternativt eksempel på CLI:

    adminaccess certificate cert-signing-request generate key-strength 2048bit country "CN" state "Shanghai" city "Shanghai" org-name "Dell EMC" org-unit "Dell EMC" common-name "ddve1.example.com" subject-alt-name "DNS:ddve1.example.com, DNS:ddve1"
    1. Importer signeret certifikat

    Brug DD System Manager:

    1. Vælg administrationsadgang >> Enadministratoradgang
    2. Vælg HTTPS i området Tjenester, og klik på Konfigurer
    3. Vælg fanen Certifikat
    4. Klik på Tilføj. Der vises en dialogboks Upload:
    • Til .p12 Fil:
      • Vælg Overfør certifikat som .p12 fil, indtast adgangskode, gennemse og upload.
      • Eksempel for .p12 Udvalg:
    Upload certifikat as.p12-fil
    • Til .pem Fil:
      • Vælg Upload offentlig nøgle som .pem fil og brug genereret privat nøgle, gennemse og upload.

    DD CLI-alternativ: Se artiklen Data Domain: Sådan genererer du en anmodning om certifikatsignering og bruger eksternt signerede certifikater

    1. Slet eksisterende certifikat.

    Før du tilføjer et nyt certifikat, skal du slette det nuværende certifikat:

      1. Gå til Administration >> Access Administrator Access > HTTPS > Fanen Konfigurer > certifikat.
      2. Vælg certifikat, og klik på Slet.

     

    1. CSR-validering

    Bekræft CSR ved hjælp af Windows-kommandoprompt:

    certutil -dump <CSR file path>
    1. Fejlfinding: Browseren viser "Certifikat, der ikke er tillid til" efter import af CA-signeret certifikat

    Hvis browseren viser advarslen "certifikat ikke tillid til" eller "forbindelsen er ikke sikker" efter import af et CA-signeret certifikat, mangler den importerede PEM- eller P12-fil muligvis mellemliggende CA-certifikater i certifikatkæden.

    Årsag: Når den importerede fil kun indeholder bladcertifikatet (servercertifikatet) uden de(t) mellemliggende CA-certifikat(er), tjener Data Domain en ufuldstændig certifikatkæde. Nogle desktopbrowsere kan automatisk hente manglende mellemprodukter, men mobilenheder, overvågningssystemer og DD-til-DD-tillidshandlinger mislykkes.

    Bekræft certifikatkæden:

    På en arbejdsstation med OpenSSL installeret skal du kontrollere PEM-filen før import:

    openssl crl2pkcs7 -nocrl -certfile <certificate_file.pem> | openssl pkcs7 -print_certs -noout

    Denne kommando viser alle certifikater i filen. En komplet kæde skal indeholde:

    • Bladcertifikatet (server) (emne CN, der matcher DD-værtsnavnet/FQDN)
    • Et eller flere mellemliggende CA-certifikater
    • Eventuelt rodnøglecentercertifikatet

    Hvis kun bladcertifikatet er til stede, er kæden ufuldstændig.

    Løsning:

    1. Få de(t) mellemliggende CA-certifikat(er) fra Enterprise Certificate Authority-teamet.

    2. Sammenkæd certifikaterne i en enkelt PEM-fil i følgende rækkefølge:

      • Bladcertifikat (første)
      • Mellemliggende CA-certifikat(er) (i kæderækkefølge)
      • Root CA-certifikat (sidste, valgfri)

    3. Slet det aktuelt importerede certifikat fra Data Domain:

      adminaccess certificate delete imported-host application https

    4. Importer den rekonstruerede PEM-fil, der indeholder hele kæden, ved hjælp af GUI- eller CLI-procedurerne i afsnit 4 ovenfor.

    Bemærk: Private og offentlige nøgler skal være 2048 bits . DDOS understøtter kun ét værtscertifikat til HTTPS ad gangen. Hvis du bruger .p12-format, skal du sikre dig, at PKCS#12-filen blev genereret med hele certifikatkæden inkluderet.

    Additional Information

    • Private og offentlige nøgler skal være 2048 bit.
    • DDOS understøtter kun en aktiv CSR og et signeret certifikat til HTTPS ad gangen.

    Reference: KB-implementering: Data Domain: Sådan bruges eksternt signerede certifikater

    Affected Products

    Data Domain
    Article Properties
    Article Number: 000205198
    Article Type: How To
    Last Modified: 07 Jul 2026
    Version:  9
    Find answers to your questions from other Dell users
    Support Services
    Check if your device is covered by Support Services.