Google Cloud Secure Web Proxy: modalità di routing e criteri di accesso
Distinguere il routing esplicito da quello a salto successivo, quindi associare la destinazione HTTP o i campi della richiesta richiesti alla superficie dei criteri scelta.
Secure Web Proxy può applicare criteri di destinazione gestiti al traffico HTTP e HTTPS in uscita instradato attraverso di esso. Creare solo il gateway non colloca i carichi di lavoro su quella rotta.
| Modalità di routing | Come il traffico lo raggiunge |
|---|---|
| Esplicito | I client HTTP dei carichi di lavoro partecipanti usano l'endpoint del proxy |
| Salto successivo | Il routing di rete indirizza il traffico al servizio |
Per i criteri di sicurezza del gateway, la corrispondenza di sessione può valutare l'identità di origine, il nome host di destinazione e la porta. La corrispondenza a livello applicativo aggiunge percorsi URL, metodi e intestazioni; l'ispezione del contenuto cifrato delle richieste richiede l'apposita configurazione di ispezione TLS.
Le regole usano prima le priorità con numero più basso e la prima corrispondenza determina l'azione. Il criterio di sicurezza del gateway nega il traffico per impostazione predefinita finché una regola di autorizzazione non lo consente.
Scegliere la superficie dei criteri tenendo presenti le relative funzioni. Un gateway usa un criterio di autorizzazione oppure un criterio di sicurezza del gateway; non offrono funzioni di corrispondenza identiche. Gli elenchi URL appartengono ai criteri di sicurezza del gateway.
Il servizio documentato supporta IPv4 e HTTP tramite HTTP/2, senza IPv6 o HTTP/3. Questi limiti, e qualsiasi requisito TCP non web, rientrano nella scelta del routing prima di adottarla per il carico di lavoro.