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 inmac wstore pour l’équipement IT de l’entreprise
Découvrez toutes nos actualités à travers des interviews, avis, conseils d'experts, témoignages clients, ainsi que les dernières tendances et solutions IT autour de nos 4 univers produits : Poste de travail, Affichage et Collaboration, Impression et Infrastructure.
