Cloudflare 522 : la connexion à votre origine a expiré

Error 522: Connection Timed Out signifie que Cloudflare a tenté de se connecter à votre serveur d’origine sans obtenir de réponse à temps. Contrairement au 521, où le serveur refuse, un 522 est un silence : la tentative de connexion ou la requête est simplement restée sans réponse.

Ce que Cloudflare entend par 522

Dans sa documentation sur les erreurs 5xx, Cloudflare décrit le 522 comme un délai dépassé lors du contact avec l’origine : soit la connexion TCP n’a pas pu s’établir, soit elle s’est établie mais l’origine n’a pas accusé réception de la requête de Cloudflare à temps. Quand la connexion est ouverte et que l’origine est simplement lente à produire une réponse, l’erreur devient plutôt un 524.

Causes courantes

• Une origine surchargée qui ne peut plus accepter de nouvelles connexions : CPU à sa limite, tous les processus occupés, file de connexions pleine.
• Un pare-feu qui abandonne en silence le trafic de Cloudflare, souvent une protection anti-DDoS chez l’hébergeur ou un limiteur de débit qui voit les quelques adresses IP de Cloudflare faire beaucoup de requêtes.
• Une mauvaise IP d’origine dans le DNS de Cloudflare, qui pointe vers une machine qui ne répond pas.
• Des problèmes de réseau ou de routage entre Cloudflare et votre hébergeur.

Impact SEO

Googlebot reçoit un 5xx de la part de Cloudflare, ce qui, d’après la documentation de Google, ralentit le crawl et, si cela persiste, entraîne le retrait des URL concernées. Les 522 venant souvent d’une surcharge, ils tendent à apparaître aux heures de pointe. Des réponses lentes ou en échec réduisent aussi ce que Google accepte d’explorer (voir budget de crawl).

Comment corriger un 522

1. L’origine est-elle vivante et réactive ?

uptime                          # charge moyenne
top -o %CPU                     # ce qui consomme du CPU
curl -sv --resolve www.example.com:443:203.0.113.10 \
  https://www.example.com/ -o /dev/null

Si la requête directe se bloque aussi, le problème vient du serveur lui-même : ajoutez des ressources, activez la mise en cache ou supprimez les requêtes coûteuses.

2. L’enregistrement DNS est-il correct ?

Comparez les enregistrements A et AAAA du tableau de bord Cloudflare avec l’adresse IP que votre hébergeur vous a donnée, surtout après une migration.

3. Quelque chose abandonne-t-il le trafic de Cloudflare ?

Autorisez les plages d’IP de Cloudflare dans chaque couche de pare-feu, et faites en sorte que les limiteurs de débit voient les vraies IP des visiteurs plutôt que celles de Cloudflare :

# Nginx : faire confiance à Cloudflare et utiliser l’IP du visiteur qu’il transmet
set_real_ip_from 173.245.48.0/20;   # ajoutez chaque plage publiée
real_ip_header CF-Connecting-IP;

L’équivalent sous Apache est mod_remoteip avec RemoteIPHeader CF-Connecting-IP et une ligne RemoteIPTrustedProxy par plage.

4. Toujours bloqué ?

Demandez à votre hébergeur si son réseau a bloqué Cloudflare, et envoyez au support de Cloudflare les Ray ID et les horodatages.

Comment vérifier

Passez un lot d’URL dans le vérificateur de statut HTTP à plusieurs reprises. Des 522 qui vont et viennent indiquent une surcharge, tandis que des 522 constants pointent vers le DNS ou les règles de pare-feu. Le vérificateur d’en-têtes HTTP vous donne la valeur de cf-ray à communiquer au support.

HTTP/2 522
date: Fri, 30 Oct 2026 11:03:12 GMT
content-type: text/html; charset=UTF-8
server: cloudflare
cf-ray: 8d2f5c3e7a1b9d04-FRA

Questions fréquentes