Партнёрский API может требовать, чтобы запросы приходили с известного исходного IP, хотя вызывающее его приложение Heroku работает на меняющихся dynos. Существующая интеграция Proximo даёт исходящий путь через назначенный статический адрес.

dyno’s API client → Proximo gateway → partner API
                         assigned source IP

Назначенный исходящий адрес — это то, что должно быть в списке разрешённых источников партнёра. PROXIMO_URL определяет конечную точку прокси и учётные данные, которые приложение использует для входа на этот путь; это не публичный URL сайта приложения.

Примените маршрут к процессу, который делает вызов

Веб-процесс и фоновый обработчик могут выполнять отдельные API-запросы. Настройте каждого требуемого потребителя через поддерживаемую им интеграцию прокси. Маршрутизация одного процесса не доказывает, что все остальные процессы используют шлюз.

Для приложения JVM используйте подходящую собственную конфигурацию HTTP- или SOCKS-клиента и поддерживаемую провайдером схему аутентификации. Не делайте вывод о совместимости с Java по примеру обёртки, написанному для другой среды выполнения.

Оставляйте входящие запросы на маршруте приложения

Документация Proximo для Heroku прямо говорит, что сервис не предоставляет входящий доступ к приложению. Клиенты, обращающиеся к веб-приложению, по-прежнему используют настроенное имя хоста Heroku и его маршрутизацию.

Используйте URL приложения для проверки входящего веб-доступа. Используйте данные из запросов, полученных партнёром, чтобы проверить исходящий адрес источника. Ожидание, что статический IP прокси будет обслуживать приложение, объединяет эти два направления в функцию, которую исходящий сервис не предоставляет.

Похожие статьи