Aquí tienes.
Y bienvenidos de nuevo.
Ahora, en el video de hoy, vamos a discutir acerca de las políticas de punto final VPC.
Ahora, en una visión general de alto nivel, cada vez que usted va por delante y crear un punto final VPC, vamos a suponer un punto final de puerta
de enlace.
A continuación, puede adjuntarle una política de punto final que controle el acceso a los servicios a los que se está conectando.
Por ejemplo, digamos que tienes un endpoint VPC por aquí y el tráfico al servicio tres desde
la instancia EC2 se dirige desde aquí.
Ahora, dentro de los tres S, hay dos cubos disponibles.
Tienes un cubo de demostración y tienes un cubo de CP Labs.
Ahora, por defecto, la instancia EC dos podrá comunicarse con ambos buckets, teniendo en cuenta
que tiene asociado el rol IAM adecuado.
Sin embargo, como medida adicional a nivel de punto final VPC, también puede seguir adelante y controlar el tráfico
a un cubo S3 específico.
Así, por ejemplo, usted tiene una política de punto final que dice permitir la conexión a la demo bucket.
Por lo tanto, si se asocia esta política de punto final, aunque la instancia SC dos tenga un permiso SE tres
completo, sólo podrá comunicarse con el bucket de demostración.
No será capaz de comunicarse con el CP Labs bucket, considerando que el tráfico está fluyendo a través
del endpoint VPC y esta es la idea básica detrás de las políticas de endpoint VPC.
Así que hagamos una cosa.
Vamos a probarlo en la práctica para entenderlo mejor.
Ahora, actualmente tenemos un punto final de puerta de enlace basado en el servicio S tres que está disponible.
Ahora, si nos fijamos en la política de aquí, por defecto, la política de punto final permite toda la conexión a
todos los recursos.
Así que esta es una de las políticas por defecto.
Sin embargo, si lo necesitamos, también podemos personalizarlo.
Así que para la demostración de hoy para la región donde se crea nuestro punto final, que es nosotros Twist dos, tengo dos es tres
cubos y sobre la base de estos dos tres cubos, vamos a seguir adelante y diseñar nuestras políticas de punto final.
Así que antes de seguir adelante y empezar a escribir nuestras políticas de punto final de nuestra instancia privada de EC2,
vamos a seguir adelante y verificar la conexión a ambos de estos tres cubos.
Ahora, en primer lugar, vamos a seguir adelante y hacer un más tres ls en uno de los cubos aquí, vamos a hacer un enter y como era
de esperar, somos capaces de ver los resultados.
Y de una manera similar vamos a seguir adelante y conectarse a otro cubo de S3 dentro de la misma región.
Pulsemos enter y podremos ver el contenido.
Así que básicamente ambos de estos tres cubos tiene un archivo similar.
Ahora vamos a seguir adelante y diseñar una política donde el punto final VPC sólo permitirá la conexión a la segunda cubeta
de aquí, que es el punto final temporal.
US dos oeste dos.
No debe permitir la conexión a ningún otro bucket S3.
Así que ahora desde el punto final, vamos a seguir adelante y editar la política.
Ahora hay múltiples maneras de crear una política.
Una de las formas más sencillas es utilizar una herramienta de creación de políticas.
Así que vamos a seguir adelante y abrir esto.
Y dentro de la herramienta de creación de políticas, puede seguir adelante y seleccionar fácilmente el contexto básico y la política
se creará para usted.
Así que el tipo de política sería la VPC endpoint principal.
Digámoslo así.
Ahora dentro del servicio, sólo usaremos S3 dentro de las acciones, sólo usaremos todas las acciones.
Y entonces usted tiene que especificar el administrador ahora aquí y usted puede escribir directamente o incluso
se puede obtener de la consola de S3.
Así que si voy a las propiedades, que básicamente puede obtener el y me deja pegar allí.
Y una vez añadida la declaración, podemos generar rápidamente la póliza.
Así que esta es la política que se crea.
Déjame copiar esto.
Y dentro de la política voy a seleccionar personalizada y vamos a pegar esa política.
Por lo tanto, en base a esta política, sólo se permitiría la conexión a este bucket S3.
Vamos a probarlo.
Así que voy a hacer rápidamente un ahorro.
Y como era de esperar, ahora vemos que tiene una política personalizada ahora de nuestra instancia privada EC2, si nos conectamos
a la temp endpoint US twist dos.
Así que este es el cubo S3 que se permite dentro de la política de punto final.
Funciona perfectamente si intentamos conectarnos al punto final temporal dos.
Así que este es nuestro segundo cubo de S3 e inmediatamente se ve que está recibiendo un acceso denegado en las operaciones
asociadas con este cubo de S3.
Estupendo.
Así que espero que en una visión general de alto nivel que entiende la importancia de las políticas de punto final
VPC y esto permite un gran número de personalización y el control de acceso basado en el requisito para su organización.
Ahora, algunas cosas importantes que usted debe saber cuando discutimos acerca de la decisión de política, específicamente
en la arquitectura basada en el punto final VPC.
La primera decisión importante basada en políticas proviene de la regla IAM, que está asociada a la instancia EC2, o
si tiene clave secreta de acceso, está asociada a una política para esa clave secreta de acceso.
Este es el primer paso.
Así que sólo después de que se autorice la instancia CE dos, entonces se puede tomar la decisión, entonces la siguiente decisión importante.
Lo que se puede permitir o denegar está en el nivel de punto final de la VPC de puerta de enlace.
Así que ya hemos visto cómo podemos seguir adelante y crear una política de nivel de recursos en un nivel de punto
final VPC.
Y el tercer lugar donde la decisión política puede permitir o puede negar es en el nivel S tres.
Así que usted puede seguir adelante y crear un cubo de S3, que también puede negar la conexión.
Por lo tanto, si va a implementar una arquitectura basada en puntos finales de VPC y, por algún motivo, se le deniega
el acceso, estos son los tres lugares principales en los que debe fijarse como parte del paso
de solución de problemas.
Estupendo.
Con esto concluiremos el vídeo de hoy.