Watch at EaseHistorias. Respuestas. Perspectiva.

Tecnología · GUÍA PRÁCTICA

¿curl error 92 cerró mal un flujo HTTP/2? Conserva el reinicio antes de forzar HTTP/1.1

El código 92 indica un fallo de trama o flujo HTTP/2, no una causa única. Conserva el reinicio exacto, clasifica el riesgo de repetir, aísla cliente/intermediario/origen y verifica la respuesta completa.

Ilustración técnica original de los límites entre cliente curl, intermediario y origen.
Ilustración original: el mismo error no identifica qué salto envió el reinicio. Watch at Ease

El código 92 indica un fallo de trama o flujo HTTP/2, no una causa única. Conserva el reinicio exacto, clasifica el riesgo de repetir, aísla cliente/intermediario/origen y verifica la respuesta completa.

El código 92 es un error de flujo en la capa de tramas HTTP/2. Un error de flujo no equivale a un error de toda la conexión. Que HTTP/1.1 funcione no identifica el salto averiado.

Fija una solicitud reproducible y el error exacto

Registra curl -V, método, URL, salida, número de flujo y nombre del error. Elimina autorización, cookies, tokens y cuerpo antes de compartir.

Usa una cuenta de prueba o lectura si puedes. Que el navegador funcione no refuta el fallo: negociación, cabeceras y ruta pueden cambiar.

Clasifica efectos antes de repetir

GET y HEAD suelen poder repetirse, pero verifica el resultado. POST, PUT, PATCH y DELETE pueden haberse procesado; revisa registros e idempotencia.

No confundas las garantías de REFUSED_STREAM o el límite GOAWAY de RFC 9113 con un CANCEL o INTERNAL_ERROR genérico.

Localiza el límite con una traza redactada

Empieza con --verbose; curl actual admite --trace-config ids,time,http/2,ssl. Guarda la traza en privado y redáctala.

Alinea tiempos de cliente, proxy, CDN, pasarela y origen. El 92 por sí solo no identifica qué equipo reinició.

Compara solo la versión HTTP

Prueba --http2 y --http1.1 con la misma URL, carga, credenciales, proxy y región. El éxito de HTTP/1.1 solo acota una ruta dependiente de HTTP/2.

No cambies a la vez búferes, fragmentación, red y protocolo. Cambia una variable y registra versiones.

Verifica y limita la mitigación

Verifica estado, cabeceras, bytes o resumen y resultado de aplicación. Escribe descargas en un nombre temporal nuevo.

Usa HTTP/1.1 solo como mitigación temporal y acotada si la solicitud es segura y el resultado completo; detente si los efectos son desconocidos.

Ilustración técnica original de seguridad de reintento, comparación controlada y verificación.
Ilustración técnica original: clasifica los efectos antes de reintentar y verifica la salida completa. Watch at Ease