Códigos de respuesta del Protocolo de transferencia de hipertexto
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) del 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 mensajes opcionales que se muestran son típicas, pero se puede proporcionar cualquier alternativa legible por humanos o ninguna.
A menos que se indique lo contrario, el código de estado forma parte del estándar HTTP. [1]
Todos los códigos de estado de respuesta HTTP se separan 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 – la solicitud fue recibida, proceso continuado
2xx exitoso : la solicitud se recibió, entendió y aceptó exitosamente
Redirección 3xx : se deben tomar más medidas para completar la solicitud
Error de cliente 4xx : la solicitud contiene una sintaxis incorrecta o no se puede cumplir
Error del servidor 5xx : el servidor no pudo cumplir 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 únicamente de la línea de estado y 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 [nota 1] enviar una respuesta 1xx a un cliente compatible con HTTP/1.0 excepto bajo 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 que es necesario enviar un cuerpo; por ejemplo, una solicitud POST ). Enviar un cuerpo de solicitud grande a un servidor después de que una solicitud haya sido rechazada por encabezados inapropiados sería ineficaz. Para que un servidor verifique los encabezados de la solicitud, un cliente debe enviar Expect: 100-continueun 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 debería 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 soporta las expectativas (este es el caso, por ejemplo, de los servidores HTTP/1.0). [1] : §10.1.1
101 protocolos de conmutación
El solicitante ha pedido al servidor que cambie de protocolo y el servidor ha aceptado hacerlo.
Una solicitud WebDAV puede contener muchas subsolicitudes 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. [3] Esto evita que el cliente agote el tiempo y asuma que la solicitud se perdió. El código de estado está en desuso. [4]
103 primeros consejos (RFC 8297)
Se utiliza para devolver algunos encabezados de respuesta antes del mensaje HTTP final. [5]
2xx éxito
Esta clase de códigos de estado indica que la acción solicitada por el cliente fue recibida, comprendida y aceptada. [2]
200 bien
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 cumplió, lo que resultó en la creación de un nuevo recurso. [6]
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 podría 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ó 200 OK de su origen, pero devuelve una versión modificada de la respuesta del origen. [1] : §15.3.4 [1] : §7.7
204 Sin contenido
El servidor procesó correctamente la solicitud y no devuelve ningún contenido.
205 Restablecer contenido
El servidor procesó con éxito la solicitud, solicita que el solicitante restablezca la vista del documento y no devuelve ningún contenido.
206 Contenido parcial
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 múltiples transmisiones simultáneas.
207 multiestado (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 subsolicitudes se realizaron. [7]
208 ya informado (WebDAV; RFC 5842)
Los miembros de un enlace DAV ya se han enumerado en una parte anterior de la respuesta (de estado múltiple) y no se volverán a incluir.
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. [8]
redirección 3xx
Esta clase de código de estado indica que el cliente debe realizar acciones adicionales para completar la solicitud. Muchos de estos códigos de estado se utilizan en la redirección de URL . [2]
Un agente de usuario puede realizar 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 redirecciones cíclicas. [1] : §15.4
Le dice al cliente que mire (busque) otra URL. La especificación HTTP/1.0 requería que el cliente realizara una redirección temporal con el mismo método (la frase descriptiva original era "Movido temporalmente"), [9] 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. [1] : §15.4
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
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 Usar proxy (desde HTTP/1.1)
El recurso solicitado está disponible únicamente 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. [10]
Proxy de conmutación 306
Ya no se usa. Originalmente significaba "Las solicitudes posteriores deben utilizar el proxy especificado".
Redirección temporal 307 (desde HTTP/1.1)
En este caso, la solicitud deberá repetirse con otra 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
Esta y todas las solicitudes futuras deben dirigirse al URI proporcionado . 308 es paralelo al comportamiento de 301, pero no permite que cambie el método HTTP . Así, por ejemplo, el envío de un formulario a un recurso redirigido permanentemente puede continuar sin problemas.
Errores de cliente 4xx
Error 404 en Wikimedia
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 cualquier entidad incluida al usuario.
400 Solicitud incorrecta
El servidor no puede o no quiere 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
Similar a 403 Prohibido, pero específicamente para usar cuando se requiere autenticación y ésta falló 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ásico y Autenticación de acceso implícito . 401 significa semánticamente "no autenticado", el usuario no tiene credenciales de autenticación válidas para el recurso de destino.
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 propone, por ejemplo, GNU Taler , [11] pero eso aún no ha sucedido y este código no se usa ampliamente. La API de Google Developers utiliza este estado si un desarrollador en particular ha excedido el límite diario de solicitudes. [12] Sipgate utiliza este código si una cuenta no tiene fondos suficientes para iniciar una llamada. [13] Shopify usa este código cuando la tienda no ha pagado sus tarifas y está temporalmente inhabilitada. [14] Stripe utiliza este código para pagos fallidos donde los parámetros eran correctos, por ejemplo, pagos fraudulentos bloqueados. [15]
La solicitud contenía datos válidos y el servidor la entendió, pero el servidor se niega a actuar. 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.
No se pudo encontrar el recurso solicitado, pero es posible que esté disponible en el futuro. Se permiten solicitudes posteriores por parte del cliente.
Método 405 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 mediante 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. Ver Negociación de contenido .
Se requiere autenticación de proxy 407
El cliente primero debe autenticarse con el proxy .
408 Tiempo de espera de solicitud
El servidor agotó el tiempo de espera de la solicitud. Según 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 estaba anteriormente en uso pero ya no está disponible y no volverá a estar disponible. Esto debe usarse cuando un recurso se ha eliminado intencionalmente y el recurso debe eliminarse. Al recibir un código de estado 410, el cliente no deberá solicitar el recurso en el futuro. Los clientes, como los motores de búsqueda, deberían 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 eliminen el recurso, y en su lugar se puede utilizar un "404 no encontrado".
411 Longitud requerida
La solicitud no especifica la extensión de su contenido, que es requerida por el recurso solicitado.
412 Condición previa fallida
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
La solicitud es mayor de lo que el servidor está dispuesto o es capaz de procesar. Anteriormente llamado "Entidad de solicitud demasiado grande". [16] : §10.4.14
414 URI demasiado largo
El URI proporcionado era demasiado largo para que el servidor lo procesara. A menudo, es el resultado de codificar demasiados datos como una cadena de consulta de una solicitud GET, en cuyo caso se debe convertir en una solicitud POST. Anteriormente se llamaba "Solicitud-URI demasiado larga". [16] : §10.4.15
415 Tipo de medio no admitido
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 utilicen un formato diferente.
416 Rango no satisfactorio
El cliente ha solicitado una parte del archivo ( servicio de bytes ), pero el servidor no puede proporcionar esa parte. Por ejemplo, si el cliente solicitó una parte del archivo que se encuentra más allá del final del archivo. Anteriormente se denominaba "Rango solicitado no satisfactorio". [16] : §10.4.17
417 Expectativa fallida
El servidor no puede cumplir con los requisitos del campo de encabezado de solicitud esperado. [17]
Este código se definió en 1998 como uno de los chistes tradicionales del Día de los Inocentes del IETF , en RFC 2324, Protocolo de control de cafeteras de hipertexto , y no se espera que lo implementen servidores HTTP reales. El RFC especifica que este código debe ser devuelto por las teteras solicitadas para preparar café. [18] Este estado HTTP se utiliza como huevo de Pascua en algunos sitios web, como el huevo de Pascua "Soy una tetera" de Google.com . [19] [20] [21] A veces, este código de estado también se utiliza como respuesta a una solicitud bloqueada, en lugar del más apropiado 403 Prohibido. [22] [23]
421 Solicitud mal dirigida
La solicitud se dirigió a un servidor que no puede generar una respuesta (por ejemplo, debido a la reutilización de la conexión).
422 Contenido no procesable
La solicitud estaba bien formada (es decir, sintácticamente correcta) pero no se pudo procesar. [1] : §15.5.21
423 Bloqueado (WebDAV; RFC 4918)
El recurso al que se accede está bloqueado. [7]
424 Dependencia fallida (WebDAV; RFC 4918)
La solicitud falló porque dependía de otra solicitud y esa solicitud falló (por ejemplo, un PROPPATCH). [7]
425 demasiado pronto (RFC 8470)
Indica que el servidor no está dispuesto a correr el riesgo de procesar una solicitud que podría reproducirse.
El servidor de origen requiere que la solicitud sea condicional. Diseñado para 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 genera un conflicto. [24]
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 tasas . [24]
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 en conjunto son demasiado grandes. [24]
Un operador de servidor ha recibido una demanda legal para denegar el acceso a un recurso o a un conjunto de recursos que incluye el recurso solicitado. [25] El código 451 fue elegido como referencia a la novela Fahrenheit 451 (ver los Agradecimientos en el RFC).
Los códigos de estado de respuesta que comienzan con el dígito "5" indican casos en los que el servidor sabe que ha encontrado un error o que no puede realizar la solicitud. Excepto cuando responde a una solicitud HEAD, el servidor debe incluir una entidad que contenga una explicación de la situación del 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 .
500 Error interno del servidor
Un mensaje de error genérico, que se muestra cuando se encuentra una condición inesperada y no es adecuado un mensaje más específico.
501 no implementado
El servidor no reconoce el método de solicitud o no tiene la capacidad de cumplir con la solicitud. Generalmente esto implica disponibilidad futura (por ejemplo, una nueva característica de una API de servicio web).
El servidor no puede almacenar la representación necesaria para completar la solicitud. [7]
508 Bucle detectado (WebDAV; RFC 5842)
El servidor detectó un bucle infinito mientras procesaba la solicitud (enviada en lugar de 208 ya informado).
510 No extendido (RFC 2774)
Se requieren más extensiones de la solicitud para que el servidor la cumpla. [28]
Se requiere autenticación de red 511 (RFC 6585)
El cliente necesita autenticarse para obtener acceso a la red. Diseñado para interceptar servidores proxy utilizados para controlar el acceso a la red (por ejemplo, " portales cautivos " solían exigir la aceptación de los Términos de servicio antes de otorgar acceso completo a Internet a través de un punto de acceso Wi-Fi ). [24]
Códigos no oficiales
Los siguientes códigos no están especificados por ninguna norma.
Utilizado por servidores Apache. Una condición de error general que permite el paso de cuerpos de mensajes a través del servidor cuando la ProxyErrorOverride configuración está habilitada. Se muestra en esta situación en lugar de un mensaje de error 4xx o 5xx. [29]
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 Demasiadas solicitudes. [33] La frase "Mejora tu calma" proviene de la película Demolition Man de 1993 , y su asociación con este número es probablemente una referencia al cannabis . [ cita necesaria ]
430 Campos de encabezado de solicitud demasiado grandes ( Shopify )
Una respuesta obsoleta utilizada por Shopify , en lugar del código de respuesta 429 Demasiadas solicitudes, cuando se solicitan demasiadas URL dentro de un período de tiempo determinado. [34]
Utilizado por Shopify para indicar que la solicitud se consideró maliciosa. [35]
450 bloqueado por los controles parentales de Windows (Microsoft)
El código de extensión de Microsoft indica cuando los controles parentales de Windows están activados y bloquean el acceso a la página web solicitada. [36]
498 Token no válido (Esri)
Devuelto por ArcGIS for Server . El código 498 indica un token caducado o no válido. [37]
Se requiere 499 tokens (Esri)
Devuelto por ArcGIS for Server . El código 499 indica que se requiere un token pero no se envió. [37]
El servidor ha excedido el ancho de banda especificado por el administrador del servidor; Los proveedores de alojamiento compartido suelen utilizarlo para limitar el ancho de banda de los clientes. [38]
529 El sitio está sobrecargado
Utilizado por Qualys en la API de prueba del servidor SSLLabs para indicar que el sitio no puede procesar la solicitud. [39]
530 El sitio está congelado
Utilizado por la plataforma web Pantheon Systems para indicar un sitio que ha sido congelado por inactividad. [40]
Utilizado por Shopify para indicar que el punto final solicitado ha sido deshabilitado temporalmente. [35]
598 (Convención informal) Error de tiempo de espera de lectura de red
Utilizado por algunos servidores proxy HTTP para señalar un tiempo de espera de lectura de red detrás del proxy a un cliente delante del proxy. [41]
599 Error de tiempo de espera de conexión de red
Un error utilizado por algunos servidores proxy HTTP para señalar un tiempo de espera de conexión de red detrás del proxy a un cliente delante del proxy.
La sesión del cliente ha caducado y debe iniciar sesión nuevamente. [42]
449 Reintentar con
El servidor no puede atender la solicitud porque el usuario no ha proporcionado la información requerida. [43]
Redirección 451
Se utiliza en Exchange ActiveSync cuando hay disponible un servidor más eficiente o el servidor no puede acceder al buzón de correo de los usuarios. [44] Se espera que el cliente vuelva a ejecutar la operación HTTP AutoDiscover para encontrar un servidor más apropiado. [45]
IIS a veces utiliza subcódigos decimales adicionales para información más específica, [46] sin embargo, estos subcódigos solo aparecen en la carga útil de respuesta y en la documentación, no en lugar de un código de estado HTTP real.
nginx
El software del servidor web nginx amplía el espacio de error 4xx para señalar problemas con la solicitud del cliente. [47] [48]
444 Sin respuesta
Se utiliza internamente [49] para indicar al servidor que no devuelva ninguna información al cliente y cierre la conexión inmediatamente.
494 Encabezado de solicitud demasiado grande
El cliente envió una solicitud demasiado grande o una línea de encabezado demasiado larga.
Error de certificado SSL 495
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 .
Certificado SSL 496 requerido
Una expansión del código de respuesta 400 Bad Request, que se utiliza 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.
El servidor de origen devolvió una respuesta vacía, desconocida o inesperada a Cloudflare. [51]
El servidor web 521 no funciona
El servidor de origen rechazó conexiones de Cloudflare. Las soluciones de seguridad en el origen pueden estar bloqueando conexiones legítimas desde ciertas direcciones IP de Cloudflare.
522 Conexión agotada
Cloudflare agotó el tiempo de contacto 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 Se produjo un tiempo de espera
Cloudflare pudo completar una conexión TCP con el servidor de origen, pero no recibió una respuesta HTTP oportuna.
Cloudflare no pudo validar el certificado SSL en el servidor web de origen. También utilizado por el gorouter de Cloud Foundry .
Error 527 Railgun (obsoleto)
El error 527 indicó una conexión interrumpida entre Cloudflare y el servidor Railgun del servidor de origen. [52] Este error está obsoleto ya que Cloudflare ha dejado obsoleto a Railgun.
530
Se devuelve el error 530 junto con un error 1xxx. [53]
Equilibrio de carga elástico de AWS
Elastic Load Balancing de Amazon Web Services agrega algunos códigos de retorno personalizados para señalar problemas con la solicitud del cliente o con el servidor de origen. [54]
000
Se devuelve con un marco HTTP/2 GOAWAY si la longitud comprimida de cualquiera de los encabezados supera los 8 KB o si se atienden más de 10 000 solicitudes a través de una conexión. [54]
460
El cliente cerró la conexión con el balanceador de carga antes de que transcurriera el período de tiempo de inactividad. Normalmente, cuando el tiempo de espera del cliente es anterior al tiempo de espera del Elastic Load Balancer. [54]
463
El equilibrador de carga recibió un encabezado de solicitud X-Forwarded-For con más de 30 direcciones IP. [54]
464
Versiones de protocolo incompatibles entre el cliente y el servidor de origen. [54]
561 No autorizado
Un error relacionado con la autenticación devuelto por un servidor registrado con un balanceador de carga. Se configura una regla de escucha para autenticar usuarios, pero el proveedor de identidad (IdP) devolvió un código de error al autenticar al usuario. [54]
Códigos de advertencia de almacenamiento en caché (obsoletos)
Los siguientes códigos de advertencia relacionados con el almacenamiento en caché se especificaron en RFC 7234. A diferencia de los otros códigos de estado anteriores, estos no se enviaron como estado de respuesta en el protocolo HTTP, sino como parte del encabezado HTTP "Advertencia". [55] [56]
Dado que este encabezado de "Advertencia" a menudo no lo envían los servidores ni los clientes lo reconocen, el Grupo de Trabajo HTTP dejó obsoletos este encabezado y sus códigos en 2022 con RFC 9111. [57]
110 La respuesta está obsoleta
La respuesta proporcionada por un caché está obsoleta (la antigüedad del contenido excede la antigüedad máxima establecida por un encabezado Cache-Control o una vida útil elegida heurísticamente).
111 Revalidación fallida
La memoria 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 Caducidad heurística
La caché eligió heurísticamente una vida útil de actualización superior a 24 horas y la antigüedad de la respuesta es superior a 24 horas.
199 Advertencia varias
Advertencia arbitraria y no especí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 similares.
299 Advertencia persistente miscelánea
Igual que 199, pero indica una advertencia persistente.
^ Palabras y frases enfatizadas como debe y debería representar pautas de interpretación según lo establecido en RFC 2119
Referencias
^ abcdefg R. Fielding ; M. Nottingham; J. Reschke, eds. (junio de 2022). Semántica HTTP. Grupo de trabajo de ingeniería de Internet . doi : 10.17487/RFC9110 . ISSN 2070-1721. ETS 97. RFC 9110.Estándar de Internet 97. Obsoletos RFC 2818, 7230, 7231, 7232, 7233, 7235, 7538, 7615 y 7694. Actualiza RFC 3864.
^ abc "Registro de código de estado del Protocolo de transferencia de hipertexto (HTTP)". Iana.org. Archivado desde el original el 11 de diciembre de 2011 . Consultado el 8 de enero de 2015 .
^ Goland, Yaronn; Whitehead, Jim ; Faizi, Asad; Carter, Steve R.; Jensen, Del (febrero de 1999). Extensiones HTTP para autoría distribuida – WEBDAV. Grupo de Trabajo de Red. doi : 10.17487/RFC2518 . RFC 2518.Norma propuesta. Obsoleto por RFC 4918.
^ "Procesamiento 102: HTTP MDN". 25 de julio de 2023.El código de estado 102 está en desuso
^ Oku, Kazuho (diciembre de 2017). Un código de estado HTTP para indicar sugerencias. IETF . doi : 10.17487/RFC8297 . RFC 8297.Experimental.
^ Stewart, marca; djña. "Crear solicitud con POST, cuyos códigos de respuesta 200 o 201 y contenido". Desbordamiento de pila . Archivado desde el original el 11 de octubre de 2016 . Consultado el 16 de octubre de 2015 .
^ abcd Dusseault, Lisa, ed. (junio de 2007). Extensiones HTTP para creación y control de versiones distribuidas en la web (WebDAV). Grupo de Trabajo de Red. doi : 10.17487/RFC4918 . RFC 4918.Norma propuesta. Actualizado por RFC 5689. Obsoleto RFC 2518.
^ Hoff, Arthur van ; Douglas, Fred; Krishnamurthy, Balachander; Goland, Yaron Y.; Hellerstein, Daniel M.; Feldmann, Anja; Mogul, Jeffrey (enero de 2002). Codificación delta en HTTP. Grupo de Trabajo de Red. doi : 10.17487/RFC3229 . RFC 3229.Norma propuesta.
^ T Berners-Lee ; R. Campo ; H. Frystyk (mayo de 1996). Protocolo de transferencia de hipertexto: HTTP/1.0. Grupo de Trabajo de Red. doi : 10.17487/RFC1945 . RFC 1945.Informativo.
^ "Error 187996 de Mozilla Bugzilla: comportamiento extraño en la redirección 305, comentario 13". 3 de marzo de 2003. Archivado desde el original el 21 de abril de 2014 . Consultado el 21 de mayo de 2009 .
^ "El tutorial de GNU Taler para desarrolladores de tiendas web PHP 0.4.0". docs.taler.net . Archivado desde el original el 8 de noviembre de 2017 . Consultado el 29 de octubre de 2017 .
^ "Respuestas de error estándar de la API de Google". 2016. Archivado desde el original el 25 de mayo de 2017 . Consultado el 21 de junio de 2017 .
^ "Documentación de la API de Sipgate". Archivado desde el original el 10 de julio de 2018 . Consultado el 10 de julio de 2018 .
^ "Documentación de Shopify". Archivado desde el original el 25 de julio de 2018 . Consultado el 25 de julio de 2018 .
^ "Referencia de API Stripe: errores". raya.com . Consultado el 28 de octubre de 2019 .
^ abc R. Fielding ; J. Gettys; J. Mogul; H. Frystyk ; L. Master ; P. Leach; T. Berners-Lee (agosto de 1999). Protocolo de transferencia de hipertexto: HTTP/1.1. Grupo de Trabajo de Red. doi : 10.17487/RFC2616 . RFC 2616.Obsoleto. Obsoleto por RFC 7230, 7231, 7232, 7233, 7234 y 7235. Obsoleto por RFC 2068. Actualizado por RFC 2817, 5785, 6266 y 6585.
^ TheDeadLike. "Códigos de estado HTTP/1.1 400 y 417, no puedo elegir cuál". error del servidor . Archivado desde el original el 10 de octubre de 2015 . Consultado el 16 de octubre de 2015 .
^ L. Masinter (1 de abril de 1998). Protocolo de control de cafetera de hipertexto (HTCPCP/1.0). Grupo de Trabajo de Red. doi : 10.17487/RFC2324 . RFC 2324.Informativo. Actualizado por RFC 7168. Esta es una solicitud de comentarios del Día de los Inocentes . Cualquier intento de preparar café con una tetera debería generar el código de error "418 Soy una tetera". El cuerpo de la entidad resultante PUEDE ser corto y robusto.
^ soy una tetera
^ Barry Schwartz (26 de agosto de 2014). "Nuevo huevo de Pascua de Google para expertos en SEO: estado del servidor 418, soy una tetera". Tierra de motores de búsqueda . Archivado desde el original el 15 de noviembre de 2015 . Consultado el 4 de noviembre de 2015 .
^ "La tetera de Google" . Consultado el 23 de octubre de 2017 .
^ "Habilite seguridad web adicional en un sitio web". Anfitrión de sueños . Consultado el 18 de diciembre de 2022 .
^ "Fui a un sitio web ruso y todo lo que encontré fue esta pésima tetera". PCMag . Consultado el 18 de diciembre de 2022 .
^ abcd M. Nottingham; R. Fielding (abril de 2012). Códigos de estado HTTP adicionales. Grupo de trabajo de ingeniería de Internet . doi : 10.17487/RFC6585 . ISSN 2070-1721. RFC 6585.Norma propuesta. Actualiza RFC 2616.
^ Bray, T. (febrero de 2016). "Un código de estado HTTP para informar obstáculos legales". ietf.org . Archivado desde el original el 4 de marzo de 2016 . Consultado el 7 de marzo de 2015 .
^ Álex. "¿Cuál es el código de estado HTTP correcto que se debe enviar cuando un sitio no funciona por mantenimiento?". Desbordamiento de pila . Archivado desde el original el 11 de octubre de 2016 . Consultado el 16 de octubre de 2015 .
^ Holtman, Koen; Mutz, Andrew H. (marzo de 1998). Negociación transparente de contenidos en HTTP. Grupo de Trabajo de Red. doi : 10.17487/RFC2295 . RFC 2295.Experimental.
^ Nielsen, Henrik Frystyk ; Lixiviación, Pablo; Lawrence, Scott (febrero de 2000). Un marco de extensión HTTP. Grupo de Trabajo de Red. doi : 10.17487/RFC2774 . RFC 2774.Histórico.
^ "218 Esto está bien: se explica el código de estado HTTP". HTTP.dev . Consultado el 25 de julio de 2023 .
^ "framework/src/Illuminate/Foundation/Exceptions/Handler.php". GitHub . Consultado el 12 de diciembre de 2023 .
^ "draft-ietf-webdav-protocol-05: Extensiones para autoría distribuida en la World Wide Web - WEBDAV".
^ "Enumeración HttpStatus". Marco de primavera . org.springframework.http. Archivado desde el original el 25 de octubre de 2015 . Consultado el 16 de octubre de 2015 .
^ "Códigos de error y respuestas de Twitter". Gorjeo . 2014. Archivado desde el original el 27 de septiembre de 2017 . Consultado el 20 de enero de 2014 .
^ "Códigos de estado HTTP y SEO: lo que necesita saber". ContenidoRey . Consultado el 9 de agosto de 2019 .
^ abcd "Códigos de error y estado de respuesta de la API de Shopify" . Consultado el 12 de diciembre de 2023 .
^ "Captura de pantalla de la página de error". Archivado desde el original (bmp) el 11 de mayo de 2013 . Consultado el 11 de octubre de 2009 .
^ ab "Uso de autenticación basada en tokens". SDK SOAP de ArcGIS Server . Archivado desde el original el 26 de septiembre de 2014 . Consultado el 8 de septiembre de 2014 .
^ "Códigos de error HTTP y soluciones rápidas". Docs.cpanel.net. Archivado desde el original el 23 de noviembre de 2015 . Consultado el 15 de octubre de 2015 .
^ "Documentación de la API v3 de SSL Labs". github.com .
^ "Consideraciones de plataforma | Pantheon Docs". pantheon.io . Archivado desde el original el 6 de enero de 2017 . Consultado el 5 de enero de 2017 .
^ "Códigos de estado HTTP - ascii-code.com". www.ascii-code.com . Archivado desde el original el 7 de enero de 2017 . Consultado el 23 de diciembre de 2016 .
^ "Mensaje de error al intentar iniciar sesión en Exchange 2007 mediante Outlook Web Access:" 440 Tiempo de espera de inicio de sesión"". Microsoft . 2010 . Consultado el 13 de noviembre de 2013 .
^ "2.2.6 Reintentar 449 con código de estado". Microsoft . 2009. Archivado desde el original el 5 de octubre de 2009 . Consultado el 26 de octubre de 2009 .
^ "MS-ASCMD, sección 3.1.5.2.2". msdn.microsoft.com. Archivado desde el original el 26 de marzo de 2015 . Consultado el 8 de enero de 2015 .
^ "Sra-oxdisco". msdn.microsoft.com. Archivado desde el original el 31 de julio de 2014 . Consultado el 8 de enero de 2015 .
^ "Los códigos de estado HTTP en IIS 7.0". Microsoft . 14 de julio de 2009. Archivado desde el original el 9 de abril de 2009 . Consultado el 1 de abril de 2009 .
^ "ngx_http_request.h". Código fuente nginx 1.9.5 . nginx inc. Archivado desde el original el 19 de septiembre de 2017 . Consultado el 9 de enero de 2016 .
^ "ngx_http_special_response.c". Código fuente nginx 1.9.5 . nginx inc. Archivado desde el original el 8 de mayo de 2018 . Consultado el 9 de enero de 2016 .
^ directiva "return" Archivada el 1 de marzo de 2018 en la documentación de Wayback Machine (módulo http_rewrite).
^ "Solución de problemas: páginas de error". Llamarada de nube . Archivado desde el original el 4 de marzo de 2016 . Consultado el 9 de enero de 2016 .
^ "Error 520: el servidor web devuelve un error desconocido". Llamarada de nube .
^ "Error 527: error de origen del oyente Railgun". Llamarada de nube . Archivado desde el original el 13 de octubre de 2016 . Consultado el 12 de octubre de 2016 .
^ "Error 530". Llamarada de nube . Consultado el 1 de noviembre de 2019 .
^ abcdef "Solucionar problemas de los balanceadores de carga de aplicaciones: equilibrio de carga elástico". docs.aws.amazon.com . Consultado el 17 de mayo de 2023 .
^ R. Campo ; M. Nottingham; J. Reschke (junio de 2014). Protocolo de transferencia de hipertexto (HTTP/1.1): almacenamiento en caché. Grupo de trabajo de ingeniería de Internet (IETF). doi : 10.17487/RFC7234 . RFC 7234.Norma propuesta. segundo. 5.5. Obsoleto por RFC 9111. Obsoleto por RFC 2616.
^ "Advertencia: HTTP | MDN". desarrollador.mozilla.org . Consultado el 15 de agosto de 2021 . Este artículo incorpora texto disponible bajo la licencia CC BY-SA 2.5.
^ "Advertencia". Almacenamiento en caché HTTP. Junio de 2022. seg. 5.5. doi : 10.17487/RFC9111 . RFC 9111.
Enlaces externos
Wikimedia Commons tiene medios relacionados con los códigos de estado HTTP .
Registro de códigos de estado del Protocolo de transferencia de hipertexto (HTTP) en la Autoridad de números asignados de Internet
Códigos de estado HTTP en http-statuscode.com
Referencia del código de estado de MDN en mozilla.org