Avamar: Installer eller erstat Avamar Certificate Authority (CA) med User Provided Certificate Authority (CA)
Summary: Sådan erstatter du MCS-rodcertifikatautoriteter, selvsigneret standardcertifikat (Management Console Service) med sit eget nøglecenter for gsan/mcs/avagent.
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.
Instructions
Baggrund
Avamar udsætter flere porte med certifikater installeret på dem.
Webserverne på Avamar udsætter følgende porte med SSL-certifikater:
Når sessionssikkerhed er aktiveret, indlæser følgende porte SSL-certifikater:
Når sessionssikkerhed er aktiveret, indlæser sikkerhedskopieringsklienter SSL-certifikater på følgende porte:
Denne "Sådan gør du"-KB-artikel har til formål at beskrive den korrekte kontekst, hvori certifikatmyndigheden skal udskiftes på de sikre porte, der bruges, når sessionssikkerhed er aktiveret til klientregistrering, sikkerhedskopiering og replikering.
Scenarier
Første scenarie:
Hvis du vil erstatte Avamar-webservercertifikaterne, skal du se følgende KB-artikel:
000198691 | Avamar 19.2+ : Installer signerede webservercertifikater for avinstaller, aam/flr/dtlt, mcsdk, rmi og apache aui
Andet scenarie:
Hvis du vil erstatte de certifikater, der bruges til sikkerhedskopiering/replikering/registrering (gsan/mc-rod-CA):
Følg nedenstående trin for at erstatte Avamar CA med dit eget nøglecenter.
Baggrund for sessionssikkerhed
I produktsikkerhedsvejledningen
Sikkerhedsfunktioner for sessioner
Avamar-sessionens sikkerhedsfunktioner leveres af Avamar-installationen, Avamar Virtual Edition (AVE)-konfigurationen, opgraderingsworkflowpakker og workflowet for separat sessionssikkerhedskonfiguration.
Sessionssikkerhedsfunktioner omfatter sikkerhedsforbedringer for kommunikation mellem Avamar-systemprocesser.
Avamar-systemet sikrer al kommunikation mellem Avamar-systemprocesser ved hjælp af sessionsbilletter. Der kræves en gyldig sessionsbillet, før en Avamar-systemproces accepterer en overførsel fra en anden Avamar-systemproces.
Sessionsbilletterne har følgende generelle egenskaber:
- Sessionsbilletten er krypteret og underskrevet for at beskytte mod ændring.
- Sessionsbilletten er gyldig i kort tid.
- Hver sessionsbillet indeholder en unik signatur og tildeles kun én Avamar-systemproces.
- Integriteten af en sessionsbillet er beskyttet af kryptering.
- Hver Avamar-systemnode verificerer separat sessionsbilletsignaturen.
- En session kan forlænges ud over sessionsbillettens levetid, når det er nødvendigt.
Avamar-servergodkendelse
Når du har installeret sessionssikkerhedsfunktionerne, fungerer Avamar-systemet som et privat nøglecenter og genererer et entydigt servercertifikat til Avamar-systemet.
Avamar-systemet installerer den offentlige nøgle til servercertifikatet på alle Avamar-klienter, der er registreret på Avamar-serveren. Avamar-klienter bruger den offentlige nøgle til at godkende overførsler fra Avamar-systemet.
For klienter, der aktuelt er registreret, overføres den offentlige nøgle til servercertifikatet og andre påkrævede certifikatfiler til klienten inden for en time efter installationen.
Avamar-systemet deler også automatisk Avamar-servercertifikatet med Avamar-lagernoderne. Deling af certifikatet gør det muligt for hjælpeprogramnoden og lagernoderne at levere det samme certifikat til godkendelse.
Der er en supplerende KB-artikel med flere oplysninger om sessionssikkerhed nedenfor:
000222278 | Avamar: Sessionssikkerhed
Kontrollér sikkerhedsindstillinger for
sessionLog på Avamar-serveren ved hjælp af ssh
Kør følgende kommando som rodbruger:
Hvis nogen af indstillingerne returnerer sand, aktiveres sessionssikkerhed.
Hvis du har brug for yderligere hjælp til at ændre sikkerhedsindstillinger for sessioner, kan du se følgende KB-artikler:
000222234 | Avamar: Administrer sessionssikkerhedsindstillinger fra CLI
000222279 | Avamar: Administrer sessionssikkerhedsindstillinger med Avinstaller Installation Package (AVP)
Noter
Forskel mellem udskiftning af webservercertifikater vs. gsan/mcs-rodcerts:
- Webservercertifikater erstattet ved hjælp af aui.
- Webservercertifikater kan bruge offentlig eller intern kædet ca.
- Webservercertifikater installerer et blad / server / slutenhedscertifikat med dets tilsvarende private nøgle.
- Webservercertifikatets servercertifikat har en grundlæggende begrænsning på CA: Falsk, hvilket angiver, at certifikatet IKKE kan bruges til at udstede yderligere downstream-CA-certifikater (som et andet mellemliggende CA)
– gsan/mcs-rodcertifikater erstattet ved hjælp af importcert.sh script på Avamar Utility Node.
- gsan/mcs-rodcertifikater er CA-certifikater, IKKE leaf/server/end-entity.
- GSAN/MCS-rodcertifikater har en grundlæggende begrænsning på CA: Sandt Hvad
er en grundlæggende begrænsning?
Basic Constraints er en X.509 Version 3-certifikatudvidelse og bruges til at identificere typen af certifikatindehaver eller -emne.
Hvis certifikatet er et rodnøglecenter eller mellemliggende nøglecenter, forventes det at have udvidelsen Grundlæggende begrænsninger med det booleske nøglecenter angivet til Sand. Dette vil gøre det muligt for certifikatet at underskrive andre certifikater og CRL'er (Certificate Revocation List), validere signaturen af udstedte certifikater og eventuelt angive begrænsninger eller begrænsninger for konfigurationen af udstedte certifikater.
Hvis certifikatet er et blad-/server-/slutenhedscertifikat, forventes det at have udvidelsen Grundlæggende begrænsninger med CA-boolesk angivet til False. Et slutenhedscertifikat kan ikke signere yderligere downstreamcertifikater.
Når GSAN/MC-rod-CA-certifikater udskiftes, erstattes de med et andet nøglecenter. Sandsynligvis internt, da ingen offentligt betroet CA nogensinde ville overdrage deres CA private nøgle til en slutkunde.
Trin til at erstatte Avamar CA med brugerleveret CA
1. Forbered dine rod-/mellemliggende certifikatfiler:
- Privat nøgle: Den private nøgle, der svarer til det længst nedstrøms CA-certifikat, der har evnen til at udstede certifikater.
- »server«-certifikat: Det længst nedstrøms CA-certifikat i PEM-format (Privacy-Enhanced Mail), der har mulighed for at udstede certifikater.
- kædecertifikat: en fil, der indeholder sammenkædede PEM-formaterede mellemliggende / rod-CA-certifikater for at opbygge en tillidskæde.
2. Kør det importcert.sh script som rodbruger for at installere det nye brugerleverede CA:
- Stop MCS og backupplanlæggeren.
- Kontroller nøgle- og certifikatmatch.
- Kontroller, at kædefilen opbygger en tillidskæde for certifikatet.
- Importer filerne til Avamar keystore.
- Opdater GSAN-certifikaterne.
- Start MCS- Forsøg at genregistrere alle klienter
.
- Gensynkroniser med datadomæne.
- Genoptag backup scheduler-tjenesten.
Eksempel
Tre filer udarbejdet
int_key.pem – intern mellemliggende CA-privat nøgle i PKCS1-format
int_cert.crt – internt mellemliggende CA-certifikat
root_ca.crt – internt CA-rodcertifikat
int_key.pem
int_cert.CRT
root_ca.CRT
Installation
Efter installationen
Når installationsscriptet er fuldført, kan det være nødvendigt at genregistrere nogle agentbaserede klienter manuelt og VMware-proxyer.
Hvis du vil kontrollere indholdet af Avamar Keystore for at se resultatet af at køre scriptet, skal du køre følgende kommando:
Mcrsaroot bør kun være et CA-alias med en grundlæggende begrænsning CA: Sand
McrsATLS skal være et fuldt sammenkædet slutenhedscertifikat, der udstedes til Avamar-serveren af brugerleveret downstream-CA
Hvis du vil validere, at certifikaterne blev udskiftet, kan du oprette forbindelse til Avamar Utility-noden som en sikker klient ved hjælp af openssl for at hente certifikatindholdet for gsan/mcs/registreringsportene.
Avamar udsætter flere porte med certifikater installeret på dem.
Webserverne på Avamar udsætter følgende porte med SSL-certifikater:
Port Service 7778 Java Remote Method Invocation (RMI) 7779 Java Remote Method Invocation (RMI) 7780 Java Remote Method Invocation (RMI) 7781 Java Remote Method Invocation (RMI) 443 Apache Webserver 9443 MCSDK (MCS Developer Kit SOAP API) 8543 Tomcat/DTLT/EMT 7543 Avinstaller/Jetty
Når sessionssikkerhed er aktiveret, indlæser følgende porte SSL-certifikater:
Port Service 29000 GSAN secure listening port 30001 Avagent/MCS secure registration port 30002 Avagent/MCS secure port (when replication destination is configured) 30003 Avagent/MCS secure registration port
Når sessionssikkerhed er aktiveret, indlæser sikkerhedskopieringsklienter SSL-certifikater på følgende porte:
Port Service 30002 Avagent/MCS secure listening port (backup client)
Denne "Sådan gør du"-KB-artikel har til formål at beskrive den korrekte kontekst, hvori certifikatmyndigheden skal udskiftes på de sikre porte, der bruges, når sessionssikkerhed er aktiveret til klientregistrering, sikkerhedskopiering og replikering.
Scenarier
Første scenarie:
Hvis du vil erstatte Avamar-webservercertifikaterne, skal du se følgende KB-artikel:
000198691 | Avamar 19.2+ : Installer signerede webservercertifikater for avinstaller, aam/flr/dtlt, mcsdk, rmi og apache aui
Andet scenarie:
Hvis du vil erstatte de certifikater, der bruges til sikkerhedskopiering/replikering/registrering (gsan/mc-rod-CA):
Følg nedenstående trin for at erstatte Avamar CA med dit eget nøglecenter.
Baggrund for sessionssikkerhed
I produktsikkerhedsvejledningen
Sikkerhedsfunktioner for sessioner
Avamar-sessionens sikkerhedsfunktioner leveres af Avamar-installationen, Avamar Virtual Edition (AVE)-konfigurationen, opgraderingsworkflowpakker og workflowet for separat sessionssikkerhedskonfiguration.
Sessionssikkerhedsfunktioner omfatter sikkerhedsforbedringer for kommunikation mellem Avamar-systemprocesser.
Avamar-systemet sikrer al kommunikation mellem Avamar-systemprocesser ved hjælp af sessionsbilletter. Der kræves en gyldig sessionsbillet, før en Avamar-systemproces accepterer en overførsel fra en anden Avamar-systemproces.
Sessionsbilletterne har følgende generelle egenskaber:
- Sessionsbilletten er krypteret og underskrevet for at beskytte mod ændring.
- Sessionsbilletten er gyldig i kort tid.
- Hver sessionsbillet indeholder en unik signatur og tildeles kun én Avamar-systemproces.
- Integriteten af en sessionsbillet er beskyttet af kryptering.
- Hver Avamar-systemnode verificerer separat sessionsbilletsignaturen.
- En session kan forlænges ud over sessionsbillettens levetid, når det er nødvendigt.
Avamar-servergodkendelse
Når du har installeret sessionssikkerhedsfunktionerne, fungerer Avamar-systemet som et privat nøglecenter og genererer et entydigt servercertifikat til Avamar-systemet.
Avamar-systemet installerer den offentlige nøgle til servercertifikatet på alle Avamar-klienter, der er registreret på Avamar-serveren. Avamar-klienter bruger den offentlige nøgle til at godkende overførsler fra Avamar-systemet.
For klienter, der aktuelt er registreret, overføres den offentlige nøgle til servercertifikatet og andre påkrævede certifikatfiler til klienten inden for en time efter installationen.
Avamar-systemet deler også automatisk Avamar-servercertifikatet med Avamar-lagernoderne. Deling af certifikatet gør det muligt for hjælpeprogramnoden og lagernoderne at levere det samme certifikat til godkendelse.
Der er en supplerende KB-artikel med flere oplysninger om sessionssikkerhed nedenfor:
000222278 | Avamar: Sessionssikkerhed
Kontrollér sikkerhedsindstillinger for
sessionLog på Avamar-serveren ved hjælp af ssh
Kør følgende kommando som rodbruger:
enable_secure_config.sh --showconfig
Hvis nogen af indstillingerne returnerer sand, aktiveres sessionssikkerhed.
Hvis du har brug for yderligere hjælp til at ændre sikkerhedsindstillinger for sessioner, kan du se følgende KB-artikler:
000222234 | Avamar: Administrer sessionssikkerhedsindstillinger fra CLI
000222279 | Avamar: Administrer sessionssikkerhedsindstillinger med Avinstaller Installation Package (AVP)
Noter
Forskel mellem udskiftning af webservercertifikater vs. gsan/mcs-rodcerts:
- Webservercertifikater erstattet ved hjælp af aui.
- Webservercertifikater kan bruge offentlig eller intern kædet ca.
- Webservercertifikater installerer et blad / server / slutenhedscertifikat med dets tilsvarende private nøgle.
- Webservercertifikatets servercertifikat har en grundlæggende begrænsning på CA: Falsk, hvilket angiver, at certifikatet IKKE kan bruges til at udstede yderligere downstream-CA-certifikater (som et andet mellemliggende CA)
– gsan/mcs-rodcertifikater erstattet ved hjælp af importcert.sh script på Avamar Utility Node.
- gsan/mcs-rodcertifikater er CA-certifikater, IKKE leaf/server/end-entity.
- GSAN/MCS-rodcertifikater har en grundlæggende begrænsning på CA: Sandt Hvad
er en grundlæggende begrænsning?
Basic Constraints er en X.509 Version 3-certifikatudvidelse og bruges til at identificere typen af certifikatindehaver eller -emne.
Hvis certifikatet er et rodnøglecenter eller mellemliggende nøglecenter, forventes det at have udvidelsen Grundlæggende begrænsninger med det booleske nøglecenter angivet til Sand. Dette vil gøre det muligt for certifikatet at underskrive andre certifikater og CRL'er (Certificate Revocation List), validere signaturen af udstedte certifikater og eventuelt angive begrænsninger eller begrænsninger for konfigurationen af udstedte certifikater.
Hvis certifikatet er et blad-/server-/slutenhedscertifikat, forventes det at have udvidelsen Grundlæggende begrænsninger med CA-boolesk angivet til False. Et slutenhedscertifikat kan ikke signere yderligere downstreamcertifikater.
Når GSAN/MC-rod-CA-certifikater udskiftes, erstattes de med et andet nøglecenter. Sandsynligvis internt, da ingen offentligt betroet CA nogensinde ville overdrage deres CA private nøgle til en slutkunde.
Trin til at erstatte Avamar CA med brugerleveret CA
1. Forbered dine rod-/mellemliggende certifikatfiler:
- Privat nøgle: Den private nøgle, der svarer til det længst nedstrøms CA-certifikat, der har evnen til at udstede certifikater.
- »server«-certifikat: Det længst nedstrøms CA-certifikat i PEM-format (Privacy-Enhanced Mail), der har mulighed for at udstede certifikater.
- kædecertifikat: en fil, der indeholder sammenkædede PEM-formaterede mellemliggende / rod-CA-certifikater for at opbygge en tillidskæde.
2. Kør det importcert.sh script som rodbruger for at installere det nye brugerleverede CA:
importcert.sh <private key> <cert> <chain>Scriptet vil:
- Stop MCS og backupplanlæggeren.
- Kontroller nøgle- og certifikatmatch.
- Kontroller, at kædefilen opbygger en tillidskæde for certifikatet.
- Importer filerne til Avamar keystore.
- Opdater GSAN-certifikaterne.
- Start MCS- Forsøg at genregistrere alle klienter
.
- Gensynkroniser med datadomæne.
- Genoptag backup scheduler-tjenesten.
Eksempel
Tre filer udarbejdet
int_key.pem – intern mellemliggende CA-privat nøgle i PKCS1-format
int_cert.crt – internt mellemliggende CA-certifikat
root_ca.crt – internt CA-rodcertifikat
int_key.pem
root@ser-ave03:/home/admin/#: cat int_key.pem -----BEGIN RSA PRIVATE KEY----- MIIEogIBAAKCAQEAorFbO4McgCv8tFrQVyzcjBQdOAT/bYVNG5SjWH895MHM9OFU B2sQcCTvGJRdSXEheuqHtRVWt761CReXk+yhf51XGtU+0OQdPWecHeSyWfzsLihy ZfCRYcoSP7OW6IAOiigWTZqroZc2jWOygZevyM8HPmpmOa7C2TYCHZNgAQnbw+IU XRDR/Yofsj+IjOit+Fw0zAE2GBm6pViNIv1nHwxTtXkjlu9g4qcHML1/0WkJ2d+p lmnE8qMZtdzOSWZeuBDiOsyTHbjAZFhDetWOjcUZ8z7zmvTjtgSMcSJCQnuNL9Y2 [key_contents_retracted_for_privacy] w1JY6IaQO6GhzLInet2uguuZ9rBBnYxcsz9/PV6Y+ZMTGX1ySLXAhfht0rtfN3qq 3SFzXagwB/v42rEHDRI7Tin7v5oNpD5hWSTwW9jIFikJJZuYCMagwH+to6Pa6CFY AOdHAoGAGCvK9QjJW5BRHAwjgzH3aQijKK9lKtQH4v5YJsEqQK4lFg3S8m6KxgTA XyMzkOFx5+3CFRrXCbNyS3hLDen7IMAZbY35QhvW2DO0Sow+t3dVOxk26RGeAopo ZmemuZ3TR4Esqrd9rdAwHy/YwJ1ZWcLRQmfab4MoQPmK0iuSA6A= -----END RSA PRIVATE KEY-----
int_cert.CRT
root@ser-ave03:/home/admin/#: cat int_cert.crt -----BEGIN CERTIFICATE----- MIIDRzCCAi+gAwIBAgIQfpAycyHdgHTR+JiDuTZLNzANBgkqhkiG9w0BAQsFADAX MRUwEwYDVQQDDAx0b255X3Jvb3RfQ0EwHhcNMjIxMDIxMTQ1ODU2WhcNMjUwMTIz MTQ1ODU2WjAfMR0wGwYDVQQDDBR0b255X2ludGVybWVkaWF0ZV9DQTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBAKKxWzuDHIAr/LRa0Fcs3IwUHTgE/22F TRuUo1h/PeTBzPThVAdrEHAk7xiUXUlxIXrqh7UVVre+tQkXl5PsoX+dVxrVPtDk HT1nnB3ksln87C4ocmXwkWHKEj+zluiADoooFk2aq6GXNo1jsoGXr8jPBz5qZjmu wtk2Ah2TYAEJ28PiFF0Q0f2KH7I/iIzorfhcNMwBNhgZuqVYjSL9Zx8MU7V5I5bv YOKnBzC9f9FpCdnfqZZpxPKjGbXczklmXrgQ4jrMkx24wGRYQ3rVjo3FGfM+85r0 47YEjHEiQkJ7jS/WNsr/i7+ID/OUsf9yemLW00tfLEXSgWcaVEHhH+cCAwEAAaOB hjCBgzAMBgNVHRMEBTADAQH/MB0GA1UdDgQWBBTaUhUnUx2JL/SGVARyaGuQESLC 7DBHBgNVHSMEQDA+gBRXocE7ZbX0UU6YbhaT7hYG5N+zeKEbpBkwFzEVMBMGA1UE AwwMdG9ueV9yb290X0NBggkA1Ru7coWIaxYwCwYDVR0PBAQDAgEGMA0GCSqGSIb3 DQEBCwUAA4IBAQAWTZjFYHIfz6r8N9EtMqweTOfSdNAPfwEKLmIfKJq27oYaE2Il +2xCWBlsa4tz95Rr6Ve0gLT1NmFZki81GcikTS1NG/qeRmPq4orNrMz3HGmU2C/F lFnNOvuJeg8n/0Bl9SWijs4t95ddFty99vU3yWvUrnD/tfwfuMm4v2txRHGaZfSn 90oR6Iy/RwZ3+khcw7NojZ8/UUMHSGX+wk/Lo9pTWM6rxDgDYBGI8z2YLmuiBniO tU8ByLnwCpyFjvho5/ja+rwrs4Qw50n0ZTSbRyoOHRdr73hG8g7sZaReLlq/As9u +CBakbNCeywsmUDVrFifGGkVoadBjjGUpYkC -----END CERTIFICATE-----
root@ser-ave03:/home/admin/#: openssl x509 -noout -text -subject -issuer -in int_cert.crt | grep "CA:\|subject\|issuer"
CA:TRUE
subject= /CN=tony_intermediate_CA
issuer= /CN=tony_root_CA
root_ca.CRT
root@ser-ave03:/home/admin/#: cat root_ca.crt -----BEGIN CERTIFICATE----- MIIDODCCAiCgAwIBAgIJANUbu3KFiGsWMA0GCSqGSIb3DQEBCwUAMBcxFTATBgNV BAMMDHRvbnlfcm9vdF9DQTAeFw0yMjEwMjExNDUyMzZaFw0zMjEwMTgxNDUyMzZa MBcxFTATBgNVBAMMDHRvbnlfcm9vdF9DQTCCASIwDQYJKoZIhvcNAQEBBQADggEP ADCCAQoCggEBANJrB+YHwQPKWdt19nH5IaxEwz198gfJvfVtoG/Qt7HKiDHb6XAa g7nP6MHLZmbNdIv2FB9S9UrOARgOZuxJ4EvqP2Q188ArNFnkUZoo1ylO2JyZ2f7D C21eOGfuupvczdYlB/Tklfs207RIPhEvds5JrMEKmPrP1g8O3kCpiPqoi1Ul+0AG WW8k/EViEaZgsmhMzd3TWm9vcrO5lxzeFnSO8DUL/pAkbvngEErROe02dWayZ3R9 y+tZQ0hDNm0e3qp7iSaDeEOXtXAnr6j/126qaI+q2Mk3/NQpjxYjKuYrW/8dcIOZ LIuISYIpcbc2WU/p0sQVwDo93bBUd1IBbuUCAwEAAaOBhjCBgzAMBgNVHRMEBTAD AQH/MB0GA1UdDgQWBBRXocE7ZbX0UU6YbhaT7hYG5N+zeDBHBgNVHSMEQDA+gBRX ocE7ZbX0UU6YbhaT7hYG5N+zeKEbpBkwFzEVMBMGA1UEAwwMdG9ueV9yb290X0NB ggkA1Ru7coWIaxYwCwYDVR0PBAQDAgEGMA0GCSqGSIb3DQEBCwUAA4IBAQAu+Wgs yWIQT4jIaVX0ddyvrTyXxeMgLovmRyOHC+sa7BPhoyOoGPDlBkaS0s1VABtAoiml Ioqf4UrYsVXFFvrhfTny0FE9Ryw4Q3Az0msj0gELfMuHWkKitW+d/z578g8ngxC4 WDOMwbIzHPa2TbIFoH+plNhnbpxWZj0WRaUBN9uW5U7lG/+OCMgs5+/kjPqrhfyy yNC2/2AgO1QhyZ7wcEltQ5iTQLfni3NVzbLGImOWCbNgKeKYn2pApq5EwUIvyqK5 KPFBXMelDDGcbieJW+7QbDtSnsghsp5i0R6bG5DElYfYODECQMdq3v5/dk/7oDqT 9WHdPFSNlZp0AVtQ -----END CERTIFICATE-----
root@ser-ave03:/home/admin/#: openssl x509 -noout -text -subject -issuer -in root_ca.crt | grep "CA:\|subject\|issuer"
CA:TRUE
subject= /CN=tony_root_CA
issuer= /CN=tony_root_CA
Installation
root@ser-ave03:/home/admin/#: importcert.sh int_key.pem int_cert.crt root_ca.crt The script will re-generate and replace Avamar RootCA. The mcs will be restarted, and ddboost service on datadomain will be restarted if there are datadomains attached. Do you want to continue N/y? [N]:Y 0. Stop backup scheduler Identity added: /home/admin/.ssh/admin_key (/home/admin/.ssh/admin_key) dpnctl: INFO: Suspending backup scheduler... dpnctl: INFO: Backup scheduler suspended. 1. Stop MC Server === BEGIN === check.mcs (poststart) check.mcs passed === PASS === check.mcs PASSED OVERALL (poststart) Stopping REST API Service... REST API Service stopped. Administrator Server shutdown initiated. Stopping Administrator Server at Tue Oct 25 20:19:46 GMT 2022 ... Administrator Server stopped at Tue Oct 25 20:19:48 GMT 2022. === Stop Avamar Certificate Service === Avamar Certificate Service stopped. Stopping the database server. Database server stopped. 2. Vefify key cert if match Key cert matched OK 3. Verify cert by chain Verify OK 4. Import key&cert&chain into keystore Import to keystore OK 5. Refresh tls cert Refresh tls OK 6. Refresh gSAN cert 7. Start MC server Starting the database server. Waiting for postmaster to start ..Started Start MCDB: processing time = 2 s. Check MCS: processing time = 4 s. INFO: Starting messaging service. INFO: Started messaging service. Start Message Broker: processing time = 11 s. === BEGIN === check.mcs (prestart) check.mcs passed === PASS === check.mcs PASSED OVERALL (prestart) Starting Administrator Server at Tue Oct 25 20:20:39 GMT 2022 ... Upgrade MCS Preference: processing time = 196ms Upgrade MCDB: processing time = 436ms Check node list: processing time = 659ms Prepare MC SSL Properties: processing time = 1ms Init node: processing time = 340ms Install service: com.avamar.mc.prefs.MCSPreferencesService, processing time = 9ms Install service: com.avamar.mc.message.MessageEventService, processing time = 11ms Event Size: 18548 Install service: com.avamar.mc.event.EventService, processing time = 5619ms Install service: com.avamar.mc.jms.push.JmsPushService, processing time = 98ms Install service: com.avamar.mc.dpn.DPNProxyService, processing time = 7262ms Install service: com.avamar.mc.datatap.MCDataTapService, processing time = 9ms Install service: com.avamar.mc.cm.ClusterManagerService, processing time = 6ms Install service: com.avamar.mc.wo.WorkOrderSchedulingService, processing time = 305ms Install service: com.avamar.mc.sch.ScheduleService, processing time = 229ms Install service: com.avamar.mc.um.UserManagerService, processing time = 49ms Install service: com.avamar.mc.ldap.LdapManagerService, processing time = 105ms Install service: com.avamar.mc.datadomain.DataDomainService, processing time = 414ms Install service: com.avamar.mc.cr.ClientRegistryService, processing time = 4054ms Install service: com.avamar.mc.burm.BackupRestoreManagerService, processing time = 67ms Initiated VC: /myvc.dell.com Ver: null-null. (Total time - 50359 ms) VmwareService is ready. (Total time - 50362 ms) Install service: com.avamar.mc.vmware.VmwareService, processing time = 53459ms Wait VC cache pool synchronized done for vc /nc-ave01.dell.com at Tue Oct 25 20:21:54 GMT 2022 Total time(ms) - 0 Install service: com.avamar.mc.pdm.ProxyDeploymentManagerService, processing time = 37ms Install service: com.avamar.mc.mon.MonitorService, processing time = 457ms Install service: com.avamar.mc.mcsm.MCSManagerService, processing time = 135ms Install service: com.avamar.mc.lm.LicenseManagerService, processing time = 118ms Install service: com.avamar.mc.rpt.ReportService, processing time = 180ms Install service: com.avamar.mc.ws.MCWebServices, processing time = 154ms Install service: com.avamar.mc.ws.MCJettyService, processing time = 1272ms Install service: com.avamar.mc.repl.ReplicationService, processing time = 87ms Install service: com.avamar.mc.st.SessionTicketService, processing time = 1171ms Install service: com.avamar.mc.ras.McEbmsService, processing time = 3698ms Install service: com.avamar.mc.migration.MigrationService, processing time = 56ms Start service container: processing time = 79083ms log4j:WARN No appenders could be found for logger (org.apache.axiom.util.stax.dialect.StAXDialectDetector). log4j:WARN Please initialize the log4j system properly. Init crontab: processing time = 4075ms Update axion system table: processing time = 4ms Update connect emc email subject: processing time = 12ms Administrator Server started at Tue Oct 25 20:22:06 GMT 2022. Start MC Java Process: processing time = 88 s. INFO: Starting Data Domain SNMP Manager.... INFO: Connecting to MCS Server: ser-ave03 at port: 7778... INFO: Successfully connected to MCS Server: ser-ave03 at port: 7778. INFO: No trap listeners were started, Data Domain SNMP Manager didn't start. Other Task: processing time = 7 s. Starting REST API Service........ REST API Service started. Start MC Rest: processing time = 16 s. === Start Avamar Certificate Service === Avamar Certificate Service started. 8. Re-register all clients 0,22237,Client invited to activate with server. Attribute Value --------- -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- summary Partial-sucessfullly activiated clients. , succeed activated clients: client1.dell.com ser-ave03 client2.dell.com , failed activated clients: ser-ave04, caused by Unable to contact: /clients/ser-ave04 on port: 28009 client3.dell.com, caused by Unable to contact: /clients/client3.dell.com on port: 28002 client4.dell.com, caused by Unable to contact: /clients/client4.dell.com on port: 28002 10. Start backup scheduler Identity added: /home/admin/.ssh/admin_key (/home/admin/.ssh/admin_key) dpnctl: INFO: Resuming backup scheduler... dpnctl: INFO: Backup scheduler resumed. dpnctl: INFO: No /usr/local/avamar/var/dpn_service_status exist.
Efter installationen
Når installationsscriptet er fuldført, kan det være nødvendigt at genregistrere nogle agentbaserede klienter manuelt og VMware-proxyer.
Hvis du vil kontrollere indholdet af Avamar Keystore for at se resultatet af at køre scriptet, skal du køre følgende kommando:
keytool -list -v -keystore /usr/local/avamar/lib/avamar_keystore -storepass $(avlockbox.sh -r keystore_passphrase)Aliaser:
Mcrsaroot bør kun være et CA-alias med en grundlæggende begrænsning CA: Sand
keytool -export -keystore /usr/local/avamar/lib/avamar_keystore -storepass $(avlockbox.sh -r keystore_passphrase) -alias mcrsaroot -rfc | openssl x509 -text -noout | egrep "Subject:|Issuer:|CA:"eksempel
Issuer: CN=tony_root_CA
Subject: CN=tony_intermediate_CA
CA:TRUE
McrsATLS skal være et fuldt sammenkædet slutenhedscertifikat, der udstedes til Avamar-serveren af brugerleveret downstream-CA
keytool -export -keystore /usr/local/avamar/lib/avamar_keystore -storepass $(avlockbox.sh -r keystore_passphrase) -alias mcrsatls -rfc | openssl x509 -text -noout | egrep "Subject:|Issuer:|CA:"eksempel
Issuer: CN=tony_intermediate_CA
Subject: C=US, ST=California, L=Irvine, O=EMC Corp, OU=BRS Division, CN=Avamar Server RSA TLS, CN=ser-ave03.dell.com
CA:FALSE
Hvis du vil validere, at certifikaterne blev udskiftet, kan du oprette forbindelse til Avamar Utility-noden som en sikker klient ved hjælp af openssl for at hente certifikatindholdet for gsan/mcs/registreringsportene.
Port Certificate 29000 /home/admin/chain.pem (exported PEM copy of mcrsaroot) 30001 mcsrsatls (chained) 30002 new avamar client certificate 30003 mcrsatls (chained)
openssl s_client -connect localhost:29000 -showcerts </dev/null 2>/dev/null | openssl x509 -text -noout | egrep "Subject:|Issuer:|CA:"
openssl s_client -connect localhost:30001 -showcerts </dev/null 2>/dev/null | openssl x509 -text -noout | egrep "Subject:|Issuer:|CA:"
openssl s_client -connect localhost:30002 -showcerts </dev/null 2>/dev/null | openssl x509 -text -noout | egrep "Subject:|Issuer:|CA:"
openssl s_client -connect localhost:30003 -showcerts </dev/null 2>/dev/null | openssl x509 -text -noout | egrep "Subject:|Issuer:|CA:"
Fejlfinding
Hvis du støder på følgende fejl under scriptet, skyldes det sandsynligvis, at du forsøger at installere et slutenhedscertifikat i stedet for et nøglecenter, der kan udstede certifikater.
5. Refresh tls cert Refresh tls ERROR
Hvis port 30002 på Avamar Utility-noden stadig viser de gamle certifikater, efter scriptet er fuldført, skal du genstarte Avagent.
service avagent restart
Affected Products
AvamarArticle Properties
Article Number: 000204629
Article Type: How To
Last Modified: 30 May 2024
Version: 6
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.