Cloudflare one - Gateway Forward
Chapitres
- 100:00Introduction et problématique
- 200:58Fonctionnement de Cloudflare One
- 301:51Présentation de Cloudflare Workers
- 402:23Exemple de page d'avertissement
- 502:43Configuration de la Firewall Policy
- 603:26Utilisation de la fonction serverless
- 703:50Démonstration du schéma de flux
- 804:23Conclusion de la présentation
Transcription
Bonjour Antoine, Customer Engineer chez Cloudflare. Aujourd'hui on va se parler de Gateway Forward, une nouvelle fonctionnalité de Cloudflare One. Je vais vous expliquer le problème. Vous avez un utilisateur, et avant qu'il accède à une application chez vous, une application externe, un SaaS, etc., vous voulez que par exemple, il passe un test, un quiz de compétences, quelque chose comme ça. Historiquement, ce n'est pas quelque chose qui est simple à faire, puisque dans vos règles de Firewall, vous avez uniquement l'action autoriser, bloquer, isoler l'application. Vous n'avez pas une fonctionnalité qui dit, voilà, crée un quiz, une fois que le quiz est bon, laisse-le passer. Donc ça, faire ce système, ça demandait de déployer une infrastructure à part, de déployer une application séparée. Et aujourd'hui, c'est quelque chose qui est tout à fait possible avec Cloudflare One dans une seule plateforme. Prenons cet exemple. Ici, j'ai un utilisateur qui accède à une application httpbin.org. Donc son trafic est filtré par le Secure Web Access Gateway de Cloudflare. Donc ici, son trafic arrive sur Cloudflare One et j'ai créé une règle de Firewall Policy qui dit, OK, pour ce site, je ne fais pas une autorisation ou un log ou une isolation dans le navigateur virtuel. Mais je vais forwarder ce trafic sur Cloudflare Worker qui est une fonction serverless. C'est-à-dire que je vais envoyer le trafic dans un code que je peux gérer moi-même pour, par exemple, si je reprends mon exemple, lui faire un quiz avant d'accéder à l'application ou rajouter des headers ou monitorer le trafic de la façon que je le souhaite avant qu'il accède à cette application. Très rapide rappel sur ce qu'est Cloudflare Worker. Cloudflare Worker est une plateforme serverless sur Cloudflare. Donc vous pouvez déployer du code qui est exécuté uniquement à la demande. Ce n'est pas une VM qui tourne 24 heures sur 24, 7 jours sur 7. Donc vous ne le payez uniquement à l'utilisation. Et... Et le code que vous écrivez, la majorité du temps en TypeScript, vous le déployez sur l'ensemble de l'infrastructure Cloudflare. Donc vous n'avez pas à vous occuper du scaling. Et ce que j'ai fait ici, dans l'exemple que je vous ai montré, j'ai déployé un Worker qui affiche juste une page de warning à mon utilisateur avant d'accéder à une ressource. Donc j'ai fait ça de mon côté. Ce n'est pas quelque chose que je vais vous montrer exactement comment le faire ici. Mais demandez à votre agent ou regardez la documentation. Vous allez voir, c'est très simple. Mais la façon dont ça fonctionne, côté Cloudflare One, c'est que je vais créer une règle de policy. Donc ici, au niveau Firewall Policy, HTTP, j'ai créé une politique qui dit, lorsque le trafic match HTTP bin, 3W.http bin, ce que je vais faire, c'est que je vais choisir dans les options d'action, ici, Allo, Block, Forward, Redirect, Do Not Inspect, Do Not Scan. Mais ce qui nous intéresse, c'est la nouveauté, c'est la partie Forward. Donc Forward me permet de sélectionner un Cloudflare Worker, donc ma fonction serverless. J'envoie le trafic dans cette fonction serverless et là, je fais ce que je veux avec ce trafic. Je peux afficher quelque chose à ton utilisateur, ajouter des headers, modifier les informations qui sont envoyées à cette application. Donc, dans mon cas, j'ai créé une petite application qui juste affiche un warning avant d'accéder à l'application. très basique. Donc, mon utilisateur, ici, va taper httpbin.org dans Google, il va cliquer sur le lien et je lui affiche, grâce à ce worker, un avertissement. Avertissement avant accès, vous êtes sur le point d'accéder à httpbin, etc. Il clique sur continue et il accède à l'application. C'est donc le schéma que je vous ai montré ici. Utilisateur, la requête va sur Cloudflare One, Firewall Policy, Forward, et ici, le trafic de l'utilisateur va pour cette application, va dans le workers et donc, je peux, toutes les requêtes vers cette application vont passer à le worker et je peux créer n'importe quelle logique custom ici. Voilà, très simple, extrêmement puissant. C'était les Gateway Forward de Cloudflare One. A très vite. Au revoir. de l'utilisateur. C'est bon.