Esta página ha sido traducida por una máquina.

Enrutamiento de tránsito dentro de una VCN de hub

El enrutamiento en tránsito hace referencia a una topología de red en la que una red local utiliza un intermediario para acceder a los recursos o servicios de Oracle o a las redes virtuales en la nube. El intermediario puede ser una VCN o un gateway de enrutamiento dinámico (DRG) al que ya está asociada la red local. Conecte la red local a un DRG con FastConnect o una VPN de sitio a sitio y, a continuación, configure el enrutamiento para que el tráfico se transmita a través del intermediario a su destino.

Los tres escenarios principales de enrutamiento en tránsito son:

  • Acceso entre varias redes a través de un único DRG con un firewall entre redes: este escenario utiliza el DRG como hub, con un enrutamiento configurado para enviar paquetes a través de un firewall de una VCN para que se puedan enviar a otra red. Consulte Routing traffic through a central network virtual appliance. Este escenario solo está disponible para una implantación mediante un DRG actualizado.
  • Acceso a varias redes virtuales en la misma región: escenario tratado en este tema. Este escenario utiliza una VCN como hub y crea comunicación entre una red local y varias redes virtuales en la nube (conectadas mediante el intercambio de tráfico local) en la misma región a través de un único circuito virtual privado FastConnect o una VPN de sitio a sitio. En su lugar, le recomendamos que utilice el escenario anterior. Este escenario está disponible para una implantación mediante un DRG heredado o actualizado.
  • Acceso privado a los servicios de Oracle: en este escenario se utiliza una VCN como hub y se proporciona a una red local acceso privado a los servicios de Oracle, de modo que los hosts locales puedan utilizar sus direcciones IP privadas y el tráfico no pase por internet. Consulte Acceso privado a servicios de Oracle. Este escenario está disponible para una implantación mediante un DRG heredado o actualizado.

Aspectos destacados

  • Puede utilizar una única conexión VPN de sitio a sitio o FastConnect entre una red local con varias VCN en la misma región, en una topología de hub-and-spoke.
  • Las VCN deben estar en la misma región, pero pueden estar en diferentes arrendamientos. Los bloques CIDR de las distintas subredes de interés en la red local y las redes virtuales en la nube no se deben solapar.
  • La VCN que actúa como hub utiliza un gateway de enrutamiento dinámico (DRG) para comunicarse con la red local. Estos iguales de VCN de hub con cada VCN que actúa como un spoke (en inglés, VCN spoke de este tema). Las VCN radiales y de hub utilizan gateways de intercambio de tráfico local (LPG) para comunicarse.
  • Para activar el tráfico deseado desde la red local a través del hub hasta una VCN radial con intercambio de tráfico, implante reglas de ruta para el DRG de hub o la asociación de DRG y el LPG de la VCN, y para las subredes de la VCN radial.
  • Puede configurar el enrutamiento en tránsito a través de una IP privada en la VCN de hub. Por ejemplo, puede que desee filtrar o inspeccionar el tráfico entre la red local y una VCN radial. En ese caso, el tráfico se dirige a una IP privada de una instancia en la VCN de hub para inspección y el tráfico resultante continúa hasta su destino. En este tema, se tratan ambas situaciones: enrutamiento en tránsito directamente entre gateways en la VCN de hub y enrutamiento en tránsito mediante una IP privada.
  • La configuración de tablas de rutas que residen en la VCN de hub permite controlar si una subred particular de una VCN radial con intercambio de tráfico se anuncia en la red local, y si una subred concreta de una red local se anuncia en una VCN radial con intercambio de tráfico.
Consejo

Otro escenario le permite conectar una red local a varias redes virtuales en la nube. En lugar de utilizar una única topología de DRG y de hub y radios, puede configurar un DRG independiente para cada VCN y un circuito virtual privado independiente en un único FastConnect. Sin embargo, el escenario solo se puede utilizar con FastConnect a través de un proveedor de terceros o mediante la colocación con Oracle. Las VCN deben estar en la misma región y en el mismo arrendamiento. Para obtener más información, consulte FastConnect con varios DRG y VCN.

Visión general del enrutamiento en tránsito

Enrutamiento en tránsito es la tarea de enrutamiento de tráfico a una red virtual en la nube (VCN) o a una red local a través de una VCN de hub central. A continuación se muestra un ejemplo básico de por qué podría utilizar un enrutamiento en tránsito: tiene una organización grande con distintos departamentos, cada uno con su propia VCN. Una red local necesita acceso a las distintas redes virtuales en la nube, pero no desea la sobrecarga de administración que supone mantener una conexión segura de cada VCN a la red local. En su lugar, desea utilizar una sola FastConnect o VPN de sitio a sitio.

