Lista de códigos de estado HTTP - List of HTTP status codes

Esta es una lista de códigos de estado de respuesta del Protocolo de transferencia de hipertexto (HTTP). Los códigos de estado son emitidos por un servidor en respuesta a la solicitud de un cliente realizada al servidor. Incluye códigos de Solicitud de comentarios (RFC) de IETF , otras especificaciones y algunos códigos adicionales utilizados en algunas aplicaciones comunes de HTTP. El primer dígito del código de estado especifica una de las cinco clases estándar de respuestas. Las frases de mensaje que se muestran son típicas, pero se puede proporcionar cualquier alternativa legible por humanos. A menos que se indique lo contrario, el código de estado es parte del estándar HTTP / 1.1 (RFC 7231).

La Autoridad de Números Asignados de Internet (IANA) mantiene el registro oficial de códigos de estado HTTP.

Todos los códigos de estado de respuesta HTTP están separados en cinco clases o categorías. El primer dígito del código de estado define la clase de respuesta, mientras que los dos últimos dígitos no tienen ninguna función de clasificación o categorización. Hay cinco clases definidas por el estándar:

1xx respuesta informativa : se recibió la solicitud, proceso continuo
2xx con éxito : la solicitud se recibió, comprendió y aceptó correctamente
Redirección 3xx : se deben realizar más acciones para completar la solicitud
Error de cliente 4xx : la solicitud contiene una sintaxis incorrecta o no se puede cumplir
Error de servidor 5xx : el servidor no cumplió con una solicitud aparentemente válida

1xx respuesta informativa

Una respuesta informativa indica que la solicitud fue recibida y comprendida. Se emite de forma provisional mientras continúa el procesamiento de la solicitud. Alerta al cliente para que espere una respuesta final. El mensaje consta solo de la línea de estado y los campos de encabezado opcionales, y termina con una línea vacía. Como el estándar HTTP / 1.0 no definió ningún código de estado 1xx, los servidores no deben enviar una respuesta 1xx a un cliente compatible con HTTP / 1.0, excepto en condiciones experimentales.

100 Continuar: El servidor ha recibido los encabezados de la solicitud y el cliente debe proceder a enviar el cuerpo de la solicitud (en el caso de una solicitud para la cual se necesita enviar un cuerpo; por ejemplo, una solicitud POST ). Enviar un cuerpo de solicitud grande a un servidor después de que se haya rechazado una solicitud por encabezados inapropiados sería ineficaz. Para que un servidor verifique los encabezados de la solicitud, un cliente debe enviar Expect: 100-continuecomo encabezado en su solicitud inicial y recibir un 100 Continuecódigo de estado en respuesta antes de enviar el cuerpo. Si el cliente recibe un código de error como 403 (Prohibido) o 405 (Método no permitido), entonces no debe enviar el cuerpo de la solicitud. La respuesta 417 Expectation Failedindica que la solicitud debe repetirse sin el Expectencabezado, ya que indica que el servidor no admite las expectativas (este es el caso, por ejemplo, de los servidores HTTP / 1.0).
101 protocolos de conmutación: El solicitante ha pedido al servidor que cambie de protocolo y el servidor ha aceptado hacerlo.
102 Procesamiento ( WebDAV ; RFC 2518): Una solicitud de WebDAV puede contener muchas sub-solicitudes que involucran operaciones de archivos, lo que requiere mucho tiempo para completar la solicitud. Este código indica que el servidor ha recibido y está procesando la solicitud, pero aún no hay respuesta disponible. Esto evita que el cliente agote el tiempo de espera y suponga que se perdió la solicitud.
103 Sugerencias tempranas (RFC 8297): Se utiliza para devolver algunos encabezados de respuesta antes del mensaje HTTP final.

2xx éxito

Esta clase de códigos de estado indica que la acción solicitada por el cliente fue recibida, comprendida y aceptada.

