Google Cloud Secure Web Proxy : modes de routage et politiques d'accès
Distinguez le routage explicite du routage par saut suivant, puis faites correspondre la destination HTTP ou les champs de requête requis à la surface de politique choisie.
Secure Web Proxy peut appliquer une politique de destination gérée au trafic HTTP et HTTPS sortant acheminé par son intermédiaire. La création de la passerelle ne suffit pas à placer les charges de travail sur cette route.
| Mode de routage | Comment le trafic l'atteint |
|---|---|
| Explicite | Les clients HTTP des charges de travail participantes utilisent le point de terminaison du proxy |
| Saut suivant | Le routage réseau dirige le trafic vers le service |
Pour les politiques de sécurité de passerelle, la correspondance de session peut évaluer l'identité source, le nom d'hôte de destination et le port. La correspondance au niveau applicatif ajoute les chemins d'URL, les méthodes et les en-têtes ; l'inspection du contenu chiffré des requêtes exige le dispositif d'inspection TLS correspondant.
Les règles appliquent d'abord les priorités dont le numéro est le plus faible, et la première correspondance détermine l'action. La politique de sécurité de passerelle refuse le trafic par défaut jusqu'à ce qu'une règle d'autorisation le permette.
Choisissez la surface de politique en gardant ses fonctions à l'esprit. Une passerelle utilise soit une politique d'autorisation, soit une politique de sécurité de passerelle ; elles n'offrent pas des fonctions de correspondance identiques. Les listes d'URL relèvent des politiques de sécurité de passerelle.
Le service documenté prend en charge IPv4 et HTTP via HTTP/2, sans IPv6 ni HTTP/3. Ces limites, ainsi que toute exigence TCP hors web, doivent être intégrées au choix de routage avant son adoption pour la charge de travail.