Google Cloud Secure Web Proxy: roeteringsmodusse en toegangsbeleide
Onderskei eksplisiete en volgende-hop-roetering, en pas dan die vereiste HTTP-bestemming of versoekvelde by die gekose beleidsoppervlak.
Secure Web Proxy kan bestuurde bestemmingsbeleid op uitgaande HTTP- en HTTPS-verkeer toepas wat daardeur gestuur word. Om net die gateway te skep plaas nie werkladings op daardie roete nie.
| Roeteringsmodus | Hoe verkeer dit bereik |
|---|---|
| Eksplisiet | Deelnemende werklaaie se HTTP-kliënte gebruik die proxy-eindpunt |
| Volgende hop | Netwerkroetering lei verkeer na die diens |
Vir gateway-sekuriteitsbeleide kan sessiepassing bronidentiteit, bestemmingsgasheernaam en -poort evalueer. Passing op toepassingsvlak voeg URL-paaie, metodes en koptekste by; om geënkripteerde versoekinhoud te inspekteer, is die ooreenstemmende TLS-inspeksiereëling nodig.
Reëls gebruik laer genommerde prioriteite eerste, en die eerste passing bepaal die aksie. Die gateway-sekuriteitsbeleid weier verkeer by verstek totdat 'n toelaatreël dit permitteer.
Kies die beleidsoppervlak met sy kenmerke in sig. 'n Gateway gebruik óf 'n magtigingsbeleid óf 'n gateway-sekuriteitsbeleid; hulle bied nie identiese passingkenmerke nie. URL-lyste hoort by gateway-sekuriteitsbeleide.
Die gedokumenteerde diens ondersteun IPv4 en HTTP via HTTP/2, sonder IPv6 of HTTP/3. Daardie beperkings, en enige nie-web TCP-vereiste, hoort by die roeteringskeuse voordat dit vir die werklading aanvaar word.