Lista de códigos de estado HTTP

De Wikipedia, la enciclopedia libre
Saltar a: navegación , búsqueda

La siguiente es una lista de Protocolo de transferencia de hipertexto (HTTP) los códigos de estado de respuesta. Esto incluye los códigos de IETF estándares de Internet , así como otras IETF RFC , otras especificaciones y algunos códigos adicionales usados ​​comúnmente. El primer dígito del código de estado especifica una de las cinco clases de respuesta; el mínimo para un cliente HTTP es que reconoce estas cinco clases. Las frases que se utilizan son los ejemplos normales, pero cualquier alternativa legible por humanos puede ser proporcionada. A menos que se indique lo contrario, el código de estado es parte del estándar HTTP/1.1 ( RFC 2616 ).

La Internet Assigned Numbers Authority (IANA) mantiene el registro oficial de los códigos de estado HTTP .

Microsoft IIS utiliza a veces sub-códigos decimales adicionales para proporcionar información más específica, [1] pero no se enumeran aquí.

1xx Informativo [ edit ]

Solicitud recibida, proceso continuo. [2]

Esta clase de código de estado indica una respuesta provisional, que consiste solamente en el Estado-Line y títulos opcionales, y se termina con una línea en blanco. Desde HTTP/1.0 no definió ningún códigos de estado 1xx, los servidores no deben enviar una respuesta 1xx a un cliente HTTP/1.0 excepto bajo condiciones experimentales.

100 Continuar
Esto significa que el servidor ha recibido las cabeceras de petición, y que el cliente debe proceder a enviar el cuerpo de la solicitud (en el caso de una solicitud de la que un cuerpo necesita ser enviado, por ejemplo, un POSTE petición). Si el cuerpo de la petición es grande, de enviarlo a un servidor cuando la solicitud ya ha sido rechazada en base a los encabezados inapropiadas es ineficiente. Para tener un control de servidor si la petición puede ser aceptada sobre la base de las cabeceras de la petición por sí solas, el cliente debe enviar Expect: 100-continue como un encabezado en su solicitud inicial [2] y comprobar si un 100 Continue se recibe el código de estado en respuesta antes continuar (o recibir 417 Expectation Failed y no continuar). [2]
101 Protocolos de conmutación
Esto significa que el solicitante ha pedido al servidor para cambiar los protocolos y el servidor está reconociendo que lo hará. [2]
102 Procesamiento ( WebDAV , RFC 2518)
Como una solicitud WebDAV puede contener muchos sub-peticiones que involucran operaciones de archivos, puede tardar mucho tiempo para completar la solicitud. Este código indica que el servidor ha recibido y está procesando la petición, pero no hay respuesta es encontrada. [3] Esto evita que el cliente salga de tiempo y suponiendo que la solicitud se había perdido.

2xx Exito [ edit ]

Esta clase de códigos de estado indica que se ha recibido la acción solicitada por el cliente, entendido, aceptado y procesado correctamente.

200 OK
Respuesta estándar para las solicitudes HTTP exitosos. La respuesta real dependerá del método de solicitud utilizado. En una solicitud GET, la respuesta contendrá una entidad que corresponde al recurso solicitado. En una petición POST la respuesta contendrá una entidad que describe o que contiene el resultado de la acción. [2]
201 Creado
La solicitud se ha cumplido y el resultado en un nuevo recurso que se está creando. [2]
202 Aceptado
La solicitud ha sido admitida a trámite, pero el proceso no ha concluido. La solicitud podría o no eventualmente de su tramitación, ya que podría ser rechazado cuando el procesamiento se realice efectivamente. [2]
203 Información no autoritativa (desde HTTP/1.1)
El servidor ha procesado la solicitud pero está regresando información que pueda ser de otra fuente. [2]
204 Sin contenido
El servidor ha procesado la solicitud pero no muestra ningún contenido. [2] Por lo general, se utiliza como una respuesta a una solicitud de eliminación exitosa.
205 Restablecer contenido
El servidor ha procesado la solicitud pero no muestra ningún contenido. A diferencia de una respuesta 204, esta respuesta requiere que el solicitante restablecer la vista del documento. [2]
206 Partial Content
El servidor es la entrega de sólo una parte del recurso debido a un encabezado de intervalo enviado por el cliente. El encabezado de intervalo es utilizado por herramientas como wget para permitir la reanudación de descargas interrumpidas, o dividir una descarga en múltiples transmisiones simultáneas. [2]
207 multi-estado (WebDAV, RFC 4918)
El cuerpo del mensaje que sigue es un XML mensaje y puede contener un número de códigos de respuesta separados, dependiendo de cuántos se hicieron sub-peticiones. [4]
208 ya informado (WebDAV, RFC 5842)
Los miembros de una DAV vinculante ya han sido enumerados en una anterior respuesta a esta solicitud, y no se volverá a incluir.
226 IM Usados ​​(RFC 3229)
El servidor ha cumplido una petición GET para el recurso, y la respuesta es una representación del resultado de una o más instancias manipulaciones aplicadas a la instancia actual. [5]