200 OK: Respuesta estándar para solicitudes HTTP exitosas. La respuesta real dependerá del método de solicitud utilizado. En una solicitud GET, la respuesta contendrá una entidad correspondiente al recurso solicitado. En una solicitud POST, la respuesta contendrá una entidad que describe o contiene el resultado de la acción.
201 Creado: La solicitud se ha cumplido, lo que ha dado lugar a la creación de un nuevo recurso.
202 Aceptado: La solicitud ha sido aceptada para su procesamiento, pero el procesamiento no se ha completado. La solicitud podría o no ser atendida eventualmente, y puede ser rechazada cuando se procese.
203 Información no autorizada (desde HTTP / 1.1): El servidor es un proxy transformador (por ejemplo, un acelerador web ) que recibió un 200 OK desde su origen, pero está devolviendo una versión modificada de la respuesta del origen.
204 Sin contenido: El servidor procesó correctamente la solicitud y no devuelve ningún contenido.
205 Restablecer contenido: El servidor procesó correctamente la solicitud, solicita al solicitante que restablezca la vista del documento y no devuelve ningún contenido.
206 Contenido parcial (RFC 7233): El servidor entrega solo una parte del recurso ( servicio de bytes ) debido a un encabezado de rango enviado por el cliente. Los clientes HTTP utilizan el encabezado de rango para permitir la reanudación de descargas interrumpidas o dividir una descarga en varias transmisiones simultáneas.
207 Multi-Estado (WebDAV; RFC 4918): El cuerpo del mensaje que sigue es por defecto un mensaje XML y puede contener varios códigos de respuesta separados, dependiendo de cuántas sub-solicitudes se hayan realizado.
208 ya informado (WebDAV; RFC 5842): Los miembros de una vinculación DAV ya se enumeraron en una parte anterior de la respuesta (multiestado) y no se incluirán nuevamente.
226 IM usado (RFC 3229): El servidor ha cumplido una solicitud del recurso y la respuesta es una representación del resultado de una o más manipulaciones de instancia aplicadas a la instancia actual.

Redirección 3xx

Esta clase de código de estado indica que el cliente debe realizar una acción adicional para completar la solicitud. Muchos de estos códigos de estado se utilizan en la redirección de URL .

Un agente de usuario puede llevar a cabo la acción adicional sin interacción del usuario solo si el método utilizado en la segunda solicitud es GET o HEAD. Un agente de usuario puede redirigir automáticamente una solicitud. Un agente de usuario debe detectar e intervenir para evitar redireccionamientos cíclicos.

300 opciones múltiples: Indica múltiples opciones para el recurso entre las que el cliente puede elegir (a través de la negociación de contenido impulsada por el agente ). Por ejemplo, este código podría usarse para presentar múltiples opciones de formato de video, para listar archivos con diferentes extensiones de nombre de archivo o para sugerir una desambiguación del sentido de las palabras .
301 Movido Permanentemente: Esta y todas las solicitudes futuras deben dirigirse al URI proporcionado .
302 Encontrado (anteriormente "Movido temporalmente"): Le dice al cliente que mire (busque) otra URL. La especificación HTTP / 1.0 (RFC 1945) requería que el cliente realizara una redirección temporal con el mismo método (la frase descriptiva original era "Movido temporalmente"), pero los navegadores populares implementaron redirecciones 302 cambiando el método a GET. Por lo tanto, HTTP / 1.1 agregó los códigos de estado 303 y 307 para distinguir entre los dos comportamientos.
303 Ver Otro (desde HTTP / 1.1): La respuesta a la solicitud se puede encontrar en otro URI utilizando el método GET. Cuando se recibe en respuesta a un POST (o PUT / DELETE), el cliente debe suponer que el servidor ha recibido los datos y debe emitir una nueva solicitud GET al URI dado.
304 no modificado (RFC 7232): Indica que el recurso no se ha modificado desde la versión especificada por los encabezados de solicitud If-Modified-Since o If-None-Match. En tal caso, no es necesario retransmitir el recurso ya que el cliente todavía tiene una copia descargada previamente.
305 Use Proxy (desde HTTP / 1.1): El recurso solicitado está disponible solo a través de un proxy, cuya dirección se proporciona en la respuesta. Por razones de seguridad, muchos clientes HTTP (como Mozilla Firefox e Internet Explorer ) no obedecen este código de estado.
306 Switch Proxy: Ya no se usa. Originalmente significaba "Las solicitudes posteriores deben utilizar el proxy especificado".
307 Redireccionamiento temporal (desde HTTP / 1.1): En este caso, la solicitud debe repetirse con otro URI; sin embargo, las solicitudes futuras deberían seguir utilizando el URI original. A diferencia de cómo se implementó históricamente 302, no se permite cambiar el método de solicitud al volver a emitir la solicitud original. Por ejemplo, una solicitud POST debe repetirse utilizando otra solicitud POST.
308 Redirección permanente (RFC 7538): Esta y todas las solicitudes futuras deben dirigirse al URI dado . 308 es paralelo al comportamiento de 301, pero no permite que cambie el método HTTP . Entonces, por ejemplo, enviar un formulario a un recurso redirigido permanentemente puede continuar sin problemas.

