Red de conocimiento informático - Conocimiento informático - Cómo solucionar el problema "Error HTTP 403 - Prohibido"

Cómo solucionar el problema "Error HTTP 403 - Prohibido"

100 Continuar: La solicitud inicial ha sido aceptada y el cliente deberá continuar enviando el resto de la solicitud.

101 Cambio de protocolos: el servidor cumplirá con la solicitud del cliente y cambiará a otro protocolo.

200 OK: Todo es normal y a continuación aparecen los documentos de respuesta para las solicitudes GET y POST. Si no configura el código de estado con SetStatus, el Servlet usa el código de estado 202 de forma predeterminada.

201 Creado El servidor ha creado el documento y el encabezado Ubicación proporciona su URL.

202 Aceptada: La solicitud ha sido aceptada, pero no se ha completado el procesamiento.

203 Información no autorizada: el documento se ha devuelto normalmente, pero algunos encabezados de respuesta pueden ser incorrectos porque se utilizó una copia del documento.

204 Sin contenido: No hay ningún documento nuevo, el navegador debe seguir mostrando el documento original. Este código de estado es útil si el usuario actualiza la página periódicamente y el servlet puede determinar que el documento del usuario está lo suficientemente actualizado.

205 Restablecer contenido: No hay contenido nuevo, pero el navegador debe restablecer el contenido que muestra. Se utiliza para obligar al navegador a borrar el contenido de entrada del formulario.

206 Contenido parcial: el cliente envió una solicitud GET con un encabezado Range y el servidor la completó.

300 Opciones Múltiples: El documento solicitado por el cliente se puede encontrar en múltiples ubicaciones, y estas ubicaciones se enumeran en el documento devuelto. Si el servidor quiere proponer una preferencia, deberá indicarla en el encabezado de respuesta Ubicación.

301 Movido permanentemente: el documento solicitado por el cliente está en otro lugar, la nueva URL se proporciona en el encabezado Ubicación y el navegador debería acceder automáticamente a la nueva URL.

302 encontrado: similar al 301, pero la nueva URL debe considerarse un reemplazo temporal en lugar de permanente. Tenga en cuenta que la información de estado correspondiente en HTTP1.0 es "Movido temporalmente" y la constante correspondiente en HttpServletResponse es SC_MOVED_TEMPORARILY, no SC_FOUND. Cuando aparece este código de estado, el navegador puede acceder automáticamente a la nueva URL, por lo que es un código de estado útil. Para ello, Servlet proporciona un método dedicado, sendRedirect. Es mejor usar respuesta.sendRedirect(url) que respuesta.setStatus(response.SC_MOVED_TEMPORARILY) y respuesta.setHeader("Ubicación", url). Tenga en cuenta que este código de estado a veces se puede usar indistintamente con 301.

303 Ver otros: similar a 301/302, la diferencia es que si la solicitud original es POST, el documento de destino de redirección especificado por el encabezado Ubicación debe extraerse a través de GET.

304 No modificado: el cliente almacenó documentos en buffer y emitió una solicitud condicional (generalmente proporciona un encabezado If-Modified-Since para indicar que el cliente solo quiere documentos que sean más recientes que la fecha especificada). El servidor le dice al cliente que el documento original almacenado en el búfer puede seguir utilizándose.

305 Usar Proxy: El documento solicitado por el cliente debe recuperarse a través del servidor proxy especificado en el encabezado Ubicación.

Redireccionamiento temporal 307: Igual que 302 (Encontrado). Muchos navegadores redireccionarán incorrectamente con una respuesta 302, incluso si la solicitud original fue una POST, aunque en realidad solo pueden redirigir si la respuesta a una solicitud POST es una 303.

Por esta razón, HTTP 1.1 agregó 307 para distinguir más claramente entre varios códigos de estado: cuando ocurre una respuesta 303, el navegador puede seguir las solicitudes GET y POST redirigidas. Si es una respuesta 307, el navegador solo puede seguir las solicitudes GET y POST redirigidas. Solicitudes Redirección de solicitudes GET. Nota: No existe una constante correspondiente para este código de estado en HttpServletResponse.