3xx Redirección [ edit ]

El cliente debe tomar medidas adicionales para completar la solicitud. [2]

Esta clase de código de estado indica que una mayor acción necesita ser tomada por el agente de usuario para completar la solicitud. La acción requerida puede llevarse a cabo por el agente de usuario sin interacción con el usuario si y sólo si el método usado en la segunda petición es GET o HEAD. Un agente de usuario no debe redirigir automáticamente una petición de más de cinco veces, ya que tales cambios de dirección por lo general indican un bucle infinito .

300 Múltiples opciones
Indica múltiples opciones para el recurso que el cliente puede seguir. Es, por ejemplo, se podría utilizar para presentar diferentes opciones de formato de video, lista de archivos con diferentes extensiones , o desambiguación del sentido de la palabra . [2]
301 Movido permanentemente
Esta y todas las solicitudes futuras se deben dirigir a la dada URI . [2]
302 Found
Este es un ejemplo de la práctica de la industria contradiciendo el estándar. [2] La especificación HTTP/1.0 (RFC 1945) requiere el cliente para realizar una redirección temporal (la frase que describe original fue "Movido temporalmente"), [6] pero los navegadores populares implementadas 302 con la funcionalidad de un 303 Ver Otros. Por lo tanto, HTTP/1.1 añadió códigos de estado 303 y 307 para distinguir entre los dos comportamientos. [7] Sin embargo, algunas aplicaciones Web y los marcos de utilizar el código de estado 302 como si fuera el 303. [8]
303 See Other (desde HTTP/1.1)
La respuesta a la solicitud se puede encontrar bajo otra URI utilizando un método GET. Cuando se reciban en respuesta a un POST (o PUT / DELETE), se debe asumir que el servidor ha recibido los datos y la redirección debe ser emitido con un mensaje GET separada. [2]
304 Not Modified
Indica que el recurso no se ha modificado desde la versión especificada por las cabeceras de petición If-Modified-Since o If-Match. [2] Esto significa que no hay necesidad de retransmitir el recurso, ya que el cliente todavía tiene descargado previamente una copia.
305 Uso de proxy (desde HTTP/1.1)
El recurso solicitado está disponible sólo a través de un proxy, cuya dirección se proporciona en la respuesta. [2] Muchos clientes HTTP (como Mozilla [9] y el Internet Explorer ) no controlan correctamente las respuestas con este código de estado, principalmente por razones de seguridad. [ cita requerida ]
306 Proxy Switch
Ya no se usa. [2] Originalmente significaba "Las solicitudes posteriores deberán utilizar el proxy especificado". [10]
307 Redirección temporal (desde HTTP/1.1)
En este caso, la solicitud deberá repetirse con otra URI, sin embargo, las solicitudes futuras todavía deben usar la URI inicial. [2] A diferencia de cómo se aplicó históricamente 302, no se permite que el método de la petición que cambiar cuando volver a emitir la solicitud original . Por ejemplo, una petición POST debe repetirse utilizando otra petición POST. [11]
308 Redirección permanente (aprobado como experimental RFC ) [12]
La solicitud, y todas las solicitudes futuras deberían repetirse utilizando otro URI. 307 y 308 (como se propone) paralelos a los comportamientos de los 302 y 301, pero no permita que el método HTTP para cambiar. Así, por ejemplo, la presentación de un formulario a un recurso redirigido de forma permanente puede continuar sin problemas.

