En bref. Akamai peut suivre une redirection du serveur d’origine en périphérie et transmettre la réponse finale sans redirection lorsque Chase Redirects est activé.

Définition : Le comportement Chase Redirects d’Akamai permet à un serveur de périphérie (edge server) de suivre une réponse de redirection du serveur d’origine et de transmettre au visiteur la réponse finale sans redirection. Cette récupération s’effectue en périphérie, avec une limite configurable et la possibilité de renvoyer une réponse 404 lorsque cette limite est atteinte.

Points clés

Selon la documentation de Property Manager, Akamai définit Chase Redirects comme le comportement qui détermine si le serveur de périphérie suit les redirections renvoyées par le serveur d’origine.
Une fois ce comportement activé, le serveur de périphérie peut suivre les réponses de redirection du serveur d’origine et transmettre à l’utilisateur la réponse finale sans redirection.
Chase Limit fixe le nombre maximal de redirections que le serveur de périphérie suit.
Serve 404 fait renvoyer au serveur de périphérie une réponse HTTP 404 (Not Found) à la place de la dernière redirection lorsque la limite est atteinte.
Akamai indique que Chase Redirects est incompatible avec Amazon Web Services et Google Cloud Storage, et que la propriété ignore les paramètres de ce comportement lorsque l’un ou l’autre est utilisé.

Que se passe-t-il avant que le visiteur reçoive une réponse ?

Le serveur d’origine renvoie une réponse de redirection, que le serveur de périphérie Akamai peut suivre lorsque Chase Redirects est activé. Akamai décrit le résultat comme la transmission à l’utilisateur de la réponse finale sans redirection. Le comportement sélectionne donc pour le visiteur la réponse récupérée auprès de la destination, à la place de la redirection du serveur d’origine.

Le comportement comporte un champ Enable, un champ Chase Limit et une option Serve 404. La limite porte sur le nombre de redirections suivies. Si cette limite est atteinte et que Serve 404 est activé, le serveur de périphérie renvoie une réponse HTTP 404 (Not Found) à la place de la dernière redirection.

Chase Redirects: Enabled
Chase Limit: nombre maximal de redirections à suivre
Serve 404: On

En quoi le suivi des redirections du serveur d’origine diffère-t-il d’une redirection envoyée au client ?

Le suivi des redirections du serveur d’origine s’effectue en périphérie et se poursuit jusqu’à l’obtention d’une réponse finale sans redirection ou jusqu’à la limite configurée. Une redirection envoyée au client est une réponse qui demande au visiteur de solliciter une autre URL. Akamai documente ce cas distinct avec le comportement Redirect : ce comportement peut prendre en charge certaines redirections à la place du serveur d’origine et comporte un champ Redirect Status Code qui définit le code d’état HTTP utilisé dans la réponse de redirection.

La différence apparaît dans le résultat configuré. Chase Redirects aboutit à la réponse finale sans redirection lorsque la chaîne reste dans la limite fixée. Redirect utilise un code d’état de redirection sélectionné, parmi lesquels 301 Moved Permanently, 302 Found, 303 See Other ou 307 Temporary Redirect, pour la réponse de redirection.

Quelles configurations du serveur d’origine nécessitent une attention particulière ?

La documentation Chase Redirects d’Akamai indique que ce comportement est incompatible avec Amazon Web Services et Google Cloud Storage. Elle précise qu’une propriété qui utilise l’une ou l’autre de ces méthodes d’authentification dans le comportement Origin Characteristics ignore les paramètres définis dans Chase Redirects.

La même documentation indique que Chase Redirects est inclus par défaut lorsqu’Akamai NetStorage est utilisé comme Origin Server, afin de prendre en charge l’infrastructure de réplication de NetStorage. L’examen d’une propriété porte sur le type de serveur d’origine et l’authentification, ainsi que sur les champs de Chase Redirects. Les champs documentés sont Enable, Chase Limit et Serve 404.

Termes associés

Questions fréquentes

Akamai peut-il renvoyer la réponse de destination à la place de la redirection du serveur d’origine ?

Oui. Lorsque Chase Redirects est activé, Akamai indique que le serveur de périphérie peut suivre les réponses de redirection du serveur d’origine et transmettre à terme à l’utilisateur la réponse finale sans redirection.

Que fait Akamai lorsque la limite de suivi est atteinte ?

Avec Serve 404 réglé sur On, le serveur de périphérie renvoie une réponse HTTP 404 (Not Found) à la place de la dernière redirection. Le champ Chase Limit précise le nombre maximal de redirections à suivre.

Chase Redirects fonctionne-t-il avec Amazon Web Services ou Google Cloud Storage ?

Akamai documente ce comportement comme incompatible avec les deux services. La propriété ignore les paramètres de Chase Redirects lorsque l’une ou l’autre de ces méthodes d’authentification est utilisée dans Origin Characteristics.

Sources

Vérifiez comment une page se lit pour les moteurs de réponse. Ouvrir l’analyseur de score GEO

Akamai peut-il suivre une redirection du serveur d’origine avant de répondre au visiteur ?