Tambi\u00e9n te puede interesar: <\/a>30 comandos b\u00e1sicos de Linux que todo usuario debe saber<\/a><\/strong><\/mark><\/p>\n\n\n\n <\/p>\n\n\n\nRespuestas informativas:<\/h2>\n\n\n\n
Esta respuesta provisional indica que todo hasta ahora est\u00e1 bien y que el cliente debe continuar con la solicitud o ignorarla si ya est\u00e1 terminada.<\/li>
Este c\u00f3digo se env\u00eda en respuesta a un encabezado de solicitud Upgrade por el cliente e indica que el servidor acepta el cambio de protocolo propuesto por el agente de usuario.<\/li>
Este c\u00f3digo indica que el servidor ha recibido la solicitud y a\u00fan se encuentra procesandola, por lo que no hay respuesta disponible.<\/li>
Se usa generalmetne como encabezado Link, permitiendo que el agente de usuario empiece a pre-cargar recursos mientras el servidor prepara una respuesta.<\/li><\/ul>\n\n\n\nRespuestas satisfactorias:<\/h2>\n\n\n\n
La solicitud ha tenido \u00e9xito. El significado de un \u00e9xito var\u00eda dependiendo del m\u00e9todo HTTP:<\/li>
La solicitud ha tenido \u00e9xito y se ha creado un nuevo recurso como resultado de ello. <\/li>
La solicitud se ha recibido, pero a\u00fan no se ha actuado. Es una petici\u00f3n “sin compromiso”, lo que significa que no hay manera en HTTP que permite enviar una respuesta as\u00edncrona que indique el resultado del procesamiento de la solicitud. Est\u00e1 pensado para los casos en que otro proceso o servidor maneja la solicitud, o para el procesamiento por lotes.<\/li>
La petici\u00f3n se ha completado con \u00e9xito, pero su contenido no se ha obtenido de la fuente originalmente solicitada, sino que se recoge de una copia local o de un tercero. Excepto esta condici\u00f3n, se debe preferir una respuesta de 200 OK en lugar de esta respuesta.<\/li>
La petici\u00f3n se ha completado con \u00e9xito pero su respuesta no tiene ning\u00fan contenido, aunque los encabezados pueden ser \u00fatiles. El agente de usuario puede actualizar sus encabezados en cach\u00e9 para este recurso con los nuevos valores.<\/li>
La petici\u00f3n se ha completado con \u00e9xito, pero su respuesta no tiene contenidos y adem\u00e1s, el agente de usuario tiene que inicializar la p\u00e1gina desde la que se realiz\u00f3 la petici\u00f3n, este c\u00f3digo es \u00fatil por ejemplo para p\u00e1ginas con formularios cuyo contenido debe borrarse despu\u00e9s de que el usuario lo env\u00ede.<\/li>
La petici\u00f3n servir\u00e1 parcialmente el contenido solicitado. Esta caracter\u00edstica se utiliza por herramientas de descarga como wget para continuar la transferencia de descargas anteriormente interrumpidas, o para dividir una descarga y procesar las partes simult\u00e1neamente.<\/li>
Una respuesta Multi-Estado transmite informaci\u00f3n sobre varios recursos en situaciones en las que varios c\u00f3digos de estado podr\u00edan ser apropiados. El cuerpo de la petici\u00f3n es un mensaje XML.<\/li>
El listado de elementos DAV ya se notific\u00f3 previamente, por lo que no se van a volver a listar.<\/li>
El servidor ha cumplido una petici\u00f3n GET para el recurso y la respuesta es una representaci\u00f3n del resultado de una o m\u00e1s manipulaciones de instancia aplicadas a la instancia actual.<\/li><\/ul>\n\n\n\nRedirecciones:<\/h2>\n\n\n\n
Esta solicitud tiene m\u00e1s de una posible respuesta. User-Agent o el usuario debe escoger uno de ellos. No hay forma estandarizada de seleccionar una de las respuestas.<\/li>
Este c\u00f3digo de respuesta significa que la URI del recurso solicitado ha cambiado. Probablemente una nueva URL ser\u00e1 la respuesta.<\/li>
El servidor env\u00eda esta respuesta para dirigir al cliente a un nuevo recurso solicitado a otra direcci\u00f3n usando una petici\u00f3n GET.<\/li>
Tiene como prop\u00f3sito el “cach\u00e9”. Le indica al cliente que la respuesta no se modific\u00f3. Entonces, el cliente puede continuar usando la misma versi\u00f3n almacenada en su cach\u00e9.<\/li>
Fue definida en una versi\u00f3n previa de la especificaci\u00f3n del protocolo HTTP para indicar que una respuesta solicitada debe ser accedida desde un proxy. Ha quedado obsoleta debido a preocupaciones de seguridad correspondientes a la configuraci\u00f3n de un proxy.<\/li>
Este c\u00f3digo de respuesta ya no se usa m\u00e1s. Actualmente se encuentra reservado. Fue usado en previas versiones de la especificaci\u00f3n HTTP1.1.<\/li>
El servidor env\u00eda esta respuesta para dirigir al cliente a obtener el recurso solicitado a otra URI con el mismo m\u00e9todo que se us\u00f3 la petici\u00f3n anterior. Tiene la misma sem\u00e1ntica que el c\u00f3digo de respuesta HTTP 302 Found, con la excepci\u00f3n de que el agente usuario no debe cambiar el m\u00e9todo HTTP usado: si un POST fue usado en la primera petici\u00f3n, otro POST debe ser usado en la segunda petici\u00f3n.<\/li>
Significa que el recurso ahora se encuentra permanentemente en otra URI, especificada por la respuesta de encabezado HTTP Location:. Tiene la misma sem\u00e1ntica que el c\u00f3digo de respuesta HTTP 301 Moved Permanently, con la excepci\u00f3n de que el agente usuario no debe cambiar el m\u00e9todo HTTP usado: si un POST fue usado en la primera petici\u00f3n, otro POST debe ser usado en la segunda petici\u00f3n.<\/li><\/ul>\n\n\n\nErrores de cliente:<\/h2>\n\n\n\n
Esta respuesta significa que el servidor no pudo interpretar la solicitud dada una sintaxis inv\u00e1lida.<\/li>
Es necesario autenticar para obtener la respuesta solicitada. Esta es similar a 403, pero en este caso, la autenticaci\u00f3n es posible.<\/li>
Este c\u00f3digo de respuesta est\u00e1 reservado para futuros usos. El objetivo inicial de crear este c\u00f3digo era utilizarlo en sistemas digitales de pagos. Sin embargo, no se usa actualmente.<\/li>
El cliente no posee los permisos necesarios para cierto contenido, por lo que el servidor est\u00e1 rechazando otorgar una respuesta apropiada.<\/li>
El servidor no pudo encontrar el contenido solicitado. Este c\u00f3digo de respuesta es uno de los m\u00e1s famosos dada su alta ocurrencia en la web.<\/li>
El m\u00e9todo solicitado es conocido por el servidor pero ha sido deshabilitado y no puede ser utilizado. Los dos m\u00e9todos obligatorios, GET y HEAD, nunca deben ser deshabilitados y no deber\u00edan retornar este c\u00f3digo de error.<\/li>
Esta respuesta es enviada cuando el servidor, despu\u00e9s de aplicar una negociaci\u00f3n de contenido servidor-impulsado, no encuentra ning\u00fan contenido seguido por la criteria dada por el usuario.<\/li>
Esto es similar al c\u00f3digo 401, pero la autenticaci\u00f3n debe estar hecha a partir de un proxy.<\/li>
Esta respuesta es enviada en una conexi\u00f3n inactiva en algunos servidores, incluso sin alguna petici\u00f3n previa por el cliente. Significa que el servidor quiere desconectar esta conexi\u00f3n sin usar. Esta respuesta es muy usada desde algunos navegadores, como Chrome, Firefox 27+, o IE9, usa mecanismos de pre-conexi\u00f3n HTTP para acelerar la navegaci\u00f3n. Tambi\u00e9n hay que tener en cuenta que algunos servidores simplemente desconecta la conexi\u00f3n sin enviar este mensaje.<\/li>
Esta respuesta generalmente se env\u00eda cuando una petici\u00f3n tiene conflicto con el estado actual del servidor.<\/li>
Esta respuesta se env\u00eda cuando el contenido solicitado se borr\u00f3 del servidor.<\/li>
El servidor rechaza la petici\u00f3n porque el campo de encabezado Content-Length no esta definido y el servidor lo requiere.<\/li>
El cliente ha indicado pre-condiciones en sus encabezados la cual el servidor no cumple.<\/li>
La entidad de petici\u00f3n es m\u00e1s larga que los l\u00edmites definidos por el servidor; el servidor puede cerrar la conexi\u00f3n o retornar un campo de encabezado Retry-After.<\/li>
La URI solicitada por el cliente es m\u00e1s larga de lo que el servidor est\u00e1 dispuesto a interpretar.<\/li>
El formato multimedia de los datos solicitados no est\u00e1 soportado por el servidor, por lo cual el servidor rechaza la solicitud.<\/li>
El rango especificado por el campo de encabezado Range en la solicitud no cumple; es posible que el rango est\u00e1 fuera del tama\u00f1o de los datos objetivo del URI.<\/li>
Significa que la expectativa indicada por el campo de encabezado Expect solicitada no puede ser cumplida por el servidor.<\/li>
El servidor se reh\u00fasa a intentar hacer caf\u00e9 con una tetera.<\/li>
La petici\u00f3n fue dirigida a un servidor que no es capaz de producir una respuesta. Esto puede ser enviado por un servidor que no est\u00e1 configurado para producir respuestas por la combinaci\u00f3n del esquema y la autoridad que est\u00e1n incluidos en la URI solicitada<\/li>
La petici\u00f3n estaba bien formada pero no se pudo seguir debido a errores de sem\u00e1ntica.<\/li>
El recurso al que se intenta acceder est\u00e1 bloqueado.<\/li>
La petici\u00f3n fall\u00f3 debido a una falla de una petici\u00f3n previa.<\/li>
El servidor se reh\u00fasa a aplicar la solicitud usando el protocolo actual pero puede estar dispuesto a hacerlo despu\u00e9s que el cliente se actualice a un protocolo diferente. El servidor env\u00eda un encabezado Upgrade en una respuesta para indicar los protocolos requeridos.<\/li>
El servidor origen requiere que la solicitud sea condicional. Tiene la intenci\u00f3n de prevenir problemas de ‘actualizaci\u00f3n perdida’, donde un cliente OBTIENE un estado del recurso, lo modifica, y lo PONE devuelta al servidor, cuando mientras un tercero ha modificado el estado del servidor, llevando a un conflicto.<\/li>
El usuario ha enviado demasiadas solicitudes en un periodo de tiempo dado.<\/li>
El servidor no est\u00e1 dispuesto a procesar la solicitud porque los campos de encabezado son demasiado largos. La solicitud PUEDE volver a subirse despu\u00e9s de reducir el tama\u00f1o de los campos de encabezado solicitados.<\/li>
El usuario solicita un recurso ilegal, como alguna p\u00e1gina web censurada por alg\u00fan gobierno.<\/li><\/ul>\n\n\n\nErrores de servidor<\/h2>\n\n\n\n
El servidor ha encontrado una situaci\u00f3n que no sabe c\u00f3mo manejarla.<\/li>
El m\u00e9todo solicitado no es soportado por el servidor y no puede ser manejado. Los \u00fanicos m\u00e9todos que los servidores requieren soporte (y por lo tanto no deben retornar este c\u00f3digo) son GET y HEAD.<\/li>
Esta respuesta de error significa que el servidor, mientras trabaja como una puerta de enlace para obtener una respuesta necesaria para manejar la petici\u00f3n, obtuvo una respuesta inv\u00e1lida.<\/li>
El servidor no est\u00e1 listo para manejar la petici\u00f3n. Causas comunes puede ser que el servidor est\u00e1 ca\u00eddo por mantenimiento o est\u00e1 sobrecargado. Hay que tomar en cuenta que junto con esta respuesta, una p\u00e1gina usuario-amigable explicando el problema debe ser enviada. <\/li>
Esta respuesta de error se da cuando el servidor est\u00e1 actuando como una puerta de enlace y no puede obtener una respuesta a tiempo.<\/li>
La versi\u00f3n de HTTP usada en la petici\u00f3n no est\u00e1 soportada por el servidor.<\/li>
El servidor tiene un error de configuraci\u00f3n interna: negociaci\u00f3n de contenido transparente para la petici\u00f3n resulta en una referencia circular.<\/li>
El servidor tiene un error de configuraci\u00f3n interna: la variable de recurso escogida est\u00e1 configurada para acoplar la negociaci\u00f3n de contenido transparente misma, y no es por lo tanto un punto final adecuado para el proceso de negociaci\u00f3n.<\/li>
El servidor detect\u00f3 un ciclo infinito mientras procesaba la solicitud.<\/li>
Extensiones adicionales para la solicitud son requeridas para que el servidor las cumpla.<\/li>
El c\u00f3digo de estado 511 indica que el cliente necesita autenticar para obtener acceso a la red.<\/li><\/ul>\n\n\n\n
![\"Codigos](\"https:\/\/tecsify.com\/blog\/wp-content\/uploads\/2022\/05\/HTTPMasComunes-1024x1024.jpg\")