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
Microsoft 365 : 5 erreurs de sécurité
A l’heure où les données des solutions Microsoft 365 sont devenues indispensables au bon fonctionnement de l’entreprise, êtes-vous certain de pouvoir compter sur votre plan de sécurité des données et de sauvegarde des identités ? Découvrez le Top 5 des erreurs à ne pas commettre et les meilleures pratiques recommandées par les Experts DIB France.