Исходящие IP-адреса управляемых соединителей

Предположим, у вас есть среда со строгими сетевыми требованиями или брандмауэры, ограничивающие трафик для определенных IP-адресов. Если вы используете управляемые соединители или настраиваемые соединители в Azure Logic Apps или Microsoft Power Platform, ваша среда или брандмауэр должны разрешать доступ для исходящих IP-адресов, используемых этими соединителями в регионе вашего центра обработки данных. В противном случае запросы, отправленные этими соединителями, работать не будут.

При настройке правил доступа брандмауэра обязательно обратите внимание на номера портов. Большинство соединителей работают поверх протокола HTTPS и используют по умолчанию порт HTTPS 443. Однако некоторые соединители могут использовать другие номера портов и протоколы, например HTTP, FTP или SMTP. Чтобы настроить правила для входящих подключений брандмауэра, придерживайтесь следующих рекомендаций:

• Для порта назначения (локальный) разрешите соответствующий порт для сетевого протокола.
• Для порта источника (удаленный) разрешите ЛЮБОЙ/ВСЕ.

Предпочтительным способом получения самых последних списков исходящих IP-адресов и тегов служб является программное использование API обнаружения тегов служб. В качестве альтернативы доступнызагружаемые списки для облаков Azure Public, Azure US Government, Microsoft Azure, управляемых 21Vianet, и Azure для Германии.

Приложения логики Azure

Прежде чем приступить к настройке правил доступа брандмауэра для Azure Logic Apps, ознакомьтесь со следующими соображениями:

• Служба Azure Logic Apps также имеет входящие и исходящие IP-адреса, которым требуется доступ. Для получения дополнительной информации см. Azure Logic Apps — рекомендации по настройке IP-адреса брандмауэра.

• Для Azure China 21Vianet фиксированные или зарезервированные IP-адреса недоступны для управляемых и настраиваемых соединителей в Северном Китае и Восточном Китае. Однако они доступны в регионах Северный Китай 2 и Восточный Китай 2.

• Если ваши стандартные рабочие процессы выполняются в среде Azure Logic Apps с одним клиентом, вам нужны полные доменные имена (FQDN) для ваших подключений. Для получения дополнительной информации просмотрите соответствующие разделы в следующих статьях:

  • Портал Azure — поиск доменных имен для доступа к брандмауэру в Azure Logic Apps с одним клиентом
  • Visual Studio Code — поиск доменных имен для доступа к брандмауэру в Azure Logic Apps с одним клиентом

• Если вы создаете и используете правила безопасности, вы можете уменьшить сложность, используя вместо этого теги службы. Таким образом, вам не нужно явно указывать префиксы IP-адресов для каждого региона. Теги службы работают в регионах, где доступна служба Azure Logic Apps.

• Дополнительные сведения о тегах служб см. в разделе Теги служб виртуальной сети.

  Тег AzureConnectors представляет префиксы IP-адресов, используемые управляемыми соединителями для создания исходящих вызовов в соответствующие службы. Тот же тег службы также представляет префиксы IP-адресов, используемые некоторыми управляемыми соединителями для создания входящих обратных вызовов веб-перехватчика для службы Azure Logic Apps. В каждом регионе тоже есть свой тег службы AzureConnectors.[region]. Вы можете использовать один и тот же тег службы для включения всех префиксов IP-адресов, используемых управляемыми соединителями.

  Например, следующие управляемые соединители выполняют входящие обратные вызовы веб-перехватчиков к службе Azure Logic Apps: Adobe Creative Cloud, Adobe Sign, Adobe Sign Demo, Adobe Sign Preview, Adobe Sign Stage, Azure Sentinel, Business Central, Calendly, Common Data Service, DocuSign, DocuSign Demo, Dynamics 365 for Fin & Ops, LiveChat, Office 365 Outlook, Outlook.com, Parserr, SAP*, Shifts for Microsoft Teams, Teamwork Projects и Typeform.

Power Platform

Запросы от Power Platform используют IP-адреса или теги служб, зависящие от региона и среды, в которой находится приложение или поток. Чтобы обеспечить работу запросов Power Platform, добавьте назначенные IP-адреса или теги служб в свой список разрешенных. Дополнительные сведения о тегах служб см. в разделе Теги служб виртуальной сети.