Google Cloud Secure Web Proxy: enkursigaj reĝimoj kaj aliraj politikoj
Distingi inter eksplicita enkursigo kaj enkursigo al sekva salto, poste kongruigi la postulatan HTTP-celon aŭ la kampojn de la peto kun la elektita politika surfaco.
Secure Web Proxy povas apliki administritan celan politikon al eliranta HTTP kaj HTTPS trafiko enkursigita tra ĝi. Nur krei la pordegon ne metus laborŝarĝojn sur tiun itineron.
| Enkursiga reĝimo | Kiel trafiko atingas ĝin |
|---|---|
| Eksplicita | HTTP-klientoj de partoprenantaj laborŝarĝoj uzas la proksilan finpunkton |
| Sekva salto | Reta enkursigo direktas trafikon al la servo |
Por pordegaj sekurecpolitikoj, sesia kongruado povas taksi fontan identecon, celan gastigitan nomon kaj pordon. Kongruado je aplikaĵa nivelo aldonas URL-vojojn, metodojn kaj kapojn; inspekti ĉifritan petan enhavon postulas la respondan TLS-inspektan aranĝon.
Reguloj uzas unue prioritatojn kun pli malalta nombro, kaj la unua kongruo difinas la agon. La pordega sekurecpolitiko defaŭlte malpermesas trafikon ĝis permesa regulo permesas ĝin.
Elektu la politikan surfacon konsiderante ĝiajn trajtojn. Pordego uzas aŭ rajtigan politikon aŭ pordegan sekurecpolitikon; ili ne disponigas identajn kongruajn trajtojn. URL-listoj apartenas al pordegaj sekurecpolitikoj.
La dokumentita servo subtenas IPv4 kaj HTTP per HTTP/2, sen IPv6 aŭ HTTP/3. Tiuj limoj, kaj ajna ne-reta TCP-postulo, apartenas al la enkursiga elekto antaŭ ol adopti ĝin por la laborŝarĝo.