Partekatu honen bidez:

Solución de problemas de conectividad - Azure Event Grid

  • Artikulua

Hay varias razones por las que las aplicaciones cliente no pueden conectarse a un tema o dominio de Event Grid. Los problemas de conectividad que experimenta pueden ser permanentes o transitorios. Si el problema sucede todo el tiempo (es permanente), es posible que quiera comprobar la configuración del firewall de la organización, la configuración del firewall de IP, las etiquetas de servicio, los puntos de conexión privados, etc. En el caso de problemas transitorios, la ejecución de comandos para comprobar los paquetes descartados y la obtención de seguimientos de red puede ayudar a solucionar los problemas.

En este artículo se proporcionan consejos sobre cómo solucionar problemas de conectividad con Azure Event Grid.

Solución de problemas de conectividad permanentes

Si la aplicación no puede conectarse a la cuadrícula de eventos, siga los pasos de esta sección para solucionar el problema.

Comprobación de una interrupción del servicio

Compruebe la interrupción del servicio de Azure Event Grid en el sitio de estado del servicio de Azure.

Compruebe si los puertos necesarios para comunicarse con Event Grid no están bloqueados por el firewall de la organización

Compruebe que los puertos utilizados para comunicarse con Azure Event Grid no están bloqueados en el firewall de la organización. Consulte en la siguiente tabla los puertos de salida que se deben abrir para comunicarse con Azure Event Grid.

Protocolo Puertos
HTTPS 443

Este es un comando de ejemplo que comprueba si el puerto 443 está bloqueado.

.\psping.exe -n 25 -i 1 -q {sampletopicname}.{region}-{suffix}.eventgrid.azure.net:443 -nobanner

En Linux:

telnet {sampletopicname}.{region}-{suffix}.eventgrid.azure.net 443

Compruebe que las direcciones IP se permiten en el firewall corporativo

Cuando trabaja con Azure, en ocasiones tiene que permitir intervalos de direcciones IP específicos o direcciones URL en el firewall o proxy corporativo para acceder a todos los servicios de Azure usa o intenta usar. Compruebe que se permite el tráfico en las direcciones IP utilizadas por Event Grid. En el caso de las direcciones IP utilizadas por Azure Event Grid: consulte Rangos de direcciones IP y etiquetas de servicio de Azure: nube pública y Etiqueta de servicio: AzureEventGrid.

En el documento Intervalos de direcciones IP y etiquetas de servicio de Azure: nube pública también se enumeran las direcciones IP por región. Puede permitir intervalos de direcciones para la región del tema y la región emparejada en el firewall o el proxy corporativo. Para obtener información sobre las regiones emparejadas, consulte Replicación entre regiones en Azure: continuidad empresarial y recuperación ante desastres.

Nota

Se pueden agregar nuevas direcciones IP a la etiqueta de servicio AzureEventGrid, aunque no es habitual. Por lo tanto, es conveniente realizar una comprobación semanal de las etiquetas de servicio.

Compruebe que se permite la etiqueta de servicio AzureEventGrid en los grupos de seguridad de red

Si la aplicación se ejecuta dentro de una subred y hay un grupo de seguridad de red asociado, confirme si se permite el tráfico saliente de Internet o la etiqueta de servicio AzureEventGrid. Vea Etiquetas de servicio

Compruebe la configuración del firewall de IP para su tema o dominio

Compruebe que el firewall de IP del tema o dominio EventGrid no bloquea la dirección IP pública de la máquina en la que se ejecuta la aplicación.

De forma predeterminada, los temas o dominios de Event Grid son accesibles desde Internet, siempre que la solicitud venga con una autenticación y una autorización válidas. Con el firewall de IP, puede restringirlo aún más a solo un conjunto de direcciones o intervalos de direcciones IPv4 en notación CIDR (Enrutamiento de interdominios sin clases).

Las reglas de firewall de IP se aplican en el nivel de tema o dominio de Event Grid. Por lo tanto, las reglas se aplican a todas las conexiones de clientes que usan cualquier protocolo admitido. Cualquier intento de conexión desde una dirección IP que no coincida con una regla IP admitida en el tema o dominio de Event Grid se rechazará como prohibido. La respuesta no menciona la regla IP.

Para obtener más información, consulte Configuración de reglas de firewall de IP para un tema o dominio de Azure Event Grid.

Busque las direcciones IP bloqueadas por el firewall de IP

Habilite los registros de diagnóstico para el tema o dominio de Event Grid Habilitar los registros de diagnóstico. Verá la dirección IP para la conexión que se ha denegado.

