Die Schritte zur Fehlerbehebung unterscheiden sich abhängig davon, ob Sie von Google verwaltete SSL-Zertifikate oder selbstverwaltete SSL-Zertifikate verwenden.
Fehlerbehebung bei von Google verwalteten Zertifikaten
Für von Google verwaltete Zertifikate gibt es zwei Statustypen:
- Verwaltet
- Domainstatus
Verwaltet
Führen Sie den folgenden Befehl aus, um den Zertifikatstatus zu prüfen:
gcloud compute ssl-certificates describe CERTIFICATE_NAME \
--global \
--format="get(name,managed.status)"
Der Status verwaltet kann folgende Werte haben:
| Verwaltet | Erklärung |
|---|---|
PROVISIONING |
Das von Google verwaltete Zertifikat wurde erstellt und Google Cloud arbeitet mit der Zertifizierungsstelle zusammen, um es zu signieren. Die Bereitstellung eines von Google verwalteten Zertifikats kann bis zu 60 Minuten dauern, nachdem die DNS- und Load-Balancer-Konfigurationsänderungen im Internet wirksam wurden. Wenn Sie Ihre DNS-Konfiguration kürzlich aktualisiert haben, kann es einige Zeit dauern, bis die Änderungen vollständig weitergegeben wurden. Manchmal dauert die Weitergabe bis zu 72 Stunden weltweit, wobei es in der Regel einige Stunden dauert. Weitere Informationen zur DNS-Weitergabe finden Sie unter Weitergabe von Änderungen. Wenn das Zertifikat weiterhin den Status |
ACTIVE |
Das von Google verwaltete SSL-Zertifikat erhalten Sie von der Zertifizierungsstelle. Es kann zusätzliche 30 Minuten dauern, bis es von einem Load-Balancer verwendet werden kann. |
PROVISIONING_FAILED |
Möglicherweise sehen Sie PROVISIONING_FAILED kurz, auch wenn Ihr Zertifikat tatsächlich ACTIVE ist.
Prüfen Sie den Status noch einmal.
Wenn der Status weiter PROVISIONING_FAILED ist, wurde das von Google verwaltete Zertifikat erstellt, die Zertifizierungsstelle kann es aber nicht signieren. Prüfen Sie, ob Sie alle Schritte unter Von Google verwaltete SSL-Zertifikate verwenden ausgeführt haben. Google Cloud wiederholt die Bereitstellung solange, bis sie erfolgreich ist oder sich der Status in PROVISIONING_FAILED_PERMANENTLY ändert.
|
PROVISIONING_FAILED_PERMANENTLY |
Das von Google verwaltete Zertifikat wurde erstellt, kann aber wegen eines DNS- oder Load-Balancer-Konfigurationsproblems von der Zertifizierungsstelle nicht signiert werden. In diesem Fall wiederholt Google Cloud die Bereitstellung nicht noch einmal. Erstellen Sie ein von Google verwaltetes SSL-Ersatzzertifikat und achten Sie darauf, dass der Ersatz dem Zielproxy Ihres Load-Balancers zugeordnet ist. Prüfen Sie die Schritte unter Von Google verwaltete SSL-Zertifikate verwenden und führen Sie sie aus, falls noch nicht geschehen. Anschließend können Sie das Zertifikat löschen, das dauerhaft nicht bereitgestellt werden konnte. |
RENEWAL_FAILED |
Die von Google verwaltete Zertifikatverlängerung ist aufgrund eines Problems mit dem Load-Balancer oder der DNS-Konfiguration fehlgeschlagen. Wenn eine der Domains oder Subdomains in einem verwalteten Zertifikat nicht mithilfe eines A/AAAA-Eintrags auf die IP-Adresse des Load-Balancers verweist, schlägt die Verlängerung fehl. Das vorhandene Zertifikat wird weiterhin verwendet, läuft aber bald ab. Überprüfen Sie die Konfiguration. Wenn der Status Weitere Informationen zur Verlängerung der Zertifikate finden Sie unter Von Google verwaltete SSL-Zertifikatsverlängerung. |
Domainstatus
Führen Sie den folgenden Befehl aus, um den Domainstatus zu prüfen:
gcloud compute ssl-certificates describe CERTIFICATE_NAME \
--global \
--format="get(managed.domainStatus)"
Die Werte für den Domainstatus werden in dieser Tabelle beschrieben.
| Domainstatus | Erklärung |
|---|---|
PROVISIONING |
Das von Google verwaltete Zertifikat wird für die Domain erstellt. Google Cloud arbeitet mit der Zertifizierungsstelle zusammen, um das Zertifikat zu signieren. |
ACTIVE |
Die Domain wurde erfolgreich für die Bereitstellung des Zertifikats validiert. Wenn das SSL-Zertifikat für mehrere Domains bestimmt ist, kann das Zertifikat nur bereitgestellt werden, wenn alle Domains den Status ACTIVE haben und der verwaltete Status des Zertifikats ebenfalls ACTIVE lautet.
|
FAILED_NOT_VISIBLE |
Die Bereitstellung von Zertifikaten für die Domain wurde nicht abgeschlossen. Möglicherweise liegt eines der folgenden Probleme vor:
PROVISIONING lautet, versucht Google Cloud weiterhin, die Bereitstellung auch dann durchzuführen, wenn der Domainstatus FAILED_NOT_VISIBLE ist.
|
FAILED_CAA_CHECKING |
Die Bereitstellung von Zertifikaten hat ein Konfigurationsproblem mit dem CAA-Eintrag Ihrer Domain festgestellt und ist darum fehlgeschlagen. Achten Sie darauf, dass Sie dem richtigen Ablauf gefolgt sind. |
FAILED_CAA_FORBIDDEN |
Die Bereitstellung von Zertifikaten ist fehlgeschlagen, da der CAA-Eintrag Ihrer Domain keine von Google Cloud zu verwendende Zertifizierungsstelle angibt. Achten Sie darauf, dass Sie dem richtigen Ablauf gefolgt sind. |
FAILED_RATE_LIMITED |
Die Bereitstellung von Zertifikaten ist fehlgeschlagen, da eine Zertifizierungsstelle befristete Anfragen für Zertifikatsignaturen hat. Sie können ein neues Zertifikat bereitstellen, zur Verwendung des neuen Zertifikats wechseln und das vorherige Zertifikat löschen oder den Google Cloud-Support kontaktieren. |
Verlängerung des verwalteten Zertifikats
Wenn eine der Domains oder Subdomains in einem verwalteten Zertifikat nicht auf die IP-Adresse des Load-Balancers verweist, schlägt der Verlängerungsprozess fehl. Achten Sie darauf, dass alle Ihre Domains und Subdomains auf die IP-Adresse des Load-Balancers verweisen, um Fehler bei der Verlängerung zu vermeiden.
Fehlerbehebung bei selbstverwalteten SSL-Zertifikaten
In dieser Anleitung wird beschrieben, wie Sie Probleme bei der Konfiguration selbstverwalteter SSL-Zertifikate beheben können.
Das Zertifikat kann nicht geparst werden
Für Google Cloud sind Zertifikate im PEM-Format erforderlich. Wenn das Zertifikat im PEM-Format vorliegt, prüfen Sie Folgendes:
Sie können Ihr Zertifikat mithilfe des folgenden OpenSSL-Befehls validieren. Ersetzen Sie dabei CERTIFICATE_FILE durch den Pfad zu Ihrer Zertifikatsdatei:
openssl x509 -in CERTIFICATE_FILE -text -noout
Wenn OpenSSL Ihr Zertifikat nicht parsen kann:
- Wenden Sie sich an Ihre Zertifizierungsstelle, um Hilfe zu erhalten.
- Erstellen Sie einen neuen privaten Schlüssel und ein neues Zertifikat.
Fehlender gemeinsamer Name oder alternativer Antragstellername
Bei Google Cloud muss das Zertifikat entweder einen gemeinsamen Namen (CN) oder einen alternativen Antragstellernamen (SAN) haben. Weitere Informationen erhalten Sie unter CSR erstellen.
Wenn beide Attribute fehlen, zeigt Google Cloud beim Versuch, ein selbstverwaltetes Zertifikat zu erstellen, die folgende Fehlermeldung an:
ERROR: (gcloud.compute.ssl-certificates.create) Could not fetch resource:
- The SSL certificate is missing a Common Name(CN) or Subject Alternative
Name(SAN).
Der private Schlüssel kann nicht geparst werden
Google Cloud erfordert private Schlüssel im PEM-Format, die die Kriterien für private Schlüssel erfüllen.
Sie können Ihren privaten Schlüssel mit dem folgenden OpenSSL-Befehl validieren. Ersetzen Sie dabei PRIVATE_KEY_FILE durch den Pfad zu Ihrem privaten Schlüssel:
openssl rsa -in PRIVATE_KEY_FILE -check
Die folgenden Antworten weisen auf ein Problem mit Ihrem privaten Schlüssel hin:
unable to load Private KeyExpecting: ANY PRIVATE KEYRSA key error: n does not equal p qRSA key error: d e not congruent to 1RSA key error: dmp1 not congruent to dRSA key error: dmq1 not congruent to dRSA key error: iqmp not inverse of q
Zur Behebung des Problems müssen Sie einen neuen privaten Schlüssel und ein neues Zertifikat erstellen.
Private Schlüssel mit Passphrasen
Wenn Sie von OpenSSL zur Eingabe einer Passphrase aufgefordert werden, müssen Sie die Passphrase aus Ihrem privaten Schlüssel entfernen, bevor Sie sie für Google Cloud verwenden können. Sie können den folgenden OpenSSL-Befehl verwenden:
openssl rsa -in PRIVATE_KEY_FILE \
-out REPLACEMENT_PRIVATE_KEY_FILE
Ersetzen Sie die Platzhalter durch gültige Werte:
PRIVATE_KEY_FILE: Der Pfad zu Ihrem privaten Schlüssel, der mit einer Passphrase geschützt istREPLACEMENT_PRIVATE_KEY_FILE: Der Pfad, unter dem Sie eine Kopie Ihres privaten Nur-Text-Schlüssels speichern möchten.
Ablaufende Zwischenzertifikate
Wenn ein Zwischenzertifikat vor dem (untergeordneten) Serverzertifikat abläuft, könnte dies darauf hindeuten, dass Ihre Zertifizierungsstelle die Best Practices nicht befolgt.
Wenn ein Zwischenzertifikat abläuft, wird Ihr untergeordnetes Zertifikat, das in Google Cloud verwendet wird, möglicherweise ungültig. Dies hängt folgendermaßen vom SSL-Client ab:
- Einige SSL-Clients betrachten nur die Ablaufzeit des untergeordneten Zertifikats und ignorieren abgelaufene Zwischenzertifikate.
- Einige SSL-Clients behandeln eine Kette mit abgelaufenen Zwischenzertifikaten als ungültig und zeigen eine Warnung an.
So beheben Sie das Problem:
- Warten Sie, bis die Zertifizierungsstelle zu einem neuen Zwischenzertifikat gewechselt hat.
- Fordern Sie ein neues Zertifikat an.
- Laden Sie das neue Zertifikat mit den neuen Schlüsseln noch einmal hoch.
Ihre Zertifizierungsstelle lässt möglicherweise auch Quersignaturen für Zwischenzertifikate zu. Wenden Sie sich zur Bestätigung an Ihre Zertifizierungsstelle.
Der öffentliche RSA-Exponent ist zu groß
Die folgende Fehlermeldung wird angezeigt, wenn der öffentliche RSA-Exponent größer ist als Achten Sie darauf, 65537 gemäß RFC 4871 zu verwenden.
ERROR: (gcloud.compute.ssl-certificates.create) Could not fetch resource:
- The RSA public exponent is too large.
SSL-Zertifikat vom Zielproxy entfernen
In den folgenden Schritten wird gezeigt, wie Sie ein einzelnes SSL-Zertifikat entfernen, das mit dem Ziel-HTTPS-Proxy verknüpft ist:
Exportieren Sie den target-https-proxy in eine temporäre Datei.
gcloud compute target-https-proxies export TARGET_PROXY_NAME > /tmp/proxy
Bearbeiten Sie die Datei
/tmp/proxyund entfernen Sie die folgenden Zeilen:sslCertificates: - https://www.googleapis.com/compute/v1/projects/...Importieren Sie die Datei
/tmp/proxy.gcloud compute target-https-proxies import TARGET_PROXY_NAME \ --source=/tmp/proxy
Optional: Löschen Sie das SSL-Zertifikat.
gcloud compute ssl-certificates delete SSL_CERT_NAME
Ersetzen Sie Folgendes:
TARGET_PROXY_NAMEist der Name des HTTPS-Ziel-Proxys.SSL_CERT_NAMEist der Name des SSL-Zertifikats.