HTTP 408: el servidor no recibió tu petición completa a tiempo

Aviso: Sigue el orden documentado. Un código identifica el sistema afectado, pero por sí solo no demuestra qué pieza está averiada.

1. 1

   Qué estabas haciendo cuando salió el 408

   Sin herramientas especiales

   Quién:

   tú.

   Cómo:

   apunta si abrías una página o enviabas algo con efecto: formulario, subida, pedido, alta o pago.

   Resultado que importa:

   si repetir la petición es seguro.

   Si solo consultabas:

   puedes repetir una vez; RFC 9110 lo permite para peticiones pendientes.

   Si enviabas algo con efecto:

   no repitas todavía; mira tu correo o el historial de la cuenta y confirma si el primer intento se aplicó.

   Evidencia a conservar:

   captura del error con la dirección, la hora y la acción que hacías.

   Evidencia: RFC 9110 section 15.5.9 - 408 Request Timeout · RFC 9110 section 9.2.2 - Idempotent Methods

2. 2

   Una sola repetición de la consulta

   Sin herramientas especiales

   Quién:

   tú.

   Cómo:

   recarga la página una vez; si es una aplicación, ciérrala y ábrela antes de repetir.

   Resultado que importa:

   si el 408 vuelve con la misma petición.

   Si entra:

   apunta a un envío cortado o a una conexión que ya no servía.

   Si vuelve el 408:

   sigue con la prueba de tamaño y de red.

   Evidencia a conservar:

   hora de cada intento y resultado.

   Evidencia: RFC 9110 section 15.5.9 - 408 Request Timeout

3. 3

   Envío pequeño o desde otra red

   Sin herramientas especiales

   Quién:

   tú.

   Cómo:

   si el 408 salió al subir un archivo, prueba una vez con uno pequeño o desde otra conexión, por ejemplo datos móviles en lugar de wifi.

   Resultado que importa:

   si el fallo depende del tamaño o de tu red.

   Si el pequeño entra y el grande no:

   indica que el envío completo tarda más de lo que el servidor espera.

   Si falla igual con poco tamaño y desde otra red:

   apunta al plazo del servidor; avisa a su responsable.

   Evidencia a conservar:

   tamaño de cada archivo, red usada y resultado.

   Evidencia: RFC 9110 section 15.5.9 - 408 Request Timeout

4. 4

   Plazo de recepción en el registro del servidor

   Sin herramientas especiales

   Quién:

   el administrador del servidor.

   Cómo:

   busca en el registro la petición cerrada con 408 y compara cuánto tardó en llegar con el plazo de recepción configurado.

   Resultado que importa:

   duración real del envío frente al plazo.

   Si el envío tardó muy por encima de lo normal para su tamaño:

   confirma un cliente o una conexión lentos.

   Si el plazo es más corto que lo que necesitan envíos normales:

   confirma un ajuste del servidor que conviene revisar.

   Evidencia a conservar:

   línea del registro con hora, tamaño recibido y código 408.

   Evidencia: RFC 9110 section 15.5.9 - 408 Request Timeout

Un código solo tiene significado dentro del producto y la versión correctos.

RFC 9110 define 408 (Request Timeout): el servidor no recibió un mensaje de petición completo dentro del tiempo que estaba dispuesto a esperar. El plazo afecta a la recepción de la petición, no al tiempo que tarda la aplicación en preparar la respuesta. La norma permite al cliente repetir la petición pendiente y usar una conexión nueva si la actual ya no sirve. El código no dice qué retrasó el envío: tu conexión, el programa cliente o un plazo de espera corto en el servidor.

• Precauciónverificada con fuente

  Tras un 408 no repitas un pago, un pedido o un alta sin comprobar antes si el primer intento se aplicó; solo las peticiones idempotentes se pueden repetir sin ese riesgo.

  Evidencia: RFC 9110 section 9.2.2 - Idempotent Methods

1. 1

   RFC 9110 section 15.5.9 - 408 Request Timeout

   Internet Engineering Task Force · 2022 · official_doc

2. 2

   IANA Hypertext Transfer Protocol Status Code Registry

   Internet Assigned Numbers Authority · 2025 · official_doc