Ici et bon retour.
Aujourd'hui, nous allons discuter d'un W. S. Pare-feu d'application Web, pas tout le
concept lié à l'IWC qui peut être expliqué dans ce schéma spécifique.
Faisons donc une chose.
Prenons un exemple simple qui nous permettrait de comprendre le concept beaucoup plus facilement.
Supposons donc que je vis dans un endroit à Bangalore et que je souhaite rencontrer mon ami vivant à Place B à
Bangalore.
Maintenant, pour ceux qui sont à Bangalore, c'est l'une des villes les plus populaires en termes de congestion du trafic, il y a une
énorme quantité de trafic.
Donc avant que je décide réellement de rendre visite à mon ami, il y a certaines conditions avant cela afin que les conditions fassent partie
de l'énoncé de la règle.
Ainsi, les conditions indiquent si le trafic est moindre sur la route et s'il y a une deuxième condition,
qui indique qu'il y a d'autres éléments ou fondamentalement, y a-t-il des lacunes disponibles ?
Ces conditions sont donc essentiellement associées à l'énoncé de règle.
Le prochain est les règles.
Ainsi, les règles nous permettent essentiellement d'effectuer certaines opérations sur les conditions.
Il indique donc que si le trafic est moins et globalement moins disponible, alors oui ou non.
Donc, si ces deux conditions sont remplies, devrais-je rendre visite à mon ami ?
Est-ce.
Oui.
Ou est-ce que ça va être.
Non.
Vous avez donc une zone que vous pouvez également avoir ou que vous pouvez également ne pas avoir.
Ensuite, la troisième chose est la webcam webcam.
Vous pouvez le considérer comme un conteneur pour toutes les choses.
Ainsi, l'énoncé des règles que vous définissez les règles que vous définissez, tout correspond au règlement et vous pouvez
également attribuer une valeur par défaut.
Je pense que cela sera discuté à un stade ultérieur.
Et la dernière est l'association, votre association, un Z.
Cela signifie essentiellement que les règles, les déclarations et les règles que nous avons définies sont associées à quelle
entité est Z ou s'agit-il de tout autre utilisateur.
C'est donc ce que l'association rencontre le vert.
Alors maintenant, faisons une chose.
Allons de l'avant et discutons de chacun d'eux en termes techniques.
Donc, le premier que nous devons comprendre, ce sont les règles, les déclarations, et c'est très important.
Ainsi, les déclarations grossières définissent essentiellement les caractéristiques de base sur la base desquelles votre paquet de requêtes serait
analysé.
Ainsi, il peut être défini sur mesure et vous pouvez utiliser certaines déclarations de groupe prêtes à l'emploi d'Idalis
et du marché.
Ce sont donc les deux déclarations de règles distinctes.
Le premier est de bloquer toutes les demandes qui viennent de la colère.
Alors peut-être qu'il existe un site Web où tous les clients seraient originaires d'Inde uniquement.
Ainsi, dans de tels cas, vous pouvez avoir une règle selon laquelle chaque fois qu'une demande provient d'un utilisateur qui se trouve
hors de l'Inde, la demande peut être bloquée ou certaines actions peuvent être effectuées.
Le deuxième exemple de déclaration de règle est le blocage des demandes, ce qui signifie que vous faites partie de l'administrateur généralement chaque fois que
vous avez un site Web WordPress ou tout autre site Web doté d'un panneau d'administration.
L'un des scénarios courants que vous verrez dans le cadre des attaques est que l'attaquant essaie de se connecter à
la page d'administration.
C'est l'une des premières choses qu'ils interrogent.
C'est donc quelque chose que vous pouvez également bloquer.
Maintenant, ce sont certains exemples de conditions que j'avais non plus.
Cependant, vous pouvez créer vos propres conditions personnalisées ici, comme vous pouvez créer des conditions basées
sur l'en-tête, basées sur la méthode HDB, les chaînes de requête que vous rapportez, la géolocalisation, le corps, etc.
Donc, toutes ces choses peuvent être configurées dans une déclaration de règle.
La deuxième partie importante ici est les règles.
Ainsi, vous pouvez combiner plusieurs déclarations de règles en règles pour cibler précisément la demande qui arrive à votre
application Web.
Maintenant, il existe deux types de règles principales.
L'une est la règle ordinaire et la seconde est la règle de la base tarifaire.
Alors tout d'abord, examinons deux exemples de règles régulières.
Il indique donc que si une demande provient du motoculteur 172 Gerarda 50 et qu'il y a une deuxième déclaration de règle ici, qui
stipule que la demande a un code de type école généralement lié aux attaques par injection dans les écoles.
Ce sont donc les deux déclarations de règle et la règle avec plusieurs déclarations peut être et ou non.
Ainsi, lorsque vous créez une force de règle, vous incluez des instructions ici et vous pouvez ensuite décider si vous
souhaitez effectuer une opération.
Donc, si une demande vient d'une fois tous les 30 pieds et qu'elle a un code semblable à celui d'une école ou que
vous pouvez effectuer une opération orale, alors l'une des conditions est d'appliquer les règles.
C'est donc ce que signifie cette règle.
Maintenant, vous pouvez également effectuer les opérations ici.
Donc, si la règle s'applique, si l'action doit être bloquée ou l'action doit être autorisée ou elle peut être
appelée.
Cela fait donc partie des règles.
Vous avez également une règle basée sur la lecture où vous avez une fonction de limitation de débit.
Donc, si une demande provient d'une IP spécifique et si la demande dépasse mille demandes en dix minutes, il s'agit donc de
règles simples basées sur le taux que vous pouvez ajouter.
Donc le troisième ici est la webcam.
Il y a donc un endroit centralisé qui contient les règles, les énoncés de règles et ses configurations associées.
Il sert désormais à définir la stratégie de protection bucco-dentaire associée à Mervat.
Et le dernier ici est l'Association.
Ainsi, l'association définit à quelle entité elle est associée.
Une chose importante à retenir est donc qu'une valeur ne peut pas être associée directement à ces deux instances.
Il y a donc ici trois associations distinctes.
L'un est l'équilibreur de charge d'application.
Vous avez l'impression cloud et vous avez l'API.
Tu le fais bien.
Voilà donc un aperçu de certains des éléments importants de cela.
Faisons une démonstration rapide pour que cela soit mieux compris plus tard.
C'est donc l'idée de cela.
Et donc allons à babka.
Et actuellement vous verrez que j'en ai un ici qui est créé.
Alors ouvrons ça.
Donc, au sein de mon bébé, en gros, vous verrez qu'il y a certaines demandes dans un graphique.
C'est donc un joli petit graphique que vous pouvez rapidement regarder.
Maintenant, ce graphique a plusieurs requêtes basées sur certaines règles.
Il existe donc des règles telles que autoriser l'IP de l'Inde.
Ensuite, vous avez le baseball à chaîne de requête.
Ensuite, vous avez la règle d'établissement associée à l'injection de séquelle et ainsi de suite.
Donc en fonction des règles, la couleur associée à ce graphique change également.
Maintenant, parallèlement à cela, vous avez également certains exemples de demandes qui viendraient vers l'équilibre de charge de
l'application ou l'association que vous avez configurée.
Maintenant, regardons les règles pour vous êtes actuellement vous voyez que cela a dedans.
Total de quatre règles qui lui sont associées et ce spécifique que cela est nommé car il est associé à l'équilibreur de
charge de l'application, fusionnez mon trait d'union elby Donc, cela signifie essentiellement que toute demande qui
parvient à cet équilibreur de charge qui analysera cette demande en premier, il appliquera l'action en fonction
des choses qui ont été configurées.
Examinons donc ici quelques règles simples.
Donc, la première règle que vous voyez est autoriser dans l'IP.
C'est donc essentiellement le nom de la règle.
Maintenant, comme nous en discutons, la règle contient essentiellement des règles, des déclarations.
Et en plus de cela, vous effectuez certaines opérations comme ou non, puis vous effectuez certaines actions que vous soyez
autorisé ou bloqué.
Donc, de la même manière, allons de l'avant et explorons cela.
Je vais à Adekoya.
Vous voyez donc que le nom de la règle est autorisé dans l'IP.
Et il y a une condition ici qui stipule que si une demande ne correspond pas à la déclaration.
Ainsi, vous pouvez voir si cela correspond à l'instruction, s'il correspond à toutes les instructions, s'il correspond à au
moins une des instructions.
Donc vous avez et vous avez ou vous n'avez pas, et puis vous avez la déclaration proprement dite.
C'est donc essentiellement l'énoncé de la règle.
Ainsi, la règle stipule que si la demande provient d'un pays de l'Inde.
C'est donc l'énoncé de la règle et vous n'avez pas de son et l'action ici est bloquée.
Cela signifie donc essentiellement que toute demande qui parvient à cet équilibreur de charge d'application,
qui n'est pas dans ce pays, l'Inde.
Donc, si cette demande ne provient pas de l'Inde, alors l'action de blocage est appliquée.
C'est donc ce que cette règle spécifique dénote.
Faisons donc une chose.
Essayons-le.
Alors d'abord, rivalisons contre lui et de la réclamation.
Permettez-moi de faire rapidement un appel sur le steamer ADN.
Et comme prévu, vous obtenez un résultat ou vous savez, le résultat arrive principalement parce que je suis
situé en Inde.
Alors maintenant, faisons quelque chose.
Connectons rapidement l'arme à un autre pays et nous procéderons de la même manière.
Donc, généralement pour mon usage personnel, j'utilise le cyber ghost VPN, ce qui est plutôt bien.
Connectons-nous rapidement afin que votre adresse IP soit des États-Unis.
D'accord, cela a pris environ quelques secondes, et si vous voyez c'est l'adresse IP spécifique que j'ai reçue.
Alors maintenant, revenons à la allons de l'avant, essayez d'appeler à nouveau.
Je sais que vous avez immédiatement obtenu une erreur quatre zéro trois quatre milliards, principalement parce que l'adresse
IP d'où provient cette demande ne provient pas de l'Inde.
Cela a donc bloqué la grille de demande.
Alors allons-y et déconnecté.
Super.
Il est donc déconnecté.
Revenons à l'essentiel.
Et à partir de là, nous allons passer aux règles, nous avons donc exploré un objectif, donc cette règle est fondamentalement que vous
pouvez la considérer comme une règle basée sur la géolocalisation.
Ensuite, la deuxième règle, c'est essentiellement une règle de chaîne de requête.
Explorons également cela.
Alors maintenant, nous savons déjà que la règle contient des instructions de règle.
Il contient la condition comme et ou non.
Et il contient aussi les actions.
Alors allons de l'avant et explorons cette règle.
C'est la règle de la chaîne de requête.
Et dans cette règle, vous verrez que vous inspectez ici une chaîne de requête.
Ainsi, une déclaration de règle peut être quelque chose à partir de ces options ci-dessous.
Vous avez donc originaire d'un pays dans ou provenant de l'adresse IP afin que vous puissiez définir un pays que vous pouvez
définir en fonction de l'adresse IP.
Ensuite, les composants dont nous parlions comme l'en-tête, le paramètre de requête, vous êtes une chaîne de requête
partielle, etc.
Alors, ce que cette déclaration indique, c'est que s'il y a une chaîne de requête qui contient admen, alors l'action doit
être bloquée ici.
Essayons donc.
Maintenant, avant de faire cela, vérifions si les choses fonctionnent et comme prévu, les choses fonctionnent.
Vous savez, vous pouvez créer un flux de requête rapide qui contient l'administrateur dans la demande.
Et encore une fois, comme prévu, vous verrez que vous êtes immédiatement sorti pour 034 milliards.
Maintenant, si vous utilisez un autre mot-clé, disons au moins que la réponse est parfaitement correcte.
Cependant, chaque fois que vous avez ce flux de requête spécifique dans la demande, la réponse serait
quatre zéro trois trois.
J'espère donc qu'à un niveau élevé ou vous avez compris les composants associés à cela.
Alors encore une fois, relatons rapidement.
Vous avez donc une webcam.
La webcam est associée aux règles d'association et aux déclarations de règles.
Les instructions de règle sont celles où nous définissons réellement les conditions en fonction desquelles la demande doit être.
Toute longueur que les déclarations Google font partie des règles avec lesquelles vous pouvez combiner plusieurs
déclarations de règles et pas toutes, puis vous associez la webcam à l'équilibreur de charge d'application, un cloud de distribution
ou une API qui fonctionne très bien.
C'est donc la vue d'ensemble de haut niveau à ce sujet que j'espère que cette vidéo a été instructive pour vous.
Et j'ai hâte de voir la prochaine vidéo.