Статические исходящие IP для вызовов Heroku API через Proximo
Используйте существующую интеграцию Proximo для списка разрешённых исходящих IP, оставляя входящий доступ приложения на веб-маршруте Heroku.
Партнёрский 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 прокси будет обслуживать приложение, объединяет эти два направления в функцию, которую исходящий сервис не предоставляет.