Un escenario de red básico implica conectar la red local a una VCN con Oracle Cloud Infrastructure FastConnect o una VPN de sitio a sitio. Estos dos escenarios básicos ilustran esa topología: Escenario B: subred privada con una VPN; y Escenario C: subredes públicas y privadas con una VPN.

Este escenario utiliza una topología de hub y radios, como se muestra en el siguiente diagrama. El término hub solo significa que una VCN actúa como hub en este diseño de hub y radio.

En esta imagen se muestra el diseño básico de hub y radios de las redes virtuales en la nube conectadas a la red local.

Una de las VCN actúa como el hub (VCN-H) y se conecta a la red local mediante FastConnect o una VPN de sitio a sitio. Las otras VCN intercambian el tráfico localmente con la VCN de hub. El tráfico entre la red local y las VCN con intercambio de tráfico se transmite a través de la VCN de hub. Las VCN deben estar en la misma región, pero pueden estar en diferentes arrendamientos.

Gateways implicados en el enrutamiento en tránsito

El siguiente diagrama muestra los gateways de las VCN. La VCN de hub tiene un gateway de enrutamiento dinámico (DRG), que es la ruta de comunicación con la red local. Cada VCN radial con intercambio de tráfico local utiliza un par de gateways de intercambio de tráfico local (LPG) que anclan la conexión de intercambio de tráfico: un LPG está en la VCN de hub y el otro está en la VCN radial.

Esta imagen muestra el diseño de hub y radios básico de las VCN junto con los gateways necesarios.

Resumen de nuevos conceptos para usuarios de servicio de Networking con experiencia

Si ya está familiarizado con el servicio de Networking y el intercambio de tráfico local de la VCN, estos son los conceptos nuevos más importantes que se deben comprender:

  • Para cada subred de la VCN radial que necesita comunicarse con la red local, actualice la tabla de rutas de la subred con una regla que defina el destino (el siguiente salto) como el LPG de la VCN radial para todo el tráfico destinado a la red local.
  • Agregar una tabla de rutas a la VCN de hub, asociarla a la asociación de DRG y agregar una regla de ruta a un destino que defina el destino (el siguiente salto) en el LPG de la VCN de hub (para ese radio) para todo el tráfico destinado a esa VCN radial (o a una subred específica de esa VCN).

  • Agregue otra tabla de rutas a la VCN de concentrador, asóciela al LPG de la VCN de concentrador (para ese radio) y agregue una regla de ruta que defina el destino (el siguiente salto) como el DRG para todo el tráfico destinado a la red local (o a una subred específica de esa red).

Para conseguir enrutamiento en tránsito directamente mediante gateways, consulte estas tareas específicas para obtener más información:

Para conseguir enrutamiento en tránsito mediante una IP privada: consulte estas tareas específicas para obtener más información:

Ejemplo: componentes y enrutamiento para un hub y un único radio

Los ejemplos de esta sección muestran una VCN que actúa como hub y solo una VCN radial para una mayor simplicidad.

Note

In a hub-and-spoke model, the hub VCN can have several spokes and therefore several LPGs (one per spoke). En este tema se utiliza la frase el LPG de la VCN de hub, que por lo tanto puede ser ambigua. Cuando la frase se utiliza aquí, significa el LPG del hub para el radio de interés concreto. En los siguientes diagramas, el hub es LPG-H-1. Más radios implicarían la creación de LPG-H-2, LPG-H-3, etc.

Restricciones del enrutamiento en tránsito importantes de entender