Error 4xx Cliente [ edit ]

La clase 4xx del código de estado se aplica a los casos en que el cliente parece haber errado. Excepto cuando se responde a una petición 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 petición. Los agentes de usuario deberían mostrar cualquier entidad incluida para el usuario.

400 Bad Request
La solicitud no puede ser satisfecha debido a la mala sintaxis. [2]
401 Unauthorized
Similar al 403 Forbidden, pero específicamente para su uso cuando se requiere la autenticación y no ha podido o no ha sido proporcionada. [2] La respuesta debe incluir un campo de cabecera de autenticación WWW que contiene un desafío aplicable al recurso solicitado. Ver la autenticación de acceso básico y autenticación implícita acceso .
402 Pago requerido
Reservado para uso futuro. [2] La intención original era que este código podría ser usado como parte de alguna forma de dinero digital o micropago esquema, pero eso no ha sucedido, y no se utiliza por lo general este código. YouTube utiliza este estado si un en particular la dirección IP ha hecho peticiones excesivas, y requiere a la persona a entrar en un CAPTCHA de .
403 Forbidden
La solicitud fue una petición válida, pero el servidor se niega a responder a ella. [2] A diferencia de una respuesta 401 No autorizado, autenticación no hará ninguna diferencia. [2] En los servidores donde se requiere autenticación, esto significa normalmente que las credenciales proporcionadas eran autentican con éxito pero que las credenciales aún no otorgan el permiso del cliente para acceder al recurso (por ejemplo, un usuario reconocido que intenta acceder a contenido restringido).
404 Not Found
El recurso solicitado no se ha encontrado, pero pueden estar disponibles en el futuro. [2] Las solicitudes posteriores por parte del cliente son permisibles.
405 Método no permitido
Se realizó una solicitud de un recurso utilizando un método de petición no está soportado por ese recurso; [2] , por ejemplo, el uso de GET en una forma que requiere que los datos se presentarán a través de POST, PUT o usar en un recurso de sólo lectura.
406 No aceptable
El recurso solicitado sólo es capaz de generar contenido no aceptables de acuerdo con las cabeceras de aceptación enviadas en la petición. [2]
407 Proxy requiere autenticación
El cliente primero debe autenticarse con el servidor proxy . [2]
408 Request Timeout
El servidor ha agotado el tiempo de espera para la solicitud. [2] De acuerdo con las especificaciones HTTP W3: "El cliente no produjo una petición en el momento en 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 pudo ser procesada debido a un conflicto en la solicitud, tal como un conflicto de edición en el caso de varias actualizaciones. [2]
410 Gone
Indica que el recurso solicitado ya no está disponible y no estará de nuevo disponible. [2] Esto se debe utilizar cuando un recurso se ha eliminado intencionalmente y el recurso debe ser purgado. Al recibir un código de estado 410, el cliente no debe solicitar el recurso de nuevo en el futuro. Clientes como los motores de búsqueda deben quitar el recurso de sus índices. La mayoría de casos de uso no requieren los clientes y los motores de búsqueda para purgar el recurso, y un "404 Not Found" pueden utilizarse en su lugar.
411 Length Required
La solicitud no especificó la duración de su contenido, que es requerido por el recurso solicitado. [2]
412 Requisito Error
El servidor no cumple uno de los requisitos que el solicitante puso en la solicitud. [2]
413 Entidad de solicitud demasiado grande
La solicitud es mayor que el servidor está dispuesto o es capaz de procesar. [2]
414 Request-URI demasiado largo
El URI proporcionado es demasiado largo para el servidor para procesar. [2] A menudo el resultado del exceso de datos que se están codificados como una cadena de consulta de una petición GET, en cuyo caso se debe convertir en una petición POST.
415 Unsupported Media Type
La entidad de solicitud tiene un tipo de papel que el servidor o recurso no soporta. [2] Por ejemplo, el cliente carga una imagen como imagen / svg + xml , pero el servidor requiere que las imágenes utilizan un formato diferente.
416 Requested Range No satisfiable
El cliente ha pedido una parte del archivo, pero el servidor no puede proporcionar esa porción. [2] Por ejemplo, si el cliente pide una parte del archivo que se encuentra más allá del final del archivo. [2]
417 Expectation Failed
El servidor no puede cumplir con los requisitos del campo Esperar request-header. [2]
418 Soy una tetera (RFC 2324)
Se definió este código en 1998 como uno de los tradicionales IETF bromas de los inocentes ' , en el RFC 2324 , Hyper Text Coffee Pot Control Protocol no se espera, y para ser implementado por los servidores HTTP reales.
419 Autenticación Tiempo de espera (no en el RFC 2616 )
No es una parte del estándar HTTP, 419 Autenticación tiempo de espera indica que la autenticación previamente válido ha caducado. Se utiliza como una alternativa a la 401 no autorizado con el fin de diferenciar de los clientes autenticados de lo contrario se le haya negado el acceso a los recursos de servidor específicos [ cita requerida ].
420 Método Failure ( Spring Framework )
No forma parte del estándar HTTP, pero definido por la Primavera en la clase HttpStatus para ser utilizado cuando un método falló. Este código de estado está en desuso por Spring.
420 Mejore su calma ( Twitter )
No forma parte del estándar HTTP, pero regresó por la búsqueda de Twitter y Tendencias API cuando el cliente está siendo tasa limitada. [13] Otros servicios pueden desear implementar los 429 demasiadas peticiones de respuesta de código en lugar.
422 Entidad no procesable (WebDAV, RFC 4918)
La petición fue bien formado, pero no pudo ser seguido por los errores semánticos. [4]
423 Bloqueado (WebDAV, RFC 4918)
El recurso que se tiene acceso está bloqueado. [4]
424 Error de dependencia (WebDAV, RFC 4918)
Error de la solicitud debido a un fallo de una solicitud anterior (por ejemplo, un PROPPATCH). [4]
424 falla del método ( WebDAV ) [14]
Indica que el método no se ejecuta en un recurso en particular dentro de su alcance, porque una parte de la ejecución del método falló causando todo el método sea abortado.
425 Unordered Collection (borrador de Internet)
Definido en borradores de "WebDAV Avanzada Colecciones Protocolo", [15] pero no está presente en "Web Distributed Authoring y control de versiones (WebDAV) Pedido Colecciones Protocolo". [16]
426 Actualización requerida (RFC 2817)
El cliente debe cambiar a un protocolo diferente, como TLS/1.0 . [17]
428 Requisito Obligatorio ( RFC 6585 )
El servidor de origen requiere que la petición de ser condicional. Pensado para evitar "el problema" actualización perdido ', donde un cliente obtiene el estado de un recurso, lo modifica y lo pone de nuevo en el servidor, cuando mientras tanto un tercero ha modificado el estado en el servidor, lo que lleva a un conflicto ". [ 18]
429 demasiadas peticiones ( RFC 6585 )
El usuario ha enviado demasiadas solicitudes en un período de tiempo determinado. Previsto para el uso con la limitación de velocidad esquemas. [18]
431 Solicitud de Campos de cabecera demasiado grande ( RFC 6585 )
El servidor no puede procesar la solicitud porque ya sea un campo de cabecera individual, o todos los campos de cabecera en conjunto, son demasiado grandes. [18]
440 Login Timeout (Microsoft)
Una extensión de Microsoft. Indica que su sesión ha expirado. [19]
444 Sin Respuesta (Nginx)
Utilizado en registros Nginx para indicar que el servidor ha devuelto ninguna información al cliente y cerrado la conexión (es útil como un elemento de disuasión para el malware).
449 Con Retry (Microsoft)
Una extensión de Microsoft. La solicitud debe ser juzgado de nuevo después de realizar la acción apropiada. [20]
A menudo buscadores o aplicaciones personalizadas ignorarán los parámetros requeridos. Donde hay acción predeterminada es apropiada, el sitio Aviongoo envía un "HTTP/1.1 449 Reintentar con parámetros válidos: param1, param2, ..." respuesta. Las aplicaciones pueden optar por aprender, o no.
450 Bloqueado por los controles parentales de Windows (Microsoft)
Una extensión de Microsoft. Se da este error cuando los controles parentales de Windows se activan y se bloquea el acceso a la página web determinada. [21]
451 No disponible por razones legales (proyecto de Internet)
Se define en el proyecto de internet "un nuevo código de estado HTTP de Recursos legalmente restringidos". [22] destinado a ser utilizado cuando se le niega acceso a los recursos por razones legales, por ejemplo, la censura o el gobierno con mandato de accesos bloqueados. Una referencia al 1953 distópica novela Fahrenheit 451 , donde se proscriben los libros. [23]
451 Redirect (Microsoft)
Se utiliza en Exchange ActiveSync si bien es un servidor más eficiente usar o el servidor no puede acceder al buzón del usuario. [24]
El cliente se supone que debe volver a ejecutar el protocolo HTTP de descubrimiento automático para encontrar un servidor más adecuado. [25]
494 de encabezado de solicitud demasiado grande (Nginx)
Nginx código interno similar al 431 pero se introdujo antes. [26] [ investigación original? ]
495 Cert Error (Nginx)
Código interno Nginx utiliza cuando SSL ha producido un error de certificado de cliente para distinguirla de 4XX en un registro y una redirección de página de error.
496 No Cert (Nginx)
Código interno Nginx utiliza cuando el cliente no proporciona el certificado para distinguirlo de 4XX en un registro y una redirección de página de error.
497 de HTTP a HTTPS (Nginx)
Código interno Nginx utilizado para las peticiones HTTP sin formato que se envían al puerto HTTPS para distinguirlo de 4XX en un registro y una redirección de página de error.
499 Cliente Solicitud Cerrado (Nginx)
Utilizado en registros Nginx para indicar cuando la conexión ha sido cerrada por el cliente mientras el servidor está aún procesando su solicitud, por lo que el servidor no puede enviar un código de estado de la espalda. [27]

