Soluciona los problemas de las pruebas de conectividad

Esta página cubre problemas frecuentes con las pruebas de conectividad.

Para obtener más información sobre las pruebas de conectividad, consulta la descripción general.

Para interpretar los estados de un análisis de configuración de pruebas de conectividad, consulta Interpreta los estados de los análisis de configuración.

Problemas generales

Se tarda demasiado en obtener los resultados de la prueba

Dado que las pruebas de conectividad consultan la última instantánea de una configuración de red de nube privada virtual (VPC), puede demorar un poco obtener resultados. Para obtener más información, consulta los tiempos de respuesta esperados por consulta.

Si experimentas latencias largas o inestables cuando ejecutas Pruebas de conectividad, informa el problema a la Asistencia y describe cómo reproducirlo.

El análisis de configuración de mi prueba no reconoce el cambio de configuración que realicé

Después de realizar un cambio en la configuración de los recursos de Google Cloud en tu ruta de prueba, es posible que desees usar el análisis de configuración de la prueba para validar el cambio. Sin embargo, las pruebas de conectividad tardan entre 20 y 120 segundos en recibir una actualización de configuración y, luego, incorporarla al análisis. Asegúrate de esperar el tiempo suficiente entre el cambio de configuración y la ejecución de las pruebas.

Ciertos tipos de configuraciones pueden tomar más tiempo en completarse. Si el cambio de configuración no se verifica mediante las pruebas de conectividad después de un período extendido y se puede reproducir, informa el problema a la Asistencia y describe cómo reproducirlo.

Este retraso no se aplica a la verificación dinámica. Por lo tanto, es posible que veas una discrepancia temporal entre los resultados que se muestran mediante la verificación dinámica y el análisis de configuración. Por ejemplo, si creas una regla de firewall, la verificación dinámica suele responder de inmediato a la regla nueva. Sin embargo, es posible que debas esperar 20 segundos o más antes de que el análisis de configuración pueda evaluar la regla de firewall junto con los otros recursos en la ruta de prueba.

Problemas con el estado de la prueba

No puedo acceder a los detalles de una política jerárquica de firewall

El seguimiento de tu prueba puede hacer referencia a una política jerárquica de firewall que no tienes permiso para ver.

Sin embargo, aunque no tengas permiso para ver la política, puedes ver las reglas de la política que se aplican a tu red de VPC. Para obtener más detalles, consulta Reglas de firewall efectivas en la descripción general de las políticas de firewall jerárquicas.

El acceso a las políticas jerárquicas de firewall se define a nivel de la organización y la carpeta. Si deseas obtener detalles sobre los permisos que necesitas para ver estas políticas, consulta Funciones de administración de identidades y accesos (IAM) en la descripción general de las políticas jerárquicas de firewall.

Mi prueba muestra un estado final de análisis de configuración de Deliver, pero la conectividad está interrumpida

En algunos casos, el análisis de configuración sugiere que se puede acceder a un extremo de origen y de destino. Sin embargo, es posible que, en la práctica, la conectividad se interrumpa entre los dos extremos o que la verificación dinámica muestre una pérdida de paquetes del 100%.

Para comprender esta situación, recuerda que las pruebas de conectividad utilizan dos tipos de análisis: un análisis de configuración, que detecta problemas en configuraciones activas dentro de tu proyecto, y la verificación dinámica, que envía sondeos al plano de datos.

Un estado final de análisis de configuración de Deliver significa que las pruebas de conectividad no detectaron ningún problema de configuración. Sin embargo, todavía podría haber problemas en la ruta de acceso de datos que causan problemas de conectividad. Para solucionar el problema, considera lo siguiente:

  • La VM de origen o de destino experimenta problemas de SO invitado, como el error irrecuperable del kernel del SO invitado, un controlador de interfaz de red (NIC) que no se inicializó o controladores de red incompatibles. Verifica el estado de la VM y la configuración de NIC.
  • Un problema generalizado está afectando al plano de datos de la red. Consulta el Panel de rendimiento de tu proyecto y presta especial atención a la pérdida de paquetes para el par de zonas relevantes. Además, consulta el Panel de estado de Google Cloud.
  • Tu red está experimentando problemas esporádicos de programación de red, por ejemplo, problemas con la propagación de la configuración de red para entidades específicas de Google Cloud. Considera volver a ejecutar la prueba después de un retraso de cinco minutos. Si el problema persiste, detén y después inicia la VM de origen o de destino, como se describe en Inicia y detén una instancia, y luego vuelve a ejecutar la prueba.

Mi prueba mostró un resultado general de análisis de configuración de Undetermined

Un resultado de accesibilidad general de Undetermined significa que el análisis de configuración no pudo determinar la conectividad. Este resultado puede aparecer por cualquiera de los siguientes motivos:

  • Se produjo un error de permisos. Por ejemplo, es posible que el usuario no tenga permisos de lectura para todos los recursos nombrados en la prueba.
  • Se produjo un error interno.
  • El analizador recibió un argumento no válido o no admitido, o no pudo identificar un extremo conocido.
  • Estás intentando verificar una ruta que se extiende más allá de Google Cloud. Las pruebas de conectividad no tienen acceso a las configuraciones de red fuera de Google Cloud.

Mi prueba mostró un resultado general de análisis de configuración de Ambiguous