4xx errores de cliente

Error 404 en Wikipedia

Esta clase de código de estado está destinada a situaciones en las que el error parece haber sido causado por el cliente. Excepto cuando se responde a una solicitud HEAD, el servidor debe incluir una entidad que contenga una explicación de la situación del error y si se trata de una condición temporal o permanente. Estos códigos de estado son aplicables a cualquier método de solicitud. Los agentes de usuario deben mostrar al usuario cualquier entidad incluida.

400 Petición Incorrecta: El servidor no puede o no procesará la solicitud debido a un aparente error del cliente (por ejemplo, sintaxis de solicitud mal formada, tamaño demasiado grande, encuadre de mensaje de solicitud no válido o enrutamiento de solicitud engañoso).
401 no autorizado (RFC 7235): Similar a 403 Forbidden , pero específicamente para usar cuando se requiere autenticación y ha fallado o aún no se ha proporcionado. La respuesta debe incluir un campo de encabezado WWW-Authenticate que contenga un desafío aplicable al recurso solicitado. Consulte Autenticación de acceso básica y Autenticación de acceso implícita . 401 semánticamente significa "no autorizado", el usuario no tiene credenciales de autenticación válidas para el recurso de destino.; Nota: Algunos sitios emiten HTTP 401 de forma incorrecta cuando una dirección IP está prohibida en el sitio web (generalmente el dominio del sitio web) y a esa dirección específica se le niega el permiso para acceder a un sitio web.
402 Pago requerido: Reservado para uso futuro. La intención original era que este código pudiera usarse como parte de alguna forma de efectivo digital o esquema de micropagos , como lo propuso, por ejemplo, GNU Taler , pero eso aún no ha sucedido, y este código no se usa ampliamente. La API de desarrolladores de Google utiliza este estado si un desarrollador en particular ha superado el límite diario de solicitudes. Sipgate usa este código si una cuenta no tiene fondos suficientes para iniciar una llamada. Shopify usa este código cuando la tienda no ha pagado sus tarifas y está temporalmente deshabilitada. Stripe usa este código para pagos fallidos donde los parámetros eran correctos, por ejemplo, pagos fraudulentos bloqueados.
403 Prohibido: La solicitud contenía datos válidos y fue entendida por el servidor, pero el servidor rechaza la acción. Esto puede deberse a que el usuario no tiene los permisos necesarios para un recurso o necesita una cuenta de algún tipo, o intenta una acción prohibida (por ejemplo, crear un registro duplicado donde solo se permite uno). Este código también se usa normalmente si la solicitud proporcionó autenticación respondiendo al desafío del campo de encabezado WWW-Authenticate, pero el servidor no aceptó esa autenticación. La solicitud no debe repetirse.
404 No encontrado: No se pudo encontrar el recurso solicitado, pero es posible que esté disponible en el futuro. Se permiten solicitudes posteriores por parte del cliente.
405 Método no permitido: No se admite un método de solicitud para el recurso solicitado; por ejemplo, una solicitud GET en un formulario que requiere que los datos se presenten a través de POST , o una solicitud PUT en un recurso de solo lectura.
406 No aceptable: El recurso solicitado es capaz de generar solo contenido no aceptable según los encabezados de aceptación enviados en la solicitud. Consulte Negociación de contenido .
407 Se requiere autenticación de proxy (RFC 7235): El cliente primero debe autenticarse con el proxy .
408 Solicitar tiempo de espera: El servidor agotó el tiempo de espera de la solicitud. De acuerdo con las especificaciones HTTP: "El cliente no produjo una solicitud dentro del tiempo que el servidor estaba preparado para esperar. El cliente PUEDE repetir la solicitud sin modificaciones en cualquier momento posterior".
409 Conflicto: Indica que la solicitud no se pudo procesar debido a un conflicto en el estado actual del recurso, como un conflicto de edición entre varias actualizaciones simultáneas.
410 desaparecido: Indica que el recurso solicitado ya no está disponible y no lo estará nuevamente. Esto debe usarse cuando un recurso se ha eliminado intencionalmente y el recurso debe purgarse. Al recibir un código de estado 410, el cliente no debería solicitar el recurso en el futuro. Los clientes, como los motores de búsqueda, deben eliminar el recurso de sus índices. La mayoría de los casos de uso no requieren que los clientes y los motores de búsqueda depuren el recurso, y en su lugar se puede usar un "404 Not Found".
411 Longitud requerida: La solicitud no especificó la longitud de su contenido, que es requerida por el recurso solicitado.
412 Precondición fallida (RFC 7232): El servidor no cumple una de las condiciones previas que el solicitante puso en los campos del encabezado de la solicitud.
413 Carga útil demasiado grande (RFC 7231): La solicitud es mayor de lo que el servidor está dispuesto o puede procesar. Anteriormente llamado "entidad de solicitud demasiado grande".
414 URI demasiado largo (RFC 7231): El URI proporcionado era demasiado largo para que el servidor lo procesara. A menudo, el resultado de la codificación de demasiados datos como una cadena de consulta de una solicitud GET, en cuyo caso debe convertirse en una solicitud POST. Anteriormente se llamaba "Request-URI demasiado largo".
415 Tipo de medio no admitido (RFC 7231): La entidad de solicitud tiene un tipo de medio que el servidor o recurso no admite. Por ejemplo, el cliente carga una imagen como image / svg + xml , pero el servidor requiere que las imágenes usen un formato diferente.
416 Rango no satisfactorio (RFC 7233): El cliente ha solicitado una parte del archivo ( servicio de bytes ), pero el servidor no puede proporcionar esa parte. Por ejemplo, si el cliente solicita una parte del archivo que se encuentra más allá del final del archivo. Anteriormente denominado "Rango solicitado no satisfactorio".
417 Expectativa fallida: El servidor no puede cumplir con los requisitos del campo Expect request-header.
418 Soy una tetera (RFC 2324, RFC 7168): Este código se definió en 1998 como una de las bromas tradicionales de IETF April Fools , en RFC 2324, Protocolo de control de cafetera de Hyper Text , y no se espera que sea implementado por servidores HTTP reales. La RFC especifica que este código debe ser devuelto por las teteras solicitadas para preparar café. Este estado HTTP se utiliza como un huevo de Pascua en algunos sitios web, como el de Google.com, I'm a teapot easter egg.
421 Solicitud mal dirigida (RFC 7540): La solicitud se dirigió a un servidor que no puede producir una respuesta (por ejemplo, debido a la reutilización de la conexión).
422 Entidad no procesable (WebDAV; RFC 4918): La solicitud estaba bien formada, pero no se pudo seguir debido a errores semánticos.
423 Bloqueado (WebDAV; RFC 4918): El recurso al que se accede está bloqueado.
424 Dependencia fallida (WebDAV; RFC 4918): La solicitud falló porque dependía de otra solicitud y esa solicitud falló (por ejemplo, un PROPPATCH).
425 demasiado pronto (RFC 8470): Indica que el servidor no está dispuesto a correr el riesgo de procesar una solicitud que podría reproducirse.
426 Requiere actualización: El cliente debe cambiar a un protocolo diferente, como TLS / 1.3 , que se proporciona en el campo de encabezado de actualización .
428 Requisito previo (RFC 6585): El servidor de origen requiere que la solicitud sea condicional. Tiene la intención de evitar el problema de la 'actualización perdida', donde un cliente obtiene el estado de un recurso, lo modifica y lo devuelve al servidor, cuando mientras tanto un tercero ha modificado el estado en el servidor, lo que lleva a un conflicto.
429 Demasiadas solicitudes (RFC 6585): El usuario ha enviado demasiadas solicitudes en un período de tiempo determinado. Diseñado para su uso con esquemas de limitación de velocidad .
431 Campos de encabezado de solicitud demasiado grandes (RFC 6585): El servidor no está dispuesto a procesar la solicitud porque un campo de encabezado individual o todos los campos de encabezado colectivamente son demasiado grandes.
451 No disponible por motivos legales (RFC 7725): Un operador de servidor ha recibido una demanda legal para denegar el acceso a un recurso o un conjunto de recursos que incluye el recurso solicitado. El código 451 fue elegido como referencia a la novela Fahrenheit 451 (ver los Agradecimientos en el RFC).

