cURL 28 — Operation timed out
Que signifie cette erreur ?
Une requête cURL n’a pas terminé avant le délai configuré.
Causes probables
- configuration ou dépendance incorrecte
- service, réseau ou stockage indisponible
- changement récent ou composant défaillant
Vérifications et résolution
- Conserver le message complet et l’heure de l’erreur.
- Identifier le composant exact qui renvoie le code.
- Contrôler les dépendances avant toute réparation globale.
- Appliquer une correction ciblée puis retester.
Approfondissement et preuve primaire
cURL 28 est le code libcurl correspondant à un timeout : la phase bloquée peut être DNS, connexion TCP, TLS ou transfert et doit être distinguée. Le message de haut niveau ne suffit pas pour localiser la phase réseau. Il faut conserver l’URL, les options, le proxy éventuel et les informations de timing ou TLS afin d’éviter de traiter un problème de confiance comme un simple problème de connectivité.
Vérification approfondie
Reproduire la requête avec une sortie verbeuse dans un environnement contrôlé, observer résolution DNS, connexion, négociation TLS et transfert, puis comparer avec le timeout et le magasin de certificats configurés. Pour TLS, vérifier la chaîne et le nom ; pour un timeout, mesurer la phase qui consomme le délai. Ne pas utiliser `-k` comme correction de production.
Critère de validation
La correction est validée lorsque la même requête se termine avec le code libcurl 0 et conserve la vérification de sécurité attendue. Pour cURL 28, répéter le test depuis le contexte réel de l’application afin de confirmer que proxy, CA bundle et paramètres de timeout sont identiques à ceux du test manuel.
Référence primaire : curl — libcurl error codes.