Problème ERR_TOO_MANY_REDIRECTS
... / Problème ERR_TOO_MANY_RED...
BMPCreated with Sketch.BMPZIPCreated with Sketch.ZIPXLSCreated with Sketch.XLSTXTCreated with Sketch.TXTPPTCreated with Sketch.PPTPNGCreated with Sketch.PNGPDFCreated with Sketch.PDFJPGCreated with Sketch.JPGGIFCreated with Sketch.GIFDOCCreated with Sketch.DOC Error Created with Sketch.
Question

Problème ERR_TOO_MANY_REDIRECTS

by
JordanB5
Created on 2019-06-04 15:01:41 (edited on 2024-09-04 13:36:33) in Erreur connexion SSL

Bonjour,
J'ai récemment acquis un hébergement Cloud Web, et j'y ai installé mes services. Ils fonctionnaient tous parfaitement, jusqu'à ce que je me décide à forcer l'utiliser du ssl en passant par le .htaccess

J'ai donc crée un fichier .htaccess contenant le code suivant

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} L,R=301]

Et dès que le .htaccess est mit à jour, j'obtient l'erreur listée ci-dessus. Lorsque j'enlève ces lignes du fichier .htaccess, il n'y à plus aucun soucis (Je précise que c'est un .htaccess vierge, donc, ce sont les 3 seules lignes présentes à l'intérieur)

J'ai donc décidé de faire un test de redirection en utilisant [redirect-checker.org
.

Lors des essais, j'ai bel-et-bien une redirection http vers https qui se fait, mais ensuite, j'ai 18 autres redirections en https. (Chaque redirection, y compris la 1e, sont suivies de: 301 Moved Permanently)

J'ai déjà effectué quelques recherches, mais sans succès. Il n'y à pourtant que les redirections crées par ovh lors de la commande du ndd et de l’hébergement. De même, ma zone dns est d'origine, et n'a subi aucunes modifications.

Je vous remercie par avance pour tout complément d'information.


13 Replies ( Latest reply on 2021-01-18 14:04:14 by
DavidK14
)

quel CMS?
si tu contraries les réglages de celui-ci, ça explique

de ce que tu montres, tu n'as pas utilisé la partie *avec ou sans* le sous-domaine www

quel domaine est concerné?

pourquoi postes tu dans la catégorie *SSL gateway**?


quel CMS?

Je n'utilise aucun CMS.


de ce que tu montres, tu n'as pas utilisé la partie avec ou sans le sous-domaine www

Je n'ai pas utilisé cette partie car mon certificat ne couvre que le domaine principal, et non celui-ci.


quel domaine est concerné?

Voici le domaine concerné: http://vivalife-rp.net


pourquoi postes tu dans la catégorie *SSL gateway**?

Il me semblait que c'était la catégorie la plus adaptée au problème, mais je suis désolé si ce n'est pas le cas . ^^

c'est pas grave, mais SSL gateway est un service avec ses particularités

tu as un reverse proxy Nginx sur un cloud-web

essaye ça:
```text
MAUVAIS, supprimé
```
à optimiser, mais je sais plus ce qui est nécessaire vraiment pour le cloud-web

Tout d'abord, je te remercie pour ton aide.

Il n'y à visiblement aucun changement. L'erreur est toujours présente.

```text > Il n'y à visiblement aucun changement.

?? c'est OK, vide le cache de ton navigateur, maintenant:
```text
curl --head -XGET http://vivalife-rp.net/
HTTP/1.1 301 Moved Permanently
Content-Type: text/html; charset=iso-8859-1
Location: https://vivalife-rp.net/

curl --head -XGET http://www.vivalife-rp.net/
HTTP/1.1 301 Moved Permanently
Content-Type: text/html; charset=iso-8859-1
Location: https://vivalife-rp.net/

curl --head -XGET https://vivalife-rp.net/
HTTP/2 301
content-type: text/html; charset=iso-8859-1
location: https://vivalife-rp.net/

curl --head -XGET https://www.vivalife-rp.net/
HTTP/2 301
content-type: text/html; charset=iso-8859-1
location: https://vivalife-rp.net/

location utilisée:
https://vivalife-rp.net/
```

avant:

```text
curl --head -XGET http://vivalife-rp.net/
HTTP/1.1 301 Moved Permanently
Location: https://vivalife-rp.net/

curl --head -XGET http://www.vivalife-rp.net/
HTTP/1.1 301 Moved Permanently
Location: https://www.vivalife-rp.net/

curl --head -XGET https://vivalife-rp.net/
HTTP/2 301
location: https://vivalife-rp.net/

curl --head -XGET https://www.vivalife-rp.net/
HTTP/2 301
location: https://www.vivalife-rp.net/

locations utilisées:
https://vivalife-rp.net/
https://www.vivalife-rp.net/
``` ```


?? c'est OK, vide le cache de ton navigateur, maintenant:


Je l'ai déjà vidé, mais ça ne change rien, pour ma part. J'ai également tenté d'y accéder depuis edge/firefox, mais il y a toujours le même problème.

ah oui pardon, pas de code 200

il y a d'autres lignes dans ton htaccess?


il y a d'autres lignes dans ton htaccess?


Non, il est complètement vierge, mis à part ces lignes là.

peux tu essayer avec ça:
```text
RewriteEngine On

## www -> no-www
RewriteCond %{HTTP_HOST} ^www\.(.+)$
RewriteRule ^ https://%1%{REQUEST_URI} [R=301,L,NE,QSA]
## http -> https
RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L,NE,QSA]
```

puis si échec avec ça:
```text
RewriteEngine On

## www -> no-www
RewriteCond %{HTTP_HOST} ^www\.(.+)$
RewriteRule ^ https://%1%{REQUEST_URI} [R=301,L,NE,QSA]
## http -> https
RewriteCond %{ENV:HTTPS} off
RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L,NE,QSA]
```

Ca à l'air de fonctionner, et dans les deux cas (même si j'ai l'impression que le second ne fais pas les redirections.

Dans tous les cas, je te remercie pour ton aide :D !

```text ```text
curl --head -XGET http://vivalife-rp.net/
HTTP/1.1 301 Moved Permanently
Content-Type: text/html; charset=iso-8859-1
Location: https://vivalife-rp.net/

curl --head -XGET http://www.vivalife-rp.net/
HTTP/1.1 301 Moved Permanently
Content-Type: text/html; charset=iso-8859-1
Location: https://vivalife-rp.net/

curl --head -XGET https://vivalife-rp.net/
HTTP/2 200
content-type: text/html; charset=UTF-8

curl --head -XGET https://www.vivalife-rp.net/
HTTP/2 301
content-type: text/html; charset=iso-8859-1
location: https://vivalife-rp.net/

location utilisée:
https://vivalife-rp.net/
```
cette fois, un seul saut, un code 200... tout devrait être ok

tu peux me confirmer que le premier fonctionne? ```

Je te confirme, le premier fonctionne parfaitement.
Aucun problème avec.


, il est complètement vierge, m


Heuresement que Kyodev est la, meme le support telephonique na pas sur me repondre a ca en sachant qu'il y a un reverse proxy Nginx sur un cloud-web.

Merci

Replies are currently disabled for this question.