Lista de códigos de estado HTTP

Una respuesta informativa indica que la solicitud se recibió, se entendió y se está procesando. Alerta al cliente para que espere una respuesta final. El mensaje no contiene cuerpo. Dado que el estándar HTTP/1.0 no define 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 que requiera el envío de un cuerpo, como una solicitud POST ). Enviar un cuerpo de solicitud extenso a un servidor después de que una solicitud haya sido rechazada por encabezados inapropiados sería ineficiente. Para que un servidor verifique los encabezados de la solicitud, un cliente debe enviarlos Expect: 100-continuecomo encabezado en su solicitud inicial y recibir un 100 Continuecódigo de estado como respuesta antes de enviar el cuerpo. Si el cliente recibe un código de error como 403 (Prohibido) o 405 (Método no permitido), 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). ^{[ 2 ] : §10.1.1}

101 Protocolos de conmutación

El solicitante ha pedido al servidor que cambie de protocolo y el servidor ha accedido a hacerlo.

102 Procesamiento ( WebDAV ; RFC 2518)

Una solicitud WebDAV puede contener muchas subsolicitudes que implican operaciones de archivos, lo que requiere mucho tiempo para completarse. 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 de espera y asuma que la solicitud se perdió. El código de estado está obsoleto. ^{[ 4 ]}

103 sugerencias iniciales (RFC 8297)

Used to return some response headers before final HTTP message.^[5]

A success status indicates that the action requested by the client was received, understood, and accepted.^[1]

200 OK

Standard response for successful HTTP requests. The actual response will depend on the request method used. In a GET request, the response will contain an entity corresponding to the requested resource. In a POST request, the response will contain an entity describing or containing the result of the action.

201 Created

The request has been fulfilled, resulting in the creation of a new resource.^[6]

202 Accepted

The request has been accepted for processing, but the processing has not been completed. The request might or might not be eventually acted upon, and may be disallowed when processing occurs.

203 Non-Authoritative Information (since HTTP/1.1)

The server is a transforming proxy (e.g. a Web accelerator) that received a 200 OK from its origin, but is returning a modified version of the origin's response.^{[2]:§15.3.4[2]:§7.7}

204 No Content

The server successfully processed the request, and is not returning any content.

205 Reset Content

The server successfully processed the request, asks that the requester reset its document view, and is not returning any content.

206 Partial Content

The server is delivering only part of the resource (byte serving) due to a range header sent by the client. The range header is used by HTTP clients to enable resuming of interrupted downloads, or split a download into multiple simultaneous streams.

207 Multi-Status (WebDAV; RFC 4918)

The message body that follows is by default an XML message and can contain a number of separate response codes, depending on how many sub-requests were made.^[7]

208 Already Reported (WebDAV; RFC 5842)

The members of a DAV binding have already been enumerated in a preceding part of the (multistatus) response, and are not being included again.

226 IM Used (RFC 3229)

The server has fulfilled a request for the resource, and the response is a representation of the result of one or more instance-manipulations applied to the current instance.^[8]

A 3xx status indicates that the client must take additional action, generally URL redirection, to complete the request.^[1] A user agent may carry out the additional action with no user interaction if the method used in the additional request is GET or HEAD. A user agent should prevent cyclical redirects.^[2]:§15.4

300 Multiple Choices

Indicates multiple options for the resource from which the client may choose (via agent-driven content negotiation). For example, this code could be used to present multiple video format options, to list files with different filename extensions, or to suggest word-sense disambiguation.

301 Moved Permanently

The link target was moved such that the request and future similar requests should be redirected to the given URI. If a client has link-editing capabilities, it should update references to the request URL. The response is cacheable unless indicated otherwise. Except for a GET request, the body should contain a hyperlink to the new URL(s). Except for a GET or HEAD request, the client must ask the user before redirecting.^[9]

This code is considered best practice for upgrading users from HTTP to HTTPS. Both Bing and Google recommend using this code to change the URL of a page as it is shown in search engine results, providing that URL will permanently change and is not due to be changed again any time soon.^[10][11]

302 Found