Esta sección incluye otros detalles importantes sobre el enrutamiento:

  • Tabla de rutas para la asociación de DRG:

    • Una tabla de rutas de VCN asociada a una asociación de DRG solo puede tener reglas que tengan como destino un gateway de servicio, una IP privada o un gateway de intercambio de tráfico local.
    • Una asociación de DRG siempre tiene una tabla de rutas asociada, pero puede asociar una tabla de rutas diferente, editar las reglas de la tabla o suprimir algunas o todas las reglas.
  • Tabla de rutas para un LPG:

    • Una tabla de rutas de VCN asociada a una asociación de DRG solo puede tener reglas que tengan como destino un gateway de servicio, una IP privada o un gateway de intercambio de tráfico local.
    • Puede existir un LPG sin una tabla de rutas asociada. Sin embargo, después de asociar una tabla de rutas a un LPG, siempre debe tener una tabla de rutas asociada. Sin embargo, puede asociar una tabla de rutas diferente. También puede editar reglas de la tabla, o suprimir todas las reglas o algunas de ellas.
  • Tráfico a través dela VNC del hub: las tablas de rutas descritas aquí están destinadas solo a mover tráfico a través de la VCN de hub entre ubicaciones de la red local y ubicaciones de la VCN radial. Si utiliza una IP privada en el hub, configure esas tablas de rutas de modo que la IP privada se coloque en esa ruta de tráfico que pasa través del hub.
  • Tráfico entrante para la VCN de hub: aunque la sentencia anterior sea verdadera (sobre el tráfico a través del hub), siempre se permite el tráfico entrante a las subredes de la VCN de hub. No necesita configurar reglas explícitas para este tráfico entrante en la tabla de rutas de la asociación de DRG o en la tabla de rutas del LPG del hub. Si este tipo de tráfico entrante llega al DRG o al LPG del hub, el tráfico se enruta automáticamente a su destino en la VCN de hub mediante el enrutamiento local de la VCN. Debido al enrutamiento local de la VCN, para cualquier tabla de rutas que pertenezca a una determinada VCN, no puede crear una regla que muestre el CIDR de la VCN (o una subsección) como destino de la regla.
  • Tráfico de VCN de hub al enrutar en tránsito a través de una IP privada: la sentencia inmediatamente anterior sobre el enrutamiento local de VCN significa que solo utiliza la VCN de hub para tránsito entre la red local y las VCN radiales. No configure cargas de trabajo en la propia VCN de hub. Más explícitamente, si configura el enrutamiento en tránsito mediante una IP privada en la VCN de hub, no puede enrutar también el tráfico de la VCN de hub a través de esa IP privada. Por ejemplo, en el diagrama anterior, si tuviera que cambiar la regla de ruta en la tabla de rutas LPG-H-1 para que el CIDR de destino fuese 0.0.0.0/0 en lugar de 172.16.0.0/12, solo el tráfico que viene de la VCN-1 y destinado a direcciones fuera del bloque CIDR de la VCN de hub se enrutaría a través de la IP privada. Debido al enrutamiento local de la VCN, cualquier tráfico destinado a las direcciones de la VCN se enruta automáticamente a la dirección IP de destino. El enrutamiento local de la VCN tiene prioridad sobre la tabla de rutas LPG-H-1 (en general, sobre cualquiera de las tablas de rutas de la VCN).
  • No se admite el siguiente flujo de tráfico:

    ruta de acceso de ruta no soportada
    • El tráfico pasa a través de DRG-1 y sale de una asociación a VCN-1.
    • El tráfico hace coincidir una regla de la tabla de rutas de entrada de la asociación con LPG-1, que intercambia tráfico con LPG-2 en VCN-2.
    • El tráfico hace coincidir una regla de la tabla de rutas de entrada de LPG-2 con DRG-2 (asociado a VCN-2).

    Si bien puede parecer que esto debería funcionar, no se admite. La forma admitida de mover tráfico, como se muestra entre dos DRG de la misma región, es mediante una conexión de intercambio de tráfico remota dentro de la región.

Acerca de la superposición del CIDR

En este ejemplo, las distintas redes no tienen bloques CIDR solapados (172.16.0.0/12 en comparación con 10.0.0.0/16 en comparación con 192.168.0.0/16). El servicio de redes no permite el intercambio de VCN local entre dos VCN con CIDR solapados. Esto significa que ninguno de los radios debe solaparse con el hub.

Sin embargo, el servicio Networking no valida si las VCN radiales se superponen entre sí o si alguna de las VCN se superpone con la red local. Asegúrese de que los CIDR de todas las subredes que necesitan comunicarse entre sí no se solapen. De lo contrario, se borrará el tráfico.

Una tabla de rutas de servicio de redes no puede contener dos reglas con el CIDR de destino exacto. Sin embargo, si dos reglas de la misma tabla de rutas tienen CIDR de destino solapados, se utiliza la regla más específica de la tabla para enrutar el tráfico (la regla tiene la coincidencia de prefijo más larga).

Anuncio de rutas a las VCN radiales y de red local

Desde un punto de partida de seguridad, puede controlar el anuncio de rutas de modo que solo las subredes específicas de la red local se anuncien a las VCN radiales. De forma similar, puede controlar qué subredes de las VCN radiales se anuncian en la red local.

Las rutas anunciadas a la red local constan de lo siguiente:

  • Las reglas mostradas en la tabla de rutas asociadas al DRG (192.168.0.0/16 en el diagrama anterior)
  • Las subredes individuales en la VCN de hub

Las rutas anunciadas a la VCN radial constan de:

  • Las subredes individuales en la VCN de hub
  • Las reglas mostradas en la tabla de rutas asociadas al LPG de la VCN de hub para el radio (172.16.0.0/12 en el diagrama anterior)