Error 5xx Servidor [ edit ]

El servidor no pudo cumplir una petición aparentemente válida. [2]

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 que sea capaz de ejecutar la solicitud. Excepto cuando se responde a una petición 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. Del mismo modo, los agentes de usuario deben mostrar cualquier entidad incluido para el usuario. Estos códigos de respuesta son aplicables a cualquier método de petición.

500 Internal Server Error
Un mensaje de error genérico, dado que se ha encontrado una condición inesperada y no hay mensaje más específico es adecuado. [2]
501 No implementado
El servidor o bien no reconoce el método de la petición, o que carece de la capacidad para cumplir con la solicitud. [2] Por lo general, esto implica la disponibilidad futura (por ejemplo, una nueva característica de un API de servicios web).
502 Puerta de enlace incorrecta
El servidor estaba actuando como una puerta de enlace o proxy y recibió una respuesta inválida del servidor upstream. [2]
503 Service Unavailable
El servidor no está disponible (porque está sobrecargado o por mantenimiento). [2] En general, este es un estado temporal. A veces, esto puede ser permanente así en los servidores de prueba.
504 de Gateway Timeout
El servidor estaba actuando como pasarela o proxy y no recibió una respuesta a tiempo del servidor upstream. [2]
505 HTTP Version Not Supported
El servidor no admite la versión del protocolo HTTP utilizada en la solicitud. [2]
506 Variante también negocia (RFC 2295)
Transparente negociación de contenido para que los resultados de petición en una referencia circular . [28]
507 Almacenamiento insuficiente (WebDAV, RFC 4918)
El servidor no puede almacenar la representación necesaria para completar la solicitud. [4]
508 Loop Detected (WebDAV, RFC 5842)
El servidor ha detectado un bucle infinito al procesar la petición (enviado en lugar de 208 No reportado ).
509 Ancho de banda Límite excedido (Apache pc extension / limitado)
Este código de estado, mientras que utilizan muchos servidores, no se especifica en ningún RFC.
510 No extendida (RFC 2774)
Es necesario realizar más ampliaciones de la solicitud para el servidor para cumplirla. [29]
511 Network Authentication Required ( RFC 6585 )
El cliente debe autenticarse para ganar acceso a la red. Previsto para el uso mediante la interceptación de los datos utilizados para controlar el acceso a la red (por ejemplo, "los portales cautivos" que se utiliza para ponerse de acuerdo con los Términos del servicio antes de otorgar acceso completo a Internet a través de un punto de acceso Wi-Fi). [18]
520 Origen de error (Cloudflare)
Este código de estado no se especifica en ningún RFC, pero es utilizado por CloudFlare proxies inversos 's para indicar un "problema de conexión desconocida entre CloudFlare y el servidor web origen" a un cliente frente al proxy.
522 Conexión caducado
La conexión con el servidor ha agotado el tiempo.
523 Solicitud Proxy Rechazado (Cloudflare)
Este código de estado no se especifica en ningún RFC, pero es utilizado por CloudFlare proxies inversos 's para indicar un recurso que ha sido bloqueado por el administrador del sitio web o proxy.
Produjo 524 un tiempo de espera (Cloudflare)
Este código de estado no se especifica en ningún RFC, pero es utilizado por CloudFlare proxies inversos 's para indicar un tiempo de espera de lectura de la red detrás del proxy para el cliente delante del proxy.
598 Red de error de lectura de tiempo de espera (Desconocido)
Este código de estado no se especifica en ningún RFC, pero es utilizado por los servidores proxy HTTP de Microsoft para señalar un tiempo de espera de lectura de red detrás del proxy para el cliente delante del proxy. [ cita requerida ]
599 Red conectar error de tiempo de espera (Desconocido)
Este código de estado no se especifica en ningún RFC, pero es utilizado por los servidores proxy HTTP de Microsoft para señalar un tiempo de espera de conexión de red detrás del proxy para el cliente delante del proxy. [ cita requerida ]

