Erreur 429 Too Many Requests : pourquoi et comment la résoudre
Le 429 Too Many Requests est une limite assumée. Identifiez le limiteur, lisez Retry-After, et ne levez pas la protection sur la connexion ou le paiement.
Tous les articles SiteGarde sur Monitoring pour prioriser les bons contrôles.
61 articles correspondants aux filtres actifs
Le 429 Too Many Requests est une limite assumée. Identifiez le limiteur, lisez Retry-After, et ne levez pas la protection sur la connexion ou le paiement.
Le 500 est une exception non gérée dans l’application. Lisez le journal PHP, retirez le dernier changement, et n’affichez pas l’erreur aux visiteurs.
Le 502 signifie que le proxy a reçu une réponse inutilisable de l’amont. Lisez le journal, puis corrigez PHP-FPM, le socket ou les en-têtes.
Le 504 signifie que le proxy a attendu l’amont trop longtemps. Sortez la requête lente du cycle web au lieu d’allonger tous les délais.
L’erreur 521 signifie que l’origine refuse la connexion TCP. Vérifiez que le service écoute, que l’IP est la bonne et que le pare-feu accepte Cloudflare.
L’erreur 522 de Cloudflare signifie que la poignée de main TCP vers l’origine expire. Ce n’est pas une page lente : le pare-feu ou le réseau ne répond pas.
L’erreur 524 de Cloudflare : la connexion est établie, mais l’origine ne répond pas avant 100 secondes. Sortez le travail long de la requête.
DNS_PROBE_FINISHED_NXDOMAIN : le DNS répond que ce nom n’existe pas. Vérifiez l’expiration, la zone et l’enregistrement, pas le serveur web.
Comment choisir l’intervalle de contrôle d’un site : pages critiques, blog, DNS et certificat, et confirmation avant d’envoyer une alerte.