Redes virtuales, subredes y tablas de rutas

En una nube, el nombre «pública» o «privada» de una subred es una etiqueta de quien la creó, no una propiedad del sistema. Lo que decide si puede hablar con internet es su tabla de rutas: si incluye una ruta por defecto (0.0.0.0/0) cuyo siguiente salto es la pasarela de internet, la subred tiene salida directa; si el salto es una traducción de direcciones o no hay ruta por defecto, no la tiene. Además, para ser alcanzable desde fuera una máquina necesita una dirección pública, pero sin la ruta nada de eso sirve.

Por eso la revisión empieza por la tabla asociada a cada subred, no por su nombre.

Consulta subredes y tablas_de_rutas. Cada subred tiene la tabla de rutas que se le asoció; busca qué tabla lleva la ruta por defecto hacia la pasarela de internet y qué subredes la usan. Las de uso datos deberían estar entre las más aisladas.

Un destino puede coincidir con varias rutas a la vez: la ruta por defecto 0.0.0.0/0 abarca todo, y una ruta más concreta como /24 abarca solo un rango. La regla general de los enrutadores, también en las redes virtuales, es elegir la coincidencia de prefijo más largo, la más específica. Por eso una ruta concreta a otra red gana a la ruta por defecto sin necesidad de ningún orden.

Usa la consulta de la tabla rt-privada, la que tienen las subredes de aplicación. Desde sub-app-a se quiere llegar a la dirección 203.0.113.40, que pertenece a la red de desarrollo. Aplica la regla del prefijo más largo y anota el siguiente salto.

Una ruta puede quedar en estado agujero_negro cuando el elemento al que apuntaba se eliminó: el tráfico que la elige se descarta en silencio. No es un riesgo de exposición, pero sí de un servicio que falla sin causa visible y de configuración heredada que nadie limpió. Consulta tablas_de_rutas.