Redirection 301 ou 302 : laquelle utiliser, et les erreurs qui collent
Pourquoi les navigateurs mémorisent un 301, les chaînes de redirections et comment les auditer avec curl.
Lire le guideAide CDN.com.tr
Envoyez les requêtes d'un domaine vers un autre domaine par une redirection permanente (301) depuis l'onglet Redirections des Règles de diffusion. Le chemin et la chaîne de requête sont conservés, et les vérifications de certificat Auto SSL sous /.well-known continuent de fonctionner.
Cache, sécurité, WAF et purge
Envoyez les requêtes d'un domaine vers un autre domaine par une redirection permanente (301) depuis l'onglet Redirections des Règles de diffusion. Le chemin et la chaîne de requête sont conservés, et les vérifications de certificat Auto SSL sous /.well-known continuent de fonctionner.
Pour les requêtes en détermine quelles requêtes sont redirigées. Une nouvelle redirection démarre avec les deux cochés.
https:// et le même domaine sous Vers : envoyer les visiteurs HTTP vers HTTPS.Le choix sous Vers.
http:// sur la cible, une requête HTTPS vers https://.https:// : chaque requête redirigée va vers HTTPS sur la cible.http:// : chaque requête redirigée va vers HTTP sur la cible.Les deux se trouvent dans l'onglet Redirections.
Une redirection peut couvrir plusieurs domaines du compte.
Resultat attendu: La redirection apparaît dans le tableau Redirections de domaine avec ses colonnes De, Protocoles et Vers, et la page affiche En ligne une fois que l'edge la sert.
Demandez une ancienne URL avec un chemin et une chaîne de requête sur chaque protocole redirigé et, sur un domaine avec Auto SSL, un chemin sous /.well-known/ en HTTP.
/.well-known/ sur le domaine redirigé (sur un domaine avec Auto SSL).Resultat attendu: Un 301 dont le location est la cible avec le même chemin et la même chaîne de requête ; la requête /.well-known/ (sur un domaine avec Auto SSL) reçoit une réponse sans redirection vers la cible.
curl -s -o /dev/null -D - 'http://old.example.com/blog/post?id=7' | grep -iE '^(HTTP|location)'
curl -s -o /dev/null -D - 'https://old.example.com/blog/post?id=7' | grep -iE '^(HTTP|location)'
curl -s -o /dev/null -w '%{http_code} %{redirect_url}\n' http://old.example.com/.well-known/acme-challenge/test
Une redirection reste en place jusqu'à ce que vous la supprimiez.
Resultat attendu: Après une suppression, les domaines sont de nouveau servis par leurs règles, et la page affiche En ligne une fois que l'edge sert la modification.
https:// sous Vers)Une marque passe de old.example.com à new.example.com, ou un site se fixe sur une seule adresse (www.example.com plutôt que example.com, HTTPS plutôt que HTTP), et chaque ancien lien doit arriver sur la même page à la nouvelle adresse.
https:// ou http://, et saisissez le domaine cible sans chemin, par exemple new.example.com. La ligne Exemple montre où va /blog/post?id=7.Location conserve le chemin et la chaîne de requête : /blog/post?id=7 sur l'ancien domaine va vers /blog/post?id=7 sur la cible./.well-known/ continuent de fonctionner : en HTTP, c'est la règle de vérification de certificat du domaine qui répond à ces requêtes, pas la redirection..jpg, .jpeg et .png vers un domaine redirigé sont optimisées et servies au lieu d'être redirigées ; la ligne de la redirection dans le tableau Redirections de domaine et l'éditeur l'indiquent pour chaque domaine.http://www.example.com vers https://www.example.com n'est pas une boucle, et l'éditeur l'accepte.Ajoutez une redirection pour ce domaine, cochez uniquement HTTP sous Pour les requêtes en, choisissez https:// sous Vers et saisissez le même domaine. Les requêtes HTTP reçoivent alors un 301 vers l'adresse HTTPS avec le même chemin et la même chaîne de requête, et les requêtes HTTPS sont servies par les règles du domaine comme avant. Assurez-vous que le domaine fonctionne déjà en HTTPS avec un certificat.
Les domaines sont comparés tels qu'ils sont écrits : cochez donc chaque forme que vous servez et qui doit aller vers la cible. Si example.com et www.example.com passent tous deux à new.example.com, cochez les deux. Pour vous fixer sur www.example.com, cochez uniquement example.com.
L'edge ne redirige un domaine que là où il le sert. En HTTP, une règle de diffusion doit contenir le domaine ; en HTTPS, une règle HTTPS doit le contenir et le domaine a besoin d'un certificat. Ajoutez d'abord le domaine à une règle, ou finalisez son certificat.
Chaque note indique où la redirection ne fonctionne pas telle qu'elle est écrite. Inutilisée : une redirection plus ancienne couvre déjà ce domaine sur ce protocole ; modifiez ou supprimez l'une des deux. Une cible sans protocole maintient les navigateurs sur le même domaine : cliquez sur Modifier, vérifiez le protocole sous Vers et cliquez sur Enregistrer la redirection. Un domaine sans règle, ou sans certificat, pour un protocole n'est pas redirigé sur ce protocole ; ajoutez le domaine à une règle ou finalisez son certificat. Tant que l'optimisation des images de tout le compte est activée, les requêtes .jpg, .jpeg et .png sont optimisées au lieu d'être redirigées.
Les navigateurs mémorisent les redirections permanentes (301). Vérifiez avec curl ou dans une fenêtre de navigation privée : après la suppression, le domaine est de nouveau servi par ses règles.
La carte Redirection mobile du même onglet envoie les visiteurs sur navigateur mobile vers un autre domaine par une redirection temporaire (302), sur tous les domaines de ce compte, et conserve le chemin et la chaîne de requête. Tant qu'elle est active, les navigateurs mobiles reçoivent d'abord ce 302. Le domaine du site mobile doit être un domaine que ce compte ne sert pas.