Gestión de VPCs y Reglas de Firewall en GCP

Curso de Máquinas Virtuales con Google Cloud Platform

Contenido del curso

Máquinas Virtuales en Google Cloud

Proyecto: Clon de Google Photos (Parte 2 de 4)

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:007:40

Gestión de VPCs y Reglas de Firewall en GCP

Curso de Máquinas Virtuales con Google Cloud Platform

Clase 5 de 12

Clase 5 / 12

Recursos

Conectar recursos en la nube de forma segura es una de las tareas más críticas al diseñar arquitecturas en Google Cloud Platform. Comprender cómo funcionan las VPC, el peering entre redes y las reglas de firewall marca la diferencia entre una infraestructura robusta y una vulnerable.

¿Cómo se comunican los recursos entre diferentes VPCs?

Cuando varios recursos viven en subredes distintas dentro de la misma VPC, pueden comunicarse entre sí sin problema, siempre que las reglas de firewall lo permitan [0:10]. Sin embargo, si los recursos pertenecen a dos VPCs diferentes, la comunicación no ocurre de forma automática.

Para resolver esto existe el VPC peering [0:30], un mecanismo que permite conectar dos VPCs distintas y habilitar la comunicación entre equipos seleccionados de cada red.

¿Qué es una shared VPC y por qué centralizar la gestión de red?

Cada VPC está asociada a un proyecto en GCP. Si una organización maneja múltiples proyectos, cada uno necesitará su propia VPC y una persona capacitada para administrarla [0:42]. Esto puede volverse complejo rápidamente.

La VPC compartida o shared VPC resuelve este problema [1:08]. Funciona así:

Se crea un proyecto host que centraliza todos los recursos de red: subredes, rangos de IP y reglas de firewall.
Otros proyectos de servicio consumen la conectividad que ofrece el proyecto host.
El equipo de networking administra todo desde un solo punto.

Los beneficios son claros: centralización de la gestión, simplificación administrativa e incremento en la seguridad [1:42].

¿Cómo funcionan las reglas de firewall en GCP?

Las reglas de firewall definen qué equipos pueden o no comunicarse entre sí [1:50]. Para entender su estructura, es necesario conocer tres elementos fundamentales.

Primero, el equipo origen: se identifica mediante una dirección IP o una etiqueta (tag) [2:08]. Una etiqueta es simplemente una palabra descriptiva asignada a una máquina virtual. Por ejemplo, una VM con un servidor HTTP podría llevar la etiqueta HTTP-server, y todas las máquinas con esa etiqueta se identificarán como servidores web [2:30]. Otra VM podría tener la etiqueta contabilidad para señalar que pertenece a esa área [2:55].

Segundo, el equipo target: es la máquina a la que se aplica la regla de firewall [3:05].

Tercero, la dirección del tráfico:

Ingress: tráfico de entrada hacia el equipo target [3:22].
Egress: tráfico de salida desde el equipo target hacia un destino [3:42].

En cada regla se utiliza la acción allow para permitir o deny para rechazar la comunicación [3:18].

¿Cuáles son las reglas implícitas de firewall en una VPC custom?

Cuando creas una VPC personalizada (custom), GCP no genera reglas de firewall automáticamente [4:05]. Sin embargo, existen dos reglas implícitas que siempre están presentes:

Todo el tráfico de salida hacia Internet está permitido. Si tu VM necesita descargar actualizaciones del sistema operativo al arrancar, podrá hacerlo sin configuración adicional [4:22].
Todo el tráfico de entrada está rechazado. Si intentas conectarte por SSH a una VM con Linux, no podrás hacerlo hasta que definas una regla explícita que lo permita [4:38].

Estas dos reglas son fundamentales para comprender el comportamiento por defecto de cualquier VPC que crees en GCP [4:55]. Para modificar este comportamiento, debes crear reglas de firewall explícitas según las necesidades de tu arquitectura.

