CDN:Access URL Rewrite

Informations générales

Le code d'état HTTP 302 (302 Found) indique qu'une ressource a été déplacée temporairement. Après avoir configuré une règle de réécriture d'URL, le nœud CDNDCDN inclut la nouvelle URL dans l'en-tête HTTP Location. Lorsque le client reçoit la réponse 302, il demande la nouvelle URL.

Par défaut, les nœuds CDNDCDN envoient un code d'état 302 après la configuration d'une règle de réécriture d'URL. Les codes d'état 303 et 307 sont également pris en charge. Pour modifier le code d'état, soumettez une demande en ou en soumettant un ticket.

Différences entre **Access URL Rewrite et Origin Path Rewrite****

Diagramme de **Access URL Rewrite****

1. Le client envoie une requête à un nœud DCDN. L'URL de la requête est old.example.com/hello.

2. Après réception de la requête, le nœud DCDN applique la règle de réécriture d'URL. Le nœud DCDN inclut la nouvelle URL, new.example.com/hello, dans l'en-tête Location de la réponse 302 envoyée au client.

3. Après réception de la réponse 302, le client envoie une requête à la nouvelle URL.

4. Le nœud DCDN vérifie son cache. Si le cache contient le contenu correspondant à l'URL réécrite, le nœud renvoie directement le contenu au client. Sinon, le nœud DCDN envoie une requête au serveur d'origine en utilisant l'URL réécrite, new.example.com/hello.

5. Le serveur d'origine reçoit la requête et renvoie le contenu de la réponse au nœud DCDN.

6. Le nœud DCDN met en cache le contenu de la réponse et le renvoie au client.

Diagramme de **Origin Path Rewrite****

1. Le client envoie une requête à un nœud DCDN. L'URL de la requête est cdn.example.com/files/hello.txt.

2. Après réception de la requête, le nœud DCDN vérifie son cache. Si le cache contient le contenu correspondant à l'URL de la requête, le nœud renvoie directement le contenu au client. Sinon, le nœud DCDN applique la règle de réécriture de l'URL de récupération d'origine. Il réécrit l'URL de récupération d'origine en origin.example.com/secret/files/hello.txt et envoie une requête au serveur d'origine.

3. Après réception de la requête, le serveur d'origine renvoie le contenu de la réponse au nœud DCDN.

4. Le nœud DCDN met en cache le contenu de la réponse et le renvoie au client.

Procédure

1. Connectez-vous à la console CDN.

2. Dans le volet de navigation de gauche, cliquez sur Domain Names.

3. Sur la page Domain Names, localisez le nom de domaine cible et cliquez sur Manage dans la colonne Actions.

4. Dans le volet de navigation du domaine, cliquez sur Cache.

5. Cliquez sur l'onglet Access URL Rewrite.

6. Cliquez sur Create et configurez les paramètres de réécriture des URL d'accès.

   Paramètre	Description
   Path to Be Rewritten	Le chemin doit commencer par une barre oblique /. Il ne doit pas inclure l'en-tête de protocole ni le nom de domaine. Les expressions régulières PCRE sont prises en charge, telles que ^/hello$. Le contenu situé après un caractère # dans une URL constitue un identifiant de fragment côté client. Les navigateurs n'envoient pas les identifiants de fragment au serveur. Par conséquent, les règles de réécriture DCDN ne peuvent pas correspondre au chemin situé après le caractère #. Pour configurer une redirection pour une URL contenant un fragment #, vous devez créer une règle de réécriture distincte pour chaque adresse de destination, en faisant correspondre exactement le chemin précédant le caractère #.
   Target Path	Si la règle d'exécution est définie sur Break, le chemin doit commencer par une barre oblique /. Il ne doit pas inclure l'en-tête de protocole ni le nom de domaine. Si la règle d'exécution est définie sur Redirect, le chemin peut inclure l'en-tête de protocole et le nom de domaine. Les expressions régulières PCRE sont prises en charge. Par exemple, vous pouvez utiliser $1 et $2 pour capturer les chaînes situées entre parenthèses dans le chemin à réécrire.
   Flag	Redirect et Break sont pris en charge par défaut. Redirect : Si l'URL d'une requête correspond à une règle, la requête est redirigée vers l'URL de destination avec un code d'état 302. L'en-tête Location que le nœud CDN renvoie au client contient l'URL de destination. Les paramètres de l'URL d'origine ne sont pas modifiés. Après l'exécution de cette règle, le système continue de faire correspondre les règles restantes. Break : Si l'URL d'une requête correspond à une règle, la requête est réécrite vers l'URL de destination. Les paramètres de l'URL d'origine ne sont pas modifiés. Après l'exécution de cette règle, le système ne fait plus correspondre les règles restantes. Les règles empty, enhance_break et enhance_redirect sont également prises en charge. Pour utiliser ces règles, vous devez soumettre un ticket afin qu'elles soient configurées en arrière-plan. empty : Si plusieurs règles sont configurées et que l'URL d'une requête correspond à une règle, le système continue de faire correspondre les règles suivantes après l'exécution de la règle actuelle. enhance_break : Similaire à break, mais réécrit l'intégralité de l'URL, y compris les paramètres. enhance_redirect : Similaire à redirect, mais réécrit l'intégralité de l'URL, y compris les paramètres. Remarque Différentes règles d'exécution utilisent différentes méthodes de réécriture. Elles diffèrent également quant à la possibilité pour l'URL réécrite d'utiliser d'autres noms de domaine ou protocoles : empty, Break et enhance_break réécrivent directement l'URL de la requête de l'utilisateur. Ils ne prennent pas en charge la réécriture vers un autre nom de domaine ou protocole, comme le passage de HTTP à HTTPS. Redirect et enhance_redirect utilisent une redirection 302 pour réécrire l'URL. Ils prennent en charge la réécriture vers d'autres noms de domaine et protocoles : L'adresse Location 302 peut être définie sur un nom de domaine différent, et pas uniquement sur le nom de domaine accéléré actuel. Par exemple, vous pouvez réécrire une URL du domaine example.com vers le domaine aliyundoc.com. L'adresse Location 302 prend en charge d'autres protocoles. Par exemple, vous pouvez réécrire une URL de HTTP vers HTTPS.
   Rule Condition	Une condition de règle identifie diverses informations de paramètre dans une requête utilisateur. Cela détermine si une configuration s'applique à cette requête. Important Lorsque vous référencez des conditions de règle, elles sont mises en correspondance en fonction de la priorité des conditions de règle associées, et non de l'ordre de configuration de la fonctionnalité elle-même. Do not use : N'utilise pas de condition de règle. Pour ajouter ou modifier des conditions de règle, gérez-les dans le Rules Engine.
   Nginx Var	Cette option est décochée par défaut. Cochez cette option pour utiliser les variables NGINX intégrées dans l'URL de destination. Voici un exemple de configuration : Chemin à réécrire : ^/test.jpg$ Chemin de destination : /test.${arg_type} Si vous activez le calcul des variables NGINX, la valeur de ${nginx_var} est calculée. ${arg_type} représente la valeur du paramètre type dans l'URL d'origine. Remarque Pour utiliser ce paramètre, vous devez soumettre un ticket afin qu'il soit configuré en arrière-plan.

7. Cliquez sur OK.

   Après avoir configuré la fonctionnalité de réécriture, vous pouvez Modify ou Delete la règle depuis la liste de réécriture.

Exemples de configuration