Проверить хост и порт в URL при доступе из облака

В облачной среде необходимо многое учесть при обращении к URL из приложения.

1. Требуется ли изменение имени хоста или IP-адреса?
• Если целевая служба перемещена вместе с приложением, то необходимо изменить имя хоста или IP-адрес.
2. Доступен ли хост из облачной среды?
• Если целевой хост находится не в общедоступном сегменте Интернета, необходимо настроить защищенное соединение через туннель VPN. См. раздел Создание защищенного соединения.
3. Доступен ли порт из облачной среды?
• Если целевой порт находится в общедоступном облаке, то может потребоваться открыть порт, когда используются порты не по умолчанию. См. раздел Открытие порта.
4. Может ли имя хоста или IP-адрес динамически изменяться в облачной среде после развертывания?
• В облачной среде службы и другие узлы могут перемещаться и повторно создаваться, что приводит к изменению их имени хоста и IP-адреса. В случае такого изменения доступ приложения к определенным именам хостов или IP-адресам может приводить к ошибкам в работе.
• Вместо использования конкретных имен хостов или IP-адресов, следует обращаться во внешний реестр служб за адресами конечных точек служб или полностью делегировать маршрутизацию шине служб или распределителю нагрузки с виртуальным именем.
5. Если имя хоста - localhost, целевая служба перемещается вместе с приложением?
• Если нет, необходимо настроить защищенное соединение через туннель VPN. См. раздел Создание защищенного соединения.

Это правило помечает ссылки на следующее в строковых литералах Java и в значениях свойств в файлах .properties:

• corbaloc:<протокол>:<хост>:<порт>/ (протокол и порт необязательные)
• corbaname:<протокол>:<хост>:<порт>/ (протокол и порт необязательные)
• http://
• https://
• iiop://
• imap://
• jdbc:<тип-базы-данных>://
• ldap://
• ldaps://
• pop2://
• smtp://
• ssl://
• tcp://

Если целевая облачная среда выполнения - IBM Cloud или платформа как услуга другого производителя, то следующие протоколы не помечаются этим правилом, так как они помечаются правилом Не следует использовать устаревшие и нестандартные протоколы.

• corbaloc
• iiop
• ssl
• tcp

Это правило также помечает ссылки на "http://" или "https: //" в атрибуте < code> location < /code> в элементе < span class= "XmlDefinition"> < address> < /span> в файлах WSDL.

Примечание: ссылки на "http://www.w3.org/" и "http://schemas.xmlsoap.org/" не помечаются, поскольку они идентифицируют пространства имен в спецификации адресации веб-служб (Web Services Addressing).

Как исправить

Если приложение может напрямую обратиться к конечной точке службы или другому узлу, то дополнительные действия не требуются. В противном случае есть два возможных решения:

Создайте защищенное соединение

Можно использовать туннель VPN, например IBM Secure Gateway for IBM Cloud, для создания защищенного соединения с конечной точкой службы или другим узлом. Более подробные инструкции по настройке безопасного соединения см. в разделе Настройка VPN. После настройки шлюза подключите свое приложение к целевому узлу, указав облачные имя хоста и номер порта, заданные во время его создания.

Откройте порт

По умолчанию в облачной среде открыты только некоторые порты. Информацию о том, как открыть дополнительные порты, смотрите в подразделе Порты брандмауэра раздела WebSphere Application Server в руководстве по доступу к IBM Cloud System.

См. раздел 9 главных правил для облачных приложений.