Google Cloud Secure Web Proxy: routeringsmodi en toegangsbeleid
Onderscheid expliciete routering en routering via de volgende hop en koppel daarna de vereiste HTTP-bestemming of aanvraagvelden aan het gekozen beleidsoppervlak.
Secure Web Proxy kan beheerd bestemmingsbeleid toepassen op uitgaand HTTP- en HTTPS-verkeer dat erdoorheen wordt gerouteerd. Alleen de gateway aanmaken zet workloads niet op die route.
| Routeringsmodus | Hoe verkeer het bereikt |
|---|---|
| Expliciet | HTTP-clients van deelnemende workloads gebruiken het proxy-eindpunt |
| Volgende hop | Netwerkroutering leidt verkeer naar de service |
Voor beveiligingsbeleid van de gateway kan sessiematching bronidentiteit, bestemmingshostnaam en poort evalueren. Matching op applicatieniveau voegt URL-paden, methoden en headers toe; het inspecteren van versleutelde aanvraaginhoud vereist de bijbehorende TLS-inspectie-inrichting.
Regels gebruiken eerst prioriteiten met een lager nummer, en de eerste overeenkomst bepaalt de actie. Het beveiligingsbeleid van de gateway weigert verkeer standaard tot een toestemmingsregel het doorlaat.
Kies het beleidsoppervlak met de functies ervan in het oog. Een gateway gebruikt ofwel een autorisatiebeleid ofwel een beveiligingsbeleid van de gateway; ze bieden geen identieke matchingfuncties. URL-lijsten horen bij beveiligingsbeleid van de gateway.
De gedocumenteerde service ondersteunt IPv4 en HTTP via HTTP/2, zonder IPv6 of HTTP/3. Die limieten, en elke niet-web TCP-vereiste, horen bij de routeringskeuze voordat deze voor de workload wordt aangenomen.