La figure 5 montre un scénario reverseproxy
miss FRCA. Il se produit quand
FRCA reconnaît que le contenu d'un
URI entrant devrait être caché dans le
NFC, mais qu'il ne l'est pas. Les étapes
entre la requête et la réponse sont les
suivantes :
- TCP reçoit une requête
HTTP et la
transmet à FRCA.
FRCA utilise le URI comme un élément
de la clé de consultation pour
voir si ce contenu dynamique a été
caché dans le cache-proxy FRCA. (Il
ne l’est pas, donc c’est un miss.)
Dans le cadre de sa configuration reverse-
proxy, le FRCA envoie une
nouvelle requête HTTP à l’URL
configurée (pour cet URI). FRCA
contacte ce serveur de contenu dynamique
(appelé Origin Server) via
TCP/IP. Cet Origin Server pourrait se
trouver sur le même serveur iSeries
ou dans tout endroit connecté via
TCP/IP.
L’Origin Server renvoie le contenu.
FRCA cache le contenu et met à jour
la Hash Table (pour la prochaine
fois) et renvoie le contenu au navigateur
Web.
Téléchargez cette ressource
Guide de Cyber-résilience pour Microsoft 365
La violation de votre tenant M365 va au-delà d’un simple incident de cybersécurité. Elle peut entraîner une interruption opérationnelle généralisée, des perturbations commerciales et une exposition de vos données sensibles. Découvrez les méthodes et technologies pour évaluer, comparer et renforcer votre posture de sécurité Microsoft 365.