Indicates that the resource is accessible via an alternate URL indicated in the Location header field. The HTTP/1.0 specification (which used reason phrase "Moved Temporarily") required the client to redirect with the same method,^[12] but popular browsers instead changed the request to GET.^[13] For this reason, HTTP/1.1 (RFC 2616) added two status codes: 303 which requires changing the request to a GET and 307 which preserves the original request type. Despite the greater clarity provided by this disambiguation, the 302 code is still used in web frameworks to preserve compatibility with browsers that do not support HTTP/1.1.^{[14][2]:§15.4} As a consequence, RFC 7231 (the update of RFC 2616) changes the definition to allow user agents to rewrite POST to GET.^[15]

303 See Other (since HTTP/1.1)

Si un servidor responde a una solicitud POST u otra solicitud no idempotente con este código y un campo de encabezado de ubicación , se espera que el cliente envíe una solicitud GET a la ubicación especificada. Para activar una solicitud al recurso de destino utilizando el mismo método, el servidor responde con un código 307.

Se ha propuesto el uso de este código ^{[ 16 ]} como una forma de responder a una solicitud de una URI que identifica un objeto del mundo real según la teoría de la Web Semántica (la otra es el uso de URI hash ). ^{[ 17 ] [ 16 ]} Por ejemplo, si identifica a una persona, Alice, entonces sería inapropiado que un servidor respondiera a una solicitud GET con 200 OK, ya que el servidor no podría entregar a Alice misma. En cambio, el servidor respondería con 303 para redirigir a una URI que proporciona una descripción de la persona Alice. ^{[ 16 ]}http://www.example.com/id/alice

En ocasiones, este código se utiliza al proporcionar una API web basada en HTTP que necesita responder al solicitante de inmediato, pero continuar ejecutándose de forma asíncrona, como en el caso de una conversión de imagen de larga duración. La API web proporciona una URI de verificación de estado que permite al cliente comprobar el estado de la operación. Una vez completada, la respuesta puede contener este código de estado y una URI de redirección al resultado final. ^{[ 18 ]}

304 No modificado

Indica que el recurso no ha sido 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 aún dispone de una copia descargada previamente.

305 Usar proxy (desde HTTP/1.1)

El recurso solicitado solo está disponible a través de un proxy, cuya dirección se proporciona en la respuesta. Por motivos de seguridad, muchos clientes HTTP (como Mozilla Firefox e Internet Explorer ) no respetan este código de estado. ^{[ 19 ]}

306 Switch Proxy

Ya no se usa. Originalmente significaba "Las solicitudes posteriores deben usar el proxy especificado".

307 Redirección temporal (desde HTTP/1.1)

En este caso, la solicitud debe repetirse con otra URI; sin embargo, las solicitudes futuras deben seguir utilizando la URI original. A diferencia de cómo se implementaba históricamente el código 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 Redireccionamiento permanente

Esta y todas las solicitudes futuras deben dirigirse a la URI proporcionada . El código 308 se comporta de forma similar al 301, pero no permite que cambie el método HTTP . Por lo tanto, por ejemplo, el envío de un formulario a un recurso con redirección permanente puede continuar sin problemas.

El código de estado 4xx se utiliza para situaciones en las que el error parece haber sido causado por el cliente. Excepto al responder a una solicitud HEAD, el servidor debe incluir una entidad que contenga una explicación de la situación de 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 incorrecta, tamaño demasiado grande, formato de mensaje de solicitud no válido o enrutamiento de solicitud engañoso).

401 No autorizado

Similar al código 403 Prohibido, pero específicamente para cuando se requiere autenticación y esta 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ásico y Autenticación de acceso Digest . El código 401 significa semánticamente "no autenticado"; el usuario no tiene credenciales de autenticación válidas para el recurso de destino.

402 Pago requerido

Reservado para uso futuro. La intención original era que este código pudiera usarse como parte de algún tipo de dinero digital o esquema de micropagos , como lo propuso, por ejemplo, GNU Taler , ^{[ 20 ]} pero eso aún no ha sucedido, y este código no se usa ampliamente. La API de Google Developers usa este estado si un desarrollador en particular ha excedido el límite diario de solicitudes. ^{[ 21 ]} Sipgate usa este código si una cuenta no tiene fondos suficientes para iniciar una llamada. ^{[ 22 ]} Shopify usa este código cuando la tienda no ha pagado sus tarifas y está temporalmente deshabilitada. ^{[ 23 ]} Stripe usa este código para pagos fallidos donde los parámetros eran correctos, por ejemplo, pagos fraudulentos bloqueados. ^{[ 24 ]} Cloudflare Turnstile usa este código cuando solicita recursos con cURL . x402 es un estándar abierto que reutiliza el código de estado HTTP 402 "Pago requerido".