Por lo tanto, el administrador de la VCN de hub solo puede controlar las rutas que se anuncian en la red local y en las VCN radiales.

En el ejemplo anterior, las rutas relevantes utilizan el bloque de CIDR completo de la red local (172.16.0.0/12) y la VCN radial (192.168.0.0/16) como destino, pero pueden utilizar en su lugar una subred de esas redes para restringir el enrutamiento a subredes específicas.

Detalles sobre el enrutamiento para distintas rutas de tráfico

Para ilustrar aún más la forma en que tiene lugar el enrutamiento en el ejemplo anterior, veamos más de cerca las diferentes rutas de tráfico. Estos son los mismos diagramas de nuevo.

En primer lugar, si está enrutando en tránsito directamente a través de gateways en la VCN de hub:

En esta imagen se muestran las tablas de rutas y las reglas necesarias al configurar el escenario.
Referencia 1: Tabla de rutas asociada a Subnet-H
CIDR de destino Destino de ruta
172.16.0.0/12 DRG
192.168.0.0/16 LPG-H-1
Referencia 2: Tabla de rutas asociada a Subnet-1
CIDR de destino Destino de ruta
10.0.0.0/16 LPG-1
172.16.0.0/12 LPG-1
Referencia 3: Tabla de rutas asociada a la asociación de DRG
CIDR de destino Destino de ruta
192.168.0.0/16 LPG-H-1
Referencia 4: Tabla de rutas asociada a LPG-H-1
CIDR de destino Destino de ruta
172.16.0.0/12 DRG

No hay ninguna tabla de rutas especial asociada a LPG-1.

En segundo lugar, si está enrutando en tránsito a través de una IP privada en la VCN de hub:

En esta imagen se muestran las tablas de rutas y las reglas necesarias al configurar el escenario con un dispositivo virtual de red en la VCN de hub.
Referencia 1: Tabla de rutas asociada a Subnet-H-Frontend
CIDR de destino Destino de ruta
172.16.0.0/12 DRG
192.168.0.0/16 10.0.4.3
Referencia 2: Tabla de rutas asociada a Subnet-H-Backend
CIDR de destino Destino de ruta
192.168.0.0/16 LPG-H-1
172.16.0.0/12 10.0.8.3
Referencia 3: Tabla de rutas asociada a Subnet-1
CIDR de destino Destino de ruta
10.0.0.0/16 LPG-1
172.16.0.0/12 LPG-1
Referencia 4: Tabla de rutas asociada al DRG
CIDR de destino Destino de ruta
192.168.0.0/16 10.0.4.3
Referencia 5: Tabla de rutas asociada a LPG-H-1
CIDR de destino Destino de ruta
172.16.0.0/12 10.0.8.3

No hay ninguna tabla de rutas especial asociada a LPG-1.

Política de IAM necesaria

Para utilizar Oracle Cloud Infrastructure, un administrador debe ser miembro de un grupo al que un administrador de arrendamiento haya otorgado acceso de seguridad en una política . Este acceso es necesario tanto si utiliza la Consola como la API de REST con un SDK, una CLI u otra herramienta. Si recibe un mensaje que indica que no tiene permiso o no está autorizado, verifique con el administrador del arrendamiento el tipo de acceso que tiene y en qué compartimento trabaja el acceso.

Si es miembro del grupo Administradores, ya tiene el acceso necesario para configurar el enrutamiento en tránsito. De lo contrario, deberá acceder al servicio de redes y necesitará la capacidad de crear instancias. Consulte Políticas de IAM para Networking.

Configuración del enrutamiento en tránsito mediante VCN en la consola

En esta sección se muestra cómo utilizar la consola para configurar el enrutamiento en tránsito con una VCN para que la red local tenga acceso a varias redes virtuales en la misma región.

Desactivación del enrutamiento en tránsito

Para desactivar el enrutamiento en tránsito, elimine las reglas de:

  • La tabla de rutas asociada al DRG.
  • La tabla de rutas asociada con cada LPG en la VCN de hub.

Una tabla de rutas se puede asociar a un recurso, pero no tiene reglas. Sin al menos una regla, la tabla de rutas no hace nada.

Puede existir un anexo o LPG de DRG sin una tabla de rutas asociada. Sin embargo, después de asociar una tabla de rutas a un DRG o un LPG, siempre debe haber una tabla de rutas asociada a él. Sin embargo, puede asociar una tabla de rutas diferente. También puede editar reglas de la tabla, o suprimir todas las reglas o algunas de ellas.