Véase también [ editar ]

Referencias [ editar ]

  1. ^ "Los códigos de estado HTTP en IIS 7.0" . Microsoft . 14 de julio 2009. Consultado el 1 de abril de 2009.  
  2. ^ un b c d e f g h i j k l m n o p q r s t u v w x y z aa ab ac ad ae af ag ah ai aj ak al am un ao ap aq ar como en au Fielding, Roy T. ; Gettys, James ; Mogul, Jeffrey C.; Nielsen, Henrik Frystyk ; Masinter, Larry; Leach, Paul J., Berners-Lee, Tim . (junio de 1999) Hypertext Transfer Protocol - HTTP/1.1 . IETF . RFC 2616. https://tools.ietf.org/html/rfc2616 . Consultado el 24 de octubre de 2009.
  3. ^ Goland, Yaronn; Whitehead, Jim .; Faizi, Asad; Carter, Steve R.; Jensen, Del (febrero de 1999) Extensiones HTTP para Distributed Authoring - WebDAV . IETF . RFC 2518. https://tools.ietf.org/html/rfc2518 . Consultado el 24 de octubre de 2009.
  4. ^ un b c d e Dusseault, Lisa, ed. (Junio ​​de 2007). Extensiones HTTP para Web Distributed Authoring y control de versiones (WebDAV) . IETF . RFC 4918. https://tools.ietf.org/html/rfc4918 . Consultado el 24 de octubre de 2009.
  5. ^ codificación Delta en HTTP . IETF . Enero de 2002. RFC 3229. https://tools.ietf.org/html/rfc3229 . Consultado el 25 de febrero de 2011.
  6. ^ Berners-Lee, Tim ; Fielding, Roy T. ; Nielsen, Henrik Frystyk . (mayo de 1996) Hypertext Transfer Protocol - HTTP/1.0 . IETF . RFC 1945. https://tools.ietf.org/html/rfc1945 . Consultado el 24 de octubre de 2009.
  7. ^ "HTTP/1.1 Sección 10 Definiciones de los Códigos de estado" . W3C . Consultado el 16 de marzo de 2010.  
  8. ^ "Referencia del método redirect_to en Ruby Web Framework" Ruby on Rails ". Afirma: La redirección sucede como" 302 Moved "encabezado menos que se especifique lo contrario." . Consultado el 30 de junio de 2012.  
  9. ^ "Mozilla Bugzilla Bug 187996: Comportamiento extraño en 305 redirección" . 03 de marzo 2003. Consultado el 21 de mayo, 2009.  
  10. ^ Cohen, Josh. "HTTP/1.1 305 y 306 códigos de respuesta" . Grupo de Trabajo de HTTP.  
  11. ^ "Protocolo de transferencia de hipertexto (HTTP/1.1): Semántica y contenido" . IETF . 2012. Consultado el 8 de octubre de 2012.  
  12. ^ "El Protocolo de transferencia de hipertexto (HTTP) Código de estado 308 (Redirección permanente)" . IETF . 2012. Consultado el 27 de marzo de 2012.  
  13. ^ "Códigos de error de Twitter y respuestas" . Twitter . 2012. Consultado el 20 de enero de 2012.  
  14. ^ "Códigos de estado de WebDAV: 300s y 400s" . Microsoft Developer Network. Consultado el 9 de noviembre de 2012.  
  15. ^ Slein, Judy; Whitehead, Jim ; Davis, Jim; Clemm, Geoffrey; Fay, Chuck; Crawford, Jason;. Chihaya, Tyson (18 de junio, 1999) WebDAV Avanzada Colecciones Protocolo . IETF . Identificación Consultado el 24 de octubre de 2009.
  16. ^ Whitehead, Jim (diciembre de 2003). Reschke, Julian F.. ed. Web Distributed Authoring y control de versiones (WebDAV) colecciones ordenadas Protocolo . IETF . RFC 3648. https://tools.ietf.org/html/rfc3648 . Consultado el 24 de octubre de 2009.
  17. ^ Khare, Rohit ;. Lawrence, Scott (mayo de 2000) La actualización a TLS Dentro HTTP/1.1 . IETF . RFC 2817. https://tools.ietf.org/html/rfc2817 . Consultado el 24 de octubre de 2009.
  18. ^ un b c d Nottingham, M.;. Fielding, R. (abril de 2012) "RFC 6585 - Códigos de error HTTP adicionales" .. Request for Comments Internet Engineering Task Force . Consultado el 1 de mayo de 2012.  
  19. ^ "mensaje de error cuando intenta iniciar sesión en Exchange 2007 mediante Outlook Web Access:" 440 Login Timeout "" . Microsoft . 2010. Obtenido 13 de noviembre 2013.  
  20. ^ "2.2.6 449 Reintentar con código de estado" . Microsoft . 2009. Consultado el 26 de octubre de 2009.  
  21. ^ "Captura de pantalla de la página de error" (bmp). Consultado el 11 de octubre de 2009.  
  22. ^ Bray, Tim (11 de enero de 2013). Un nuevo Código de estado HTTP para los recursos legalmente restringidos . IETF . Identificación Consultado el 21 de marzo de 2013.
  23. ^ Flood, Alison (22 de junio de 2012). Convocatoria de Ray Bradbury en ser honrado con el mensaje de error de Internet . The Guardian. http://www.guardian.co.uk/books/2012/jun/22/ray-bradbury-internet-error-message-451 . Consultado el 22 de junio de 2012.
  24. ^ "MS-ascmd, Sección 3.1.5.2.2" .  
  25. ^ "Ms-oxdisco" .  
  26. ^ "Nginx Listado de cambios" . nginx.org /. Consultado el 9 de noviembre de 2012.  
  27. ^ . Sysoev, Igor (agosto de 2007) "Re: 499 error en nginx" . Consultado el 9 de diciembre de 2010.  
  28. ^ Holtman, Koen;. Mutz, Andrew H. (marzo de 1998) Transparente Negociación de contenido en HTTP . IETF . RFC 2295. https://tools.ietf.org/html/rfc2295 . Consultado el 24 de octubre de 2009.
  29. ^ Nielsen, Henrik Frystyk ; Leach, Paul J.;. Lawrence, Scott (febrero de 2000) HTTP una extensión marco . IETF . RFC 2774. https://tools.ietf.org/html/rfc2774 . Consultado el 24 de octubre de 2009.

Enlaces externos [ editar ]