Errores del servidor 5xx

El servidor no pudo cumplir con una solicitud.

Los códigos de estado de respuesta que comienzan con el dígito "5" indican casos en los que el servidor es consciente de que ha encontrado un error o es incapaz de realizar la solicitud. Excepto cuando se responde a una solicitud HEAD, el servidor debe incluir una entidad que contenga una explicación de la situación de error e indicar si se trata de una condición temporal o permanente. Asimismo, los agentes de usuario deben mostrar al usuario cualquier entidad incluida. Estos códigos de respuesta son aplicables a cualquier método de solicitud.

Error interno de servidor 500: Un mensaje de error genérico, dado cuando se encontró una condición inesperada y no es adecuado ningún mensaje más específico.
501 No implementado: El servidor no reconoce el método de solicitud o carece de la capacidad para cumplir con la solicitud. Por lo general, esto implica disponibilidad futura (por ejemplo, una nueva característica de una API de servicio web).
502 Puerta de enlace no válida: El servidor estaba actuando como una puerta de enlace o un proxy y recibió una respuesta no válida del servidor ascendente.
503 Servicio no Disponible: El servidor no puede manejar la solicitud (porque está sobrecargado o inactivo por mantenimiento). Generalmente, este es un estado temporal.
504 Tiempo de espera de puerta de enlace: El servidor estaba actuando como una puerta de enlace o un proxy y no recibió una respuesta oportuna del servidor ascendente.
505 Versión HTTP no admitida: El servidor no admite la versión del protocolo HTTP utilizada en la solicitud.
La variante 506 también negocia (RFC 2295): La negociación de contenido transparente para la solicitud da como resultado una referencia circular .
507 Almacenamiento insuficiente (WebDAV; RFC 4918): El servidor no puede almacenar la representación necesaria para completar la solicitud.
508 Loop detectado (WebDAV; RFC 5842): El servidor detectó un bucle infinito mientras procesaba la solicitud (enviada en lugar de 208 ya informados ).
510 no extendido (RFC 2774): Se requieren más extensiones de la solicitud para que el servidor la cumpla.
511 Se requiere autenticación de red (RFC 6585): El cliente debe autenticarse para obtener acceso a la red. Diseñado para ser utilizado interceptando proxies utilizados para controlar el acceso a la red (por ejemplo, " portales cautivos " utilizados para requerir el acuerdo con los Términos de servicio antes de otorgar acceso completo a Internet a través de un punto de acceso Wi-Fi ).

