Google Cloud Secure Web Proxy: rutemodusar og tilgangspolicyar
Skil mellom eksplisitt ruting og ruting til neste hopp, og match deretter ønskt HTTP-destinasjon eller førespurnadsfelt med den valde policyflata.
Secure Web Proxy kan bruke styrt destinasjonspolicy på utgåande HTTP- og HTTPS-trafikk som blir ruta gjennom han. Å berre opprette gatewayen plasserer ikkje arbeidsbelastningane på denne ruta.
| Rutemodus | Korleis trafikken når han |
|---|---|
| Eksplisitt | HTTP-klientar i deltakande arbeidsbelastningar brukar proxy-endepunktet |
| Neste hopp | Nettverksruting sender trafikken til tenesta |
For tryggleikspolicyar for gatewayen kan sesjonsmatching vurdere kjeldeidentitet, destinasjonsvertsnamn og port. Matching på applikasjonsnivå legg til URL-banar, metodar og headers; inspeksjon av kryptert førespurnadsinnhald krev den tilhøyrande TLS-inspeksjonsordninga.
Reglar brukar prioritetar med lågare nummer først, og den første treffet avgjer handlinga. Tryggleikspolicyen for gatewayen avviser trafikk som standard til ein tillatingsregel slepp han gjennom.
Vel policyflata med funksjonane hennar i tankane. Ein gateway brukar anten ein autorisasjonspolicy eller ein tryggleikspolicy for gatewayen; dei tilbyr ikkje identiske matchefunksjonar. URL-lister høyrer til tryggleikspolicyar for gatewayen.
Den dokumenterte tenesta støttar IPv4 og HTTP via HTTP/2, utan IPv6 eller HTTP/3. Desse grensene, og eitkvart TCP-krav utanfor web, høyrer til rutevalet før det blir teke i bruk for arbeidsbelastninga.