403 Prohibido

La solicitud era válida, pero el servidor la rechazó. Esto puede deberse a que el usuario no tenía permiso para acceder a un recurso, necesitaba una cuenta o intentaba realizar una acción prohibida (por ejemplo, crear un registro duplicado donde solo se permite uno). Este código también se suele usar si la solicitud proporcionó autenticación al responder al desafío del campo de encabezado WWW-Authenticate, pero el servidor no aceptó dicha autenticación. No se debe repetir la solicitud.

Este código difiere del 401 en que, mientras que el 401 se devuelve cuando el cliente no se ha autenticado e implica que se puede devolver una respuesta exitosa después de una autenticación válida, el 403 se devuelve cuando al cliente no se le permite el acceso al recurso a pesar de proporcionar la autenticación, como por ejemplo, permisos insuficientes de la cuenta autenticada.

El servidor web Apache devuelve 403 en respuesta a una solicitud de rutas URL ^{[ 25 ]} que corresponden a un directorio del sistema de archivos cuando la lista de directorios está deshabilitada y no hay una directiva Directory Index para especificar un archivo existente que se devuelva al navegador. Algunos administradores configuran la extensión Mod proxy para bloquear dichas solicitudes y esto también devolverá 403. IIS responde de la misma manera cuando se deniegan las listas de directorios en ese servidor. En WebDAV , se devuelve 403 si el cliente emitió una solicitud PROPFIND pero no emitió también el encabezado Depth requerido o emitió un encabezado Depth de infinito. ^{[ 25 ]}

404 No encontrado

El recurso solicitado no se pudo encontrar, pero podría estar disponible en el futuro. Se permiten solicitudes posteriores por parte del cliente.

Método 405 no permitido

El método de solicitud no es compatible con 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 solo puede generar contenido que no sea aceptable según los encabezados Accept enviados en la solicitud. Consulte Negociación de contenido .

407 Se requiere autenticación de proxy

El cliente primero debe autenticarse con el proxy .

408 Tiempo de espera de solicitud agotado

El servidor agotó el tiempo de espera para la solicitud. Según las especificaciones HTTP: "El cliente no envió una solicitud dentro del tiempo que el servidor estaba dispuesto a esperar. El cliente PUEDE repetir la solicitud sin modificaciones en cualquier momento posterior".

409 Conflict

Indica que la solicitud no pudo procesarse debido a un conflicto en el estado actual del recurso, como un conflicto de edición entre múltiples actualizaciones simultáneas. ^{[ 26 ]}

410 desaparecidos

Indica que el recurso solicitado estaba en uso, pero ya no está disponible y no volverá a estarlo. Este código debe utilizarse cuando un recurso se ha eliminado intencionadamente y debe ser purgado. Al recibir un código de estado 410, el cliente no debe volver a solicitar el recurso. Los clientes, como los motores de búsqueda, deben eliminar el recurso de sus índices. En la mayoría de los casos, no es necesario que los clientes y los motores de búsqueda purguen el recurso, y en su lugar se puede utilizar un código "404 Not Found".

411 Longitud requerida

La solicitud no especificaba la longitud de su contenido, dato que requiere el recurso solicitado.

412 Fallo en la condición previa

El servidor no cumple con una de las condiciones previas que el solicitante estableció en los campos del encabezado de la solicitud.

413 Contenido demasiado grande

La solicitud es mayor de lo que el servidor está dispuesto o puede procesar. Anteriormente se denominaba "Entidad de solicitud demasiado grande" y "Carga útil demasiado grande". ^{[ 27 ] : §10.4.14 [ 2 ] : §15.5.14}

414 URI demasiado larga

La URI proporcionada era demasiado larga para que el servidor la procesara. Esto suele ocurrir cuando se codifica demasiados datos como cadena de consulta en una solicitud GET, en cuyo caso debería convertirse en una solicitud POST. Anteriormente se denominaba "URI de solicitud demasiado larga". ^{[ 27 ] : §10.4.15}

415 Tipo de medio no compatible

La entidad de solicitud tiene un tipo de medio que el servidor o recurso no admite. Por ejemplo, el cliente sube una imagen como imagen/svg+xml , pero el servidor requiere que las imágenes utilicen un formato diferente.