{
  "time": "2019-11-01T00:17:13.4389048Z",
  "resourceId": "/SUBSCRIPTIONS/SAMPLE-SUBSCTIPTION-ID/RESOURCEGROUPS/SAMPLE-RESOURCEGROUP-NAME/PROVIDERS/MICROSOFT.EVENTGRID/TOPICS/SAMPLE-TOPIC-NAME",
  "category": "PublishFailures",
  "operationName": "Post",
  "message": "inputEventsCount=null, requestUri=https://SAMPLE-TOPIC-NAME.region-suffix.eventgrid.azure.net/api/events, publisherInfo=PublisherInfo(category=User, inputSchema=EventGridEvent, armResourceId=/SUBSCRIPTIONS/SAMPLE-SUBSCTIPTION-ID/RESOURCEGROUPS/SAMPLE-RESOURCEGROUP-NAME/PROVIDERS/MICROSOFT.EVENTGRID/TOPICS/SAMPLE-TOPIC-NAME), httpStatusCode=Forbidden, errorType=ClientIPRejected, errorMessage=Publishing to SAMPLE-TOPIC-NAME.{region}-{suffix}.EVENTGRID.AZURE.NET by client {clientIp} is rejected due to IpAddress filtering rules."
}

Compruebe si se puede obtener acceso al tema o dominio EventGrid con solo un punto de conexión privado

Si el tema o dominio de Event Grid está configurado para ser accesible únicamente a través de un punto de conexión privado, confirme que la aplicación cliente obtiene acceso al tema o dominio a través del punto de conexión privado. Para confirmarlo, compruebe si la aplicación cliente se ejecuta dentro de una subred y hay un punto de conexión privado para el tema o dominio de Event Grid en esa subred.

El servicio Azure Private Link permite el acceso a Azure Event Grid a través de un punto de conexión privado en la red virtual. Un punto de conexión privado es una interfaz de red que le conecta de forma privada y segura a un servicio con la tecnología de Azure Private Link. El punto de conexión privado usa una dirección IP privada de la red virtual para incorporar el servicio de manera eficaz a su red virtual. Todo el tráfico dirigido al servicio se puede enrutar mediante el punto de conexión privado, por lo que no se necesita ninguna puerta de enlace, dispositivos NAT, conexiones de ExpressRoute o VPN ni direcciones IP públicas. El tráfico entre la red virtual y el servicio atraviesa la red troncal de Microsoft, eliminando la exposición a la red pública de Internet. Puede conectarse a una instancia de un recurso de Azure, lo que le otorga el nivel más alto de granularidad en el control de acceso.

Para obtener más información, consulte Configuración de puntos de conexión privados.

Solución de problemas de conectividad transitorios

Si tiene problemas de conectividad intermitentes, consulte las sugerencias de solución de problemas de las secciones siguientes.

Ejecutar el comando para comprobar los paquetes descartados

Si hay problemas de conectividad intermitentes, ejecute el siguiente comando para comprobar si hay paquetes descartados. Este comando intentará establecer 25 conexiones TCP diferentes cada segundo con el servicio. A continuación, puede comprobar cuántas de ellas se han realizado correctamente y cuántas han fallado y, además, ver la latencia de conexión TCP. Puede descargar la herramienta psping desde aquí.

.\psping.exe -n 25 -i 1 -q {sampletopicname}.{region}-{suffix}.eventgrid.azure.net:443 -nobanner

Puede usar comandos equivalentes si emplea otras herramientas como tcppingtcpping.exe.

Realice un seguimiento de red si los pasos anteriores no ayudan y analícelo con herramientas como Wireshark. Si lo necesita, póngase en contacto con el soporte técnico de Microsoft.

Actualizaciones o reinicios del servicio

Pueden producirse problemas de conectividad transitorios debido a actualizaciones y reinicios del servicio back-end. Cuando se producen, es posible que vea los síntomas siguientes:

  • Puede haber una caída en la llegada de mensajes o solicitudes entrantes.
  • El archivo de registro puede contener mensajes de error.
  • Puede que las aplicaciones se desconecten del servicio durante unos segundos.
  • Puede que las solicitudes se limiten momentáneamente.

La detección de estos errores transitorios, la interrupción y el posterior reintento de la llamada garantizará que el código sea resistente a estos problemas transitorios.

Pasos siguientes

Si necesita más ayuda, publique su problema en el foro de Stack Overflow o abra una incidencia de soporte técnico.