Códigos no oficiales

Los siguientes códigos no están especificados por ningún estándar.

218 Esto está bien ( servidor web Apache ): Se utiliza como una condición de error general para permitir que los cuerpos de respuesta fluyan a través de Apache cuando ProxyErrorOverride está habilitado. Cuando ProxyErrorOverride está habilitado en Apache, Apache descarta automáticamente los cuerpos de respuesta que contienen un código de estado de 4xx o 5xx a favor de una respuesta genérica o personalizada especificada por la directiva ErrorDocument. La frase " Esto está bien " es un meme de Internet que se refiere a ignorar la situación o no tomar ninguna medida a pesar de la evidencia obvia de una catástrofe en curso.
419 Página caducada ( Marco de Laravel ): Utilizado por Laravel Framework cuando falta un token CSRF o está vencido.
420 Fallo del método ( Spring Framework ): Una respuesta obsoleta utilizada por Spring Framework cuando un método ha fallado.
420 Mejora tu calma ( Twitter ): Devuelto por la versión 1 de la API de búsqueda y tendencias de Twitter cuando el cliente tiene una tarifa limitada; las versiones 1.1 y posteriores utilizan el código de respuesta 429 Too Many Requests en su lugar. La frase "Mejora tu calma" proviene de la película Demolition Man de 1993 , y su asociación con este número probablemente sea una referencia al cannabis .
430 Campos de encabezado de solicitud demasiado grandes ( Shopify ): Usado por Shopify , en lugar del código de respuesta 429 Too Many Requests , cuando se solicitan demasiadas URL dentro de un cierto período de tiempo.
450 bloqueado por los controles parentales de Windows (Microsoft): El código de extensión de Microsoft indicado cuando los controles parentales de Windows están activados y están bloqueando el acceso a la página web solicitada.
498 Token no válido (Esri): Devuelto por ArcGIS for Server . El código 498 indica un token caducado o inválido.
499 Token requerido (Esri): Devuelto por ArcGIS for Server . El código 499 indica que se requiere un token pero no se envió.
509 Límite de ancho de banda excedido ( servidor web Apache / cPanel ): El servidor ha excedido el ancho de banda especificado por el administrador del servidor; a menudo, los proveedores de alojamiento compartido lo utilizan para limitar el ancho de banda de los clientes.
529 El sitio está sobrecargado: Usado por Qualys en la API de prueba del servidor SSLLabs para indicar que el sitio no puede procesar la solicitud.
530 El sitio está congelado: Utilizado por la plataforma web Pantheon para indicar un sitio que se ha congelado debido a la inactividad.
598 (Convención informal) Error de tiempo de espera de lectura de red: Utilizado por algunos proxies HTTP para señalar un tiempo de espera de lectura de red detrás del proxy a un cliente frente al proxy.