Rango 416 no satisfactorio

El cliente ha solicitado una parte del archivo ( servicio de bytes ), pero el servidor no puede proporcionarla. Por ejemplo, si el cliente solicita una parte del archivo que se encuentra más allá del final del mismo. Anteriormente se denominaba "Rango solicitado no satisfactorio". ^{[ 27 ] : §10.4.17}

417 Expectativa fallida

El servidor no puede cumplir con los requisitos del campo de encabezado de solicitud Expect. ^{[ 28 ]}

418 Soy una tetera (RFC 2324, RFC 7168)

Este código se definió en 1998 como una de las bromas tradicionales del Día de los Inocentes de la IETF , en el RFC 2324, Protocolo de control de cafetera de hipertexto , y no se espera que los servidores HTTP reales lo implementen. El RFC especifica que este código debe ser devuelto por las teteras a las que se les solicita preparar café. ^{[ 29 ]} Este estado HTTP se usa como un huevo de Pascua en algunos sitios web, como el huevo de Pascua "Soy una tetera" de Google.com . ^{[ 30 ] [ 31 ]} A veces, este código de estado también se usa como respuesta a una solicitud bloqueada, en lugar del más apropiado 403 Prohibido. ^{[ 32 ] [ 33 ]}

421 Solicitud mal dirigida

La solicitud iba dirigida 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 formulada (es decir, sintácticamente correcta) pero no pudo procesarse. ^{[ 2 ] : §15.5.21}

423 Bloqueado (WebDAV; RFC 4918)

El recurso al que se está accediendo está bloqueado. ^{[ 7 ]}

