Hola a todos y bienvenidos de nuevo.
Ahora, en el video de hoy, vamos a discutir acerca de las páginas de error personalizadas en cloud front.
Ahora, por lo general tener una página de error del cliente es una de las cosas importantes, no sólo específico para el entorno
basado en la nube frente, pero cualquier sitio web que usted tiene.
Es importante que configures las páginas de cliente, así que vamos a ello.
En primer lugar, analicemos el reto en su conjunto.
Ahora, en una arquitectura basada en la nube, tienes un origen y tienes un cliente.
Así, el código de estado y la página de error que el amigo de Cloud recibe del origen también se devuelven al espectador.
Y de nuevo, esto podría no crear la mejor de las experiencias.
Por ejemplo, en esta captura de pantalla específica verá que el usuario ha solicitado un archivo llamado
test txt y en la respuesta esta es una respuesta basada en x HTML con el acceso denegado, y está mostrando varias cosas como
el ID de la solicitud, el ID del host, etc.
Por lo general, en los sitios web no se desea que el usuario reciba este tipo de respuesta.
Necesita una respuesta más genérica que debe ser servida.
Aquí es donde entran en escena las páginas de error personalizadas.
Ahora, dentro de cloud print puedes configurarlo para que envíe una respuesta de error personalizada al visor
que sea diferente a la de la respuesta de origen.
Así que esto se puede entender mejor con este diagrama donde tienes el usuario, tienes una impresión
en la nube y tienes un tres cubos donde hay algún tipo de sitio web que está alojado.
Así que el usuario envía una solicitud a la nube, nube de impresión y envía la solicitud al origen origen envía una
respuesta de vuelta a la empresa nube indicando http 403 acceso denegado.
Ahora en esta etapa frente a la nube, cuando recibe, puede configurar un conjunto diferente de respuesta que
se enviará al usuario.
Así que si usted ve la respuesta es diferente, incluyendo el código de estado.
Así que aquí el código de estado HTTP es de cero tres acceso denegado.
Sin embargo, el código de estado que está enviando la empresa de la nube es de cero cuatro, que no se encuentra.
De acuerdo.
Así que hagamos una cosa.
Veámoslo en la práctica.
Ahora bien, si por lo general nos fijamos en los sitios web más grandes, tendrá algún tipo de página de error
personalizada, por ejemplo, en la documentación.
Si simplemente pedimos un objeto que no existe en lugar de plano 404 naught fuente, ves que tienes una respuesta
muy agradable que también es útil y da mucha más información mejor.
Ahora, en una distribución en la nube que no tiene la página de error personalizada que está configurada,
si se solicita un objeto inexistente o vamos a probarlo.
Como ves tienes la típica respuesta XML indicando acceso denegado y demás.
Así que esto es algo que, como estábamos discutiendo, usted no quiere enviar de vuelta a sus usuarios.
Así que en lugar de eso se configura una página de error personalizada a nivel de impresión en la nube y se puede mejorar la
respuesta.
Ahora tengo una distribución más de la firma de la nube con la página de error personalizado que está configurado,
así que vamos a reemplazar la URL con la distribución más reciente y voy a añadir un texto al azar aquí.
Vamos a pulsar enter y esta vez verás que la respuesta es un poco diferente.
Que dice lo siento, la página no está disponible.
Puedes tener una página mucho más limpia aquí.
Sin embargo, sólo para simplificar, acabo de añadir un documento de texto aquí con los detalles y en los sitios web
tendrás algo como esto o tendrás algún tipo de imagen que hace que las cosas se vean mucho
mejor.
Ahora, permítanme mostrarles rápidamente cómo se puede configurar esto.
Así que para simplificar, tengo una distribución de la nube y esto a su vez se asocia con el origen
de S3 Bucket.
Así que el sitio web está alojado en S3.
Ahora bien, si nos fijamos en la distribución y la página de error, tengo una página de error que se configura
aquí.
Así que lo que esto establece, establece que si el amigo de la nube recibe un403 acceso denegado, que es esta página
específica que habíamos visto antes, en lugar de enviar eso, sólo tiene que enviar la respuesta que es parte de la página
de error personalizada archivo HTML.
Y donde se almacena este archivo, se almacena en el mismo que tres cubo.
Así que usted tiene una página de error personalizada HTML.
Así que este archivo será devuelto en lugar de 403.
En caso de que todo esté funcionando, entonces nuestro archivo HTML índice será devuelto.
Ahora, otra cosa interesante que verás es que el código de estado HTTP también ha cambiado.
Aquí el código de error es 403.
Sin embargo, el código de respuesta HTTP aquí es para cero cuatro.
Así, en lugar de enviar un mensaje de acceso denegado al usuario, cloud front enviará una página no encontrada.
Y esto también puede ser configurable.
Ahora también vamos a analizarlo rápidamente.
Así que hagamos una cosa.
Volvamos a la distribución.
Una de las distribuciones tiene configurada la página de error personalizada.
El segundo no tiene configurada la página de error personalizada.
En primer lugar, vamos a ver en la distribución de la nube, que no tiene la página de error configurado ahora desde
el Scylla.
Si voy a hacer rápidamente un rizo a la.
Distribución y sabemos que el objeto no existe.
Echemos un vistazo a la cabecera.
El encabezado aquí es para cero tres prohibido.
Ahora veamos la distribución en la nube, que tiene configurada la página de error.
Voy a hacer una solicitud de rizo de nuevo.
Lo estás enviando al objeto que en realidad no existe.
Ahora idealmente tres enviará este mensaje de retorno 4034 de nuevo a la nube amigo.
Sin embargo, esta vez verás que el código de estado HTTP también cambia a 404.
Así que esto es algo que también se puede configurar fácilmente a nivel de la nube.
Ahora generalmente cuando se configuran las páginas de error.
Debe definir el código de error HTTP.
Por ejemplo, si el origen envía este mensaje 404 no encontrado al frente de la nube, entonces puedes personalizar
el mensaje de error aquí.
Y dentro de aquí se puede especificar cuál es el archivo que debe ser devuelto.
En este caso, el archivo es HTML personalizado de la página de error, por lo que puede especificarlo aquí.
Y también hay una opción para enviar un código de estado HTTP diferente.
Así que en lugar de 404 no encontrado por el origen, se puede decir algo así como 400 solicitudes erróneas o cualquier otro
código de estado en función de la red de requisitos.
Así que esto es una visión general de muy alto nivel sobre el envío de la respuesta de error personalizado de vuelta al espectador.
Y con esto concluirá el vídeo de hoy.