Servicios de Información de Internet

El servidor web de Internet Information Services (IIS) de Microsoft expande el espacio de error 4xx para señalar errores con la solicitud del cliente.

440 Tiempo de espera de inicio de sesión: La sesión del cliente ha expirado y debe iniciar sesión nuevamente.
449 Reintentar con: El servidor no puede cumplir con la solicitud porque el usuario no ha proporcionado la información requerida.
451 Redirigir: Se utiliza en Exchange ActiveSync cuando hay disponible un servidor más eficiente o cuando el servidor no puede acceder al buzón de correo de los usuarios. Se espera que el cliente vuelva a ejecutar la operación de detección automática de HTTP para encontrar un servidor más apropiado.

En ocasiones, IIS utiliza subcódigos decimales adicionales para obtener información más específica; sin embargo, estos subcódigos solo aparecen en la carga útil de respuesta y en la documentación, no en el lugar de un código de estado HTTP real.

nginx

El software del servidor web nginx expande el espacio de error 4xx para señalar problemas con la solicitud del cliente.

444 Sin respuesta: Se utiliza internamente para indicar al servidor que no devuelva información al cliente y cierre la conexión de inmediato.
494 Encabezado de solicitud demasiado grande: El cliente envió una solicitud demasiado grande o una línea de encabezado demasiado larga.
495 Error de certificado SSL: Una expansión del código de respuesta 400 Bad Request , que se utiliza cuando el cliente ha proporcionado un certificado de cliente no válido .
496 Se requiere certificado SSL: Una expansión del código de respuesta 400 Bad Request , que se usa cuando se requiere un certificado de cliente pero no se proporciona.
497 Solicitud HTTP enviada al puerto HTTPS: Una expansión del código de respuesta 400 Bad Request , que se utiliza cuando el cliente ha realizado una solicitud HTTP a un puerto que escucha solicitudes HTTPS.
499 Solicitud cerrada del cliente: Se utiliza cuando el cliente ha cerrado la solicitud antes de que el servidor pueda enviar una respuesta.

Cloudflare