424 Fallo en la dependencia (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 arriesgarse a procesar una solicitud que podría ser reproducida.

426 Actualización requerida

El cliente debe cambiar a un protocolo diferente, como TLS/1.3 , especificado en el campo de encabezado Upgrade .

428 Requisito previo requerido (RFC 6585)

El servidor de origen requiere que la solicitud sea condicional. Esto tiene como objetivo prevenir el problema de la "actualización perdida", donde un cliente obtiene el estado de un recurso, lo modifica y lo envía de vuelta al servidor, mientras que un tercero ha modificado el estado en el servidor, lo que genera un conflicto. ^{[ 34 ]}

429 Demasiadas solicitudes (RFC 6585)

El usuario ha enviado demasiadas solicitudes en un tiempo determinado. Diseñado para su uso con esquemas de limitación de velocidad . ^{[ 34 ]}

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. ^{[ 34 ]}

451 No disponible por razones legales (RFC 7725)

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. ^{[ 35 ]} El código 451 fue elegido como referencia a la novela Fahrenheit 451. ^{[ 36 ]}

El estado 5xx indica que el servidor es consciente de que ha encontrado un error o que, por cualquier otro motivo, no puede procesar la solicitud. Salvo al responder 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 cualquier entidad incluida al usuario. Estos códigos de respuesta son aplicables a cualquier método de solicitud .

Error interno del servidor 500

Un mensaje de error genérico, que se muestra cuando se produce una condición inesperada y no resulta adecuado un mensaje más específico.

Sección 501 No implementada

El servidor no reconoce el método de solicitud o carece de la capacidad para procesarla. Esto suele implicar una disponibilidad futura (por ejemplo, una nueva función de la API de un servicio web).

502 Puerta de enlace no válida

El servidor actuaba como puerta de enlace o proxy y recibió una respuesta no válida del servidor ascendente.

503 Servicio no disponible

El servidor no puede procesar la solicitud (debido a que está sobrecargado o fuera de servicio por mantenimiento). Generalmente, este es un estado temporal. ^{[ 37 ]}

504 Gateway Timeout

The server was acting as a gateway or proxy and did not receive a timely response from the upstream server.

505 HTTP Version Not Supported

The server does not support the HTTP version used in the request.

506 Variant Also Negotiates (RFC 2295)

Transparent content negotiation for the request results in a circular reference.^[38]

507 Insufficient Storage (WebDAV; RFC 4918)

The server is unable to store the representation needed to complete the request.^[7]

508 Loop Detected (WebDAV; RFC 5842)

The server detected an infinite loop while processing the request (sent instead of 208 Already Reported).

510 Not Extended (RFC 2774)

Further extensions to the request are required for the server to fulfil it.^[39]

511 Network Authentication Required (RFC 6585)

The client needs to authenticate to gain network access. Intended for use by intercepting proxies used to control access to the network (e.g., "captive portals" used to require agreement to Terms of Service before granting full Internet access via a Wi-Fi hotspot).^[34]

Microsoft's Internet Information Services (IIS) web server expands the 4xx error space to signal errors with the client's request. IIS sometimes uses additional decimal sub-codes for more specific information,^[40] however these sub-codes only appear in the response payload and in documentation, not in the place of an actual HTTP status code.

440 Login Time-out

The client's session has expired and must log in again.^[41]

449 Retry With

The server cannot honor the request because the user has not provided the required information.^[42]

450 Blocked by Windows Parental Controls

Indicates that Windows Parental Controls block access to the requested webpage.^[43]

451 Redirect

Used in Exchange ActiveSync when either a more efficient server is available or the server cannot access the users' mailbox.^[44] The client is expected to re-run the HTTP AutoDiscover operation to find a more appropriate server.^[45]

The nginx web server software expands the 4xx error space to signal issues with the client's request.^[46][47]

444 No Response

Se utiliza internamente ^{[ 48 ]} para indicarle 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 ampliación del código de respuesta 400 Bad Request , que se utiliza cuando el cliente ha proporcionado un certificado de cliente no válido .

Se requiere certificado SSL 496

Una ampliación del código de respuesta 400 Bad Request , que se utiliza cuando se requiere un certificado de cliente pero este no se proporciona.

497 Solicitud HTTP enviada al puerto HTTPS

Una ampliació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 pudiera enviar una respuesta.

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. ^{[ 49 ]}

520 El servidor web devolvió un error desconocido.

El servidor de origen devolvió una respuesta vacía, desconocida o inesperada a Cloudflare. ^{[ 50 ]}

El servidor web 521 está caído.

El servidor de origen rechazó las conexiones de Cloudflare. Es posible que las soluciones de seguridad en el origen estén bloqueando conexiones legítimas desde ciertas direcciones IP de Cloudflare. ^{[ 51 ]}

522 Tiempo de espera de conexión agotado

Cloudflare agotó el tiempo de espera al contactar con el servidor de origen. ^{[ 52 ]}

523 Origen es inalcanzable

Cloudflare no pudo contactar con el servidor de origen. ^{[ 53 ]}

524 Se produjo un tiempo de espera agotado

Cloudflare pudo completar una conexión TCP con el servidor de origen, pero el origen no proporcionó una respuesta HTTP oportuna. ^{[ 54 ]}

525 Fallo en el protocolo de enlace SSL

Cloudflare no pudo negociar un handshake SSL/TLS con el servidor de origen. ^{[ 55 ] [ 56 ]}

526 Certificado SSL no válido

Cloudflare no pudo validar el certificado SSL en el servidor web de origen. ^{[ 57 ] [ 58 ]} También utilizado por gorouter de Cloud Foundry .

527 Error de cañón de riel (obsoleto)

El error 527 indicaba una conexión interrumpida entre Cloudflare y el servidor Railgun del servidor de origen. ^{[ 59 ]} Este error está obsoleto ya que Cloudflare ha dejado de usar Railgun.

530 Origen no disponible

Cloudflare no pudo resolver el nombre de host de origen, lo que impidió que se estableciera una conexión con el servidor de origen. El cuerpo de la respuesta contiene un error 1xxx. ^{[ 60 ] [ 61 ]}

El sistema Elastic Load Balancing de Amazon Web Services agrega algunos códigos de retorno personalizados para señalar problemas ya sea con la solicitud del cliente o con el servidor de origen. ^{[ 62 ]}

000

Se devuelve con una trama HTTP/2 GOAWAY si la longitud comprimida de cualquiera de las cabeceras supera los 8 KB o si se atienden más de 10 000 solicitudes a través de una conexión. ^{[ 62 ]}

460

El cliente cerró la conexión con el balanceador de carga antes de que transcurriera el período de tiempo de espera por inactividad. Normalmente, esto ocurre cuando el tiempo de espera del cliente es anterior al tiempo de espera del balanceador de carga elástico. ^{[ 62 ]}

463

El balanceador de carga recibió un encabezado de solicitud X-Forwarded-For con más de 30 direcciones IP. ^{[ 62 ]}

464

Versiones de protocolo incompatibles entre el cliente y el servidor de origen. ^{[ 62 ]}

561 No autorizado

Se produjo un error de autenticación en un servidor registrado con un balanceador de carga. Se 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. ^{[ 62 ]}

Utilizado por el servidor HTTP Apache .

Se ha superado el límite de ancho de banda 509.

El servidor ha excedido el ancho de banda especificado por el administrador del servidor; esto es utilizado frecuentemente por los proveedores de alojamiento compartido para limitar el ancho de banda de los clientes. ^{[ 63 ]} También utilizado por cPanel .

Utilizado por el framework Laravel .

Página 419 caducada

Falta un token CSRF o ha caducado. ^{[ 64 ]}

Utilizado por Spring Framework .

420 Fallo del método

Un estado de respuesta obsoleto propuesto durante el desarrollo de WebDAV ^{[ 65 ]} utilizado por Spring Framework cuando un método ha fallado. ^{[ 66 ]}

Utilizado por Twitter .

420 Mejora tu calma

Devuelto por la versión 1 de la API de búsqueda y tendencias de Twitter cuando el cliente está sujeto a un límite de velocidad; las versiones 1.1 y posteriores utilizan el código de respuesta 429 Too Many Requests en su lugar. ^{[ 67 ]} La frase "Enhance your calm" proviene de la película Demolition Man de 1993 , y su asociación con este número probablemente sea una referencia al cannabis .

Utilizado por Shopify .

430 campos de encabezado de solicitud demasiado grandes

Una respuesta obsoleta utilizada por Shopify , en lugar del código de respuesta 429 Too Many Requests , cuando se solicitan demasiadas URL dentro de un período de tiempo determinado. ^{[ 68 ]}

430 Rechazo de seguridad de Shopify

Utilizado por Shopify para indicar que la solicitud se consideró maliciosa. ^{[ 69 ]}

Error DNS de origen 530

Indica que Cloudflare no puede resolver el registro DNS solicitado. ^{[ 69 ]}

540 Discapacitados Temporalmente

Indica que el punto final solicitado se ha deshabilitado temporalmente. ^{[ 69 ]}

783 Token inesperado

Indica que la solicitud incluye un error de sintaxis JSON. ^{[ 69 ]}

Utilizado por ArcGIS Server .

498 Token no válido

Indica un token caducado o no válido. ^{[ 70 ]}

Se requiere un token de 499

Indica que se requiere un token pero no se envió. ^{[ 70 ]}

Utilizado por cPanel .

Se ha alcanzado el límite de recursos 508.

Se utiliza en lugar de 503 cuando la cuenta del servidor ha excedido los recursos asignados a ella, como el uso de CPU/RAM o el número de procesos concurrentes. ^{[ 71 ]}

Utilizado por Qualys en la API de pruebas de servidores de SSLLabs.

529 El sitio está sobrecargado

Señales de que el sitio no puede procesar la solicitud. ^{[ 72 ]}

Utilizado por la plataforma web de Pantheon Systems .

El sitio 530 está congelado.

Indica un sitio que ha sido congelado debido a la inactividad. ^{[ 73 ]}

Utilizado por LinkedIn .

Solicitud 999 denegada

Relacionado con estar bloqueado/restringido o no poder acceder a sus páginas web sin antes iniciar sesión. ^{[ 74 ]}

218 Esto está bien

Una condición de error informal y genérica, ampliamente atribuida al servidor HTTP Apache, que permite el paso de los cuerpos de los mensajes a través del servidor cuando la ProxyErrorOverrideconfiguración está habilitada, aunque el código de estado y el comportamiento no forman parte de ninguna especificación oficial de Apache. La asociación entre este código de estado y Apache se ha atribuido a adiciones sin fuente a Wikipedia, que posteriormente fueron recogidas por otros materiales de referencia, creando referencias circulares . ^{[ 75 ]}

598 Error de tiempo de espera de lectura de red

Una convención informal utilizada por algunos proxies HTTP para señalar un tiempo de espera de lectura de red detrás del proxy a un cliente delante del proxy. ^{[ 76 ]}

599 Error de tiempo de espera de conexión de red

Un error utilizado por algunos proxies HTTP para indicar a un cliente situado delante del proxy que se ha agotado el tiempo de espera de la conexión de red.