Google Cloud Secure Web Proxy: Routingmodi und Zugriffsrichtlinien
Unterscheiden Sie explizites Routing und Routing über den nächsten Hop und ordnen Sie dann das erforderliche HTTP-Ziel oder die Anforderungsfelder der gewählten Richtlinienfläche zu.
Secure Web Proxy kann verwaltete Zielrichtlinien auf ausgehenden HTTP- und HTTPS-Datenverkehr anwenden, der darüber geleitet wird. Das Anlegen des Gateways allein bringt Workloads nicht auf diese Route.
| Routingmodus | Wie der Datenverkehr ihn erreicht |
|---|---|
| Explizit | HTTP-Clients der teilnehmenden Workloads nutzen den Proxy-Endpunkt |
| Nächster Hop | Das Netzwerk-Routing leitet den Datenverkehr zum Dienst |
Bei Gateway-Sicherheitsrichtlinien kann der Sitzungsabgleich Quellidentität, Ziel-Hostname und Port auswerten. Der Abgleich auf Anwendungsebene ergänzt URL-Pfade, Methoden und Header; die Prüfung verschlüsselter Anforderungsinhalte erfordert die entsprechende TLS-Inspektionsregelung.
Regeln verwenden zuerst Prioritäten mit niedrigerer Nummer, wobei der erste Treffer die Aktion bestimmt. Die Gateway-Sicherheitsrichtlinie verweigert Datenverkehr standardmäßig, bis eine Zulassungsregel ihn erlaubt.
Wählen Sie die Richtlinienfläche mit Blick auf ihre Funktionen. Ein Gateway nutzt entweder eine Autorisierungsrichtlinie oder eine Gateway-Sicherheitsrichtlinie; sie bieten keine identischen Abgleichsfunktionen. URL-Listen gehören zu Gateway-Sicherheitsrichtlinien.
Der dokumentierte Dienst unterstützt IPv4 und HTTP über HTTP/2, ohne IPv6 oder HTTP/3. Diese Grenzen und jede TCP-Anforderung außerhalb des Webs gehören zur Routingentscheidung, bevor sie für den Workload übernommen wird.