El servicio de proxy inverso de Cloudflare amplía el espacio de errores de la serie 5xx para señalar problemas con el servidor de origen.

El servidor web 520 devolvió un error desconocido: El servidor de origen devolvió una respuesta vacía, desconocida o inesperada a Cloudflare.
521 servidor web no funciona: El servidor de origen rechazó las conexiones de Cloudflare. Las soluciones de seguridad en el origen pueden estar bloqueando conexiones legítimas desde ciertas direcciones IP de Cloudflare.
522 Tiempo de espera de conexión agotado: Cloudflare agotó el tiempo de espera para comunicarse con el servidor de origen.
523 El origen es inalcanzable: Cloudflare no pudo llegar al servidor de origen; por ejemplo, si los registros DNS del servidor de origen son incorrectos o faltan.
524 Ocurrió un tiempo de espera: Cloudflare pudo completar una conexión TCP con el servidor de origen, pero no recibió una respuesta HTTP oportuna.
525 Fallo en el protocolo de enlace SSL: Cloudflare no pudo negociar un protocolo de enlace SSL / TLS con el servidor de origen.
526 Certificado SSL no válido: Cloudflare no pudo validar el certificado SSL en el servidor web de origen. También lo usa el gorouter de Cloud Foundry .
527 Error de cañón de riel: El error 527 indica una conexión interrumpida entre Cloudflare y el servidor Railgun del servidor de origen.
530: Se devuelve el error 530 junto con un error 1xxx.

Equilibrador de carga elástico de AWS

Amazon 's elástico de equilibrio de carga añade unos códigos de retorno personalizados

460: El cliente cerró la conexión con el equilibrador de carga antes de que transcurriera el tiempo de espera inactivo. Normalmente, cuando el tiempo de espera del cliente es anterior al tiempo de espera del Elastic Load Balancer.
463: El equilibrador de carga recibió un encabezado de solicitud X-Fordered-For con más de 30 direcciones IP.
561 No autorizado: Un error de autenticación devuelto por un servidor registrado con un equilibrador de carga. Configuró una regla de escucha para autenticar a los usuarios, pero el proveedor de identidad (IdP) devolvió un código de error al autenticar al usuario.

Almacenamiento en caché de códigos de advertencia

Los siguientes códigos de advertencia relacionados con el almacenamiento en caché se especifican en RFC 7234. A diferencia de los otros códigos de estado anteriores, estos no se envían como estado de respuesta en el protocolo HTTP, sino como parte del encabezado HTTP "Advertencia". Dado que este encabezado a menudo no es enviado por los servidores ni reconocido por los clientes, pronto será obsoleto por el Grupo de Trabajo HTTP .

110 La respuesta es obsoleta: La respuesta proporcionada por una caché es obsoleta (la antigüedad del contenido excede una edad máxima establecida por un encabezado de Cache-Control o una vida útil elegida heurísticamente).
111 Revalidación fallida: La caché no pudo validar la respuesta debido a la imposibilidad de llegar al servidor de origen.
112 Operación desconectada: La caché se desconecta intencionalmente del resto de la red.
113 Vencimiento heurístico: La caché eligió heurísticamente una vida útil de frescura superior a 24 horas y la antigüedad de la respuesta es superior a 24 horas.
199 Advertencia miscelánea: Advertencia arbitraria, inespecífica. El texto de advertencia puede registrarse o presentarse al usuario.
214 Transformación aplicada: Agregado por un proxy si aplica alguna transformación a la representación, como cambiar la codificación del contenido, el tipo de medio o similar.
299 Advertencia persistente miscelánea: Igual que 199, pero indica una advertencia persistente.

Ver también

Notas

Referencias

enlaces externos

RFC 7231 - Protocolo de transferencia de hipertexto (HTTP / 1.1): Semántica y contenido - Sección 6, Códigos de estado de respuesta
Registro de códigos de estado del Protocolo de transferencia de hipertexto (HTTP)
Microsoft Knowledge Base: MSKB943891: los códigos de estado HTTP en IIS 7.0
Base de conocimientos de Microsoft Office: Código de error 2-11

Languages

In other projects