Bonjour à tous,
J'ai une application qui se connecte via un sous-domaine à un serveur privé virtuel.
Le certificat SSL sur ce serveur privé virtuel étant arrivé à échéance, j'ai voulu le mettre à jour en utilisant le SSL Gateway proposé par OVH.
Mais maintenant j'ai un message d'erreur "ERR_TOO_MANY_REDIRECTS" lorsque je me connecte au site internet.
Je n'arrive pas à comprendre d'où vient le problème.
L'adresse du site est app.zenlove.io (nota l'adresse zenlove.io cible un autre serveur avec un wordpress).
J'ai fait une redirection du nom de domaine vers l'adresse IP du SSL Gateway :
Voici l'ensemble des redirections
Domaine Type Cible
app.zenlove.io vers un serveur (ipv4 - A) 91.134.128.44
www.zenlove.io vers un serveur (ipv4 - A) 46.105.204.29
sentry.zenlove.io vers un serveur (ipv4 - A) 51.38.187.188
zenlove.io vers un serveur (ipv4 - A) 46.105.204.29
zenlove.io vers un serveur (ipv6 - AAAA) 2001:41d0:301::29
app.zenlove.io vers un serveur (ipv6 - AAAA) 2001:41d0:202:100:91:134:128:44
www.zenlove.io vers un domain (CNAME) zenlove.io
ftp.zenlove.io vers un domain (CNAME) zenlove.io
mail.zenlove.io vers un domain (CNAME) ssl0.ovh.net
smtp.zenlove.io vers un domain (CNAME) ssl0.ovh.net
pop3.zenlove.io vers un domain (CNAME) ssl0.ovh.net
imap.zenlove.io vers un domain (CNAME) ssl0.ovh.net
autoconfig.zenlove.io vers un domain (CNAME) mailconfig.ovh.net
autodiscover.zenlove.io vers un domain (CNAME) mailconfig.ovh.net
em3288.zenlove.io vers un domain (CNAME) u19441218.wl219.sendgrid.net
s1._domainkey.zenlove.io vers un domain (CNAME) s1.domainkey.u19441218.wl219.sendgrid.net
s2._domainkey.zenlove.io vers un domain (CNAME) s2.domainkey.u19441218.wl219.sendgrid.net
url1453.zenlove.io vers un domain (CNAME) sendgrid.net
19441218.zenlove.io vers un domain (CNAME) sendgrid.net
url1382.zenlove.io vers un domain (CNAME) sendgrid.net
ovhmo4313689-selector2._domainkey.zenlove.io vers un domain (CNAME) ovhmo4313689-selector2._domainkey.3608559.bl.dkim.mail.ovh.net
ovhmo4313689-selector1._domainkey.zenlove.io vers un domain (CNAME) ovhmo4313689-selector1._domainkey.3608560.bl.dkim.mail.ovh.net
Sur le SSL Gateway j'ai ensuite fait pointer vers le serveur :
Voici les infos du SSL Gateway :
Quelqu'un voit où j'ai fait une erreur ? Merci pour votre aide
Message "ERR_TOO_MANY_REDIRECTS" sur un serveur privé virtuel
Related questions
- Gateway SSL et HSTS
16599 
11.10.2016 21:57
- Entrée A 213.186.33.5
14968 05.10.2021 14:25
- Création d'un fichier .htaccess
14557 28.05.2019 13:47
- SSL GATEWAY HTTPS - Error 503 : Unknow domain
13747 05.01.2017 08:10
- SSL sans hebergement web
11324 16.11.2016 17:46
- Accès aux WebService de Prestashop en HTTPS via C#
11062 02.06.2018 09:12
- Error 503 avec Prestashop
10951 06.01.2017 13:30
- Paramétrage SSL Gateway
10908 13.12.2018 10:51
- Err_ssl_protocol_error urgent !
10225 21.11.2017 12:32
- Redirection HTTPS , erreur 302 et perte SESSION php
10010 20.09.2017 09:10
Chez moi, tout est bon.
https://zenlove.io --> Bon
Bonjour,
En effet ça boucle sur lui-même
---request begin---
GET / HTTP/1.1
User-Agent: Wget/1.21
Accept: */*
Accept-Encoding: identity
Host: app.zenlove.io
Connection: Keep-Alive
---request end---
HTTP request sent, awaiting response...
---response begin---
HTTP/1.1 301 Moved Permanently
server: nginx
date: Mon, 16 Sep 2024 07:48:03 GMT
content-type: text/html
content-length: 162
location: https://app.zenlove.io/
x-iplb-request-id: 200141D008001D380000000000000101:C98A_200141D0020201000091013401280044:01BB_66E7E2B3_1E9A1:4A4A
x-iplb-instance: 38940
---response end---
301 Moved Permanently
Location: https://app.zenlove.io/ [following]
Skipping 162 bytes of body: [
301 Moved Permanently
] done.
URI content encoding = None
20 redirections exceeded.
Vous êtes sûr que vous avez configuré le SSL Gateway pour attaquer votre VPS et pas le gateway lui-même ?
Pourquoi utiliser SSL Gateway, alors que vous implémentez SSL sur votre VPS ?
(le gateway se connecte au port 80 de votre VPS 51.38.187.188 mais votre VPS (nginx) fait une redirection vers https !)
oui le monsieur l'a dit
Faut tout lire, hein @Gaston_Phone
Merci beaucoup pour votre aide !
> Vous êtes sûr que vous avez configuré le SSL Gateway pour attaquer votre VPS et pas le gateway lui-même ?
Je pense que c'est là le problème mais je ne comprends pas ce qu'il faut faire pour le résoudre !
> Pourquoi utiliser SSL Gateway, alors que vous implémentez SSL sur votre VPS ?
L'agence web qui a fait l'appli ne répond plus. J'essaie de régler le problème par moi-même mais j'atteins les limites de mes compétences ! Utiliser le SSL Gateway m'a semblé plus simple, mais si une autre solution pour mettre à jour le certificat est possible, je suis preneur d'un tuto.
N'utilisez plus le SSL Gateway.
Une fois que vous aurez remis l'adresse IP 51.38.187.188 pour app.zenlove.io , et retiré les enregistrements AAAA, on pourra demander à votre VPS de montrer le certificat (s'il est valable ou non, etc)
parce qu'aujourd'hui en demandant pour l'adresse IP 51.38.187.188, on reçoit un certificat pour sentry.zenlove.io et on ne peut donc tirer aucune conclusion.
Merci Fritz2car pour cette réponse.
J'ai donc remis l'adresse IP 51.38.187.188 et supprimé l'enregistrement AAAA pour app.zenlove.io. Le site apparaît à nouveau, mais toujours avec le problème du certificat périmé.
L'installation initiale du certificat a dû être faite soit avec certbot, soit avec acme.sh , dans 95% des cas.
Voyez https://letsencrypt.org/fr/docs/client-options/ pour voir si vous avez des traces de l'un ou l'autre de ces logiciels.
Généralement ils ajoutent une entrée dans les crontab pour renouveler le certificat automatiquement à l'approche des 3 mois où ça expire.
Merci pour cette réponse.
L'utilisation de certbot me semble réservée à des experts en exploitation. C'est la seule solution possible ?
Si vous n'êtes pas capable d'utiliser certbot, vous devez remettre en question toute la gestion d'un VPS et des logiciels qui tournent dessus.
Vous êtes en danger, c'est comme conduire une voiture quand on ne sait pas conduire.
Heureusement ça fait moins mal, sauf si votre business en dépend.
Tirez les conclusions qui s'imposent et "faites faire" si nécessaire.
Oui j'en suis arrivé à la même conclusion : "faire faire".
Merci beaucoup pour votre aide.