Un resultado general de análisis de configuración de Ambiguous significa que las pruebas de conectividad mostraron varios seguimientos y que hay un estado final mixto.

En la siguiente tabla, se indican algunos motivos comunes y soluciones para este estado.

Motivo Ejemplo Cómo corregirlo
La ubicación de la fuente no es única. Especificaste una dirección IP de origen interna sin especificar la red de VPC en la que se encuentra la dirección IP (una dirección IP de origen interna es una dirección a la que no puedes acceder desde Internet). Dado que se puede acceder a esta dirección desde varias redes de VPC, las pruebas de conectividad podrían iniciar un seguimiento desde cada ubicación. Actualiza la prueba con la red de VPC en la que se encuentra esta dirección IP.
El seguimiento tiene varios destinos posibles Especificaste el destino de seguimiento como una VIP del balanceador de cargas que tiene varios backends y no se puede acceder a todos los backends. Averigua por qué ocurre esto y corrige los problemas según sea necesario antes de volver a ejecutar la prueba.

Mi prueba mostró un resultado general de análisis de configuración de Abort con un mensaje de Invalid Argument

A continuación, se indican algunas razones comunes de un mensaje Invalid Argument:

  • No se admite la dirección IP que proporcionaste. Los ejemplos incluyen una dirección de bucle invertido, una dirección IP multidifusión o una dirección IPv6 a una instancia de VM que solo tiene asignada una dirección IPv4.
  • La instancia de VM o la red especificada no existe. Esta situación puede ocurrir si se borró la instancia de VM o la red de VPC mientras creabas la prueba.

Cuando se utiliza la API de administración de redes, el mensaje de Invalid Argument suele mostrarse por uno de los siguientes motivos:

  • Un nombre mal escrito o una ubicación incorrecta para la VM o el URI de red
  • Un ID del proyecto especificado de manera incorrecta. Este error ocurre si usaste el nombre del proyecto en lugar del ID del proyecto.
  • Una diferencia entre la dirección IP interna especificada y la red seleccionada. Aunque Cloud Console para las pruebas de conectividad realiza una validación estricta de la instancia, la red y el proyecto de Compute Engine especificados, puede ocurrir este tipo de desigualdad.

El resultado del análisis de configuración es Packet could not be delivered, pero la verificación dinámica indica que se entregaron todos los paquetes

Esta falta de coincidencia aparente puede producirse por varios motivos. Considera las siguientes causas posibles y sus soluciones:

  • Los cambios recientes en la configuración de la red de VPC causaron una incoherencia entre el análisis de configuración y el sondeo activo. Vuelve a ejecutar la prueba y, si es posible, asegúrate de que la configuración de red no cambie justo antes de la prueba o durante la prueba.

  • Se produjeron problemas esporádicos de programación de la red. Detén y, luego, inicia la VM de origen o de destino, como se describe en Inicia y detén una instancia, y luego vuelve a ejecutar la prueba.

El resultado del análisis de configuración es Packet could be delivered, pero la verificación dinámica indica una pérdida parcial del paquete

Esta falta de coincidencia aparente puede producirse por varios motivos. Entre las posibles causas y soluciones se incluyen las siguientes:

  • La VM de origen o de destino se limita mientras supera el ancho de banda de salida o de entrada permitido. Analiza el volumen de tráfico de VM. Para ello, ve a la página Detalles de la instancia de VM y revisa los detalles en la pestaña Supervisión. Revisa la métrica Bytes de red y compárala con los límites de ancho de banda descritos para el tipo de máquina en Ancho de banda de red.

  • Un problema generalizado está afectando al plano de datos de la red. Consulta el Panel de rendimiento de tu proyecto y presta especial atención al par de zonas relevantes. Además, consulta el Panel de estado de Google Cloud.

El resultado del análisis de configuración es Packet could be delivered y la verificación dinámica muestra la entrega completa, pero mi aplicación experimenta pérdidas

Esta falta de coincidencia aparente puede producirse por varios motivos. Entre las posibles causas y soluciones se incluyen las siguientes:

  • El SO invitado puede bloquear el tráfico (por ejemplo, por reglas de firewall internas). Verifica que el tráfico no esté bloqueado y vuelve a intentar la prueba.
  • Los paquetes de datos de la aplicación podrían recorrer una ruta de red diferente de la que recorren los sondeos de verificación dinámica. Considera restablecer la conexión de red. Por ejemplo, prueba usar otro puerto de origen.
  • La verificación dinámica detecta la pérdida unidireccional de paquetes. En tu caso, la pérdida de paquetes puede producirse en la ruta de retorno. Considera ejecutar una prueba en la dirección opuesta.

Los resultados de la prueba no incluyen un resultado de verificación dinámica

No todas las configuraciones compatibles con las pruebas de conectividad pueden verificarse de manera dinámica. Asegúrate de que la prueba satisfaga las condiciones que se requieren para la verificación dinámica, como se especifica en la descripción general.

La API de administración de red mostró un INTERNAL_ERROR

Por lo general, este evento no debería ocurrir. Si es así, informa el problema a la Asistencia y describe cómo reproducirlo.

Problemas con Google Cloud Console

Cloud Console para pruebas de conectividad falló

Por lo general, Cloud Console no debería fallar. Si es así, informa el problema a la Asistencia y describe cómo reproducirlo.

¿Qué sigue?