400 Solicitud incorrecta: Hay un error de sintaxis en la solicitud.

401 No autorizado: El cliente intentó acceder a una página protegida con contraseña sin autorización. La respuesta contendrá un encabezado WWW-Authenticate y el navegador mostrará el cuadro de diálogo de nombre de usuario/contraseña correspondiente y luego realizará la solicitud nuevamente después de completar el encabezado de Autorización apropiado.

403 Prohibido: El recurso no está disponible. El servidor comprende la solicitud del cliente pero se niega a procesarla. Generalmente causado por la configuración de permisos de archivos o directorios en el servidor.

404 No encontrado: no se puede encontrar el recurso en la ubicación especificada. Esta también es una respuesta de uso común. HttpServletResponse proporciona específicamente el método correspondiente: sendError (mensaje).

Método 405 no permitido: el método de solicitud (GET, POST, HEAD, DELETE, PUT, TRACE, etc.) no es aplicable al recurso especificado.

406 No Aceptable: Se ha encontrado el recurso especificado, pero su tipo MIME es incompatible con el especificado por el cliente en el encabezado Accpet.

Se requiere autenticación de proxy 407: similar a 401, indica que el cliente primero debe ser autorizado por el servidor proxy.

408 Request Timeout: El cliente no ha emitido ninguna solicitud durante el tiempo de espera permitido por el servidor. El cliente puede repetir la misma solicitud más tarde.

Conflicto 409: Generalmente relacionado con la solicitud PUT. La solicitud no puede tener éxito porque entra en conflicto con el estado actual del recurso.

410 Desaparecido: El documento solicitado ya no está disponible y el servidor no sabe a qué dirección redirigir. La diferencia entre este y 404 es que devolver 407 significa que el documento abandonó permanentemente la ubicación especificada, mientras que 404 significa que el documento no está disponible por razones desconocidas.

411 Longitud requerida: el servidor no puede procesar la solicitud a menos que el cliente envíe un encabezado Content-Length.

412 Error de condición previa: algunas condiciones previas especificadas en el encabezado de la solicitud fallaron.

413 Entidad de solicitud demasiado grande: el tamaño del documento de destino excede el tamaño que el servidor está dispuesto a manejar actualmente. Si el servidor cree que puede manejar la solicitud más adelante, debe proporcionar un encabezado Retry-After.

414 URI de solicitud demasiado larga: la URI es demasiado larga.

416 Rango solicitado no satisfactorio: el servidor no puede satisfacer el encabezado de rango especificado por el cliente en la solicitud.

Error interno del servidor 500: el servidor encontró una situación inesperada y no pudo completar la solicitud del cliente.

501 No implementado: el servidor no admite la funcionalidad requerida para implementar la solicitud. Por ejemplo, el cliente realiza una solicitud PUT que el servidor no admite.

502 Puerta de enlace incorrecta: cuando el servidor actúa como puerta de enlace o proxy, accede al siguiente servidor para completar la solicitud, pero el servidor devuelve una respuesta ilegal.

503 Servicio no disponible: El servidor no respondió debido a mantenimiento o sobrecarga. Por ejemplo, un servlet puede devolver 503 cuando el grupo de conexiones de la base de datos está lleno.

El servidor puede proporcionar un encabezado Retry-After al devolver 503.

504 Gateway Timeout: Utilizado por servidores que actúan como proxy o gateways para indicar que no se puede obtener una respuesta del servidor remoto de manera oportuna.

505 Versión HTTP no compatible: el servidor no admite la versión HTTP especificada en la solicitud.

Adjunto hay una lista de errores...

Puedes encontrarlo tú mismo... Huhu~~~

Nadie más puede bloquear IP casualmente. .....si el contenido de su sitio web no es ilegal~~~