¿Has tenido la experiencia de configurar reglas de firewall tanto en equipos físicos como en GCP? Comparte tu experiencia y las diferencias que encontraste en la sección de comentarios.

Juan Sebastián Sierra Morales

Hace 4 años

Resumen SM 🚀

Conectividad entre VPCs

Los recursos que están en diferentes subredes pero en una misma VPC se pueden comunicar sin ningún problema, pero cuando tengo recursos en diferentes VPC, no se comunican entre si de manera automática debo utilizar VPC Peering para poder hacerlo. Una VPC esta asociada a un proyecto, por lo tanto, si tu tienes varios proyectos, vas a necesitar definir diferentes VPCs, si cada uno de estos proyectos esta asociado a un diferente equipo de trabajo en cada equipo de trabajo vamos a necesitar tener a una persona que tenga el conocimiento de la gestión y configuración de las VPCs para que pueda hacer lo correspondiente en cada proyecto.

++Shared VPC:++ Nos permite centralizar todos los temas de red y nos permite que todos los proyectos puedan acceder a los mismos mecanismos de red definido en una VPC asociado a un proyecto llamado HOST, la cual esta solo asociado a el area de Networking y permite que los diferentes proyectos puedan utilizar los recursos de red que esta VPC defina, permitiendo aumentar la seguridad.
++Reglas de Firewall:++ Permiten establecer que equipos se pueden comunicar con que equipos, cada uno de los equipos pueden tener una** etiqueta que describe su funcionalidad**, en la regla de Firewall va a haber un equipo Origen y uno Target, y la regla puede utilizar la palabra Allow o la palabra Deny, para permitir o rechazar la comunicación, la dirección de la flecha de trafico nos define hacia donde esta entrando el trafico, en donde el trafico que entra se conoce como Ingress.
++Reglas implicitas:++ Las reglas de firewalll se tienen que crear de manera explicita, sin embargo inicialmente una VPC tiene estas 2 reglas impicitas que se aplican a las maquinas que conectemos :
1. Permitido todo el trafico saliente hacia internet
2. Bloqueado todo el trafico que entra desde internet Estas reglas se pueden cambiar cuando configuramos explícitamente las reglas de firewall.

By SsimorPro

Comentarios (17)17 comentarios

Carlos Andrés Gómez García

Hace 5 años

Alfredo Olmedo

Hace 2 años

Byron Oyarzún 🇨🇱

David Carrevedo

Emmanuel Rodríguez

JUAN PABLO MAYORGA MENDIETA

Diana Estrada Delgado

Fernando Campos

John Gonzalez R

Javier Emanuel González Andrade

Hace 3 años

Alexander Toro

Hector Gonzalez

Hace 5 meses

Angel Raul Garcia Jimenez

Hace 7 meses

Brayan Neciosup

Hace 8 meses

David Rafael Moody Nuñez

Gian HM

Walker Antonio Rivera Cifuentes

Máquinas Virtuales en Google Cloud

Máquinas Virtuales en Google Cloud Platform

Configuración y tipos de VPCs en Google Cloud

Configuración de Redes VPC en Google Cloud Platform

Conectividad y Seguridad en VPCs de Google Cloud

Gestión de VPCs y Reglas de Firewall en GCP

Introducción a Google Compute Engine y Máquinas Virtuales en la Nube

Familias de Máquinas Virtuales en Compute Engine

Creación y Configuración de Máquinas Virtuales en GCP

Creación de Máquinas Virtuales y Configuración de Firewall en GCP

Fundamentos de Google Cloud Compute Engine

Proyecto: Clon de Google Photos (Parte 2 de 4)

Creación de un Container Registry en Google Cloud

Subir y Ejecutar Aplicaciones en Contenedores de Google Cloud

Gestión de VPCs y Reglas de Firewall en GCP

Progreso del curso

Máquinas Virtuales en Google Cloud

Proyecto: Clon de Google Photos (Parte 2 de 4)

Recursos

Recursos