Ressource: ServerTlsPolicy
ServerTlsPolicy ist eine Ressource, die angibt, wie ein Server eingehende Anfragen authentifizieren soll. Diese Ressource selbst hat keine Auswirkungen auf die Konfiguration, es sei denn, sie ist an eine Auswahlressource für die Ziel-HTTPS-Proxy- oder Endpunktkonfiguration angehängt.
ServerTlsPolicy in der von Application Load Balancern akzeptierten Form kann nur an TargetHttpsProxy mit dem Load-Balancing-Schema EXTERNAL, EXTERNAL_MANAGED oder INTERNAL_MANAGED angehängt werden. Mit Traffic Director kompatible ServerTlsPolicies können an EndpointPolicy und TargetHttpsProxy mit dem Traffic Director-Load-Balancing-Schema INTERNAL_SELF_MANAGED angehängt werden.
| JSON-Darstellung |
|---|
{ "name": string, "description": string, "createTime": string, "updateTime": string, "labels": { string: string, ... }, "allowOpen": boolean, "serverCertificate": { object ( |
| Felder | |
|---|---|
name |
Erforderlich. Name der „ServerTlsPolicy“-Ressource. Entspricht dem Muster |
description |
Textbeschreibung der Ressource. |
createTime |
Nur Ausgabe. Der Zeitstempel, der angibt, wann die Ressource erstellt wurde. Verwendet RFC 3339, wobei die generierte Ausgabe immer Z-normalisiert ist und 0, 3, 6 oder 9 Nachkommastellen verwendet. Andere Offsets als „Z“ werden ebenfalls akzeptiert. Beispiele: |
updateTime |
Nur Ausgabe. Der Zeitstempel der Ressourcenaktualisierung. Verwendet RFC 3339, wobei die generierte Ausgabe immer Z-normalisiert ist und 0, 3, 6 oder 9 Nachkommastellen verwendet. Andere Offsets als „Z“ werden ebenfalls akzeptiert. Beispiele: |
labels |
Eine Reihe von Label-Tags, die der Ressource zugeordnet sind. Ein Objekt, das eine Liste von |
allowOpen |
Dieses Feld gilt nur für Traffic Director-Richtlinien. Für Application Load Balancer-Richtlinien muss sie auf „false“ gesetzt werden. Bestimmt, ob der Server Klartextverbindungen zulässt. Wenn das Kästchen markiert ist, lässt der Server Nur-Text-Verbindungen zu. Standardmäßig ist es auf „false“ gesetzt. Diese Einstellung schließt andere Verschlüsselungsmodi nicht aus. Wenn beispielsweise Verwenden Sie diese Option, wenn Sie Ihre Bereitstellung direkt auf TLS aktualisieren möchten, während gemischter TLS- und Nicht-TLS-Traffic Port :80 erreicht. |
serverCertificate |
Optional, wenn die Richtlinie mit Traffic Director verwendet werden soll. Muss für Application Load Balancer leer sein. Definiert einen Mechanismus zur Bereitstellung der Serveridentität (öffentliche und private Schlüssel). Kann nicht mit |
mtlsPolicy |
Dieses Feld ist erforderlich, wenn die Richtlinie mit Application Load Balancern verwendet wird. Dieses Feld kann für Traffic Director leer sein. Definiert einen Mechanismus zum Bereitstellen von Peer-Validierungszertifikaten für die Peer-to-Peer-Authentifizierung (gegenseitiges TLS – mTLS). Wenn nicht angegeben, wird kein Clientzertifikat angefordert. Die Verbindung wird als TLS und nicht als mTLS behandelt. Wenn |
MTLSPolicy
Spezifikation der MTLSPolicy.
| JSON-Darstellung |
|---|
{ "clientValidationMode": enum ( |
| Felder | |
|---|---|
clientValidationMode |
Wenn der Client dem Load Balancer ein ungültiges oder kein Zertifikat übergibt, gibt der Erforderlich, wenn die Richtlinie mit den Application Load Balancern verwendet werden soll. Für Traffic Director muss es leer sein. |
clientValidationCa[] |
Erforderlich, wenn die Richtlinie mit Traffic Director verwendet werden soll. Bei Application Load Balancern muss es leer sein. Definiert den Mechanismus, mit dem das Zertifikat der Zertifizierungsstelle für die Validierung des Clientzertifikats abgerufen wird. |
clientValidationTrustConfig |
Verweis auf die TrustConfig aus dem Namespace „certificatemanager.googleapis.com“. Wenn angegeben, wird die Kettenvalidierung anhand der in der angegebenen TrustConfig konfigurierten Zertifikate durchgeführt. Nur zulässig, wenn die Richtlinie mit Application Load Balancern verwendet werden soll. |
tier |
Gegenseitige TLS-Stufe. Nur zulässig, wenn die Richtlinie mit Application Load Balancern verwendet werden soll. |
ClientValidationMode
Modus für die gegenseitige TLS-Zertifikatsvalidierung.
| Enums | |
|---|---|
CLIENT_VALIDATION_MODE_UNSPECIFIED |
Nicht zulässig |
ALLOW_INVALID_OR_MISSING_CLIENT_CERT |
Verbindung auch dann zulassen, wenn die Validierung der Zertifikatskette des Clientzertifikats fehlgeschlagen ist oder kein Clientzertifikat vorgelegt wurde. Der Nachweis des Besitzes des privaten Schlüssels wird immer geprüft, wenn ein Clientzertifikat vorgelegt wurde. In diesem Modus muss das Backend die Verarbeitung von Daten implementieren, die aus einem Clientzertifikat extrahiert wurden, um den Peer zu authentifizieren, oder Verbindungen ablehnen, wenn der Fingerabdruck des Clientzertifikats fehlt. |
REJECT_INVALID |
Ein Clientzertifikat anfordern und die Verbindung zum Backend nur zulassen, wenn die Validierung des Clientzertifikats erfolgreich war. Wenn festgelegt, ist ein Verweis auf eine nicht leere TrustConfig erforderlich, die in |
Stufe
Gegenseitige TLS-Stufe für XLB.
| Enums | |
|---|---|
TIER_UNSPECIFIED |
Wenn in der Anfrage keine Stufe angegeben ist, wählt das System einen Standardwert aus – derzeit die Stufe STANDARD. |
STANDARD |
Standardstufe. In erster Linie für Softwareanbieter (Dienst-zu-Dienst-/API-Kommunikation). |
ADVANCED |
Erweiterte Stufe. Für Kunden in stark regulierten Umgebungen, die längere Schlüssel und komplexe Zertifikatsketten angeben. |
Methoden |
|
|---|---|
|
Erstellt eine neue ServerTlsPolicy in einem bestimmten Projekt und an einem bestimmten Standort. |
|
Löscht eine einzelne ServerTlsPolicy. |
|
Ruft Details zu einer einzelnen ServerTlsPolicy ab. |
|
Listet „ServerTlsPolicies“ in einem bestimmten Projekt und an einem bestimmten Standort auf. |
|
Aktualisiert die Parameter einer einzelnen „ServerTlsPolicy“ |