Solucionar problemas
Error al actualizar WordPress, "cURL operation timed out"
Si al actualizar WordPress desde el panel recibes un error similar a este:
Descarga fallida.: cURL error 28: Operation timed out after
El error cURL 28 confirma que la petición no terminó dentro del tiempo permitido. No indica por sí solo si falló la resolución DNS, la conexión, la descarga o la respuesta del destino.
1. Identifica la petición
Anota el mensaje completo, la hora, el tiempo indicado y la URL remota si aparece. Repite una sola vez la misma actualización para confirmar que el error es actual. Query Monitor puede mostrar la URL y duración en HTTP API Calls cuando la petición se ejecuta durante una carga del panel.
No esperes 24 horas como primera medida: una repetición breve distingue un fallo transitorio, pero si vuelve a fallar necesitas conservar los datos de esa petición.
2. Contrasta desde el servidor
Pide al proveedor que pruebe la misma URL desde el entorno que ejecuta PHP y revise DNS, conectividad saliente y tiempos de respuesta. Una prueba desde tu navegador utiliza otra red y no representa la conexión del servidor.
- Si varias URLs externas fallan desde el servidor, revisa primero conectividad, DNS o proxy de salida.
- Si solo falla un destino, conserva su URL y respuesta para que el proveedor del destino pueda revisarlo.
- Si la prueba del servidor funciona pero WordPress falla, comprueba si un plugin o una constante modifica la API HTTP y repite la misma petición antes y después de un cambio controlado.
3. Revisa ModSecurity solo cuando corresponda
ModSecurity inspecciona peticiones que llegan al servidor. Un timeout al descargar desde un servidor externo no demuestra un bloqueo de ModSecurity. Revisa su auditoría únicamente si la URL afectada vuelve a entrar en tu propia web, como una petición loopback, y existe un evento con la misma hora y ruta.
Si aparece un bloqueo, identifica la regla exacta y solicita una exclusión limitada a esa regla y ruta. No mantengas ModSecurity desactivado para actualizar WordPress.
Verificación
Repite la actualización y confirma que la misma URL termina correctamente. Revisa que no aparezca un cURL 28 nuevo y restaura cualquier plugin o medida temporal utilizada durante el aislamiento.
Si la actualización quedó a medias
Comprueba si el fallo se produjo al descargar o después de comenzar a sustituir archivos. Si hay una actualización parcial, revisa su estado antes de lanzar otra en paralelo. Que la descarga termine no confirma que se haya instalado y activado correctamente la versión nueva.
Aumentar un timeout solo tiene sentido si la petición avanza y necesita más tiempo; no corrige DNS, una conexión bloqueada o un destino que no responde. No desactives la validación TLS: el error 28 de tiempo y el error 60 de certificado son problemas distintos.
También te puede ayudar
- Problemas tras actualizar a WordPress 5.x Guía histórica para diagnosticar fallos aparecidos tras pasar a WordPress 5 sin atribuirlos automáti...
- Cómo solucionar el error cURL 60 de certificado SSL en WordPress Cómo diagnosticar y resolver el error cURL 60 de WordPress sin desactivar la verificación de certifi...
- Depurar errores en WordPress Localiza pantallas en blanco y fallos internos de WordPress enviando WP_DEBUG a un registro privado,...
- Diagnosticar "Programación perdida" o "Missed schedule" Comprueba por qué una entrada programada no se publicó antes de sustituir WP-Cron por una tarea del...
¿Algo no cuadra o ha cambiado? Cuéntanoslo y lo revisamos.