En esta página, se muestran ejemplos de parámetros de configuración incoherentes o no válidos de recursos deGoogle Cloud que puedes encontrar cuando solucionas problemas de la red con las pruebas de conectividad.
Si deseas obtener instrucciones para ejecutar pruebas, consulta Crea y ejecuta pruebas de conectividad.
Para obtener una descripción de las pruebas habituales desde y hacia los tipos de origen y destino de red, consulta Casos de uso habituales.
Detecta un parámetro de configuración no válido
Hay varios tipos de parámetros de configuración no válidos diferentes; es decir, que no son correctos o que se actualizaron y ya no son válidos.
Un ejemplo es una instancia de máquina virtual (VM) que se configura como una puerta de enlace NAT, pero que se borró o migró. En este caso, aún existe la ruta a la instancia de VM.
En el diagrama siguiente, VM1 en Network 1 debería poder acceder a los datos de
VM2, VM3 y VM4 en Network 2 a través de una instancia de VM llamada nat_vm_1.
Sin embargo, nat_vm_1 ya no existe porque se migró a una VM nueva,
nat_vm_2.
La ruta configurada desde la VM1 hacia las otras tres instancias de VM aún
apunta a nat_vm_1 como el próximo salto. Sin embargo, debido a que nat_vm_1 ya no
existe y no hay una ruta a nat_vm_2, VM1 no puede comunicarse con las
otras instancias de VM.
Una prueba de conectividad de VM1 a VM2 revela que el
tráfico entre VM1 y las otras instancias de VM se descartó debido a un próximo salto
no válido para la ruta a las otras VMs.
Por el contrario, en el caso de uso de una
configuración inconsistente,
a VM3 le falta una etiqueta de red, lo que hace que la configuración del balanceador de cargas
sea inconsistente
en los backends del balanceador de cargas. Sin embargo, la configuración para VM3
es válida, ya que para configurar una instancia de VM no se requiere una etiqueta.
Detecta un parámetro de configuración inconsistente
También puedes usar las pruebas de conectividad para validar de forma rutinaria los parámetros de configuración inconsistentes. Es posible que estos parámetros de configuración no ocasionen problemas de conectividad actuales, pero pueden reducir de forma involuntaria la redundancia de la red o causar problemas de rendimiento en el futuro.
El balanceador de cargas se configura para enviar tráfico a una dirección IP externa de
35.184.176.28. El tráfico que se dirige a esa dirección se distribuye en tres
backends: VM1, VM2 y VM3. Sin embargo, debido a la falta de una etiqueta de red
en VM3, la regla de firewall de nube privada virtual (VPC) permite el tráfico proveniente de
rangos de IP externas a VM1 y VM2, pero rechaza ese tráfico a VM3.
En la traza siguiente, desde los rangos de origen configurados para el balanceador
de cargas hasta la dirección IP externa de destino de este, se muestran la
configuración deseada y la inconsistencia. Es posible acceder a VM1 y a VM2,
pero
no a VM3. Solo se puede acceder a los dos backends porque VM3 no superó
la verificación de estado.
¿Qué sigue?
- Obtén información sobre las pruebas de conectividad.
- Soluciona problemas relacionados con las pruebas de conectividad.