Google Cloud Secure Web Proxy: routingtilstande og adgangspolitikker
Skeln mellem eksplicit routing og routing til næste hop, og match derefter den krævede HTTP-destination eller anmodningsfelterne med den valgte politikflade.
Secure Web Proxy kan anvende administreret destinationspolitik på udgående HTTP- og HTTPS-trafik, der routes gennem den. Det er ikke nok at oprette gatewayen for at få arbejdsbelastninger på den rute.
| Routingtilstand | Hvordan trafikken når den |
|---|---|
| Eksplicit | Deltagende arbejdsbelastningers HTTP-klienter bruger proxyens endpoint |
| Næste hop | Netværksrouting leder trafikken til tjenesten |
For gateway-sikkerhedspolitikker kan sessionsmatchning vurdere kildeidentitet, destinationsværtsnavn og port. Matchning på applikationsniveau tilføjer URL-stier, metoder og headere; inspektion af krypteret anmodningsindhold kræver den tilsvarende TLS-inspektionsordning.
Regler bruger prioriteter med lavere nummer først, og det første match bestemmer handlingen. Gateway-sikkerhedspolitikken afviser som standard trafik, indtil en tilladelsesregel giver adgang.
Vælg politikfladen med dens funktioner for øje. En gateway bruger enten en autorisationspolitik eller en gateway-sikkerhedspolitik; de giver ikke identiske matchningsfunktioner. URL-lister hører til gateway-sikkerhedspolitikker.
Den dokumenterede tjeneste understøtter IPv4 og HTTP via HTTP/2, uden IPv6 eller HTTP/3. Disse grænser og ethvert TCP-krav uden for web hører til routingvalget, før det vedtages for arbejdsbelastningen.